Capítulo 4. Modelado de Procesos 67 4.3.2.1 Documentación del proceso real • Objetivo El objetivo de este proceso es reflejar el comportamiento real del potencial de producción de los pozos como resultado de un balance entre la pérdida de la capacidad de producción y las actividades de generación. Generar indicadores de gestión que puedan ser comparados con el resto de las empresas líderes del negocio. • Alcance Dar de manera confiable los números de barriles que se estiman obtener y los cuales son comprometidos a partir de la planificación de pozos generada a RSC (Refinación, Suministro y Comercio). • Descripción general de las actividades Este proceso se encarga de calcular la declinación y la producción diferida, verificar el potencial y auditar la generación [33]. Se realiza el seguimiento a la producción planificada con relación a la producción real. El cálculo de la declinación se hace siguiendo la ecuación (2). Dicha ecuación es el resultado de una regresión que se ajusta a una exponencial, donde el exponente representa la declinación mensual en el periodo de tiempo evaluado. La regresión se le hace a los puntos resultados de graficar la producción (producción de pozos activos durante el período de tiempo evaluado y que no hayan sido excluidos por ningún motivo) en B/D versus el tiempo en meses [33]. Entonces, partiendo de la grafica de la producción Q versus el tiempo t: Se quiere calcular la declinación en un período de tiempo dado en meses, es decir, entre t 0 y t f . Destacando que lo que se calcula es una declinación en proporción ó porcentual y no la declinación absoluta, se tiene que la proporción ó porcentaje de producción en un período de tiempo evaluado es: Q t t 0 t f
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Capítulo 4. Modelado de Procesos
67
4.3.2.1 Documentación del proceso real
• Objetivo
El objetivo de este proceso es reflejar el comportamiento real del potencial de
producción de los pozos como resultado de un balance entre la pérdida de la capacidad
de producción y las actividades de generación. Generar indicadores de gestión que
puedan ser comparados con el resto de las empresas líderes del negocio.
• Alcance
Dar de manera confiable los números de barriles que se estiman obtener y los
cuales son comprometidos a partir de la planificación de pozos generada a RSC
(Refinación, Suministro y Comercio).
• Descripción general de las actividades
Este proceso se encarga de calcular la declinación y la producción diferida,
verificar el potencial y auditar la generación [33]. Se realiza el seguimiento a la
producción planificada con relación a la producción real.
El cálculo de la declinación se hace siguiendo la ecuación (2). Dicha ecuación es
el resultado de una regresión que se ajusta a una exponencial, donde el exponente
representa la declinación mensual en el periodo de tiempo evaluado. La regresión se le
hace a los puntos resultados de graficar la producción (producción de pozos activos
durante el período de tiempo evaluado y que no hayan sido excluidos por ningún
motivo) en B/D versus el tiempo en meses [33]. Entonces, partiendo de la grafica de la
producción Q versus el tiempo t:
Se quiere calcular la declinación en un período de tiempo dado en meses, es
decir, entre t0 y tf. Destacando que lo que se calcula es una declinación en proporción ó
porcentual y no la declinación absoluta, se tiene que la proporción ó porcentaje de
producción en un período de tiempo evaluado es:
Q
t t0 tf
Capítulo 4. Modelado de Procesos
68
0qq
Q f= , donde Q es la proporción de producción en un período de tiempo, qf la
producción al final del periodo y q0 la producción al comienzo del período. Entonces al
aplicarle la regresión ajustada a una exponencial, donde el exponente representa la
declinación mensual en el periodo de tiempo evaluado, se tiene que: dtkeQ −= , y asumiendo la constante k=1, entonces:
dteQ −=
edtQ lnln −=
dtQ −=ln
tqq
tQd
f
0
lnln
−=−=
Teniendo esto, tomando en cuenta que se quiere tener una declinación anual, y
que t es el período de tiempo en meses, entonces se lleva a años y se tiene que la
declinación anual es:
12
0
tqq
LnnDeclinació
t⎟⎟⎠
⎞⎜⎜⎝
⎛
−=
La Producción diferida se calcula mediante la diferencia entre la producción
extraída y las pruebas de pozos o potencial.
La verificación del potencial consiste en constatar los resultados obtenidos
partiendo del potencial y de los datos de producción. Se hace para tener una base
confiable de inicio para proyectar el potencial a futuro. Este procedimiento se ejecuta
mensualmente para preparar el informe mensual de potencial. Se realiza considerando el
cálculo de la diferencia entre los potenciales promedio calculados partiendo del
potencial (valores estimados) y los calculados partiendo de la producción (valores
reales). Para que el proceso este dentro de control dicha diferencia tiene que ser menor
del 1% [33]. Para este cálculo se tiene:
A partir del potencial: onesContribucimesnDeclinacióVerificadoMCPotencialMFPotencial +−= )(//
• Automatizar Balance entre Perdida de la Capacidad de Producción y Actividades de Generación
• Automatizar Cálculo de Indicadores de Gestión
•Automatizar Cálculo de la Declinación
• Automatizar la Generación de Reportes y Gráficas de Variables Representativas de las Actividades de Producción
• Plataforma de Integración que enlace bajo una misma aplicación la solicitud de datos de diversas fuentes, sin que sea necesario recurrir a transacciones individuales para cada base de datos.
• Sistema de Planificación de Pozos: - Automatización de la Actualización de los Trabajos a Pozos - Automatización de Generación de Escalera - Automatización de propuesta DFW, costos reales y presupuesto aprobado - Automatización de Cálculo de Indicadores de Gestión - Automatización de Cálculo del Pronóstico y Seguimiento al Potencial de Producción - Automatización de Importación y Exportación de datos a Excel para Elabora Reportes y Gráficos
• El SPP cubre muy parcialmente las necesidades del negocio en Distrito Norte, específicamente en el proceso Pronóstico y Seguimiento al Potencial de Producción.
• El SPP no cuenta con una base de datos propia que permita enlazar diferentes bases de datos.
85
Capítulo 5
Análisis y Evaluación de Resultados
5.1 Introducción
En este capítulo se elabora el modelo de soluciones para la generación de un
ambiente integrado de planificación y seguimiento de trabajos a pozos para PDVSA –
Distrito Norte, modelando la solución para el proceso Pronóstico y Seguimiento al
Potencial de Producción, y se aplican las tres últimas fases del enfoque metodológico
usado para el desarrollo del presente Proyecto de Grado: Sistema meta, orientación
estratégica y plan de soluciones.
5.2 Sistema Meta
Partiendo del análisis de brechas y análisis de requerimientos, se observa que el
Sistema de Planificación de Pozos (SPP) cubre muy parcialmente las necesidades del
negocio en el Distrito Norte y que, al mismo tiempo, no cuenta con una base de datos
propia que permita conectar diferentes bases de datos. Esta aplicación, además, tiene una
interfase de usuario poco amigable, y su uso ha resultado pesado y tedioso para quienes
la han intentado aplicar en el Distrito Norte. Por otra parte la aplicación trabaja con una
gran cantidad de variables, muchas de la cuales son consideras innecesarias e
improductivas por los custodios de los procesos en el Distrito Norte.
Por tal motivo, una solución sería diseñar una nueva aplicación que satisfaga las
necesidades y requerimientos del Distrito Norte, usando como base el modelo del SPP.
Otra posibilidad podría ser realizarle las modificaciones respectivas al SPP para
adecuarlo a las necesidades propias del negocio en el Distrito Norte, pero para efectos de
diseñar una aplicación que cubra los procesos que apoya el SPP, esta opción resulta
menos satisfactoria y produciría resultados en un período de tiempo mayor. Esto es
debido a que la aplicación SPP no posee una documentación de sus procesos ni del
Capítulo 5. Análisis y Evaluación de Resultados
86
código base. Si se elabora una aplicación completamente nueva, se puede partir
realizando la documentación de los procesos en el Distrito Norte y se modelarían los
mismos usando UML para su posterior codificación e implantación, lo que permitiría
actualizar la aplicación en un futuro sin ningún problema en caso de que surga la
necesidad de modificarla.
Para proponer una solución que permita generar un ambiente integrado de
planificación y seguimiento de trabajos a pozos se debe realizar un modelo de solución a
nivel macro, un modelo de solución para el proceso Pronóstico y Seguimiento al
Potencial de Producción, y adicionalmente se debe validar el modelo de solución.
5.2.1 Modelo de solución a nivel macro
La nueva aplicación tiene que integrar la planificación y el seguimiento de
trabajos a pozos para PDVSA – Distrito Norte, y apoyar los procesos: Generación de
Secuencias Perforación/Reparación, Control de Costos, Formulación/Revisión del
Presupuesto, Pronóstico y Seguimiento al Potencial de Producción e Indicadores de
Gestión.
La misma debería ser conformada por una plataforma de integración que cubra, a
través de la implementación de un Portal Web dinámico, las soluciones respectivas de
manejo de transacciones entre las bases de datos, pasando por un nivel intermedio de
almacenamiento, y que cubra además las necesidades de automatización de los procesos
involucrados.
Se plantea el rediseño de una infraestructura Tecnológica a través de una
plataforma o sistema de integración, que sea lo suficientemente robusta como para cubrir
las necesidades actuales, y lo suficientemente flexible como para manejar futuras
condiciones del negocio y crecimientos anticipados.
A continuación se muestran los diagramas representativos del sistema
(Plataforma de Integración) propuesto. En la figura 5.1 se puede observar el diagrama de
flujo de datos.
Capítulo 5. Análisis y Evaluación de Resultados
87
Figura 5.1 Diagrama de flujo de datos para la Propuesta de Solución
En la figura 5.2 se muestra el diagrama general de actores para el sistema
(Plataforma de Integración) propuesto y en la figura 5.3 el diagrama de casos de uso
nivel 1, donde se observan los módulos por los que debería estar conformado el sistema,
los cuales se describen posteriormente con sus respectivos diagramas de caso de uso
nivel 2. En el Anexo Nº 18 se muestra el diagrama de casos de uso nivel 2 - Entrar al
Sistema.
Figura 5.2 Diagrama general de actores de la Propuesta de Solución
Capítulo 5. Análisis y Evaluación de Resultados
88
CASO DE USO NIVEL 1 - SISTEMA (PLATAFORMA DE INTEGRACIÓN)
PROPUESTO:
Caso de Uso: Propuesta de Solución.
Actores: Usuarios del Sistema y los sistemas SAP y Centinela.
Descripción: Representa el Sistema Propuesto en un nivel de detalle Macro,
englobando todas las acciones funcionales.
Precondiciones: El PC debe estar conectado a la Red de PDVSA y al Internet.
Figura 5.3 Diagrama de Caso de Uso nivel 1 para la Propuesta de Solución
• Módulo Secuencias, en este módulo se deben realizar las siguientes
actividades:
° Cargar todos los trabajos a pozos, tanto los trabajos de
perforación como los trabajos de rehabilitación.
° Consultar y/o modificar las características necesarias e
indispensables que identifican los trabajos a pozos.
° Generar secuencias de los trabajos a pozos, cronograma de
equipos y tablas de los trabajos a pozos por cesta, segregación,
Capítulo 5. Análisis y Evaluación de Resultados
89
consecutivo, campo, equipo, distrito, unidad de explotación y/o
secuencia.
° Realizar el intercambio de información entre el sistema y el
Centinela para ejecutar las actualizaciones de los trabajos a
pozos.
° Generar reportes de actividades reales.
En el Anexo Nº 19 se muestra el diagrama de caso de uso para el módulo
secuencia propuesto (Ver Anexo Nº 19).
• Módulo Costos, en este módulo se deben realizar las siguientes actividades:
° Realizar el intercambio de información entre el sistema y el SAP
para actualizar los costos y controlar los mismos.
° Cargar los elementos de costos asociados a cada trabajo, es decir,
a cada trabajo a pozo se le debe asociar un costo.
° Calcular las tarifas a los equipos que realicen los trabajos a pozos
y las tarifas de costos asociados a cada trabajo a pozo.
° Generar reportes de los costos asociados a los trabajos a pozos
específicos ó costos por cesta, segregación, consecutivo, campo,
equipo, Distrito, unidad de explotación y/o secuencia.
° Generar reportes de las tarifas asociados a los equipos y las
tarifas de costos corporativos asociados a los trabajos a pozos.
En el Anexo Nº 20 se muestra el diagrama de caso de uso para el módulo costos
propuesto (Ver Anexo Nº 20).
• Módulo Prosupuesto, en este módulo se deben realizar las siguientes
actividades:
° Calcular inflación, calcular el presupuesto de los trabajos a pozos
en función de los costos y las tarifas asociadas tomando en cuenta
el mes presupuestario y consolidar presupuesto aprobado.
° Generar reportes del presupuesto y escenarios presupuestarios de
los trabajos a pozos bien sean pozos específicos o pozos
Capítulo 5. Análisis y Evaluación de Resultados
90
pertenecientes a una cesta, segregación, consecutivo, campo,
equipo, Distrito, unidad de explotación y/o secuencia.
En el Anexo Nº 21 se muestra el diagrama de caso de uso para el módulo
propuesto (Ver Anexo Nº 21).
• Módulo Indicadores de Gestión, en este módulo se deben realizar las siguientes
actividades:
° Calcular indicadores de gestión.
° Generar reportes de indicadores de gestión.
En el Anexo Nº 22 se muestra el diagrama de caso de uso para el módulo
Indicadores de Gestión (Ver Anexo Nº 22).
• Módulo Potencial, en este módulo se deben realizar las siguientes actividades:
° Calcular el potencial de producción.
° Estimar Producción que será comprometida con RSC.
° Calcular balance entre capacidad de producción y actividades de
generación.
° Calcular seguimiento al potencial de producción.
° Generar reporte de producción que se entrega en el Ministerio
para la auditoria correspondiente y reportes del seguimiento al
potencial.
° Generar reporte de balance entre capacidad de producción y las
actividades de generación y reportes de variables de producción.
En la figura 5.4 se muestra el diagrama de caso de uso para el módulo potencial.
Caso de Uso: Módulo Potencial.
Actores: Analista de yacimientos.
Descripción: Simula el proceso relacionado al uso del Módulo Potencial.
Precondiciones: El usuario debe haber ingresado al sistema.
Postcondiciones: Planificación de los trabajos a pozos y balance de producción
almacenados en el Sistema.
Capítulo 5. Análisis y Evaluación de Resultados
91
Figura 5.4 Diagrama de Caso de Uso nivel 2 – Propuesta de Solución – Módulo Potencial
Capítulo 5. Análisis y Evaluación de Resultados
92
Los datos característicos de los trabajos a pozos y de los pozos que maneje la
nueva aplicación podrían ser:
Pozos: Trabajos a Pozos: Nombre de pozo
Localización
Equipo que realizará el trabajo
Potencial estimado del trabajo
Estatus (VA-AA)
Tipo de presupuesto
Tipo de trabajo
Tipo de pozo
Paridad promedio
Segregación
Campo
Área
Tipo de producto
Fecha inicio
Fecha fin
Potencial
Clasificación (Perf/Rep)
Tipo de trabajo
Mandatario
Equipo
Ciclo
Costo en Bs
Costo en $
Proyecto
En la figura 5.5 se muestra el diagrama de secuencia del sistema (Plataforma de
Integración) propuesto, mostrando como los actores se relacionan con los módulos de la
aplicación y como los objetos de la misma se comunican entre si mediante el pase de
mensajes.
Figura 5.5 Diagrama de Secuencia para la Propuesta de Solución
Capítulo 5. Análisis y Evaluación de Resultados
93
La Plataforma de Integración que se propone debe cubrir, a través de la
implementación de un portal Web, las soluciones respectivas de manejo de transacciones
entre diferentes tipos de bases de datos pasando por un nivel intermedio de
almacenamiento, por esta razón se propone una estructura tecnológica tal como se
muestra en la figura 5.6. Este sistema podría desarrollarse usando para ello PHP Triad
(Aplicación que trae el servidor Web Apache y el servidor de base de datos MySQL),
usando PHP para programar y trabajar las páginas Web y MySQL para manejar las base
de datos, los cuales permiten generar portales Web dinámicos, son software libre y
además se pueden trabajar bajo cualquier plataforma (Linux, Windows, etc).
Figura 5.6 Diagrama de Componentes de Integración para la Propuesta de Solución
5.2.2 Modelo de solución para el proceso Pronóstico y Seguimiento al Potencial de
Producción
Partiendo del funcionamiento y modelo del proceso en PDVSA – Distrito Norte
se definen las actividades que debe realizar el mismo y como estará conformado el
módulo que lo represente en el sistema.
En el modelo de solución propuesto el proceso Pronóstico y Seguimiento al
Potencial de Producción se corresponde con el módulo Potencial de la nueva aplicación.
El módulo debe calcular la declinación de la producción que es la pérdida de la
capacidad de producción, la producción diferida, la producción disponible, la producción
Capítulo 5. Análisis y Evaluación de Resultados
94
fiscalizada, el potencial de producción y la relación Producción Disponible/Potencial
Máximo. Adicionalmente debe realizar la verificación del potencial mediante el
seguimiento del mismo, el balance entre la perdida de la capacidad de producción y las
actividades de generación, debe determinar la producción con las especificaciones
solicitadas que será comprometida a RSC y debe proporcionar los reportes de
producción que son entregados al Ministerio para la auditoria correspondiente. Luego de
que las actividades estén cumplidas y se hayan actualizado los datos, el módulo debe
generar un reporte con los indicadores de gestión correspondientes y los reportes que se
deben entregar al Distrito del seguimiento al potencial y comportamiento de las
variables representativas de las actividades de producción.
Todos estos cálculos deben ser realizados a partir del cronograma de equipos que
es suministrado semanalmente por Perforación a las personas encargadas del proceso en
Yacimientos.
Las actividades del módulo Potencial de la nueva aplicación se pueden observar
en los diagramas de caso de uso mostrados en los Anexos 23, 24, 25, 26, 27, 28, 29, 30 y
31, los cuales se realizan en función de los diagramas de flujo de datos (ver figura 4.16)
y diagrama de actividades (ver figura 4.17) del proceso real Pronóstico y Seguimiento al
Potencial.
5.2.3 Validación del modelo de Solución
Para validar el modelo de solución propuesto se procede a la exposición del
mismo ante los analistas encargados del proceso en el Distrito Norte. Durante dicha
exposición los analistas mostraron estar complacidos con la propuesta planteada y por
ende estuvieron de acuerdo con el modelo de Solución Propuesto.
Otra forma de validar el modelo de solución es mediante el diagrama de
secuencia para el proceso Pronóstico y Seguimiento al Potencial representado por el
módulo Potencial de la Propuesta de Solución, que expresa el orden de realización de las
actividades desde que el usuario hace una petición al sistema hasta la aprobación y
generación de algún reporte en particular, evidenciando que el modelo propuesto
satisface y cumple con el proceso real en el Distrito Norte.
Capítulo 5. Análisis y Evaluación de Resultados
95
En la figura 5.7 se muestra el diagrama de secuencia para el modulo potencial de
la propuesta de solución.
Interfase Principal Interfase Cálculo Potencial Interfase Estimar Producción Interfase Cálculo de Balance Interfase Cálculo Seguimiento Potencial Interfase Reporte Producción MEP Interfase Reporte Seguimiento Interfase Reporte Balance Interfase Reporte Variables Producción
Figura 5.7 Diagrama de Secuencia para el Módulo Potencial de la Propuesta de Solución
5.3 Orientación Estratégica
Para el desarrollo de una aplicación en PDVSA existen ciertas políticas y
lineamientos que se deben cumplir, entre estas tenemos [34]:
• Para visualizar los procesos enmarcados en las necesidades del negocio se
deben emplear diagramas de procesos de la situación actual y de la propuesta
deseada.
• Se deben generar los modelos de los procesos que conforman los proyectos
desde que se encuentran en la etapa de conceptualización.
• Los documentos corporativos deben elaborarse bajo un formato estándar.
Capítulo 5. Análisis y Evaluación de Resultados
96
• Durante el desarrollo de un proyecto se deben revisar continuamente los
conocimientos pertinentes a los procesos de éste, con la finalidad de
estandarizar y enriquecer los conocimientos.
• Todo desarrollo o cambio de aplicaciones de la plataforma tecnológica de la
Corporación debe tener una documentación detallada y vigente de todas sus
fases de construcción.
• Se debe realizar la captura de los requerimientos del negocio para darles la
solución respectiva, alineadas a las necesidades del negocio y utilizando los
recursos necesarios.
• Debe disponerse de un meta-modelo de datos corporativo para el control de los
procesos de producción petrolera.
• Se debe asegurar la existencia de modelos de datos a ser usados en las distintas
aplicaciones y toda aplicación debe contar con documentación relativa a los
procesos del negocio que la misma apoya.
• El modelo debe ser validado dentro del dominio de la solución.
• La plataforma de integración debe mantener los esquemas de actualización
tecnológica y migración progresiva hacia protocolos de software libre.
° Cuando se habla de software libre no se habla de precio,
significa conocer el código fuente, con el fin de extender y
agregar nuevas características, arreglar fallas, errores, e integrar
con otros sistemas.
• Toda aplicación de la corporación PDVSA debe tener un administrador de
seguridad debidamente calificado y autorizado explícitamente por la Gerencia
responsable de la tecnología de información.
• El desarrollo de software para interfases debe ser realizado por personal
debidamente calificado y autorizado explícitamente por la Gerencia
responsable de tecnología de información.
• Los requerimientos de tecnología de información de los usuarios de la
Corporación, en materia de desarrollo de software, deben estar alineados con
las necesidades de la Corporación contemplados en su plan de negocios.
Capítulo 5. Análisis y Evaluación de Resultados
97
• Todas las solicitudes de mejoras a las aplicaciones operativas en la plataforma
tecnológica de la Corporación deben ser justificadas ante la Gerencia
responsable de la tecnología de información.
• Se debe emplear la menor cantidad técnicamente factible de repositorios de
datos.
• Toda estructura de datos debe ser definida siguiendo una nomenclatura
establecida y aprobada por la Corporación.
• Los requerimientos de tecnología de información de los usuarios de la
Corporación, en materia de desarrollo de software, deben estar alineados con
las necesidades de la Corporación contemplados en su plan de negocios.
• Para el desarrollo de software se deben modelar las características, parámetros
y comportamientos de los procesos y los objetos involucrados dentro del
dominio de la solución.
• Las herramientas de desarrollo de software deben estar orientadas
principalmente a generar productos de calidad que mejoren la productividad de
la corporación.
5.4 Plan de Soluciones
Para la implantación de la solución planteada se deben tomar en cuenta los
siguientes aspectos:
5.4.1 Premisas del Plan
• Incremento de la competitividad de las Gerencias de Yacimientos, Perforación
y PyG con la implantación de las mejores prácticas soportadas por tecnologías
probadas y emergentes en tecnologías de la información.
• Disponibilidad de una aplicación que contenga una clara definición y
documentación de los procesos, que soporte y apoye las Gerencias de
Yacimientos, Perforación y PyG.
Capítulo 5. Análisis y Evaluación de Resultados
98
• Planificación y desarrollo del proyecto de implantación de la nueva aplicación
de manera sistemática y jerarquizada, de acuerdo a las necesidades de los
procesos del negocio en PDVSA – Distrito Norte.
5.4.2 Beneficios Esperados
• Mayor coordinación en la planificación y el seguimiento de los trabajos a
pozos para PDVSA – Distrito Norte.
• Apoyo a la gestión de las Gerencias de Yacimientos, Perforación y PyG.
• Reducción del esfuerzo en generación de informes oficiales de producción y
sus costos, presupuestos, tarifas y seguimiento de la misma.
• Mayor precisión en informes de gestión de las Gerencias de Yacimientos,
Perforación y PyG.
• Reducción del esfuerzo en la obtención y cálculo de información relativa a la
planificación y seguimiento de los trabajos a pozos.
• Optimización de las actividades que llevan a cabo los procesos:
° Pronóstico y Seguimiento al Potencial de Producción
° Control de Costos
° Generación de Secuencias Perforación/Reparación
° Formulación/Revisión de Presupuesto
° Indicadores de Gestión
5.4.3 Propuesta de solución para generar un ambiente integrado de planificación
y seguimiento de trabajos a pozos para PDVSA – Distrito Norte
Diseñar una nueva aplicación (Plataforma de Integración: Portal Web) que
integre la planificación y el seguimiento de trabajos a pozos para PDVSA – Distrito
Norte.
A continuación se proponen en forma jerarquizada los lineamientos a seguir para
la generación de la nueva aplicación.
Capítulo 5. Análisis y Evaluación de Resultados
99
5.4.3.1 Lineamientos a seguir para generar ambiente integrado de planificación y seguimiento de trabajos a pozos
1. Documentar los siguientes procesos del Distrito Norte siguiendo la plantilla de
documentación para procesos de AIT- PVDSA:
o Control de Costos
o Generación de Secuencias Perforación/Reparación
o Formulación/Revisión de Presupuesto
o Indicadores de Gestión
2. Identificar necesidades y/o requerimientos de los procesos antes mencionados
mediante entrevistas a los custodios por proceso y los mismos deben estar
alineados con las necesidades de la Corporación contemplados en su plan de
negocios.
3. Modelar solución por proceso, describiendo y modelando cada una, usando el
lenguaje de modelado UML, utilizando como plantilla el modelado del proceso
estudiado en el presente proyecto, es decir, aplicando la metodología propuesta
en este Proyecto de Grado.
4. Validar modelo de solución por proceso.
5. Integrar las soluciones por proceso para el diseño de la nueva aplicación de
planificación y seguimiento de trabajos a pozos siguiendo el modelo planteado
en el presente Proyecto de Grado.
6. Elaborar plan de diseño de la nueva aplicación y elegir personal debidamente
calificado y autorizado por la Gerencia para el desarrollo de la misma.
7. Elaborar documentación detallada y vigente de todas las fases de construcción
de la nueva aplicación siguiendo la plantilla de documentación para procesos
de AIT- PVDSA.
8. Implantación de la nueva aplicación considerando la plataforma de tecnología
de información definida y la migración progresiva hacia protocolos de
software libre.
9. Adiestramiento y capacitación de los encargados de los procesos por Gerencia
sobre el uso de la nueva aplicación, para la posterior y exitosa puesta en
práctica de la misma.
100
Capítulo 6
Conclusiones y Recomendaciones
6.1 Conclusiones
El producto de este Proyecto de Grado es una “Propuesta para generar un
ambiente integrado de planificación y seguimiento de trabajos a pozos para PDVSA –
Distrito Norte”.
La solución propuesta es diseñar una nueva aplicación (Plataforma de
Integración: Portal Web) que integre los procesos de planificación y el seguimiento de
trabajos a pozos para PDVSA – Distrito Norte. El sistema propuesto resuelve el
problema de realizar los cálculos y generar reportes en forma semiautomátizada,
reduciendo el margen de error en los productos generados por los procesos. Además
permite enlazar en una base de datos propia otras bases de datos como lo son el
Centinela y el SAP. Por estar la propuesta planteada en UML la misma puede ser
implantada en cualquier leguaje de programación, preferiblemente en software libre.
El SPP, a diferencia de la solución propuesta, no tiene la versatilidad y
dinamismo requerido por los cambios en el ambiente tecnológico actual, ya que es una
aplicación estática y de software propietario, que no permite su adaptación en tiempo
real a los procesos involucrados, diseñada en función de los procesos en el Distrito
Occidente y lógicamente por ser zonas geográficas diferentes las reglas propias del
negocio difieren a las aplicadas en el Distrito Norte, por tal motivo el SPP no se adecua
al funcionamiento de los procesos en el precitado Distrito Norte. La solución propuesta
podría, por su condición de ambiente integrado dinámico, ser utilizada en cualquier
Distrito de PDVSA donde se haga uso de los procesos vinculados, se tenga acceso a la
red de PDVSA y a Internet, permitiendo además que múltiples usuarios puedan acceder
al sistema simultáneamente y tener acceso a la base de datos.
La Metodología de Diseño para Soluciones Tecnológicas es propia u original,
fundamentada en el análisis de brechas funcionales, la cual resultó ser muy útil
Capítulo 6. Conclusiones y Recomendaciones
101
permitiendo analizar, modelar y plantear soluciones para los procesos y adicionalmente
la oportuna y satisfactoria culminación del mismo. Por lo que se puede afirmar que el
enfoque metodológico aquí planteado tiene un alto nivel de valor agregado, en función
de la gran adaptabilidad que le confiere esta visualización que no se corresponde en
forma directa con ninguna de las metodologías estudiadas. Aún cuando la metodología
sugerida en este trabajo tiene rasgos básicos de las metodologías EWSAS, Visión
Prospectiva Exhaustiva y Orientada por el Contexto, MoProSoft y TOGAF, la misma
está complementada con unos elementos técnicos, que conforman y fortalecen la visión
integral de un esquema metodológico. Lo que le proporciona gran flexibilidad de
adecuación a los procesos analizados en PDVSA, resaltando el hecho de que esta
metodología se puede adecuar fácilmente al mejoramiento de cualquier empresa,
proceso o sistema que requiera estos niveles de abstracción.
Comparando la metodología desarrollada con las consultadas, se tiene:
• De la metodología EWAS, se tomo la idea de plantear una solución flexible y
dinámica, es decir, capaz de reaccionar ante un ambiente tecnológico
cambiante, lo que se evidencia en la fase 5 (Sistema meta), de la metodología
propuesta en este proyecto de grado.
• De la metodología Visión Prospectiva Exhaustiva y Orientada por el Contexto,
se toma el plan de desarrollo de la metodología aquí propuesta,
específicamente para las fases: Identificación de los limites del proyecto,
Diagnostico de la aplicación actual, Levantamiento de requerimientos, Análisis
de brechas funcionales y Plan de soluciones; siendo esta metodología la que
mayor influencia tuvo, pero sin embargo, por si sola no hubiese dado los
mismos resultados, debido a que no se adapta del todo al enfoque integral de
este tipo de proyectos orientados a modelar las soluciones propuestas.
• De la metodología MoProSoft, se toma la idea de realizar el modelo de los
procesos para su estudio formal.
• De la metodología TOGAF-ADM, se toma la idea de presentar la solución ó
los lineamientos a seguir para implantar la misma, siguiendo y tomando en
cuenta los estándares y políticas de la empresa ú organización.
Capítulo 6. Conclusiones y Recomendaciones
102
• Aun cuando la idea básica de la Metodología de Diseño para Soluciones
Tecnológicas, tiene aspectos comunes de las metodologías nombradas
anteriormente, el planteamiento integral y su esquema de ejecución fue
presentado, conformado y complementado por la autora del presente Proyecto
de Grado, logrando así mayor versatilidad a la hora de su implementación
práctica y más corresponsabilidad con la filosofía de los procesos que en
PDVSA se realizan. Este hecho se acepto en PDVSA y genero expectativas
que fueron cubiertas y reconocidas en el desarrollo del trabajo.
La solución propuesta fue deducida a partir de los siguientes resultados:
• El sistema actual SPP no cubre las necesidades del negocio en el Distrito
Norte.
• Los módulos que conforman la aplicación actual no tienen completa
correspondencia con cada uno de los procesos que apoya la aplicación.
• La interfase de usuario de la aplicación actual produce rechazo por parte de los
usuarios debido a que no se adapta al funcionamiento de los procesos en el
Distrito Norte.
• La aplicación actual no posee una documentación de los procesos que apoya, ni
del modelado de la misma.
• No existe documentación formal ni modelado de los procesos reales del
negocio en el Distrito Norte.
• Es importante que las Gerencias cuenten con una aplicación que integre los
procesos y que permita mayor rapidez en la generación de reportes, mejor
aprovechamiento de los recursos humanos y ahorro sustancial en el tiempo de
respuesta de los procesos.
• A través de la implementación de la solución propuesta se podrá ampliar el
rango de comunicaciones, la versatilidad y disponibilidad de la información
entre los involucrados en los procesos y en la gestión de los mismos. Sin
embargo, es importante considerar previamente una evaluación en cuanto a
calidad, costos y beneficios.
Capítulo 6. Conclusiones y Recomendaciones
103
6.2 Recomendaciones
Se cree que la solución propuesta es la alternativa más viable para resolver el
problema planteado, pero existen muchas maneras de mejorarla.
• Darle continuidad a este proyecto siguiendo la metodología planteada,
realizando el mismo estudio a todos y cada uno de los procesos reales del
negocio en el Distrito Norte vinculados en la planificación y seguimiento de
trabajos a pozos.
• Realizar un estudio exhaustivo a la aplicación actual SPP, de ser necesario
trasladándose hasta PDVSA – Occidente, para lograr un mayor entendimiento
sobre el funcionamiento de la misma.
• Mejorar el modelo de solución detallando los niveles de abstracción de los
diagramas respectivos.
104
Referencias Bibliográficas
[1] PDVSA – Petróleos de Venezuela S.A. Disponible Online en:
http://www.pdvsa.com/. Visitado por última vez: 08/11/2.005
[2] Boudewyn J. (2.003) “Secuencia, Potencial y Presupuesto. SPP”. Centro de
Aplicaciones PDVSA.
[3] Boudewyn J. (2.003) “Sistema de Planificación de Pozos. SPP”. Centro de
Aplicaciones PDVSA.
[4] Arquitectura del Negocio AIT-Sistemas. “Desarrollo de nuevas funcionalidades al
Sistema de Planificación de Pozos (SPP)”. PDVSA. 2.003
[5] Gonzáles D. “Minuta reunión para mejoras al SPP”. PDVSA. Maturín 28/04/2.005.
[6] // INTRANET CENTRO CORPORATIVO //. Disponible Online en:
http://intranet.pdvsa.com/portal/faces/private/exo/. Visitado por última vez:
10/11/2.005
[7] Informática. Consultaría y Gestión Tecnológica. Gerencia de Automatización,
Informática y Telecomunicaciones (AIT). PDVSA - Petróleos de Venezuela S.A.
[8] Gerencia de Automatización, Informática y Telecomunicaciones (AIT) (2.003).
“Modelado de procesos AIT”
[9] Hanna O. (2.003) “Modelado de Procesos para la Industria de Software
(MoProSoft)”
Referencias Bibliográficas
105
[10] Gerencia de Automatización, Informática y Telecomunicaciones (AIT) (2.003).
“Guía para la documentación y publicación de procesos de PDVSA – AIT”
[11] Client/Server White Paper – Enterprise Wide Architecture Strategy. Disponible
online en: http://www.it-project-templates.com/WP_CS_EWAS.htm Visitado por
ultima vez: 22/01/2.006
[12] Estrategic Systems Planning – Mothodology. Disponible online en:
http://security.ittoolbox.com/blogs/featuredentry.asp?i=5197 Visitado por ultima
vez: 22/01/2.006
[13] Aguilar J., Terán O. y otros (2.004), “Visión Prospectiva: Metodología Exhaustiva
y Orientada por el Contexto”, FUNDACITE, Mérida.
[14] The Open Group Architecture Framework (TOGAF). (2002) “Enterprise Edition”.
[15] Greenslade C. (2.002) “TOGAF – The Continuing Story”. TOGAF – The Open
Group Architecture Framework.
[16] Mesa de arquitectura de Informática – PDVSA (2.005). “Estándares abiertos y
Plataforma oficial de desarrollo de PDVSA”.
[17] Modelado de sistemas con UML. Disponible online en: http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/doc-modelado-sistemas-uml.pdf Visitado por ultima vez: 22/01/2.006
[18] Fowler M. y Scott K. (1.997). “UML Distilled: Applying the Standard Object
Modeling Language”. Series Editores, Addison-Wesley.
[19] Montilva J. y Besembel I. (Enero 2.006). “Modelo de Sistemas usando UML 2.0”.
Centro de Excelencia en Ingeniería del Software. Universidad de Los Andes,
Mérida, Venezuela. http://www.ceisoft.org
Referencias Bibliográficas
106
[20] Tutorial de UML – Casos de Uso. Disponible online en:
http://www.dcc.uchile.cl/~psalinas/uml/casosuso.html Visitado por ultima vez:
22/01/2.006
[21] El rincón de Linux. Disponible online es: http://www.linux-es.org/index.php