Et un, et deux, et trois…. Team Building Expertise Géomodélisation – Esquiule – 07/06/2007 Travailler autrement (en Soule)… n°3 Wake-Up Hunki jin Xiberoan

Et un, et deux, et trois…. Team Building Expertise Géomodélisation – Esquiule – 07/06/2007

Travailler autrement (en Soule)… n°3Travailler autrement (en Soule)… n°3Wake-UpWake-Up

Hunki jin Xiberoan !Hunki jin Xiberoan !

Esquiule

2Wake-Up Team Building Expertise Géomodélisation – Esquiule – 07/06/2007

Organisation



RechercheRecherche

Le cycle de développement …

RechercheRecherche

PrototypagePrototypage

IndustrialisationIndustrialisation

RechercheRecherche


RechercheRecherche

• Recherche Bibliographique

• Acquisition Terrain

• Analyse Données

• Spécification Hypothèses

• Protocole Expérimental

• Tests et applications

• Synthèse

• Communication

Prototypage Prototypage

• Implémentation

• Tests metier/outils

• Applications sur cas Opérationnels

Industrialisation Industrialisation

• Developpement

• Tests metier/outils

• Applications sur cas Opérationnels

• Maintenance

• Communication

rcherche

RechercheRecherche





Organisation de l’équipe Wake-Up

I. Chef de projet

G. MASSONNATII. Responsable programmation

A. CABIRAN

L. BERGAMO

J. METRAL

L. MALLA

X. MOUCHARTF. LANGLOIS

M. ROUDIL

V. Testeurs et

chercheurs

STAGIAIRES

IV. Utilisateurs et

supports

AJILON

III. Programmeurs

Tech. Advantage

Maîtrise d’ouvrageMaîtrise d’ouvrageMaîtrise d’ouvrageMaîtrise d’ouvrage Maîtrise d’oeuvreMaîtrise d’oeuvreMaîtrise d’oeuvreMaîtrise d’oeuvre

Ope

ratin

gP

lan

nin

g &

Ma

na

ge

me

nt

D. SELLERON

J. BRUELJ.F. DASSE

D. POT

M. NOIROT

M. HONARKHAH

N. BOUSQUET


Wake-Up

Recherche

Développement Assistance

Communication

- Projet SI Total- Spécifications- Plans de tests- Programmation

- Aide en ligne - Formation- Newsletter- Site Web

- Support utilisateurs- Maintenance corrective et adaptative

- Des besoins à la réalisation- Anisotropie de perméabilité

Prix de l’innovation 2003Prix de l’innovation 2003

Généralités logiciel


WAKE-UP


Qu’est ce que Wake-Up ?

Version actuelle Résolution des problèmes de mise à l’échelle simple et rapide Le meilleur analyseur de données Outil de génération de données de haute performance Une visualisation des données de qualité

Future version Gestion et mise à l’échelle des données dynamiques à petite échelle Meilleure gestion des données dynamiques à grande échelle Workflows remis au goût du jour Nouvelles possibilités de statistiques (Curves, 3D …) Intégration de la 3D Anisotropie de perméabilité horizontale

Well Analyses for K-racteristics Estimation and

Upscaling of Petrophysics


Distribution Wake-Up

Versions distribuées

Windows 32 bits A partir second semestre 2007 : Linux 64 bits

Installation Siège (Pau – Paris)

35 utilisateurs potentiels ayant suivi la formation

Installations filiales

10 droits d’utilisation vendus en 2007 7 installations : Angola, Argentine, Indonésie, Nigéria, Norvège, Pays-Bas, UK

Études

26 études depuis le début du développement

Projet SI Total


DEVELOPPEMENT

- Alain CABIRAN


Projets informatiques à Total

Définition d’un projet

But précis : fournir un produit nouveau

Durée limitée : Début et fin définis

Organisation spécifique : équipe temporaire

Activité non répétitive : unicité et complexité

Date de fin et coûts totaux difficiles à prévoir



Cycle de vie d’un projet



Etude d’opportunité

Correspond à une activité de veille ou d’étude de faisabilité.

Rédaction d’un document qui résume les gains et les risques à faire ou à ne pas faire, les ressources SI et Métier nécessaires pour l’avant-projet.

