Capitulo4 PDF

CAPTULO IV
DESARROLLO
40
4.1 DESARROLLO DEL SISTEMA

El requerimiento de informacin para la eficaz aplicacin de la metodologa
seleccionada, se logr empleando la observacin y la entrevista, las cuales
permitieron determinar cada uno de los elementos que efectivamente estn
involucrados en los procesos propios de la perforacin petrolera. A la vez que
facilitaron detectar las necesidades del sistema a disear, considerando, adems, la
manera de realizar ms intuitivo y fcil el uso del sistema por parte de los usuarios.

4.1.1 Fase de Planificacin

Durante el desarrollo de esta etapa, se realiz un anlisis sobre las posibles
tecnologas para el desarrollo del sistema, as como tambin, los diferentes lenguajes
de programacin y gestores de bases de datos; determinndose as, el uso del software
libre como el mtodo de desarrollo ms prctico y efectivo para cumplir con los
objetivos planeados.

De esta manera, se plante el desarrollo del sistema haciendo uso del lenguaje
de programacin J ava por ser ste, un lenguaje orientado a objetos, independiente de
la plataforma, adems estar liberado bajo licencia GPL (Software libre) y de poseer
una de las Interfaces de Programacin de Aplicaciones API (Por sus siglas en Ingls:
Application Programming Interface) ms completas del mercado.

As mismo, se establece al Entorno de Desarrollo Integrado ( Integrated
Development Environment por sus siglas en Ingls) IDE NetBeans 5.5 [15], como
una buena seleccin para la codificacin del software de monitoreo, ya que est
incluido en el concepto de Software Libre. Teniendo como principales caractersticas:
Ser de cdigo abierto.
Poseer un interfaz de desarrollo intuitiva y de fcil uso.
41
Ser multiplataforma.

Del mismo modo, al referirse al sistema de monitoreo, se hace necesaria la
presentacin de la informacin de manera clara y concisa por medio de
representaciones visuales, por lo que se determina el uso de una librera grfica que
agilice el proceso de desarrollo mediante cdigo reutilizable. Siendo J FreeChart una
librera de cdigo abierto, que en conjunto con la API de J ava permite conseguir
grficas con buenos diseos y acabados.

Adems, para el manejo del almacenamiento de datos e histricos, se
determina la seleccin de MySQL como el gestor de base de datos con mejor
adaptacin de caractersticas propias con los requerimientos del sistema a disear, por
ser tambin software libre, y de uso reducido de recursos.

Luego de la seleccin de las herramientas para el desarrollo del sistema, se
hace necesario determinar los requerimientos del sistema por medio de las
necesidades de los usuarios del mismo.

4.1.2 Fase de Anlisis

El anlisis completo de los requerimientos del sistema es la base del correcto
desenvolvimiento del desarrollo del software, el mismo consiste brevemente en los
siguientes pasos:
Obtener informacin acerca de lo que los usuarios necesitan.
Clasificar esas necesidades para comenzar a estructurar los requerimientos.
Identificar los niveles de jerarqua del sistema clasificando los requerimientos
en cada nivel.

42
4.1.2.1 Obtencin de la informacin

Los requerimientos son el punto en comn entre el cliente y el desarrollo de
software, esta relacin es necesaria para poder construir un producto que satisfaga las
necesidades del cliente. De esta manera, haciendo uso de tcnicas de recoleccin de
datos como la observacin y la entrevista, se lograron determinar las principales
necesidades que debe satisfacer el producto final de esta investigacin, sealando a
continuacin las ms relevantes:

Uso de protocolo estndar de transmisin Modbus[16] Serial y TCP.
Presentacin del sistema de monitoreo mediante graficas claras y
representativas de cada proceso.
Presencia de alarmas para advertir funcionamientos no deseables.
Histricos grficos de informacin, que faciliten el seguimiento de los
procesos crticos involucrados en el sistema.
Histrico listado, para conexiones remotas.
Seguridad mediante contrasea de los datos de configuracin del
sistema.

4.1.2.2 Clasificacin de los requerimientos

Clasificar los requerimientos es una forma de organizarlos, ya que hay
requerimientos que por sus caractersticas no pueden ser tratados de la misma manera
que otros.

Siguiendo este orden de ideas, la presentacin del sistema de monitoreo, y los
histricos grficos y listados, se pueden clasificar como requerimientos de interfaz,
por estar determinados por la distribucin de los componentes visuales en la pantalla,
adems de la especificacin del formato de salida de los datos.

43
De la misma manera, la autentificacin del usuario por medio de una
contrasea es considerada como un requerimiento de seguridad, ya que permite
determinar cierto nivel de privacidad para acceder y/o modificar datos.

As mismo, la necesidad de alarmas de variables crticas y el uso del protocolo
estndar de transmisin Modbus son considerados como requerimientos funcionales,
puesto que determinan cmo debe funcionar el sistema.

4.1.2.3 Jerarquizar requerimientos

Un sistema tiene diferentes niveles de jerarqua en sus componentes, por lo
tanto, se debe ubicar cada uno de los requerimientos en cada uno de esos niveles,
tomando en cuenta, que mientras ms alto sea el nivel, ms costoso ser solventar o
implementar ese requerimiento.

J erarquizando los requerimientos del sistema de un menor a un mayor nivel,
se presentan los requerimientos de interfaz en un nivel cero, puesto que las
distribuciones visuales de la informacin a presentar, ameritan muy bajo costo
operativo. A este nivel le siguen los requerimientos de seguridad (nivel uno) debido a
su incremento en esfuerzo de desarrollo. Y por ltimo se determina el nivel dos que
incluye los requerimientos funcionales.

Este anlisis permite llevar los requerimientos del sistema a un esquema o
modelo de desarrollo, empleando para ello, el Lenguaje Unificado de Modelado UML
(Unified Modeling Language por sus siglas en Ingls).

44
Variables de inters para el monitoreo en la perforacin de
pozos petroleros

Concluido el anlisis y luego de haber obtenido importantes consideraciones
de los principales requerimientos del sistema a desarrollar, se plantea como la mejor
solucin al caso de las especificaciones de las variables de inters, la utilizacin de
un entorno de configuracin de variables personalizadas, en el cual sea posible
establecer cada una de las caractersticas de las variables a monitorear; ya que an
cuando existe un serie de variables muy utilizadas en este tipo de sistemas, cada uno
de ellos, puede poseer sus propias variables de inters.

