Nueva Solución para la simulación de sísmica terrestre en Venezuela #especial

Planteamiento de una solución integral y automatizada para la simulación de los proyectos de sísmica terrestre.

Del diario que hacer en las actividades operacionales de la sísmica terrestre tales como: inventarios, manejo de personal, análisis de precios unitarios, así como la factibilidad de poder unificar todos estos procesos bajo una solución integral que permita obtener información de manera inmediata surge la necesidad de elaborar una herramienta o software que permita lograr un ambiente de trabajo colaborativo realmente exitoso.

Al momento de detectar esta problemática nos encontramos con que los procesos se estaban efectuando de manera manual a través de una hoja de calculo en Excel, que si bien en su fase inicial pudo cubrir las necesidades mas elementales del proyecto sin embargo en la medida que el mismo fue aumentando en sus dimensiones y alcances nos encontramos con las limitaciones propias del Excel, tamaño de los archivos,  como la falta de la información centralizada para generar indicadores y métricas las cuales permitieran apuntalar la toma de decisiones criticas.

De este modo decidimos como iniciativa propia buscar alternativas que proveyesen herramientas efectivas y cubrieran todas nuestras necesidades, en vista de esto iniciamos un desarrollo bajo lenguaje PHP [1]  combinando rutinas en Javascript [2], utilizando como motor de bases de datos Mysql [3], todo esto bajo estándares abiertos o software libre [4].

 Fig. 1- Modelo de la Base de Datos usada

Al momento de darle inicio al desarrollo fuimos detectando otras necesidades relacionadas al manejo del proyecto tales como: manejo de los inventarios, disponibilidad o no de ciertos componentes de la instrumentación, así como la conformación de las cuadrillas de obreros en el campo y el manejo de los recursos por parte de las mismas, acordando de una vez ir integrando todos estos procesos bajo este esquema de trabajo pues  toda la información del proyecto estaría a disposición del personal cuando  fuese necesario.

  

Si bien la parte de la codificación así como los reportes e indicadores de gestión que genera la herramienta fueron sencillos de codificar, el principal problema nos lo topamos cuando quisimos realizar la simulación de los disparos en campo, pues si bien generaba el reporte, con sus indicadores y análisis de precios unitario, no lográbamos generar la simulación de los disparos, por ello empezamos a investigar al respecto  no encontrando información detallada que nos permitiese arrojar luces sobre las sombras, sin embargo he acá que a través de un proceso de análisis y constante investigación pudimos lograr determinar el tipo de modelo matemático que necesitábamos aplicar, para ello conceptualizamos el área del proyecto en si como una matriz, y donde cada uno de los valores que generaban la simulación pasaron a componerla como una matriz progresiva y dinámica, ya que la misma no era estática sino que esta sujeta a los valores tales como disposición o no de un numero N de componentes de la instrumentación, así como también detectamos la incidencia en el modelo matemático del nivel de detalle que se puede desear o no en el área del proyecto en si.

   Fig. 2.- Modelo del reporte de Análisis de Precios Unitarios

Una vez determinado el modelo matemático procedimos a codificar el mismo en el lenguaje de programación arriba mencionado, luego de culminada esta fase procedimos a efectuar algunas simulaciones en paralelo junto con la antigua metodología, resultando estas pruebas exitosas y permitiendo validar varias veces la calidad de las resultados obtenidos. Entre las ventajas obtenidas: los tiempos para la generación de los indicadores así como los análisis de precios unitarios se vieron reducidos, esto representó un ahorro sustancial en horas/hombre, por otra parte la disponibilidad de la información desde cualquier parte del entorno de trabajo permitió una mejor sinergia entre los diferentes procesos que componen la estructuración y manejo del proyecto, así como una optimización de los recursos existentes.

       

Fig. 3.-Modelo de la Simulación de los disparos, observe que la simulación esta en líneas rojas sobre la imagen o plano del área del  proyecto.

Posterior a esto surge la inquietud de donde resguardar los datos provenientes del archivo segd, es decir que hacer con ellos? Dejarlos almacenados en los medios donde son entregados? Es así como llegamos también a un modelo de datos que nos permitiese el envío remoto de dichos archivos desde los camiones ubicados en el campo hasta el servidor Web vía FTP [5], e incluso la inserción automática de dichos valores en una tabla de nuestra base de datos, teniendo con esto garantizado el resguardo de esta información y la disponibilidad permanente de la misma cuando fuese necesario.

Autor:

Víctor M. Campos C.

Ingeniero de Sistemas con 16 años de experiencia en la industria petrolera

           camposvg@pdvsa.com

---

[1] PHP es un lenguaje de programación de uso general de código del lado del servidor originalmente diseñado para el desarrollo Web de contenido dinámico.

[2] JavaScript es un lenguaje de programación interpretado, dialecto del estándar ECMAScript. Se define como orientado a objetos, basado en prototipos, imperativo, débilmente escrito y dinámico.

[3] MySQL es un sistema de gestión de bases de datos relacional, multirelación y multiusuario con más de seis millones de instalaciones.

[4] El software libre es la denominación del software que respeta la libertad de todos los usuarios que adquirieron el producto y, por tanto, una vez obtenido el mismo puede ser usado, copiado, estudiado, modificado, y redistribuido libremente de varias formas.

[5] FTP en informática, es un protocolo de red para la transferencia de archivos entre sistemas conectados a una red TCP, basado en la arquitectura cliente-servidor.