Acceptation du lancement de l’avant projet par le management



Avant projet

Identifier les finalités et le périmètre de la future application.

Fournir les premiers éléments budgétaires et calendaires.

Évaluer le retour sur investissement.

Définir l’architecture SI et la politique de sécurité.

Définir les acteurs du projet.

Prévoir les impacts de la mise en place de l’application (mise en production, formation, support, déploiement en filiale)

Approbation du projet en Comité



Les acteurs

Client entity Metier

-

Client Entity Representative

Key users

Users

Client/ Support Service

IT operation

Assistance to metiers

Architecture Methods

Quality

IS Security

IS Functions

Project IT Correspondent

(future RIL)

Telecom

Entity IT

Internal or external Engineering

IT Project FEI/SI

Project team

IT Project Manager

Architect SI/AMQ

Execution team Parameter settings

Assistance & Support

to Affiliates



Les acteurs Maître d’ouvrage :

propriétaire et client de la réalisation, fixe les objectifs, détermine le budget et les délais, responsable de la gestion du changement.

Chef de Projet SI :

coordonne l’action des intervenants, responsable de la réalisation de la partie informatique conformément au PEP.

Maître d’œuvre :

Responsable de la livraison des livrables définis dans le cahier des charges.

Utilisateurs clefs :

participent aux tests, à la validation des spécifications.



Comités Comité directeur :

Autorise les moyens et valide les objectifs

Comité de pilotage :

S’assure de la bonne utilisation des moyens dans le respect des objectifs

Comité projet :

Conduit la mise en oeuvre

Spécifications


DEVELOPPEMENT

- Gérard MASSONNAT

- Alain CABIRAN

- groupe de travail


A quoi servent les réunions de spécifications

Mise en place des idées améliorant le logiciel

Définir un cahier des charges sur les nouvelles fonctionnalités

Étape impérative avant de passer au développement du logiciel

Point de départ des plans de test

Les spécifications sont consignées dans un document susceptible d’évoluer

Différents types de réunions :

- Mise en place d’un nouvel outil

- Mis à jour d’un outil déjà développé


Rédactions des spécifications par A. Cabiran

et L. Malla

Validation des spécifications ?

Rédaction des plans de tests

Réunions entre :

- Chef de projet : G. Massonnat

- Responsable programmation : A. Cabiran

- Programmeurs (J. Bruel, D. Selleron, D. Pot, J.F. Dasse, N. Bousquet)

- Testeurs (L. Bergamo, X. Mouchart, J. Métral, L. Malla, M. Roudil)

- Ingénieurs Total spécialisés si besoin


Exemple du document de spécifications

Description de l’écran dans les grandes lignes, principe de fonctionnement

Dessin de l’écran tel qui l’est décrit lors de la réunion

Description détaillée

Plan de tests


- Matthieu ROUDIL

- Lyès MALLA

DEVELOPPEMENT


A quoi sert un plan de test

Processus permettant de tester et d’identifier les bogues

Fournir un logiciel « sans défauts »

Permet de voir si le logiciel se rapproche au mieux des spécifications

Traçabilité des modules qui ont été testés et validés


Exemple d’un plan de testDécomposition de la spécification en sous

partie

Indiquer le point à vérifier (phrase

brève)

Méthode pas à pas pour effectuer le test

Résultat du test : « ok », « bug », « non implémenté »

Suggestions du testeur, ainsi que l’explication du résultat si ce dernier n’est

pas évident à comprendre.

Liens vers les feuilles de calculs pour détailler les

résultats


Exemple de jeux de données

Programmation


- David SELLERON

- Jean-François DASSE

- Joëlle BRUEL

- Dominique POT

- Nicolas BOUSQUET

DEVELOPPEMENT


Développement

Expressio

n du

besoinSpécification Métier Plan de test

Chiffrage / Répartition

Spécification Logiciel

Développement Validation

Livraison

Délivrable


Développement itératif

Expressio

n du

besoin

Développement

Version X

validation

Version Y


Actuellement…

Create Data

Fluids PLT Interp. Data WorkFLow 1

WorkFLow 3

Well Test Pc Kr

Statistic 2D 3D Statistic Suite

Aide en ligne


- Gérard MASSONNAT

- Julien METRAL

