Etude de méthodes d'analyse des historiques de maintenance dans un environnement de forage pétrolier offshore

précédent sommaire suivant

Analyse de l'existant.

Organisation générale de l'application Maximo:

L'application Maximo est découpée en différents modules décrits dans le schéma suivant (Fig.3). Seule la partie "Preventive Maintenance System" (PMS) fera partie de cette étude même si par la suite, les autres modules pourront en être influencés indirectement.

Dans la partie PMS, les trois modules qui nous concernent et les liens qui les unissent sont décrits par la suite en ne détaillant que les parties qui apparaissent dans un premier temps nécessaires à l'étude.

Vu la complexité de chaque module et des liens entre eux, certains points seront approfondis au fur et à mesure des étapes du prototypage et aux différentes périodes de la conception.

De même, on ne s'attardera pas à faire le reverse engineering sur la base de donnée dans la mesure ou celle-ci prés existe. On ne donnera que les détails pragmatiques nécessaires à la conception et le plus directement possible à la création du prototype.

Les écrans de Maximo sont paramétrables et adaptés à notre application. Dans ce qui suit, les copies d'écrans sont celles de ceux utilisés actuellement et non les écrans d'origine de l'application.

Figure 3 Organisation générale de Maximo.

Module "Equipment" (EQPT):

Il contient l'arborescence des équipements d'un chantier. Les équipements des chantiers ont été structurés sous forme d'arbre en partant du général vers le détail. Chaque équipement est identifié par un numéro de 9 caractères.

Les deux premiers niveaux de l'arbre sont définis une fois pour toutes par les administrateurs Maximo du siège social de Houston. Les autres niveaux peuvent être adaptés par les "Super Users" ou les "Technical Coordinator" (TC) au niveau des chantiers. Les utilisateurs normaux n'ont qu'un accès en consultation et ne peuvent en modifier la structure ni les dénominations.

Il faut noter la taille variable des différentes zones du code qui pourra complexifier toute analyse liée à cet arbre en utilisant les différentes subdivisions. Il existe aussi de nombreux exemples où cette hiérarchie n'est pas respectée et où le repérage d'un équipement dans l'arbre ne peut pas être déduit de l'organisation des chiffres qui le compose. On préférera reconstruire l'arbre à partir des données de chaque chantier en utilisant les champs EQNUM & PARENT.

Sur les appareils tels que les bateaux à positionnement dynamique, le nombre d'équipements peut aller jusqu'à 5000. Par contre, il n'est que de l'ordre du millier sur un chantier terrestre.

L'arbre des équipements est organisé comme suit:

Rig code (2 ou 3 caractères) qui correspond au code comptable du chantier.

Family (1 ou 2 caractères) 9 familles de base.

Subfamily (2 caractères) sous ensembles, Systèmes, Etc.

Equipment

(3 caractères incluant les sous équipements) équipements individuels

Equipment

Sub-Equipment

Equipment

- C'est dans ce module que sont entrées les valeurs des compteurs permettant de déclencher les maintenances préventives (PM) programmées (Meter-Based PM).

- Il maintient un historique du statut des équipements (équipement up/down). Il existe une notion d'équipement opérationnel ou non (downtime), mais le statut ne peut être modifié que dans un "Work Order" (WO).

- Il contient des informations propres à cet équipement dont certaines peuvent être utilisées pour les PM.

Structure des différentes tables associées au module EQUIPMENT:

Table 4 Tables du module EQUIPMENT.

Ecran principal du module EQUIPMENT:

Cet écran contient les informations générales concernant un équipement (Fig.4). Il contient aussi un certain nombre d'informations propres à certaines certifications.

Figure 4 Fenêtre principale du module EQUIPMENT

Les champs qui pourraient être utiles pour l'étude sont les suivants:

- Le champ ISM: Ce champ à Y spécifie un équipement de sécurité critique pour la certification ISM du navire. Cette certification est nécessaire pour l'obtention du certificat de navigabilité du navire. Ce champ n'est accessible à aucun des utilisateurs des chantiers. Il est renseigné par les administrateurs du siège de Houston.

- Le champ "Critical Level": Ce champ n'est pas utilisé, mais possède trois niveaux de criticité. Il n'existe pas de règle d'usage.

- Le champ "Classification": Ce champ qui devrait contenir la classification de type d'équipement n'est pas utilisé la majorité du temps (80% ne sont pas renseignés). La table prédéfinie contient 23 valeurs qui seront décrites plus loin.

- Le champ "Up ?": Qui spécifie si l'équipement est fonctionnel ou non. Il ne peut être mis à jour que par l'intermédiaire d'un "Work Order" (WO). Chaque changement de statut est enregistré dans la table EQSTATUS. Les champs "Date" et "Total Downtime" sont des champs calculés à partir des informations de changement d'état du WO.

Les champs "Certifying Authority" de la zone "Certification" ne sont que des zones de texte. Il n'existe pas de règles de remplissage. Ce sont des informations qui concernent les certificats spécifiques à un équipement et les dates de renouvellement au format date.

Onglet "Meters" du module EQUIPMENT:

Figure 5 Onglet "Meters" du module EQUIPMENT

C'est dans cet écran (Fig.5) que sont entrées les valeurs de compteurs permettant de déclencher les Maintenances Préventives (PM) basées sur les compteurs se trouvant sur les équipements. On entre la valeur du compteur directement dans le champ "New reading" ou le delta par rapport à la dernière mesure dans "Reading Delta". La date du jour de la saisie est automatiquement entrée dans "New reading date".

Les champs "Last reading", "Last reading date" et "Avg. Units/Day" sont mis à jour à partir des valeurs entrées dés que l'on sauvegarde les données. Après la sauvegarde, les champs "New reading", "Reading Delat" et "New reading date" sont mis à blanc.

Si une maintenance préventive (PM) est utilisée pour cet équipement, les champs "Meter Readings" associés du module PM sont mis à jour.

Onglet "Specification" du module EQUIPMENT:

Figure 6. Ecran "Specification" du module EQUIPMENT.

L'écran (Fig.6) de cet onglet n'est pas utilisé dans notre version actuelle, mais il contient les "Classification" et "Subclassification" des équipements. Les éléments caractéristiques de l'équipement sont définis pour chacune de ces classes et sous classes. La table contenant la description de la hiérarchie est nommée CLASSSTRUCTURE. Actuellement, les caractéristiques des équipements sont entrées dans la "Long description" en texte libre ce qui limite les comparaisons entre chantiers.

Le champ classification des équipements se trouvant dans l'écran principal du module équipement n'a pas de lien avec celui-ci et les données ne sont pas extraites de la même table, mais de la table VALUELIST décrite plus loin.