4.3.2.1 Documentación del proceso real

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


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 +−= )(//

Ecuación (2)

Ecuación (3)

1


69

( )2

/)(/ MFPotencialVerificadoMCPotencialpromedioPotencial

+=

A partir de la producción:

2CATpozosproducciónpozosdenivelaproducciónpromedioPotencial

campodeFactor

afiscalizadproducciónpozosdenivelaproducción

+=

=

Para auditar la producción se realiza una prueba oficial, en el ministerio, sobre

los barriles que deben producir los pozos nuevos y reparados.

• Normas

La ejecución de este proceso se realiza siguiendo una metodología estándar que

se aplica en todas las áreas productivas del negocio Exploración y Producción. Esta

metodología es presentada en el manual “Definiciones y procedimientos para el cálculo

y seguimiento del potencial de producción”. Este manual provee al personal involucrado

en el cálculo, verificación y elaboración de informes sobre potencial de producción, un

documento que sirve de guía para garantizar la uniformidad de la información.

• Medición de Desempeño

Para medir la calidad del proceso se usan algunos indicadores que son analizados

con respecto a los valores reales de producción. Las Métricas usadas son:

° TIR (Taza Interna de Retorno): Para que el proceso tenga un

buen desempeño la TIR debe ser mayor que el 15%.

° VPN (Valor Presente Neto): Para que el proceso tenga un buen

desempeño el VPN debe ser menor que cero.

° TP (Tiempo de Pago): Para que el proceso tenga un buen

desempeño el TP debe ser menor ó igual a 2 años.

Estos indicadores no son calculados por los analistas de yacimientos, son

calculados por los analistas de PyG.

Ecuación (4)

Ecuación (5)

Ecuación (6)


70

• Definiciones y Abreviaturas [33]

° Definiciones:

Contribuciones: Representan el potencial generado

mediante las actividades de perforación, rehabilitación, inyección

alterna de vapor, estimulaciones, cambios en el método de

producción y eliminación de restricciones de flujo en el pozo.

Declinación: Representa la pérdida de la capacidad de

producción de crudo y/o gas de un pozo ó un conjunto de pozos,

debido a disminución de la capacidad de producción del

yacimiento, incremento en la producción de fluidos indeseables ó

daños en la formación.

Declinación: Representa la pérdida de la capacidad de

producción de crudo y/o gas de un pozo ó un conjunto de pozos,

debido a la ocurrencia de uno ó varios de los siguientes factores:

Disminución natural de la capacidad de producción del

yacimiento, incremento en la producción de fluidos indeseables,

daños en la formación.

Factor de Campo: Representa una combinación de la

presión de medición y la eficiencia de la infraestructura en el

proceso de producción. Se define como la relación entre la

producción extraída medida en tanques (MB) y la calculada en

base a pruebas de pozos (MB/D), considerando su tiempo efectivo

de actividad en días. Se calcula según la siguiente ecuación:

( )Tanquesenmedidaproducción

produccióndeDíaspozosdepruebasCampodeFactor

*∑=

Generación por IAV: Corresponde al incremento de la

producción por el aporte de los pozos productores estimulados

mediante inyección alternada de vapor durante el período y que

hayan sido oficialmente completados.

Generación por otros: Corresponde al incremento neto de

la producción por el aporte de los pozos productores asociados a

Ecuación (7)


71

dichos trabajos durante el período y que hayan sido oficialmente

completados.

Generación por perforación: Corresponde al incremento

de producción por el aporte de los pozos productores perforados

durante el período y que hayan sido oficialmente completados

Generación por RA/RC: Corresponde al incremento de

producción por el aporte de los pozos productores rehabilitados

durante el período y que hayan sido oficialmente completados.

Potencial a comienzo de período: Es la cifra del potencial

a finales del período anterior, la cual ha sido verificada y

oficializada ante el Ministerio de Energía y Petróleo.

Potencial de Producción: Es la tasa máxima eficiente de

producción económica de un yacimiento, capaz de obtenerse con

las instalaciones de superficie del campo. Representa el nivel

máximo de producción estable que pudiera ser alcanzado, bajo

condiciones ideales de operación, por los pozos con disponibilidad

inmediata de producción, conectados a instalaciones de superficie,

y cumpliendo con las normas ambientales y de utilización del gas

vigentes.

Potencial: Es la tasa máxima de producción económica de

un yacimiento, capaz de obtenerse con las instalaciones de

superficie del campo; siempre que se utilice satisfactoriamente no

menos del 98% del gas natural asociado, que sea económicamente

recolectable y que se cumpla con las normas ambientales

existentes.

Producción diferida no programada: Representa la

porción de producción diferida asociada a eventos imprevistos,

tales como: rotura de líneas de flujo y gas, paros no programados

de plantas de comprensión de gas o estaciones de flujo, fallas en

los equipos de levantamiento artificial o daños en los equipos de

superficie de pozos y fallas eléctricas.


72

Producción diferida programada: Es la porción de la

producción diferida asociada a mantenimientos programados de

plantas y equipos, conexión y arranque de nuevas instalaciones y

toma de registros de presión y temperatura en pozos.

Producción Diferida: Es la diferencia entre la producción

extraída, medida en tanques, y la sumatoria de las pruebas de

pozos o potencial. Se puede originar por eventos imprevistos

como rotura de líneas de flujo y gas, fallas eléctricas, fallas en los

equipos de levantamiento artificial o daños en los equipos de

superficie de los pozos, siniestros, entre otros; y por eventos

programados como mantenimiento de plantas y equipos, conexión

y arranque de nuevas instalaciones y toma de registros de presión

y temperatura en pozos.

Producción disponible para entregar a RSC (Refinación, Suministro y Comercio): Es el máximo volumen de

producción, con las especificaciones acordadas, que se puede

entregar al negocio RSC en terminales de embarques y refinerías.

Producción Disponible: Representa el máximo volumen

producible en condiciones normales de operación y mediante la

siguiente ecuación:

( ) campodeFactordiferidaproducciónPotencialdisponibleproducción *−=

Producción Fiscalizada: Es el volumen de producción

oficial de crudo, en base al cual la empresa paga el impuesto de

explotación o regalía.

° Abreviaturas:

FC: Factor de Campo

IAV: Inyección alterna de vapor

PD: Producción disponible

PF: Producción fiscalizada

PT: Potencial máximo

RA/RC: Trabajos de Perforación/Reparación

Ecuación (8)


73

RSC: Refinación, Suministro y Comercio

TIR: Tasa interna de retorno

TP: Tiempo de Pago

UE: Unidad de Exploración

VPN: Valor Presente Neto

• Procesos Relacionados

° Control de Costos

° Generación de Secuencias Perforación/Reparación

° Formulación/Revisión de Presupuesto

° Indicadores de Gestión

• Entradas

° Potencial Verificado por parte del desarrollo de yacimientos.

° Datos de Producción fiscalizada por parte de operaciones en

producción.

° Secuencias de Perforación/Reparación por parte de perforación.

° Mantenimiento operacional de los trabajos a pozos por parte de

operaciones en producción.

• Salidas

° Planificación de los trabajos a pozos con el potencial de

producción estimada.

° Producción estimada que será comprometida a RSC.

° Reportes de los datos planificados, reales y estimados a futuro

del potencial, producción fiscalizada, generación de potencial,

producción diferida total, producción disponible, relación pd/pt,

tasas de inyección de fluidos, número de equipos activos,

producción diferida no programada, producción diferida

programada.


74

° Gráficas del potencial al comienzo de período planificado y real,

producción promedio planificada y real.

° Reporte generado de los indicadores de gestión mes a mes de

manera acumulativa al Distrito.

4.3.2.2 Modelo del proceso real

Para proporcionar una representación gráfica de los procesos vinculados con el

proceso Pronóstico y Seguimiento al Potencial de Producción, se elabora la cadena de

valor de los procesos del negocio (acotada por los procesos que apoya el SPP), tal como

se muestra en la figura 4.10, y en la cual se pueden observar:

Procesos medulares:

- 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

- Indicadores de Gestión

Procesos de apoyo o soporte a los procesos medulares:

- Infraestructura: Es el ente que maneja todo lo que tiene que ver con la

estructura física, apoyando la construcción y/o instalación de servicios de la

organización.

- AIT: Se encarga de brindar el soporte tecnológico requerido para el óptimo y

correcto funcionamiento de la organización y del negocio, apoyando la automatización y

brindando soporte especializado en las áreas de exploración y producción a través de

aplicaciones especificas.

Figura 4.10 Cadena de valor de los procesos reales del negocio que apoya el SPP


75

A continuación se elabora el modelo de procesos para cada proceso, los mismos

son mostrados en las siguientes cinco (5) figuras.

Figura 4.11 Proceso Generación de Secuencias Perforación/Reparación

Figura 4.12 Proceso Control de Costos


76

Figura 4.13 Proceso Formulación/Revisión de Presupuesto

Figura 4.14 Proceso Pronóstico y Seguimiento al Potencial


77

Figura 4.15 Indicadores de Gestión

Una vez realizados los modelos de proceso, se elaboran el diagrama de flujo de

datos del proceso real Pronóstico y Seguimiento al Potencial mostrado en la figura 4.16

y el diagrama de actividades donde se representa el modelo de flujo de trabajo

(enfatizando la secuencia de acción de las tareas realizadas) del proceso en el Distrito

Norte en la figura 4.17.

Figura 4.16 Diagrama de Flujo de Datos del Proceso Real Pronóstico y Seguimiento al Potencial en el

Distrito Norte


78

Figura 4.17 Diagrama de Actividades del Proceso Real Pronóstico y Seguimiento al Potencial en el

Distrito Norte

4.3.3 Necesidades y/o Requerimientos del Proceso Real del Negocio en el Distrito

Norte

El hecho de no contar con una solución integrada, origina que en los diferentes

niveles del proceso se recurra a chequeos redundantes, implicando la duplicación de

esfuerzos para lograr obtener los resultados concretos. Esto se traduce en debilidades

enfocadas al apoyo de componentes tecnológicos, ya que el desarrollo del proceso se

realiza en forma manual, semiautomátizada, originando que se realicen productos que

sugieran revisiones constantes por las áreas responsables, a fin de verificar su

autenticidad y confiabilidad, ya que se ve comprometida la fiabilidad de la información

conformada por los datos que se estén manejando, considerando que el error humano

tiene un alto porcentaje de ocurrencia bajo estas condiciones.

En este sentido, el requerimiento principal se constituye en dar una solución

automatizada para el cálculo del Pronóstico y Seguimiento al Potencial y en general a

los procesos involucrados en la Planificación de Pozos, tomando en cuenta que debe

evitarse, o bien, reducirse al mínimo, la realización de actividades en forma manual o

no-autómata.


79

En este orden de ideas, se puntualiza específicamente la necesidad de una

solución tecnológica, que permita controlar el proceso de Pronóstico y Seguimiento al

Potencial y en general a los procesos involucrados en la Planificación de Pozos en sus

diferentes etapas de transición, desde el momento que se generan los datos hasta que son

acoplados para ser desplegados ante los usuarios de alto nivel como lo son los gerentes

principales.

Se deben cubrir soluciones interactivas que permitan a los usuarios particularizar

los reportes en función de las necesidades que se presenten a lo largo del proceso, de

manera automática, evitando al máximo realizar actividades manuales para alimentar la

base de datos y manejar la información, protegiendo así su integridad y garantizando la

calidad de los datos.

En función de lo expuesto anteriormente y de acuerdo a entrevista realizada a la

persona encargada del proceso real Pronóstico y Seguimiento al Potencial en el Distrito

Norte, existe la necesidad de automatizar el proceso de generación de la planificación de

pozos, producción, incorporación y generación a partir del cronograma de taladros

semanales que es suministrado por la Gerencia de Perforación, automatizar el balance

entre la perdida de la capacidad y las actividades de generación y automatizar el cálculo

de los indicadores de gestión.

Adicionalmente, el SPP cuenta con aplicaciones de base de datos aisladas unas

de otras, tal como lo muestra la figura 4.23. Si por ejemplo se requiere un reporte

combinado que contenga datos que están almacenados en diferentes bases de datos, debe

realizarse la transacción correspondiente, de manera aislada, para cada base de datos y

luego conjugar los datos para realizar cálculos y generar los reportes.

Se evidencia así la carencia de una Plataforma de Integración que conjugue bajo

una misma utilidad la posibilidad de hacer la solicitud de datos de fuentes heterogéneas

para ensamblarlos bajo un mismo reporte, sin que se haga necesario recurrir a

transacciones individuales para cada base de datos. (Por ejemplo, si la transacción de

leer una base de datos cualquiera cumple el mismo esquema, debería estar disponible a

un nivel de integración una utilidad que permita hacerlo de manera general sin

particularizar que tipo de base de datos se quiere leer al momento de hacer la petición de

lectura).


80

4.4 Análisis de Brechas Funcionales

Luego del estudio y comprensión de cada proceso se realiza la identificación de

las características funcionales del proceso real Pronóstico y Seguimiento al Potencial de

Producción en el Distrito Norte y del proceso según el enfoque del SPP, para realizar el

análisis de brechas entre ambos procesos.

4.4.1 Características funcionales de cada proceso

Proceso Real Proceso según SPP

• Realiza balance entre la perdida de

la capacidad de producción y las

actividades de generación.

• Genera planificación de trabajos a

pozos.

• Genera escalera de trabajos a pozos.

• Calcula y genera indicadores de

gestión.

• Realiza seguimiento a indicadores

de gestión.

• Determinan la producción

estimada, con las especificaciones

solicitadas, a ser vendida a RSC.

• Calcula la declinación a partir de la

ecuación (2).

• Calcula la nueva declinación a

partir de la ecuación (1).

• Calcula la producción diferida,

disponible, fiscalizada, entregada a RSC

y la relación PD/PT.

• Verifica el potencial de producción.

• Actualiza la actividad real de la

secuencia operativa de los trabajos a

pozos.

• Proporciona los datos de


81

producción al Ministerio para la auditoria

correspondiente.

• Genera reportes de actividad real.

• Calcula el pronóstico y seguimiento

al potencial.

• Calcula el pronóstico y seguimiento

al potencial.

• Consolida cifras de propuesta DFW

y presupuesto aprobado.

• Los trabajos son realizados por

otros equipos a parte de taladros.

• Los trabajos son realizados solo por

Taladros.

• Los pozos son caracterizados por: • Los pozos son caracterizados por:

- Nombre de pozo - Nombre de pozo

- Localización - Localización

- Referencia

- Reemplazo

- Coordenadas UMT

- Bloque

- Entidad Geográfica

- Estación de Flujo

- Fundación

- Equipo que realizará el trabajo - Equipo que realizará el trabajo

- Estatus real

- Potencial estimado del trabajo - Potencial estimado del trabajo

- Profundidad

- Estatus (VA-AA) - Estatus (VA-AA)

- Tipo de presupuesto - Tipo de presupuesto

- Tipo de trabajo - Tipo de trabajo

- Estado del Pozo

- Fecha inicio del Trabajo

- Fecha fin del Trabajo

- Días totales

- Días en secuencia


82

- Grados API

- Rpg

- Código numérico del trabajo

- Código numérico del pozo

- Tipo de pozo - Tipo pozo

- Paridad promedio - Paridad promedio

- Área - Área

- Objetivo

- Segregación - Segregación

- Campo - Campo

- Proyecto

- Forro

- Tecnologías asociadas

• Los trabajos a pozos son caracterizados

por:

• Los trabajos a pozos son caracterizados

por:

- Tipo de producto - Tipo de producto

- Subcategoría

- Profundidad

- Grados API

- Rpg

- Renglón / CeCo

- Fecha inicio - Fecha inicio

- Fecha fin - Fecha fin

- Potencial - Potencial

- Clasificación (Perf/Rep) - Clasificación (Perf/Rep)

- Tipo Trabajo - Tipo Trabajo

- Mandatario - Mandatario

- Equipo - Equipo

- Duración

- Uso pozo tipo

- Status

- Comentario

- Equipo doble


83

- Gerencia técnica

- Ciclo - Ciclo

- Costo en Bs - Costo en Bs

- Costo en $ - Costo en $

- Proyecto - Proyecto

- Pot/Cal

- Objetivo

- Forro

- Status del suplemente

- Código del pozo

- Pozo tipo

4.4.2 Análisis comparativo entre ambos procesos

Se realiza un análisis comparativo de las características de cada proceso

identificando las brechas funcionales entre ellos:

1. El proceso del SPP no cumple con todos los objetivos del proceso real del

negocio en el Distrito Norte.

2. El proceso real se fundamenta en la generación del balance entre la perdida de

la capacidad de producción y las actividades de generación y la aplicación SPP

no cumple esta función.

3. El proceso real estima la producción que es comprometida a RSC, la

aplicación no cumple esta función.

4. La escalera que genera el SPP no se ajusta a la planificación de pozos que debe

llevar el proceso real.

5. En el proceso real la declinación es calculada de manera diferente a como la

calcula la aplicación.

6. La aplicación no calcula los mismos indicadores que el proceso real aunque

algunos coinciden.

7. La aplicación realiza actividades que en el proceso real no se llevan a cabo

como: Consolidar las cifras de propuesta DFW.


84

8. La aplicación no proporciona los datos que deben ser suministrados al

Ministerio de Energía y Petróleo.

9. El proceso real tiene métricas de desempeño para medir la calidad del proceso

mientras que la aplicación no.

10. Los trabajos a pozos en el proceso real se realizan con taladros y sin taladros,

como lo son por ejemplo, los trabajos con guayas eléctricas; mientras que en la

aplicación todos los trabajos son realizados por taladros.

11. La aplicación maneja muchos datos, para caracterizar los pozos y los trabajos a

pozos, que en el proceso real no se usan debido a que no son necesarios y se

tornan redundantes.

A continuación se procede al análisis formal de brecha funcional entre ambos

procesos, partiendo y como resultado de lo expuesto anteriormente:

4.4.3 Análisis de Brecha para el Proceso Pronóstico y Seguimiento al Potencial

Requerimientos Soluciones IIddeennttiiffiiccaacciióónn ddee BBrreecchhaass

• Automatizar Planificación de Pozos

• 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.


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


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,


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


90

pertenecientes a una cesta, segregación, consecutivo, campo,

equipo, Distrito, unidad de explotación y/o secuencia.


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.


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.


91

Figura 5.4 Diagrama de Caso de Uso nivel 2 – Propuesta de Solución – Módulo Potencial


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


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


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.


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

CargarFactores (Datos)

CargarCondicionesdeCrudo (Datos)

CargarValoresNecesarios (Datos)

SelectCálculoSeguimientoPotencial ( )

SelectCálculoBalance ( )

SelectEstimarProd ( )

SelectCalcularPotProd ( )

CargarValoresNecesarios (Datos)

SelectReporteProdMEP ( ) GenerarGraficosyTablas (Datos)

GenerarGraficosyTablas (Datos) GenerarReporteSeguimientoPotencial ( )

GenerarGraficosyTablas (Datos)

GenerarReporteBalance ( )

GenerarGraficosyTablas (Datos)

GenerarReporteVariablesProd ( )

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.


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.


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.


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.


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.


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.


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)”


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


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