- Laurent BERGAMO

- Xavier MOUCHART

- Lyès MALLA

COMMUNICATION



Reprend les étapes dans l’ordre

Un print screen + une explication

À terme, l’utilisateur pourra avoir une explication du « pourquoi cet écran »

Formation


- Gérard MASSONNAT

- Julien METRAL

- Laurent BERGAMO

- Xavier MOUCHART

COMMUNICATION


Bilan des formations

7 formations réalisées à ce jour :

- 4 formations au siège

- Nigeria Pau

- Argentine

- Indonésie

2 formations à venir :

- 1 formation au siège

- Angola

Filiales intéressées par une formation :

- U.K.

- U.S.A.

- Norvège ?

- Pays-Bas ?

- … Meilleur stage réservoir 2006

* Poids du classeur : 5kg350

D’après les critères d’évaluation

Newsletter


- Julien METRAL

COMMUNICATION


But de la Newsletter

Lettre mensuelle qui montre la dynamique du produit Informe les anciens utilisateurs des nouveaux développements Expose les possibilités du logiciel pour de potentiels futurs utilisateurs

Organisation de la newsletter

4 ou 5 pages 1ère page organisée toujours de la même manière

- News- Numéro de la version disponible- Tips- Contacts

Les autres pages : 3 rubriques possibles- New and very hot : information sur les derniers ajouts de la nouvelle version délivrée- Focus On : retour en détail sur une fonctionnalité particulière du logiciel- Methodology : solution au travers du logiciel à un problème métier


saison 1 épisode 5

Site Web


- Xavier MOUCHART

COMMUNICATION


Pourquoi un site Wake-Up?

Utilisateurs Se tenir au courant des nouveautés Apporte une aide en plus de la hotline et de l’aide en ligne (FAQ, newsletter…)

Non utilisateurs Découverte du logiciel (principes, finalités, interface…) Accès facile aux informations concernant les formations (contenu, dates…)

Tous Vitrine pour le logiciel


Méthodologie

Demande du logiciel isotools

Mise en place d’un squelette (rubriques)

Regroupement et organisation des données

Partie graphique: mise en place d’icônes adaptées à Wake-Up

« Programmation »


Wake-Up Well Analysis K-racteristics Evaluation and Upscaling Petrophysics

738 60 60

Wake-Up HELP

Wake-Up

About Wake-UpHotlineDocumentationTrainingUpscaling concernsFutureNews letterPlay with Wake-UpYour opinion is important

[email protected]

Xavier Mouchart

WUp training

User demonstration

Next sessionPau 03 September 2007

Data analysis

Create Data

Toolbox

Handle data

Workflows

NEW: 07/06/07 Team Building in Souleclick here

NEW: Sun is shining in Pauclick here NEW: 07/06/07 Team Building in Soule

click here

NEW: Sun is shining in Pauclick here

Wup.ico

Support utilisateurs


- Julien METRAL

- Laurent BERGAMO

- Xavier MOUCHART

- Gérard MASSONNAT

ASSISTANCE


Utilité d’un support pour Wake-Up ?

Produit qui touche de plus en plus de monde

Permet d’avoir une communication quasi permanente entre la maîtrise d’ouvrage et les utilisateurs

Permet d’aider et d’orienter l’utilisateur dans ces choix (support métier)

Permet de dépanner l’utilisateur lorsque celui-ci est bloqué sur une partie du logiciel (support utilisation)

Permet de répertorier les bogues trouvés par les utilisateurs

Permet de prendre en considération les attentes et suggestions des utilisateurs


Comment contacter le support ?

Contact direct avec les personnes concernées

Boite e-mail : [email protected]

Hotline : 738 60 60 (+33 (0) 5 59 83 60 60 ou 86060)

de 9h00 à 17h30 GMT+1

mailto:[email protected]




Statistiques du support

Maintenance corrective et adaptative


- David SELLERON

- Julien METRAL

- Dominique POT

- Xavier MOUCHART

- Matthieu ROUDIL

- Laurent BERGAMO

ASSISTANCE


Séquence de traitement d’un bogue

Plan de tests Tests unitairesmaîtrise d’ouvrage

Tests utilisateurs

Bogue identifié

Fiche Mantis

Correction du bogue par la maîtrise d’oeuvre