Como aporte de algunas investigaciones referentes al tema, se hace resea a la
serie de variables comunes mencionadas anteriormente, en la siguiente tabla:

NOMBRE FUNCION TIPO SEAL
1 Block Height Altura del bloque
sobre la mesa de
perforador.
Encoder Seal cuadrtica
2 Block Weight Peso del bloque con
o sin la tubera de
perforacin
conectada.
Transductor de presin 4-20 mA
1 Digital 0-5 o 0-10V 3 Rotary RPM Revoluciones del
Top Drive 2 Seal tomada
directa del
equipo del
taladro
4-20mA
4 Rotary Torque Torque del Top
Drive
Anlogo 4-20mA
NOMBRE FUNCION TIPO SEAL
5 Pump Pressure Presin de la bomba Anlogo 4-20mA
6 Casing Pressure Presin del
revestimiento
Anlogo 4-20mA
7 Mud Pump 1 Bomba de lodo 1 Digital 0-5 o 0-10V
8 Mud Pump 2 Bomba de lodo 2 Digital 0-5 o 0-10V
9* Mud Pump 3 Bomba de lodo 3 Digital 0-5 o 0-10V
10 Mud Flow Out Caudal del lodo Paleta, sonico 4-20mA o
45
saliendo Voltaje
11 Mud Tank
Volume 1
Volumen de tanque
de lodo 1
Sonico -Anlogo 4-20mA
12 Mud Tank
Volume 2
Volumen de tanque
de lodo 2
13 Mud Tank
Volume 3
Volumen de tanque
de lodo 3
14 Mud Tank
Volume 4
Volumen de tanque
de lodo 4
15 Mud Tank
Volume 5
Volumen de tanque
de lodo 5
16 Mud Tank
Volume 6
Volumen de tanque
de lodo 6
17 Trip Tank Mud
Volume
Volumen de tanque
de viaje
18 Mud
Temperature In
Temperatura de lodo
entrando
RTD - Anlogo 4-20mA
19 Mud
Temperature
Out
Temperatura de lodo
saliendo
RTD - Anlogo 4-20mA
20 Mud Density In Densidad del lodo
entrando
Presin diferencial -
Anlogo
4-20mA
21 Mud Density
Out
Densidad del lodo
saliendo
Presin diferencial -
Anlogo
4-20mA
22* Mud
Coductivity In
Conductividad del
lodo entrando
Electromagntico -
Anlogo
4-20mA
23* Mud
Conductivity
Out
Conductividad del
lodo saliendo
Electromagntico -
Anlogo
4-20mA
24 Total Gas Deteccin de gas
metano
Hot wire, FID, Infra
Rojo - Anlogo
4-20mA o
Voltaje
25 H2S Deteccin de gas
hidrgeno sulfrico
Electroqumico -
Anlogo
4-20mA o
Voltaje
26* CO2 Carbono de dixido Infra rojo - Anlogo 4-20mA o
Voltaje
27
A
Chromatograph Cromatografa de gas
Metano, Etano,
Propano, Butano,
pentano.
Cromatgrafo Seal procesado
de un integrador
de seales
Esta lista no es exhaustiva. Se puede utilizar mltiples detectores de gas H2S o menos
censores de nivel de lodo o eliminar los censores de temperatura y densidad de lodo
depende del nivel de servicio que se requiere.
* Censores especiales no son utilizados siempre
46
A
Normalmente si utiliza en pozos de exploracin y no en pozos de monitoreo de
perforacin.

Tabla 1. Lista de seales comunes en perforaciones petroleras
Fuente: Resumen de investigaciones para perforaciones petroleras por CGC
Soluciones Tecnolgicas C.A.

Polticas de integridad y privacidad de datos

Tomando como referencia los requerimientos de seguridad del sistema,
propuestos por la parte interesada, quienes plantean necesaria, la restriccin de acceso
al mismo y a su configuracin, se estima como poltica de seguridad suficiente para
salvaguardar los datos del software, el establecimiento de contraseas que permitan
autentificar tanto al usuario como al administrador.

La contrasea del usuario ser establecida por el administrador responsable
del sistema, mediante el mdulo de configuracin del sistema.

Luego del riguroso anlisis realizado a la informacin aportada por los
requerimientos del sistema, se hace necesario plantear el diseo lgico de qu hace
el sistema? y cmo lo hace?.

4.1.3 Fase de Diseo

Con el fin de especificar las caractersticas, funcionamiento y operatividad del
sistema propuesto, se hace uso del Lenguaje Unificado de Modelado UML, para
disear el software a travs programacin orientada a objetos, la cual permitir,
establecer y mantener la estructura y el orden del sistema durante todo su desarrollo.

En tal sentido, a continuacin se presenta el modelado lgico del sistema con
sus respectivas especificaciones:
47

DIAGRAMAS DE CASO DE USO

GENERAL

Figura 3. Diagrama de caso de uso general

48
INICIALIZAR SISTEMA. Caso de uso

Figura 4. Caso de uso. Inicializar sistema

CASO DE USO: INICIALIZAR SISTEMA
Nombre: Inicializar Sistema
Autor: Administrador
Descripcin:
Permite establecer contraseas para la autentificacin de los
usuarios, adems de restaurar cualquier configuracin de
sistemas previamente definidos.
Precondiciones:
No existen precondiciones.
Flujo Normal:
1. Selecciona la nueva contrasea.
2. Reescribe la nueva contrasea.
Flujo Alternativo:
1. Restaura algn sistema si hay alguno previamente definido,
mediante el botn de restaurar sistema.
Poscondiciones:
Desde ahora se necesitar la nueva contrasea para ingresar al
sistema.
Tabla 5. Caso de uso. Inicializar sistema

49
INICIALIZAR SISTEMA. Diagrama de secuencia

Figura 5. Diagrama de secuencia. Inicializar sistema

INICIALIZAR SISTEMA. Diagrama de colaboracin

Figura 6. Diagrama de colaboracin. Inicializar sistema
50
CONFIGURAR SISTEMA. Caso de uso

Figura 7. Caso de uso. Configurar sistema