Visitado por última vez: 23/12/2.005

[22] Manuelde Umbrello UMl Modeller. Disponible online en:

http://docs.kde.org/stable/es/kdesdk/umbrello/ Visitado por última vez:

23/12/2.005

[23] BULMA: Modelado con UML en Linux. Miguel Ángel Herrera Tugores.

Disponible online en: http://bulma.net/body.phtml?nIdNoticia=1897 Visitado por

última vez: 19/01/2.006

[24] Dia – Distribución ACM-Lux. Disponible online en:

http://acm.escet.urjc.es/documentos/acmlux/html/x776.html Visitado por ultima

vez: 23/12/2.005

[25] Argouml.tigris.org – ArgoUML. Disponible online en: http://argouml.tigris.org/

Visitado por última vez: 23/12/2.005

[26] Microsoft Familia Windows Home Page. Disponible online en:

http://www.microsoft.com/spain/windows/default.mspx . Visitado por ultima vez:

01/03/2.006

[27] Información de Producto de Visio 2003. Disponible online en:

http://www.microsoft.com/spain/office/products/visio/default.mspx . Visitado por

ultima vez: 01/03/2.006


107

[28] StarUML – The Open Source UML-MDA Platform. Disponible online en:

http://www.staruml.com/Support/Documentations/tabid/318/Default.aspx .

Visitado por ultima vez: 03/03/2.006

[29] AIT – PDVSA - Ocidente (2.003). “Manual del Usuario SPP Formulación 2004”

[30] Boudewyn J. (2.003) “Secuencia, Potencial y Presupuesto”. Centro de

Aplicaciones PDVSA.

[31] AIT – PDVSA - Ocidente (2.003). “Interfaces del SPP”

[32] Aplicaciones & Infraestructura Repositorio. Disponible online en:

http://ccschc84/air/Aplicaciones/ApPrincipal.asp . Visitado por ultima vez:

21/02/2.006

[33] Pagnacco G. (2.001) “Manual Definiciones y procedimiento para cálculo y

seguimiento del Potencial de Producción”. Yacimientos U.E. Carito PDVSA.

[34] AIT – PDVSA (2.004). “Políticas de Arquitectura AIT”.

Documents

4.3.2.1 Documentación del proceso real