Exemple de fiche Mantis

Peut être trop simpliste pour la taille actuelle du projet

=> orientation possible vers le logiciel


Exemples de statistiques

Statistiques M

antis

Statistiques T

ech-Advantage


Cycle de vie du logiciel : Evolutions & maintenance

Wake Up X patch 1

Wake Up X patch 1

Wake Up versionY

CorrectionMajeure

CorrectionMajeure

Nouvelles fonctionnalitésEt corrections mineures

Wake Up version X

Mantis

Des besoins à la réalisation


- Gérard MASSONNAT

- Laurent BERGAMO

- Fabien LANGLOIS

- Mathieu NOIROT

- Mehrdad HONARKHAH

RECHERCHE


Wake-Up

Recherche

Développement Nouvelles Fonctionnalités

Prévue et budgétée

Évolution possible

Non Prévue

A Budgéter si validation

Besoin Métier


Besoin Métier

Mise à l’échelle des Saturations - Pc- Kr

Demande implémentationDans Wake Up

Décision

Recherche

Utilité Faisabilité Chiffrage


Wake-Up

Déconvolution du coefficient de moyennage puissance H en deux termes : X et Y

Recherche

Prévue et budgétée


Lx

Ly

Mise à l’échelle de la perméabilité selon 2 axes :

• H = Horizontal

• V = Vertical

Modèle “Géologique”

Modèle “Dynamique”


Recherche

Définition Protocole

Validation Protocole

Expérimentation

Résultats

Implémentation

Wake-Up


Anisotropie de perméabilitécomparaison entre théorie et modélisation


- Mathieu NOIROT

RECHERCHE


- Pour une anisotropie horizontale :

Problématiques :

L’interprétation de la perméabilité horizontale (KH) de cet essai de puits est-elle bien égale à même dans les cas de forte anisotropie ? Si oui, dans quelles conditions?

yx kkkh

La modélisation d’un pompage à l’aide d’un solveur de pression en différences finies est-elle juste et appropriée?

Étudier tout paramètre et approfondir tout résultat intéressant et potentiellement exploitable pour Wake-Up.

Approche par la modélisation et l’interprétation d’essais de puits


Étude des différentes distributions de perméabilités possibles :


Distribution log-normale

μ,σ, Lx, Ly, Lz Lx = 1m, Ly=1m

Y

X

Lx=15m, Ly = 1m

X

Y

Variogramme isotrope Variogramme anisotrope

Distribution constante x

Y

ky

kxky

kx

x

Y

kx = ky kx ky

Propriété équivalente isotrope

Propriété équivalente anisotrope



- Pour une anisotropie horizontale :

Les outilsLes outils : :Paramètres d’entrée :

(1)

(2) Lx

yx kkkh

GOCAD

Bloom-hardy Brap #1

10-3 10-2 10-1 100 101 102

10-3

10-2

Delta-T (hr)

DP

& D

ER

IVA

TIV

E (M

PS

I2/C

P/M

SC

F/D

)

1999/01/03-0143 : GAS (PSEUDO-PRESSURE)

Smoothing Coef = 0.,0. Static-Data and ConstantsVolume-Factor = 0.5023 RB/MSCFThickness = 25.00 FEETViscosity = 0.03051 CPTotal Compress = .7404E-04 1/PSIRate = 2472. MSCF/DStorivity = 0.0002314 FEET/PSIDiffusivity = N/A FEET^2/HRGauge Depth = N/A FEETPerf. Depth = N/A FEETDatum Depth = N/A FEETAnalysis-Data ID: DATABased on Gauge ID:PFA Starts: 1999-01-01 13:43:22PFA Ends : 1999-01-16 03:21:33

Logiciel Pie7.7h (Interprétation des essais de puits)

kh

Paramètres de sortie :

Kh

Kh

Environnement Eclipse (Solveur de pression)

V. isotrope V. anisotropeDistribution

constante

Log-normale

?



rapport de la perméabilité interprétée sur la perméabilité théoriqueen fonction de l'anisotropie et de la surdiscrétisation

0.88

0.9

0.92

0.94

0.96

0.98

1

1.02

1 10 100 1000

taux d'anisotropie Kx/Ky

K(h

) in

terp

rété