CASO DE USO: CONFIGURAR SISTEMA
Nombre: Configurar Sistema
Descripcin:
Permite definir las caractersticas y variables de un sistema a
monitorear.
Precondiciones:
No existen precondiciones.
Flujo Normal:
1. Se establece el nombre del nuevo sistema.
2. Define el protocolo de adquisicin de datos del nuevo sistema, ya
sea Serial o TCP/IP.
3. Establece la cantidad de variables a monitorear en el sistema.
4. Se completan los datos para cada una de las variables.
5. Se activa o desactiva el nuevo sistema.
6. Se guardan los datos mediante el botn guardar.
Flujo Alternativo:
1. Si hay alguna inconsistencia de los datos establecidos para alguna
variable, el sistema lo notificar mediante una advertencia,
evitando as almacenar configuraciones mal definidas.
Poscondiciones:
Desde ahora, se podr monitorear el nuevo sistema.
Tabla 6. Caso de uso. Configurar sistema
51
CONFIGURAR SISTEMA. Diagrama de secuencia

Figura 8. Diagrama de secuencia. Configurar sistema

CONFIGURAR SISTEMA. Diagrama de colaboracin

Figura 9. Diagrama de colaboracin. Configurar sistema
52
CONFIGURAR BASE DE DATOS. Caso de uso

Figura 10. Caso de uso. Configurar base de datos

CASO DE USO: CONFIGURAR BASE DE DATOS
Nombre: Configurar Base de Datos
Descripcin:
Permite definir las caractersticas de la base de datos MySQL
donde almacenar los histricos.
Precondiciones:
Precondicin externa: Tener el servidor de MySQL activo.
Flujo Normal:
1. Se establece el nombre del servidor MySQL donde se almacenarn
los datos.
2. Se define el usuario de la base de datos.
3. Se determina la contrasea para el usuario de la base de datos.
4. Se conecta a la base de datos mediante el botn conectar.
Flujo Alternativo:
1. En caso de algn error que no permita la conexin a MySQL, el
sistema anunciar la advertencia de no estar conectado a ningn
gestor de base de datos.
2. Se debe revisar y reestablecer la falta algn dato para la conexin
a MySQL.
Poscondiciones:
Desde ahora, se podr almacenar los histricos de las variables de
cada sistema monitoreado.
Tabla 7. Caso de uso. Configurar sistema
53
CONFIGURAR BASE DE DATOS. Diagrama de secuencia

Figura 11. Diagrama de secuencia. Configurar base de datos

CONFIGURAR BASE DE DATOS. Diagrama de colaboracin

Figura 12. Diagrama de colaboracin. Configurar base de datos
54
MONITOREAR VARIABLES. Caso de uso

Figura 13. Caso de uso. Monitorear variables

CASO DE USO: MONITOREAR VARIABLES
Nombre: Monitorear Variables
Autor: Usuario
Descripcin:
Permite hacer un seguimiento visual de los valores de cada una
de las variables del sistema seleccionado.
Precondiciones:
Haber sido definido al menos un sistema en Configuracin de
Sistema.
Flujo Normal:
1. Se selecciona un sistema a monitorear.
2. Se establece el intervalo de tiempo para la peticin a los esclavos
Modbus de informacin de sistema seleccionado.
3. Se activa el ciclo de peticiones.
4. Se selecciona un mtodo de visualizacin de los valores, ya sea
mediante medidores individuales o graficas de histricos.
Flujo Alternativo:
1. En caso de tener conexin a un servidor MySQL, se puede
seleccionar un modo listado para la revisin de los valores
obtenidos por el sistema.
Poscondiciones:
A partir de ahora, el sistema de alarmas estar en espera de algn
estado no deseable de cualquiera de las variables configuradas.
Tabla 8. Caso de uso. Monitorear variables
55

MONITOREAR VARIABLES. Diagrama de secuencia

Figura 14. Diagrama de secuencia. Monitorear variables

MONITOREAR VARIABLES. Diagrama de colaboracin

Figura 15. Diagrama de colaboracin. Monitorear variables
56
INSPECCIONAR ALARMAS. Caso de uso

Figura 16. Caso de uso. Inspeccionar alarmas

CASO DE USO: INSPECCIONAR ALARMAS
Nombre: Inspeccionar Alarmas
Autor: Usuario
Descripcin:
Permite tomar medidas de control, al presentarse un estado
crtico de una o ms variables de los sistemas configurados.
Precondiciones:
Ocurrencia de un estado no deseable de alguno de los sistemas
configurados.
Flujo Normal:
1. Se activa el mdulo de alarmas, mediante los botones de
advertencia.
2. Se toman medidas de solucin por cada alarma.
3. Se selecciona la revisin de la alarma.
4. Se elimina de la lista de alarmas.
Flujo Alternativo:
No existe flujo alternativo.
Poscondiciones:
Luego de la revisin de todas las alarmas, se elimina el estado
crtico del sistema.
Tabla 9. Caso de uso. Inspeccionar alarmas
57
INSPECCIONAR ALARMAS. Diagrama de secuencia

Figura 17. Diagrama de secuencia. Inspeccionar alarmas

INSPECCIONAR ALARMAS. Diagrama de colaboracin

Figura 18. Diagrama de colaboracin. Inspeccionar alarmas
58
ALMACENAR DATOS. Caso de uso

Figura 19. Caso de uso. Almacenar datos

CASO DE USO: ALMACENAR DATOS
Nombre: Almacenar datos
Autor: Usuario
Descripcin:
Facilita el seguimiento de los sistemas configurados, mediante el
uso de histricos almacenados en una base de datos.
Precondiciones:
Precondicin externa: Tener el servidor de MySQL activo.
Flujo Normal:
1. El sistema genera toda la informacin necesaria para configurar la
base de datos.
2. Cada respuesta de los esclavos Modbus definidos, ser
almacenada en la base de datos.
Flujo Alternativo:
1. En caso de no estar activo o conectado el servidor MySQL, el
sistema contina su funcionamiento sin almacenar ningn valor.
Poscondiciones:
Desde ahora, los sistemas remotos al conectarse a MySQL podrn
llevar un seguimiento de los sistemas definidos, mediante listas
con informacin de cada una de las variables.
Tabla 10. Caso de uso. Almacenar datos
59
ALMACENAR DATOS. Diagrama de secuencia

Figura 20. Diagrama de secuencia. Almacenar datos

ALMACENAR DATOS. Diagrama de colaboracin

Figura 21. Diagrama de colaboracin. Almacenar datos
60

DIAGRAMA DE CLASES

F
i
g
u
r
a

2
2
.

D
i
a
g
r
a
m
a

d
e

C
l
a
s
e
s

61
Modelo lgico para almacenamiento de datos

F
i
g
u
r
a

2
3
.

M
o
d
e
l
o

E
n
t
i
d
a
d
-
R
e
l
a
c
i
n