e su

r K

(h)

théo

riq

ue

mailles de 5m

mailles de 2.5m (surdiscrétisation par 2)


mailles de 1m (surdiscrétisation par 5)


mailles de 0.625m(surdiscrétisation par 8)

Kx en mD 240 160 60 24 14

Ky en mD 240 360 960 2400 4114yx kkkh Kh théorique :

- Résultats pour une distribution constante de perméabilité :



- Résultats pour une distribution log-normale de perméabilité :

μ=10mD, σ=30mD, Lx, Ly=1m, Lz=1m

Perméabilité horizontale interprétée en fonction de Lx et de la surdiscrétisation

3

4

5

6

7

8

9

1 2 3 4 5 6 7 8 9

longueur de corélation Lx en m

Kh

in

terp

rété

e en

mD

mailles de 4m

mailles de 2m

mailles de 1m

mailles de 0.67m

mailles de 0.5m


?

=


La perméabilité interprétée de l’essai de puits

Comparaison de deux perméabilités d’échelles différentes

La perméabilité interprétée des MDT (Modular Dynamics tester)


Anisotropie de perméabilitéimpact sur l’ergodicité


- Fabien LANGLOIS

RECHERCHE


Ergodicité

Concept mathématique qui traduit la stationnarité d’une distribution dans une dimension (espace ou temps)

Une propriété est ergodique, si elle est stable dans la dimension observée


Décomposer le coefficient de moyennage en 2 parties, x et y

Passer d’une mise à l’échelle à 2 dimensions (h et v) à une mise à l’échelle à 3 dimensions (x, y et z) : se rapprocher de la géologie

But :

Isotrope

(J. Métral)

Anisotrope

( F. Langlois)

Lx LxLy Ly

x

Y

z x

Y

z


Problématique :

Perméabilité : Propriété non additive

HH

Hi

Ni

iH k

NK

1

1

Modèles en 3D


Reprendre l’équation de Noetinger & Haas modifiée par Massonnat et al. (2003) pour y intégrer la décomposition du coefficient de non-ergodicité

Actuellement

Finalité

Problématique :

arctan