62
El modelo entidad-relacin expuesto anteriormente, define la estructura lgica
de la base de datos que utilizar el sistema para almacenar datos progresivamente.
Permitiendo as, el seguimiento de las variables de cualquier sistema configurado
mediante un histrico que almacenar informacin en un intervalo de tiempo
configurable por el administrador del sistema.

Por ltimo, en esta fase de diseo, se realizaron algunos prototipos de
interfaces de usuario, que permitirn, estructurar el desarrollo visual del software de
manera consistente. Como se observa en las figuras 3 y 4 presentadas a continuacin:

Prototipo de ventana de autentificacin y configuracin

Figura 24. Prototipos de pantallas de autentificacin y configuracin

63

Figura 25. Prototipo de pantalla de monitoreo

Los prototipos diseados, estn realizados bsicamente a partir de
componentes J ava de seleccin y edicin tales como J ComoBox, J TextField y
J CheckBox.

4.1.4 Fase de Desarrollo

En esta etapa, se desarrollar el sistema, tomando como bases los modelos
presentados anteriormente. De esta manera, se proceder a programar en lenguaje
J ava, cada una de las clases definidas en el diagrama de clases. Para posteriormente
producir cada uno de los mdulos necesarios para el correcto funcionamiento del
sistema propuesto.

64

Mdulo para adquisicin de datos

Con el objetivo de permitir una comunicacin mediante el protocolo estndar
Modbus, se hace necesaria la utilizacin de una librera de cdigo abierto para
lenguaje J ava, denominada J amod, cuyas caractersticas se adaptan perfectamente a
los requerimientos de comunicacin del sistema, adems de continuar con el concepto
de uso de software libre. Se toma la iniciativa del uso de esta librera, siguiendo los
principios de la programacin orientada a objetos, que dictan la posibilidad de
emplear cdigo reutilizable, con el fin de reducir tiempo y esfuerzo de desarrollo.

Sin embargo, se presenta la necesidad de ocupar otra librera de cdigo abierto
de J ava con el fin de hacer funcional la parte de comunicacin Modbus Serial
dispuesta en librera J amod, puesto que en J ava los perifricos de entrada y salida
ameritan la instalacin de los drivers o manejadores. Cabe notar la necesidad de
emplear la API de J ava para cargar estos manejadores de manera automtica, ya que
de otra manera se hara necesario que el usuario del sistema, ejecutar la instalacin
de los mismos antes de poder utilizar la aplicacin.

String Plataforma=System.getProperty("os.name");
if(Plataforma.indexOf("Win")!=-1){
driverName ="com.sun.comm.Win32Driver";
try{ commDriver = (CommDriver)Class.forName( driverName
).newInstance();
commDriver.initialize();
}catch(InstantiationException i){System.out.println(i);}
catch(ClassNotFoundException c){System.out.println(c);}
catch(IllegalAccessException l){System.out.println(l);};
} else{
System.setProperty("java.class.path",Dir+System.getProperty("file.sepa
65
rator")+"Linux:"+System.getProperty("java.class.path"));
System.load(Dir+System.getProperty("file.separator")+"Linux"+System
.getProperty("file.separator")+"libLinuxSerialParallel.so");
}

Adems, el cdigo presentado anteriormente permite al sistema ser totalmente
independiente de la plataforma de ejecucin.

Con el fin de poder hacer uso de la librera J amod, es necesario importarla en
el paquete de desarrollo J ava, en este caso, basta con agregar las siguientes lneas al
comienzo del cdigo para hacerla funcional:

import net.wimpi.Modbus.ModbusCoupler;
import net.wimpi.Modbus.ModbusException;
import net.wimpi.Modbus.ModbusIOException;
import net.wimpi.Modbus.ModbusSlaveException;
import net.wimpi.Modbus.io.ModbusSerialTransaction;
import net.wimpi.Modbus.io.ModbusTCPTransaction;
import net.wimpi.Modbus.msg.ReadCoilsRequest;
import net.wimpi.Modbus.msg.ReadCoilsResponse;
import net.wimpi.Modbus.msg.ReadInputDiscretesRequest;
import net.wimpi.Modbus.msg.ReadInputDiscretesResponse;
import net.wimpi.Modbus.msg.ReadInputRegistersRequest;
import net.wimpi.Modbus.msg.ReadInputRegistersResponse;
import net.wimpi.Modbus.msg.ReadMultipleRegistersRequest;
import net.wimpi.Modbus.msg.ReadMultipleRegistersResponse;
import net.wimpi.Modbus.net.SerialConnection;
import net.wimpi.Modbus.net.TCPMasterConnection;
import net.wimpi.Modbus.util.SerialParameters;

Adems de importar la librera para comunicar por puerto serial comm.jar
import javax.comm.CommDriver;
import javax.comm.CommPortIdentifier;

Luego de tener los manejadores necesarios instalados y las libreras
importadas, se puede proseguir con la codificacin del mdulo de adquisicin de
datos, para lo cual, se hizo uso de los siguientes mtodos de la librera J amod:
66
TCPMasterConnection();
SerialConnection();
Estos mtodos permiten establecer la conexin del protocolo Modbus, ya sea
TCP/IP o Serial respectivamente.

connect();
open();
Permiten la apertura de los puertos para la conexin del protocolo Modbus, ya
sea TCP/IP o Serial respectivamente.

ModbusTCPTransaction();
ModbusSerialTransaction();
Habilitan la transaccin de los paquetes Modbus mediante conexin TCP/IP o
Serial respectivamente.

ReadCoilsRequest();
ReadInputDiscretesRequest();
ReadMultipleRegistersRequest();
ReadInputRegistersRequest();
Determinan la funcin Modbus que se incluir en la peticin a los esclavos.
De esta manera, se podrn solicitar valores Coils, Input Digital, Output Register e
Input Register mediante dichas funciones respectivamente.

setRequest();
execute();
getResponse();
Por ltimo, estos mtodos son los responsables de ejecutar la peticin
Modbus, adems de crear un hilo en espera de la respuesta que debe emitir el esclavo.

67
El mdulo de adquisicin de datos se completa, al aplicarle un procesamiento
grfico a los valores recibidos desde los esclavos Modbus, no sin antes modificar
estos valores mediante la multiplicacin y adicin de los factores de escalamiento y
desplazamiento respectivamente.

En tal sentido, es importante resaltar que el mdulo de reporte de alarmas
queda sujeto a las variaciones de los valores arrojados por el mdulo de adquisicin
de datos. Donde la presentacin de alarmas se har listando las mismas, con su
respectivo nombre, fecha y hora de la ocurrencia y el valor excedido, adems de la
posibilidad de seleccionar la opcin revisada con la cual se podr deducir que ya ha
tenido algn tipo de respuesta, resultando as, el mdulo que se muestra a
continuacin:

Figura 26. Mdulo de reporte de alarmas

Mdulo de interfaz grfica de monitoreo

La interfaz grfica del sistema propuesto se basa en dos presentaciones
visuales, a partir de los datos recogidos desde los puntos de control, a saber, una para
monitoreo en tiempo real, en forma de velocmetro que indica el valor exacto en un
68
momento determinado, y otra para monitoreo en histricos mediante grficas
bidimensionales, ubicando cada valor en un plano cartesiano, de esta manera se
consigue hacer un seguimiento de cada variable en un intervalo de tiempo
previamente establecido, histricos que son suficientes para determinar estadsticas
que eviten estados crticos del sistema.

La manera de desarrollar las presentaciones visuales del sistema propuesto,
est basada en la utilizacin de una librera de J ava denominada J FreeChart[18], la
cual permite disear e implementar una cantidad considerable de grficos de distintos
tipos. La decisin para el uso de esta librera se fundamenta en los conceptos de
software libre y cdigo reutilizable previstos para la programacin orientada a
objetos.

Siendo esta librera, de fcil instalacin en el IDE de NetBeans, permitiendo el
desarrollo de las grficas necesarias, ya sean de monitoreo en tiempo real o de
histricos, mediante el uso de algunos mtodos, los cuales sern expuestos a
continuacin:
MTODOS PARA GRFICAS DE
MONITOREO EN TIEMPO REAL

DefaultValueDataset(0);
Mtodo que permite la creacin e inicializacin en cero de un conjunto de
datos llamado dataset, el cual contendr el valor actual de cada una de las variables
configuradas.

createDemoPanel();
Con el que se logra la creacin del panel, en el que se dibujar la grfica
obtenida.

69
dataset.setValue();
Este mtodo permite la variacin constante de los valores, puesto que es el
encargado de actualizar cada dato recibido por los esclavos Modbus..

plot.setNeedlePaint(Color.BLACK);
plot.setDialBackgroundPaint(new Color(242,242,242));
plot.setDialOutlinePaint(Color.darkGray);
plot.setDialShape(DialShape.CHORD);
plot.setMeterAngle(260);
plot.setTickLabelsVisible(true);
plot.setTickLabelFont(new Font(" Dialog" , Font.BOLD, 13));
plot.setTickLabelPaint(Color.darkGray);
plot.setTickSize(5.0);
plot.setTickPaint(Color.BLACK);
plot.setValuePaint(Color.BLACK);
plot.setValueFont(new Font(" Dialog" , Font.BOLD, 16));
Se encargan de UI (User Inferace) Interfaz de usuario del componente, la cual
establece la caractersticas visuales de la grfica, estableciendo colores de fondo,
colores de las letras, ancho de los medidores, entre otros.

Haciendo uso de los mtodos antes expuestos, se logr disear e implementar
en el software propuesto, una plantilla grfica que permite realizar el monitoreo en
tiempo real de cada variable:

70

Figura 27. Plantilla grfica de monitoreo en tiempo real.

MDULO PARA GRFICAS DE HISTRICOS

TimeSeriesCollection();
Mediante este mtodo, se consigue generar un conjunto de series de datos,
donde cada serie contendr el historial de cada variable.

createChart(dataset);
ChartPanel();
Permiten crear el plano cartesiano basndose en un conjunto de datos (dataset)
para luego dibujarlo en un J Panel.

dataset.addSeries();
dataset.getSeries(i).addOrUpdate();
Estos mtodos permiten agregar los valores al conjunto de la serie de datos
que conforman la grfica, estos mismos se encargan del borrado cclico de los valores
dentro del intervalo de tiempo establecido.

result.setBackgroundPaint(new Color(242,242,242));
final XYPlot plot = result.getXYPlot();
ValueAxis axis = plot.getDomainAxis();
71
axis.setAutoRange(true);
axis.setFixedAutoRange(120000.0);
plot.getRenderer(0);
Funciones encargadas de la presentacin visual de la grfica, es decir,
manejan el UI del componente.

Al igual que la plantilla grfica de monitoreo en tiempo real, la que
corresponde al histrico grfico, tambin es producto del empleo de los mtodos
anteriormente sealados, generando la plantilla que se muestra en la Figura 7:

Figura 28. Plantilla grfica de histrico.

Cabe destacar la necesidad de importar la librera grfica J FreeChart al
paquete de desarrollo Java, con el fin de hacerla operativa. Dicho proceso se realiz
en el sistema propuesto de la siguiente manera:

import org.jfree.chart.ChartFactory;
import org.jfree.chart.ChartPanel;
import org.jfree.chart.JFreeChart;
import org.jfree.chart.axis.ValueAxis;
import org.jfree.chart.plot.DialShape;
import org.jfree.chart.plot.MeterInterval;
72
import org.jfree.chart.plot.MeterPlot;
import org.jfree.chart.plot.XYPlot;
import org.jfree.chart.renderer.xy.XYItemRenderer;
import org.jfree.data.Range;
import org.jfree.data.general.DefaultValueDataset;
import org.jfree.data.time.TimeSeries;
import org.jfree.data.time.TimeSeriesCollection;
import org.jfree.data.xy.XYDataset;

Arquitectura de red para conexiones remotas

Luego de la seleccin de MySQL como gestor de base de datos recomendable
para el sistema, se hace necesaria la creacin fsica de cada una de las entidades
presentadas en el modelo entidad-relacin. Para ello se lleva a cabo la ejecucin de un
script SQL desde la misma aplicacin desarrollada, con el fin de hacerlo totalmente
transparente al usuario. Dicho script crear la base de datos, las entidades, los
atributos de las mismas, sus claves primarias, y sus relaciones automticamente.

CREATE DATABASE Monpe;
USE MONPE;

CREATE TABLE Modo (
I D I NTEGER UNSI GNED NOT NULL AUTO_I NCREMENT,
Modo VARCHAR( 6) NULL,
PRI MARY KEY( I D)
) ;

I NSERT I NTO Modo( Modo)
VALUES ( ' TCP/ I P' ) ;
I NSERT I NTO Modo( Modo)
VALUES ( ' SERI AL' ) ;

CREATE TABLE Puer t o (
Val or VARCHAR( 10) NOT NULL,
PRI MARY KEY( I D)
) ;

73
I NSERT I NTO Puer t o( Val or )
VALUES ( ' COM1' ) ;
VALUES ( ' 502' ) ;
VALUES ( ' 503' ) ;
VALUES ( ' 504' ) ;
VALUES ( ' 505' ) ;
VALUES ( ' 506' ) ;

CREATE TABLE Si st ema (
Modo_I D I NTEGER UNSI GNED NOT NULL,
Nombr e VARCHAR( 20) NULL,
PRI MARY KEY( I D, Modo_I D) ,
I NDEX Si st ema_FKI ndex1( Modo_I D)
) ;

CREATE TABLE Ti poVar i abl e (
Ti poVar i abl e VARCHAR( 8) NULL,
PRI MARY KEY( I D)
) ;

I NSERT I NTO Ti poVar i abl e( Ti poVar i abl e)
VALUES ( ' Coi l ' ) ;
VALUES ( ' I D' ) ;
VALUES ( ' Regi st er ' ) ;
VALUES ( ' I R' ) ;

CREATE TABLE Val or (
Var i abl e_Puer t o_I D I NTEGER UNSI GNED NULL,
Var i abl e_Si st ema_Modo_I D I NTEGER UNSI GNED NULL,
Var i abl e_Ti poVar i abl e_I D I NTEGER UNSI GNED NULL,
Var i abl e_Si st ema_I D I NTEGER UNSI GNED NULL,
Var i abl e_I D I NTEGER UNSI GNED NOT NULL,
Fecha DATETI ME NOT NULL,
74
Val or FLOAT NOT NULL,
PRI MARY KEY( I D) ,
I NDEX Val or _FKI ndex1( Var i abl e_I D, Var i abl e_Si st ema_I D,
Var i abl e_Ti poVar i abl e_I D, Var i abl e_Si st ema_Modo_I D,
Var i abl e_Puer t o_I D)
) ;

CREATE TABLE Var i abl e (
Si st ema_I D I NTEGER UNSI GNED NOT NULL,
Ti poVar i abl e_I D I NTEGER UNSI GNED NOT NULL,
Si st ema_Modo_I D I NTEGER UNSI GNED NOT NULL,
Puer t o_I D I NTEGER UNSI GNED NOT NULL,
Nombr e VARCHAR( 20) NULL,
Uni dad VARCHAR( 10) NULL,
Escal ami ent o FLOAT NULL,
Despl azami ent o FLOAT NULL,
LI nf er i or FLOAT NULL,
LCI nf er i or FLOAT NULL,
LCSuper i or FLOAT NULL,
LSuper i or FLOAT NULL,
Escl avo VARCHAR( 15) NULL,
Regi st r o I NTEGER UNSI GNED NULL,
PRI MARY KEY( I D, Si st ema_I D, Ti poVar i abl e_I D, Si st ema_Modo_I D,
Puer t o_I D) ,
I NDEX Var i abl e_FKI ndex1( Si st ema_I D, Si st ema_Modo_I D) ,
I NDEX Var i abl e_FKI ndex2( Ti poVar i abl e_I D) ,
I NDEX Var i abl e_FKI ndex3( Puer t o_I D)
) ;

Adems, la base de datos creada, amerita un disparador (trigger) para
transformarla en una base de datos circular, esto es, que los valores son sobrescritos
cclicamente. A continuacin, se presenta el script SQL que genera este disparador:

CREATE TRI GGER Bor r ado BEFORE I NSERT ON Val or
FOR EACH ROW
BEGI N
DELETE FROM Val or WHERE Fecha < dat e_sub( now( ) , I NTERVAL 2 MI NUTE)
END

La justificacin de la ejecucin de este disparador, se basa en la excesiva
cantidad de valores que puede monitorear el sistema propuesto, lo que, en tal caso
podra saturar la memoria del equipo.

75
As, el sistema podr almacenar histricos de las variables en una base de
datos pblica, que ser accesible a los equipos remotos del sistema, los cuales harn
uso de esos datos mediante el mdulo de histrico listado.

Este mdulo de listados, presentado en la Figura 8 muestra la informacin en
dos posibles maneras, un listado simple que contiene nombre de sistema, nombre de
variable, valor, y fecha y hora de ocurrencia; y un segundo listado ms completo que
el anterior, que presenta adems de los mismos datos del primero, equipo de
procedencia, nmero de registro, limites, factores de escalamiento y desplazamiento,
entre otros.

Esto se realiza, haciendo uso de las sentencias SELECT de MySQL de la
siguiente forma:

LISTADO SIMPLE
SELECT S.Nombre as Sistema,V.Nombre as
Variable,CONCAT(ROUND((VA.Valor*V.Escalamiento)+V.Desplazamiento,2)
,' ',V.Unidad) as Valor, V.LCInferior as 'Alarma Inferior',V.LCSuperior as
'Alarma Superior',VA.Fecha FROM Sistema S, Variable V, Valor VA where
VA.Variable_ID=V.ID AND V.Sistema_ID=S.ID ORDER BY VA.FECHA
DESC;

LISTADO COMPLEJO
SELECT S.Nombre as Sistema,V.Nombre as Variable,TV.TipoVariable as
Tipo, CONCAT(VA.Valor,' ',V.Unidad) as Valor, V.LCInferior as 'Alarma
Inferior',V.LCSuperior as 'Alarma Superior',V.Escalamiento,
V.Desplazamiento, V.Esclavo,V.Registro, VA.Fecha FROM Sistema S,
Variable V, Valor VA, TipoVariable TV WHERE VA.Variable_ID=V.ID AND
V.Sistema_ID=S.ID AND V.TipoVariable_ID=TV.ID ORDER BY VA.Fecha
DESC
76

Figura 29. Listado histrico

Adems, de presentar la opcin de imprimir dichos listados figura 29, con el
fin de hacer control manualmente de los sistemas por parte de los responsables de
mismos.

4.1.5 Fase de pruebas y soporte

En esta fase de prueba del sistema de monitoreo, el propsito primordial es
verificar que el comportamiento externo del software satisface los requerimientos
establecidos tanto por los clientes como por los futuros usuarios del mismo.

Por consiguiente, se hace necesario generar de manera sistemtica un conjunto
de pruebas que permitan evaluar la implementacin de los requisitos operativos del
sistema en mencin.
77
En tal sentido, se ha diseado un esquema para el desarrollo de las pruebas,
contentivo de las herramientas y equipos necesarios para generar los valores que
sern cotejados con los presentados en MONPE, proceso que permitir obtener los
resultados que indiquen el correcto funcionamiento del mismo.

El esquema diseado se divide en 4 etapas. Las cuales se describen a
continuacin:

ETAPA I:

Esta etapa, est conformada por las pruebas realizadas para determinar la
veracidad de los datos obtenidos por MONPE.

A tal efecto, se simularon las condiciones reales de los esclavos Modbus,
empleando el software ModSim; por lo tanto, es en este sistema donde se configuran
los valores de las variables de una manera aleatoria en un rango de 1 a 100 unidades
de medida.

El procedimiento llevado a cabo en las pruebas, consiste en tomar nota de
cada valor emitido por ModSim, para compararlos posteriormente con los recibidos
por el sistema propuesto. Adems, los resultados de las comparaciones han sido
reflejados en tablas donde se ubican las variables con formato Sistema:Variable, los
valores de ModSim, los de MONPE y el intervalo de error entre ambos.

PRUEBA No. 1: Un sistema en funcionamiento.

VARIABLE MODSIM MONPE ERROR
1.1 57 57 0
1.2 77 77 0
1.3 64 64 0
1.4 69 69 0
78
1.1 76 76 0
1.2 86 86 0
1.3 16 16 0
1.4 42 42 0
1.1 78 78 0
1.2 3 3 0
1.3 44 44 0
1.4 5 5 0
Tabla 11. Pruebas con un solo sistema.

La tabla presentada demuestra una concordancia total entre los valores
simulados y los valores procesados por MONPE.

PRUEBA No. 2: Dos sistemas en funcionamiento.

1.1 41 41 0
1.2 73 73 0
1.3 75 75 0
1.4 48 48 0
2.1 46 46 0
2.2 43 43 0
2.3 02 02 0
2.4 11 11 0
1.1 27 27 0
1.2 76 76 0
1.3 85 85 0
1.4 11 11 0
2.1 89 89 0
2.2 92 92 0
2.3 14 14 0
2.4 70 70 0
1.1 53 53 0
1.2 43 43 0
1.3 76 76 0
1.4 83 83 0
2.1 84 84 0
2.2 28 28 0
2.3 97 97 0
79
2.4 72 72 0
Tabla 12. Pruebas con dos sistemas simultneos.

La tabla presentada demuestra que evaluando dos sistemas simultneos,
tambin se da una completa correspondencia entre los valores simulados y los valores
arrojados por MONPE.

PRUEBA No. 3: Tres sistemas en funcionamiento.

1.1 45 45 0
1.2 15 15 0
1.3 66 66 0
1.4 75 75 0
2.1 31 31 0
2.2 44 44 0
2.3 59 59 0
2.4 36 36 0
3.1 82 82 0
3.2 83 83 0
3.3 24 24 0
3.4 79 79 0
1.1 56 56 0
1.2 17 17 0
1.3 43 43 0
1.4 32 32 0
2.1 60 60 0
2.2 88 88 0
2.3 21 21 0
2.4 77 77 0
3.1 05 05 0
3.2 98 98 0
3.3 04 04 0
3.4 39 39 0
1.1 66 66 0
1.2 81 81 0
1.3 90 90 0
1.4 39 39 0
2.1 41 41 0
80
2.2 82 82 0
2.3 88 88 0
2.4 13 13 0
3.1 42 42 0
3.2 71 71 0
3.3 45 45 0
3.4 85 85 0
Tabla 13. Pruebas con tres sistemas simultneos.

Luego de observar los datos cotejados en la tabla 4, se demuestra que
evaluando tres sistemas simultneos, tambin resulta una paridad total entre los
valores simulados y los valores procesados por MONPE.

ETAPA II:

Esta etapa est dirigida a confirmar la solucin que ofrece el sistema
propuesto al requerimiento de interfaz o visual. Durante la misma se configuraron los
simuladores ModSim tanto los locales como los remotos. Estableciendo en cada uno
de ellos, una serie de variables con caractersticas propias, como son tipo de variable,
valor, direccin del registro Modbus, y el nmero del dispositivo o esclavo al que
pertenece.

PRUEBA No. 1: Un sistema en funcionamiento.

Con el objeto de realizar esta prueba, se configur un sistema en MONPE, que
contiene 8 variables a monitorear, a saber, dos de tipo Coil, dos de tipo Holding
Register, dos de tipo Input Discrete, y dos de tipo Input Register. Cuyo archivo de
configuracin denominado VariablesPerforacin 1.dat es el siguiente:

#8~TCP/IP~true
Bomba de lodo 1 ~ON~Coil~0~0.1~1~1~1~0~1~127.0.0.1:502~0
Bomba de lodo 2 ~On~Coil~0~0.1~1~1~1~0~1~127.0.0.1:502~1
Volumen lodo 1 ~Mts3~Register~0~0~40~50~1~0~2~127.0.0.1:502~0
81
Volumen lodo 2 ~Mts3~Register~0~0~40~50~1~0~2~127.0.0.1:502~1
Input de lodo 1 ~ON~ID~0~0~0.9~1~1~0~3~127.0.0.1:502~0
Input de lodo 2 ~ON~ID~0~0~0.9~1~1~0~3~127.0.0.1:502~1
Input Volumen lodo 1 ~Mts3~IR~0~0~45~50~1~0~4~127.0.0.1:502~0
Input Volumen lodo 2 ~Mts3~IR~0~0~45~50~1~0~4~127.0.0.1:502~1

Este archivo de configuracin permite obtener un monitoreo de dichas
variables, como se observa en la figura 30.

Figura 30. Prueba visual de monitoreo. Un sistema en funcionamiento
Adems de un histrico visual completo, de los valores tomados por cada
variable durante un intervalo tiempo de 2 minutos, el cual se presenta en la figura 31
mostrada a continuacin:

82

Figura 31. Prueba visual de histrico. Un sistema en funcionamiento

Adems, como se puede observar mediante los smbolos de alerta, el sistema
ha cado en estado crtico durante la simulacin. Obteniendo un mdulo de alarmas
que especifica cada valor excedido. Este mdulo es mostrado en la figura 32.
presentada a continuacin:

Figura 32. Prueba mdulo de alarmas. Un sistema en funcionamiento.
83

PRUEBA No. 2: Dos sistemas simultneos en funcionamiento.

Para realizar esta prueba, se configuraron dos sistemas en MONPE, que
contienen 4 variables cada uno, una de cada tipo. Esta vez, un sistema esta conectado
por protocolo TCP/IP y el otro por puertos seriales virtuales. Haciendo uso de dos
archivos de configuracin respectivamente cuyos contenidos son los siguientes:

VariablesPerforacin 2.dat Archivo de configuracin por TCP/IP
#4~TCP/IP~true
Densidad Lodo In~g/cm3~IR~0~0~90~100~1~0~1~127.0.0.1:502~0
Densidad Lodo Out~g/cm3~Register~0~0~90~100~1~0~2~127.0.0.1:502~0
Valvula In~ON~ID~0~0~1~1~1~0~3~127.0.0.1:502~0
Valvula Out~ON~Coil~0~0~1~1~1~0~4~127.0.0.1:502~0

VariablesPerforacin 3.dat Archivo de configuracion Serial
#4~SERIAL~true
Densidad gas In~g/cm3~IR~0~0~90~100~1~0~1~COM4~0
Densidad gas Out~g/cm3~Register~0~0~90~100~1~0~2~COM4~0
Valvula In~ON~ID~0~0~1~1~1~0~3~COM4~0
Valvula Out~ON~Coil~0~0~1~1~1~0~4~COM4~0

Estos archivos de configuracin al ser ledos por MONPE generan la interfaz
de monitoreo, que se observa en la figura 33. Permitiendo de esta manera la opcin de
hacer un seguimiento especfico del estado de cada sistema.
84

Figura 33. Prueba visual de monitoreo. Dos sistemas en funcionamiento

Luego de observar las figuras 33 y 34, se puede deducir que los datos
mostrados por MONPE, son correctos. Con lo que se prueba que la presentacin
visual del software, cumple con las expectativas de los requerimientos visuales.

Adems, la Figura 34, demuestra la facilidad con la que se puede hacer
seguimiento de cada uno de los sistemas configurados en MONPE. Puesto que
presenta el histrico visual que corresponde fielmente a los datos arrojados por los
simuladores.
85

Figura 34. Prueba visual de histrico. Dos sistemas en funcionamiento

ETAPA III:

Durante el transcurso de esta etapa se evaluaron, las caractersticas referentes
al almacenamiento de datos, presentes en el sistema propuesto, calculando su utilidad
al momento de revisar histricos listados mediante conexiones remotas.

Con el objetivo de llevar a cabo esta fase, se hizo uso del gestor de base de
datos MySQL, almacenando en l, las entidades y relaciones expuestas en el modelo
entidad relacin de la presente investigacin, mediante la ejecucin del script MySQL
diseado para tal fin. Posteriormente, se realiza la conexin de MONPE con la base
de datos, estableciendo como servidor MySQL localhost, como usuario root y sin
contrasea.
86

Luego de verificar el estado Conectado en el mdulo de configuracin de
MONPE, se procedi a configurar un sistema de 2 variables de tipo Holding Register,
con el fin de hacer un monitoreo del mismo, que permita almacenar los valores
simulados por ModSim, en la base de datos previamente creada. Cabe destacar que
los valores simulados se establecieron en uno e incrementndose en una unidad por
segundo.

Posteriormente, se estableci una conexin remota de MONPE haciendo uso
de otra PC, con la cual se pudo obtener el siguiente histrico listado al que hace
referencia la figura 35:

Figura 35. Prueba del mdulo de histrico listado.

Con el fin de verificar los valores adquiridos por la conexin remota de
MONPE, se comparan los datos arrojados por la simulacin, con los ledos por el
87
sistema en el equipo conectado a la red TCP/IP, determinndose as, la siguiente tabla
de comparacin:

FECHA/HORA VARIABLE MONPE MODSIM ERROR
2007-12-11 22:48:10.0 Temperatura Vlvula 50 Grados 50 0
2007-12-11 22:48:09.0 Presin Vlvula 50 Kg/cm2 50 0
88
89
Tabla 14. Histrico Listado. Conexin remota comparada con el esclavo simulado

Observando la Tabla 14, se puede determinar que los valores ledos por
MONPE remoto, presentan concordancia con los emitidos por el simulador a nivel
local, a excepcin de los 5 tems cuyo error aparece en color rojo, sin embargo, esto
es debido a la posible desincronizacin presente entre ambos sistemas.

ETAPA IV:

El desarrollo de esta etapa, consisti en aplicar una prueba de estrs al sistema
propuesto, permitiendo determinar como funciona el sistema bajo presin, es decir,
con muchas conexiones y carga de datos, esto se hizo configurando muchos sistemas
cada uno con gran cantidad de variables.

La configuracin de los sistemas, se estableci, de la siguiente manera: un
sistema TCP/IP de 8 variables, uno TCP/IP de 4 variables, uno Serial de 4 variables,
y uno TCP/IP de 2 Variables.

De esta manera, se determin que el sistema propuesto aprueba los
requerimientos de funcionalidad. de interfaz, de almacenamiento y de seguridad.
90

Figura 36. Prueba de rendimiento Figura 37. Prueba de rendimiento
Con Histrico Listado Sin Histrico Listado

El resultado arrojado por la prueba de estrs, seala un decremento en la
velocidad de monitoreo a medida que agregan sistemas a MONPE. Esto es debido a
la sobrecarga del uso de CPU mostrada en la Figura 36 por parte de los histricos
listados que hacen peticiones a MySQL, agregando datos a la lista que visualiza el
usuario constantemente. Sin embargo, el desempeo del sistema bajo presin, queda
sujeto a las caractersticas del equipo donde se ejecute, Puesto que a mayor cantidad
de memoria, mayor ser la velocidad de monitoreo.

Cabe destacar, que con el mdulo de histricos listados desactivado, el
sistema MONPE se desenvuelve de una manera uniforme sin importar el nmero de
sistemas configurados en el mismo. Observndose este comportamiento en la figura
37.

91
Soporte al usuario

Como ltimo punto de la metodologa de desarrollo del software, se encuentra
el soporte al usuario, el cual esta solventado con la realizacin del manual de usuario,
debido a la completa utilidad del mismo a la hora de hacer uso del software.

El manual se encuentra en dos formatos: uno como documento de texto, para
ser examinado en Microsoft Word, y otro en formato HTML, que permite explorar
cada punto del mismo, desde cualquier aplicacin de navegacin web.

Capitulo4 PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Capitulo4 PDF

Загружено:

Авторское право:

Доступные форматы

CAPTULO IV

Вам также может понравиться