arctan

)();( VHVH f

)();( zyxVH f zyx

h

v

k

k

Lz

LyLxf ),(

vhh

v

k

k

Lv

Lh I

II


Problématique :

I Perméabilité : problème d’hétérogénéité

Évolution d’Oméga en fonction de l’anisotropie pour des tailles de domaines identiques

A B

CD

Faciès 1 (20%) dans tous les modèles, k = 1mD

Faciès 2 (80%) dans tous les modèles, k = 500mDWx et Wy fonction de Dx/Lx (Dx=60m Lx=1, 5, 25m)

0,00

0,10

0,20

0,30

0,40

0,50

0,60

0,70

0,80

0,90

1,00

110100

Dx/Lx

Om

ega

Wx

Wy


Problématique :

II Perméabilité : problème d’échelle

Évolution d’Oméga en fonction de la taille du domaine

A B

CD



Wx et Wy fonction Dx/Lx (lx=25m)

0,20

0,30

0,40

0,50

0,60

0,70

0,80

0,90

1,00

0,1110

Dx/Lx

Om

ega wx

wy

Anisotropie de perméabilitéétude d’un cas réel


- Mehrdad HONARKHAH

RECHERCHE


Software Software DevelopmentDevelopment New New

ideas ideas testedtested Real Data of Real Data of

Experimental Experimental sitesite

The need to The need to have exact have exact permeability permeability

field and other field and other unknownsunknowns


MontpellierMontpellier

Cerereide FieldCerereide Field

IsotropicIsotropic

HeterogeneousHeterogeneous

Confined AquiferConfined Aquifer

Very PermeableVery Permeable


NCEREREIDE CEREREIDE Geological MapGeological Map

All 14 wells were testedAll 14 wells were tested


Objectives of This ProjectObjectives of This Project

Integrate all available data for assessing reservoir Integrate all available data for assessing reservoir heterogeneity and its impact on flow behaviourheterogeneity and its impact on flow behaviour

Assess the permeability field and map it for Assess the permeability field and map it for building a reservoir modelbuilding a reservoir model

Run flow simulations and match water table Run flow simulations and match water table evolution at each piezometerevolution at each piezometer


0

0.02

0.04

0.06

0.08

0.1

0.12

0.14

1 10 100 1000 10000 100000

P10

Straight Line

12 Pumping well tests, each having 13 observation data set12 Pumping well tests, each having 13 observation data set

MethodsMethods

Jacob-Theis MethodJacob-Theis Method Finding Transmissivit

y by calculating

slope

PIE SoftwarePIE Software

Finding Permeability by

matching stabilization line

Counter maps by handCounter maps by hand2 minutes2 minutes 130 minutes130 minutes

First PhaseFirst Phase Interpret well test dataInterpret well test data


0

0.02

0.04

0.06

0.08

0.1

0.12

0.14

1 10 100 1000 10000 100000

P10

Straight Line

Finding Permeability by

matching stabilization line

Finding Transmissivit

y by calculating

slope

T=0.183*Q/m T=0.183*Q/m K=T/H *10K=T/H *1055

Stabilization Line Stabilization Line => Permeability=> Permeability

PIE Software PIE Software Jacob-TheisJacob-Theis


Second PhaseSecond Phase Data Diagnosis and Building The ModelData Diagnosis and Building The Model

Modelled area 8Km x 8KmModelled area 8Km x 8Km

Using Local Grid Refinement to get 0.25m cell spacing in inner regionUsing Local Grid Refinement to get 0.25m cell spacing in inner region

Total of 456976 cells created by GOCADTotal of 456976 cells created by GOCAD

Building Model Building Model By GOCADBy GOCAD

Constructing Constructing Permeability Permeability RegionsRegions


Third PhaseThird Phase Calibration of Permeabilities and RegionsCalibration of Permeabilities and Regions

Simulating all 12 wells with ECLIPSE simultaneously

Comparison of all 156 simulated observation heads with the field results

Are the results consistent with the field behaviour ?

Permeability field identified

YES

NO

Changing Permeability values or regions according to discrepencies

Now working on this part

Bilan


WAKE-UP


Bilan 2006 Actions réalisées

Manque de clarté dans l’organisation de l’équipeManque de communication au sein de l’équipe

Manque de temps pour former les nouveaux arrivants

Pas assez d’échange entre les équipes

Pas de planning commun

Reporting interne

Mise en place d’une organisation clair et redéfinition des taches de chacun

Autoformation avec l’appui de cours mis à disposition

Échanges toujours limités, en amélioration

A améliorer

Mise en place d’un planning sous Google Agenda (pour les détails) et d’une feuille Excel (pour les absences)


Développement

Manque de synchronisation au niveau de la séquence de développement (spécification, plan de test, programmation)

Spécifications trop complexes pour être intégralement comprises par tous

Spécifications changeantes

Meilleure gestion du temps pour la définition des spécifications et la réalisation des plan de tests grâce à l’arrivée de personnes (L. Malla, M. Roudil)

Pas de solution actuellement si ce n’est spécifier que des additions sans graphique

Spécifications définies plus tôt afin de « mûrir » la fonctionnalité


Communication

Newsletter : Rédaction Contenu Fréquence Validation

FAQ

Site Web

Aide en ligne Écriture Validation programmation

Formation

J. MétralAu choix du rédacteur mais soumis à validationMensuelle (le 25 de chaque mois, lettre unique pour juillet – août)

Début de chaque mois

Aucune décision

X. Mouchart

L. Malla et X. MouchartL. Bergamo et G. MassonnatJ. Métral

G. Massonnat, L. Bergamo et J. Métral


Maintenance

Support Wake-Up :

Qui Quand

Comment

Gestion des bogues

Mise en place d’un planning d’astreinte avec répartition des personnes dans le temps

Ligne téléphonique dédiée pour Wake-Up et prêt de 2 téléphones portables

Outil atteignant ses limites pour la taille actuelle du projet, faut-il changer d’outil ?


The Good, The Bad, The Ugly

The Good

Meilleure organisation globale

The Bad

Améliorer le suivi Mettre plus de marqueurs en place

The Ugly

Documents

Et un, et deux, et trois…. Team Building Expertise Géomodélisation – Esquiule – 07/06/2007 Travailler autrement (en Soule)… n°3 Wake-Up Hunki jin Xiberoan