RG SERVICES - Administration V12.0 (FR) PDF

Ce document est la propriété de RG SERVICES et ne peut être reproduit ou communiqué a un tiers sans son accord PDMS V12.
0 Administration
This document is the property of RG SERVICES and cannot be copied or disclosed to third parts without his agreement REVA-15.05.2013-DPO
PDMS V12.0 ADMINISTRATION
1. INTRODUCTION ............................................................................................................................... 4
1.1. Présentation de PDMS ............................................................................................................ 4
1.2. Les Bases de Données (DB) .................................................................................................. 5
This document is the property of RG SERVICES and cannot be copied or disclosed to third parts without his agreement
Ce document est la propriété de RG SERVICES et ne peut être reproduit ou communiqué a un tiers sans son accord
1.3. Partage des catalogues entre projets ................................................................................. 5
2. CREATION D’UN NOUVEAU PROJET PDMS .................................................................................... 6
2.1. Organisation des répertoires projet PDMS .......................................................................... 6
2.2. Edition des fichiers .bat ......................................................................................................... 7
2.3. Modification du fichier pdms.bat ......................................................................................... 8
2.4. Modification du fichier evars.bat ......................................................................................... 9
2.5. Modification du fichier evars spécifique au projet .......................................................... 11
2.6. Lancement du fichier Make ............................................................................................... 12
2.7. Lancement de PDMS depuis le pdms.bat ......................................................................... 13
2.8. Création et personnalisation du raccourci PDMS ............................................................ 14
2.9. Installation des DIFF dans un projet PDMS ........................................................................ 15
3. LES TEAMS ET LES USERS ................................................................................................................ 16
3.1. Création des TEAMs ............................................................................................................. 16
3.2. Création des USERs .............................................................................................................. 17
4. LES BASES DE DONNEES ................................................................................................................ 18
4.1. Création d’une base de données ...................................................................................... 18
4.2. Inclure une base de données d’un autre projet .............................................................. 20
4.3. Copier une base de données depuis un autre projet ..................................................... 21
5. LES BASES DE DONNEES MULTIPLES (MDBs) ................................................................................ 22
5.1. Définition d’une MDB ........................................................................................................... 22
REVA-15.05.2013-DPO
PDMS V12.0 Administration
5.2. Création d’une MDB ............................................................................................................ 23
5.3. Changer l’ordre des DBs en dehors du module ADMIN.................................................. 24
6. OPTIONS DU MODULE ADMIN ...................................................................................................... 25
6.1. Sauvegarder et quitter le module Admin ......................................................................... 25
6.2. Affichage des différentes fenêtres ..................................................................................... 25
6.3. Informations concernant le projet ..................................................................................... 25
6.4. Configuration de la fenêtre Admin elements ................................................................... 26
6.5. Options de choix du mot de passe User ........................................................................... 26
6.6. Verrouillage d’un projet ...................................................................................................... 26
6.7. Définition des polices .......................................................................................................... 27
6.8. Paramétrage des modules PDMS ...................................................................................... 30
6.9. Réplication d’un projet ........................................................................................................ 31
6.10. Copie de la structure d’un projet ................................................................................... 32
6.11. Importer et exporter la structure du projet avec Excel ...............................................32
7. ACTIONS D’ADMINISTRATION SUR UN PROJET PDMS ................................................................ 33
7.1. Suppression des Users fantômes et des objets inactifs (EXPUNGE) ............................... 33
7.2. Identifier une session particulière d’une DB (STAMP) ...................................................... 35
7.3. Retour sur une session précédente (BACKTRACK) .......................................................... 37
7.4. Suppression de l’historique d’un projet (MERGE) ............................................................. 38
7.5. Contrôle de l’état d’une base de données (DICE) .......................................................... 40
7.6. Copier un élément dans une autre DB .............................................................................. 42
7.7. Copier une DB dans un autre projet .................................................................................. 42
7.8. Reconfiguration d’une base de données (RECON) ......................................................... 43
7.9. Création des règles de couleurs dans le module DESIGN ............................................. 45
7.10. Gestion des macros inter-DBs ........................................................................................ 48
REVA-15.05.2013-DPO
7.11. Procédure à suivre en cas de problèmes sur un poste PDMS .................................... 50
7.12. Périodicité des actions d’administration ....................................................................... 51
1. INTRODUCTION
1.1. Présentation de PDMS
PDMS est un logiciel qui utilise des bases de données.
En effet, le travail sur PDMS n’utilise pas de fichier dit « dessin » tel que Microstation, AutoCAD ou encore SolidWorks…
Pour mieux comprendre, PDMS organise les éléments créés dans des bases de données qui sont hiérarchisées de la
manière suivante.
PROJET (ex: TRI)

PROJET
MDB - Multiple Data Base (ex: STAGA)
MDB MDB MDB
DB(Base de données) - DESIGN en écriture
DB(Base de données)- CATALOGUE en lecture seule
DB
DB
DB
DB
DB
DB
DB
DB
DB
DB(Base de données) - DRAFT en écriture
REVA-15.05.2013-DPO
NOTA : Il existe plusieurs types de DB (Base de données). Une même base de données peut être attachée à plusieurs MDB (Base
de données Multiple) et peut être en lecture seule ou en écriture pour l’utilisateur. 4
1. INTRODUCTION
1.2. Les Bases de Données (DB)
Lors de la création d’un projet l’administrateur doit déclarer des DB (Databases) de différents types :
- DESI : DB DESIGN pour la réalisation de la maquette 3D.
- PADD : DB DRAFT pour la réalisation des plans 2D.
- CATA : DB CATALOGUE pour la réalisation des catalogues (piping, HVAC…) et des spécifications associées.
- PROP : DB PROPERTIES pour renseigner les propriétés des composants (matière, poids…).
- DICT : DB DICTIONARY pour la création des UDAs et des UDETs (types d’éléments spécifiques).
- ISOD : DB ISODRAFT pour le renseignement des informations nécessaires à la sortie des isométriques avec le
module SPOOLER.
- SCHE : DB SCHEMATIC pour la réalisation des schémas (PID par exemple) avec le module DIAGRAMS.
1.3. Partage des catalogues entre projets

Chaque société dispose généralement d’un catalogue standard de composants et de spécifications propre à
son domaine d’activité. Dans PDMS il est possible de partager ces bases de données catalogue en lecture seule
dans tous les nouveaux projets (ces DBs ne sont modifiables que dans le projet catalogue source). AVEVA fournit
un catalogue nommé MASTER permettant de démarrer un projet si aucun catalogue PDMS propre à la société
n’a été créé.
Projet Catalogue standard Catalogue Master

entreprise
DB DESI MASTER/CATA
STD/CATA
DB PADD
DB SCHE
REVA-15.05.2013-DPO
STD/CATA
MASTER/CATA
5
2. CREATION D’UN NOUVEAU PROJET PDMS
2.1. Organisation des répertoires projet PDMS
Le nom d’un projet PDMS doit obligatoirement être constitué de 3 caractères alphabétiques. Les données d’un
projet PDMS sont stockées dans différents sous-répertoires qui ont chacun une fonction bien précise.
Ces différents répertoires seront créés automatiquement lors de la création du projet (cf. §2.6). Le nom de
chaque répertoire doit comporter le trigramme du projet en préfixe.
Exemple sur un projet nommé TRI :
- TRI000 : Répertoire contenant les bases de données du projet.

- TRIISO : Répertoire contenant les fichiers de paramétrage pour la sortie des
isométriques.
- TRIMAC : Répertoire contenant les macros inter-DBs.
- TRIPIC : Répertoire contenant les images des plans créés sous DRAFT.
- TRIDFLTS : Répertoire contenant les paramétrages par défaut du projet
(règles de couleur DESIGN, options par défaut DIAGRAMS…).
- TRIDIA : Répertoire contenant les fichiers Visio des PIDs réalisés sous
DIAGRAMS.
- TRISTE : Répertoire contenant les bibliothèques de symboles (Stencils)
utilisés dans DIAGRAMS.
- TRITPL : Répertoire contenant les fonds de plan (Templates) pour la
réalisation des PIDs sous DIAGRAMS.
Pour fonctionner un projet PDMS doit au moins contenir les répertoires 000, ISO, PIC et MAC. Le module DIAGRAMS
ne pourra fonctionner qu’avec les répertoires DIA, STE et TPL. Bien qu’il soit optionnel il est conseiller de déclarer le
répertoire DFLTS pour stocker les paramétrages par défaut du projet.
AVEVA fournit 3 projets qui se trouvent dans le dossier d’installation de PDMS :
- SAM : Exemple de projet réalisé en unités métriques
REVA-15.05.2013-DPO
- IMP : Exemple de projet réalisé en unités impériales
- MAS : Projet comportant des catalogues de composants normalisés (tuyauterie, HVAC, Cable Tray,
Charpente…)
6
2.2. Edition des fichiers .bat
L’ouverture d’un projet PDMS se fait à partir d’un fichier de type « Batch » nommé généralement pdms.bat. Ce
fichier fait appel à d’autres fichiers .bat. Dans ces fichiers Batch il faut déclarer différentes variables
d’environnement (chemin d’accès du répertoire d’installation de PDMS, chemin d’accès des répertoires projet…).
Pour déclarer un nouveau projet il est conseillé de copier les fichiers .bat d’un précédent projet. Il est également
possible de copier les fichiers .bat présents dans le répertoire d’installation de PDMS.
Les 3 fichiers .bat indispensables pour déclarer un nouveau projet sont:
- pdms.bat : fichier de lancement de PDMS

- evars.bat : fichier appelé depuis le pdms.bat dans lequel sont renseignés les variables d’environnement
principales du projet (PDMSUSER, PMLLIB, PDMSUI…)
- make.bat : permet de créer les répertoires projet (000, MAC, ISO, PIC) ainsi que les 3 premières bases de données
du projet sys, com et mis. Attention, ce fichier doit être exécuté 1 seule fois au moment de la création du projet.
En plus de ces 3 fichiers .bat il est conseillé de créer un 4ème fichier .bat qui contiendra les variables
d’environnement spécifiques au projet (nommé evarsTRI.bat dans l’exemple ci-dessous).
Exemple pour un projet nommé TRI. Dans cet exemple les fichiers .bat ont été stockés dans un répertoire TRILOD
mais ce n’est pas obligatoire :
REVA-15.05.2013-DPO
NOTA : Commandes principales utilisées dans les fichiers .bat :
SET pour déclarer une variable MKDIR pour créer un répertoire sur le réseau
REM pour indiquer un commentaire ECHO pour renvoyer un message dans fenêtre DOS de PDMS
CALL pour appeler un fichier Batch
7
2.3. Modification du fichier pdms.bat
- Le répertoire d’installation de PDMS est déclaré dans la variable pdms_installed_dir
- Dans cet exemple une variable prj_dir a été utilisée pour renseigner le répertoire qui contient les fichiers .bat
- Le fichier evars est appelé avec la variable pdms_installed_dir comme argument
REVA-15.05.2013-DPO
NOTA :
Pour utiliser une variable d’environnement déjà déclarée il faut la renseigner entre % Exemple : %prj_dir% 8
2.4. Modification du fichier evars.bat
Liste des principales variables d’environnement à modifier :

- PDMSUSER : contient les paramétrages propres à l’utilisateur (règle de couleur, options de démarrage…)
- PDMSWK : répertoire contenant les sauvegardes temporaires d’une session PDMS en cours
- PDMSUI et PMLLIB : répertoires contenant les barres d’outils et les icones des modules PDMS
- PDMSDFLTS : stockage des paramétrages par défaut du projet (règles de couleur DESIGN…)
- PDMSREPDIR : lieu de stockage par défaut des modèles de report
REVA-15.05.2013-DPO
NOTA :
Il est possible de déclarer plusieurs chemins d’accès pour une même variable d’environnement. PDMS va alors 9
chercher les informations nécessaires dans les différents répertoires déclarés. (Ex ci-dessus : pdmsdflts)
2.4. Modification du fichier evars.bat
Pour pouvoir inclure les projets AVEVA (Master, Sample et Imperial) dans un nouveau projet il faut appeler les
fichiers evars de ces projets (evarsMaster, evarsSample, evarsImperial) qui se trouvent dans le répertoire
d’installation de PDMS.
Enfin, il faut appeler le fichier evars qui contient les variables d’environnement spécifiques au projet (nommé
evarsTRI dans l’exemple)
REVA-15.05.2013-DPO
10
2.5. Modification du fichier evars spécifique au projet
Dans ce fichier, il faut renseigner les variables d’environnement spécifiques du projet. Pour rappel, PDMS a besoin
au minimum de 4 variables d’environnements (000, ISO, PIC et MAC). L’administrateur peut en créer des
supplémentaires pour les besoins du projet (par exemple : DFLTS)
La variable d’environnement 000ID permet de renseigner un nom pour le projet qui sera affiché dans la fenêtre
de login PDMS. Ce nom peut contenir 8 caractères au maximum.
REVA-15.05.2013-DPO
NOTA :
Dans ce fichier .bat on peut également déclarer les projets catalogues du bureau d’études. Par exemple pour
inclure les bases de données d’un catalogue nommé RGS on ajoutera la variable d’environnement RGS000.
11
2.6. Lancement du fichier Make

Pour rappel ce fichier doit être exécuté 1 seule fois lors de la création du projet. Ce fichier fait appel au fichier
evars.bat. Avant d’exécuter ce fichier il faut donc vérifier que les variables d’environnement sont bien
renseignées au niveau de l’appel du fichier evars (pdms_installed_dir et prj_dir dans l’exemple ci-dessous).
Après avoir édité le fichier make.bat il faut l’exécuter
avec un double clic. Une fenêtre DOS s’ouvre alors.
A la question Enter project name, saisir le nom du projet
(ici TRI).
Lorsque * apparait il faut exécuter le fichier makemac en
entrant la commande :
$m/%pdmsexe%/makemac.mac
Saisir la commande Finish lorsque le deuxième * apparait.
Enfin appuyer sur n’importe quelle touche pour fermer la
fenêtre.
On peut constater que le fichier make.bat a

créé tous les répertoires projet que nous
avions renseignés, ainsi que les trois bases de
données initiales sys, com et mis qui se
trouvent dans le répertoire 000.
REVA-15.05.2013-DPO
On peut maintenant lancer le fichier
pdms.bat pour créer la structure du projet
(Teams, Users, DBs, MDBs) depuis le module
ADMIN. 12
2.7. Lancement de PDMS depuis le pdms.bat
Pour lancer PDMS il faut cliquer sur le ficher pdms.bat. Au premier démarrage la fenêtre de login PDMS est vide.
Cliquer sur la flèche noire à droite du champ Project et sélectionner le projet à administrer (TRI dans l’exemple).
Rentrer ensuite les champs suivants :
Username : SYSTEM (login administrateur par défaut)
Password : XXXXXX (mot de passe administrateur par défaut)
MDB : laisser ce champ vide
Module : Admin
Après avoir cliqué sur OK le module Admin s’ouvre.

La fenêtre Admin Elements est ouverte par défaut. Elle
permet de créer les Users, Teams, DBs, MDBs…
Depuis le menu Display, on peut ouvrir la Command Line.
REVA-15.05.2013-DPO
13
2.8. Création et personnalisation du raccourci PDMS
Pour créer un raccourci PDMS faire un clic droit sur le fichier pdms.bat et sélectionner l’option « Envoyer vers
bureau ».
Il est conseillé de renommer le raccourci avec le nom du projet.
Pour modifier l’icône du raccourci faire un clic droit et aller dans Propriétés. Cliquer sur Changer d’icône. Dans la
fenêtre Changer d’icône cliquer sur Parcourir et aller chercher un fichier qui contient l’icône AVEVA (fichier
adm.exe par exemple). Puis valider toutes les fenêtres avec OK.
Il est possible de définir dans le raccourci PDMS le nom du projet à ouvrir, le User, la MDB ainsi que le module. Pour
se faire aller dans les Propriétés du raccourci et modifier le champ Cible en ajoutant les informations désirées :
REVA-15.05.2013-DPO
14
2.9. Installation des DIFF dans un projet PDMS
Les DIFF sont des « Add-in » à la version standard de PDMS. On peut y trouver des nouvelles barres d’outils, des
nouveaux icônes, des nouveaux utilitaires…. Chaque bureau d’études peut créer ses propres DIFF. AVEVA peut
également en fournir. Dans cette partie nous n’allons pas voir comment créer ses propres DIFF mais uniquement
comment les installer.
Dans cet exemple nous allons installer des DIFF AVEVA fournis avec la version 12.0.SP5 de PDMS. Pour se faire il faut
déclarer une variable d’environnement pour renseigner le chemin d’accès vers les DIFF AVEVA (pdmsdiff dans
l’exemple).
Ensuite il suffit de modifier les variables d’environnement pmllib, pdmsui, pdmsplots et pdmsdflts pour installer ces
DIFF sur le projet.
En retournant dans le module DESIGN on constate que de nouvelles barres d’outils ont été installées :
REVA-15.05.2013-DPO
15
3. CREATION DES TEAMS ET DES USERS
3.1. Création des TEAMs
- Chaque base de donnée appartient à une seule TEAM.

- Une TEAM peut être propriétaire de plusieurs bases de données.
- Les USERs sont définis avec un nom et un mot de passe.
- Un utilisateur peut appartenir à une ou plusieurs équipes.
Un utilisateur aura des droits d’écriture dans une base de données uniquement s’il fait partie de la TEAM qui en
est propriétaire.
Pour créer une nouvelle TEAM sélectionner Teams dans le champ déroulant Elements de la fenêtre Admin
Elements. A noter que la TEAM MASTER existe par défaut dans chaque projet.
Renseigner le nom de la TEAM dans le champ Name
Renseigner éventuellement une description dans le
champ Description. Valider avec le bouton Apply.
Pour ajouter des USERs existants dans la TEAM il faut les

sélectionner dans la liste Project Users et les basculer
dans la liste Team Members avec le bouton
REVA-15.05.2013-DPO
NOTA :
Pour débloquer des options d’administration de certains modules il faut créer les 4 TEAMs suivantes :
DRAFTADMIN, ISOADMIN, DESADMIN et PARAGONADMIN. Les administrateurs doivent appartenir à ces TEAMs. 16
3. CREATION DES TEAMS ET DES USERS
3.2. Création des USERs
Pour créer un nouveau USER sélectionner Users dans le champ déroulant Elements. A noter que le USER SYSTEM
existe par défaut dans chaque nouveau projet.
Name : Nom de l’utilisateur
Description : Description de l’utilisateur
Set Password : Définition du mot de passe
Pour ajouter le USER à une TEAM existante il faut

sélectionner la TEAM dans la liste Project Teams et la
basculer dans la liste Team Membership avec le
bouton
Security :
- Free : l’utilisateur peut accéder à tous les modules de PDMS. Il peut créer, modifier et supprimer les éléments
dans n’importe quelle base de données (Statut généralement réservé aux administrateurs).
-General : l’utilisateur a des droits d’écriture uniquement dans les bases de données qui appartiennent aux TEAMs
dont il fait partie. De plus certains modules lui sont inaccessibles (ADMIN, LEXICON).
REVA-15.05.2013-DPO
NOTA : Avec les ACRs (Access Control Rights) il est possible par exemple d’empêcher un utilisateur de créer
certains éléments (comme les SITEs par exemple dans DESIGN). L’utilisation des ACRs n’est pas détaillée dans
ce manuel. 17
4. LES BASES DE DONNEES
4.1. Création d’une base de données
Pour créer un nouvelle DB sélectionner Databases & Extracts dans le champ déroulant Elements
Owning Team : permet de sélectionner l’équipe à laquelle sera
affectée la base de données.
Name et Description : Nom et Description de la DB
Database Type : Type de base de données à créer (cf. §1.1)
Create SITE : permet de créer automatiquement un SITE dans la
base de données. Le nom de ce champ dépend du type de base
de données créé. Par exemple pour une DB de type PADD ce
champ est nommé Create DEPT.
REVA-15.05.2013-DPO
NOTA : Une fois créée, le nom de la DB dans la fenêtre Admin elements est précédé du nom de la Owning
Team. Le bouton Sort permet de reclasser les éléments par nom, par type…
18
4.1. Création d’une base de données
Access mode :
- Update : 1 seul USER à la fois peut écrire dans la DB.
- Multiwrite : plusieurs USERS (de la même TEAM) peuvent écrire dans la DB.
- Controlled : équivaut au mode UPDATE mais dans ce mode la DB est accessible depuis des programmes
externes à PDMS (mode très peu utilisé)
Options liées au mode Multiwrite :
- Implicit Claim : un élément sera claimé (réservé) automatiquement dans la DB dès qu’il sera modifié par un
utilisateur
- Explicit Claim : l’utilisateur doit claimer manuellement l’élément de la DB pour pouvoir le modifier
Protection :
- L’option Protected permet de protéger la DB contre les copies. Certaines options comme le Dblisting ou la copie
ne sont alors pas disponibles.
Numéro des DB et stockage des fichiers :
Area Number : permet de définir le numéro du répertoire dans lequel sera enregistrée la base de données.
L’option System correspond à l’option par défaut la base de données sera alors créée dans le dossier 000.
Il est possible de définir des nouveaux répertoires ce qui pourra être pratique pour séparer les DBs de différents
bureaux d’études dans le cas d’un projet où il y aurait de la sous-traitance. Dans ce cas il faut créer le nouveau
répertoire dans le projet (TRI100 par exemple) et déclarer la nouvelle variable d’environnement dans le fichier
evars du projet (evarsTRI dans l’exemple). Dans le champ Area Number on pourra alors entrer le numéro du
répertoire ainsi créé (100 dans l’exemple).
DB Number : Numéro de la DB. Ce numéro doit être unique sur un projet. L’option System créera
automatiquement un numéro qui sera incrémenté à chaque nouvelle création de DB en partant du n°1.
Attention, les numéros entre 7000 et 7999 sont réservés pour les DBs AVEVA.
File Number : Numéro du fichier de la DB créé dans le répertoire Area Number. Il est vivement conseillé de mettre
le même numéro que le DB Number pour identifier facilement les numéros de fichier sur le réseau en cas
d’échanges de bases de données avec des sous-traitants par exemple.
REVA-15.05.2013-DPO
NOTA : Avec le bouton Modify de la fenêtre Admin elements il est possible de modifier le nom, la description, la
owning team, l’access mode et l’area number d’une DB. Par contre on ne peut pas modifier son numéro. Dans
ce cas il faut reconstruire la DB avec la fonction RECONFIGURE (cf. §7.8) 19
4.2. Inclure une base de données d’un autre projet
Depuis le bouton Include il est possible d’inclure dans un projet une DB provenant d’un autre projet. La DB
incluse sera alors accessible en lecture seule. Si elle est modifiée dans le projet d’origine alors la modification sera
également effective dans le projet où la DB est incluse. Ce mode de fonctionnement est notamment utilisé pour
partager des bases de données CATA présentes dans un projet catalogue standard.
Le bouton Exclude permet d’exclure une DB partagée.
Foreign Project : Sélection du projet à partir duquel on souhaite inclure des bases de données
Username : Saisir le login administrateur du Foreign Project
Password : Saisir le mot de passe administrateur du Foreign Project
Foreign Databases : Sélection des DBs à inclure (utiliser les touches CTRL et SHIFT pour faire des sélections multiples)
NOTA :
REVA-15.05.2013-DPO
Pour qu’un projet soit accessible dans la liste Foreign Projects il faut le déclarer dans les variables
d’environnement du projet.
Le nom d’une DB incluse est précédée d’un * dans la fenêtre Admin elements.
Bien vérifier que les numéros des DBs incluses sont différents de ceux des DBs déjà présentes dans le projet.
Si la TEAM qui possède la DB incluse n’existe pas dans le projet alors PDMS proposera de la créer. 20
4.3. Copier une base de données depuis un autre projet
Depuis le bouton Copy Foreign il est possible de copier une DB d’un autre projet. La DB copiée est alors
modifiable mais elle n’est plus en lien avec son projet d’origine.
- Choisir le Foreign Project et la Foreign Database à copier
- Entrer le login et le mot de passe administrateur du Foreign Project
- Dans la partie Target Database Name sélectionner la TEAM à qui appartiendra la DB copiée
- Renseigner le nom de la DB créée dans le champ Database Name
REVA-15.05.2013-DPO
NOTA :
La DB ainsi créée porte le même numéro que la DB d’origine. Le file number est automatiquement choisi par
PDMS en fonction des numéros disponibles (en partant du n°1).
Bien vérifier que les numéros des DBs copiées sont différents de ceux des DBs déjà présentes dans le projet. 21
5. LES BASES DE DONNEES MULTIPLES (MDBs)
5.1. Définition d’une MDB
La MDB est le point d’entrée dans une maquette PDMS. Elle est sélectionnée dans la fenêtre de login au
démarrage de PDMS. Seul le module ADMIN ne nécessite pas de MDB pour fonctionner.
Une MDB regroupe toutes les bases de données qui seront nécessaires pour la réalisation d’une étude. Par
exemple pour qu’un utilisateur puisse réaliser une étude 3D il aura besoin d’avoir à sa disposition des bases de
données DESIGN et DRAFT mais également des bases de données catalogue.
Il est possible de créer plusieurs MDBs dans un projet. Par exemple sur les gros projets il est d’usage de découper
les MDBs par zone géographique.
Une MDB peut contenir 1000 bases de données au maximum.
Une MDB ne peut pas contenir deux bases de données ayant le même numéro.
Pour que le clasher fonctionne correctement dans le module DESIGN il faut que la MDB contienne toutes les DBs
REVA-15.05.2013-DPO
DESIGN qui appartiennent à un même volume d’encombrement.
22
5.2. Création d’une MDB
Pour créer un nouvelle MDB sélectionner MDBs dans le champ déroulant Elements.
Name et Description : Nom et Description de la MDB
Project Databases : Contient toutes les DBs du projet
Current Databases : Contient toutes les DBs visibles
dans la MDB
Deferred Databases : Contient toutes les DBs de la MDB
qui sont mises en quarantaine
Pour basculer les DBs du projet dans les Current ou les

Deferred Databases utiliser les flèches noires et les
options Insert After ou Before. L’option Select All DBs est
accessible depuis un clic droit sur une DB.
REVA-15.05.2013-DPO
NOTA :
L’ordre des DBs dans la MDB définit l’ordre des éléments dans l’explorateur de chaque module.
Cet ordre est très important pour les bases de données catalogue si plusieurs d’entre elles possèdent des
éléments UNITs qui servent à définir les unités par défaut d’un projet (métriques, impériales). Dans ce cas les
unités par défaut du projet seront celles de la DB CATA positionnée le plus haut dans la hiérarchie. 23
5.3. Changer l’ordre des DBs en dehors du module ADMIN
Il est possible de modifier l’ordre des DBs sur une session PDMS en cours. Par exemple il peut s’avérer utile de
déplacer dans les bases de données courantes, une DB qui était mise en quarantaine.
Le nouvel ordre des DBs ainsi défini ne sera actif que sur la session en cours. Au redémarrage de PDMS les DBs se
remettront dans l’ordre défini dans le module ADMIN.
Pour déplacer une DB taper les commandes suivantes :
STAT (permet d’afficher l’ordre des DBs)
MDB UP
(*permet de sortir de la MDB en sauvegardant)
CUR XX YY
(XX : position actuelle, YY : position souhaitée)
EXIT
*Pour sortir de la MDB sans

sauvegarder taper MDB NOUP
Pour mettre en quarantaine une DB

taper la commande DEF XX (XX :
position de la DB à mettre en
quarantaine)
REVA-15.05.2013-DPO
NOTA :
Pour créer un SITE dans une DB qui n’en contient pas il faudra repositionner cette DB en premier dans la
hiérarchie puis créer un SITE en se mettant sur le WORLD en CE.
24
6. OPTIONS DU MODULE ADMIN
6.1. Sauvegarder et quitter le module Admin
Depuis le menu Admin :

Save Work : Sauvegarde des modifications effectuées.
Get Work : Récupération des dernières mises à jour faites dans le projet.
Session Comment… : Permet de saisir un commentaire pour la session sauvegardée.
Modules : permet de basculer sur les différents modules de PDMS (DESIGN,DRAFT, PARGON…)
Exit : Sortie de PDMS
6.2. Affichage des différentes fenêtres
Depuis le menu Display :

L’option Admin Elements… affiche la fenêtre Admin Elements (ouverte par défaut au démarrage)
L’option Command Line… affiche la fenêtre Command Window.
6.3. Informations concernant le projet
Le menu Query permet de ressortir des informations du Le menu Project > Information permet de renseigner
projet concernant les Users, les Teams, les DBs, les Data un nom, une description, un numéro et un message.
Access Control... Par exemple si on sélectionne le Ces informations seront affichées dans la liste
menu Query > Project > MDBs alors toutes les déroulante des projets de la fenêtre de login PDMS. Il
informations concernant les MDBs du projet est également possible de définir un nombre
apparaissent dans la fenêtre MDB List : maximal d’utilisateurs sur le projet.
REVA-15.05.2013-DPO
25
6.4. Configuration de la fenêtre Admin elements
Depuis le menu Settings > Display Mode :
Setup Admin Elements forms : permet de configurer la
fenêtre Admi elements. On peut par exemple ajouter le
filename des DBs dans la fenêtre.
Save Current Config : permet de sauvegarder dans le

PDMSUSER la nouvelle configuration de la fenêtre Admin
elements.
6.5. Options de choix du mot de passe User
Depuis le menu Settings > Change Password… :
Par défaut cette option est sur Enabled. Cela

signifie que le User pourra modifier son mot de
passe s’il le souhaite dans la fenêtre de login de
PDMS en cliquant sur le bouton Change. Si
l’option Disabled est activée, seul
l’administrateur aura la possibilité de changer le
mot de passe dans le module ADMIN.
6.6. Verrouillage d’un projet
Un projet peut être verrouillé depuis le menu Project > Locking… Lorsqu’un projet est verrouillé aucun utilisateur
ne peut s’y connecter. Lorsque l’administrateur veut réaliser des opérations de maintenance (Merge, DICE…) il
est conseillé de verrouiller le projet par sécurité. Par contre s’il y a des utilisateurs déjà connectés il faut les sortir
du projet (avec un Expunge par exemple, cf. §7.1). Lorsque le projet est verrouillé le bouton Lock dans la barre
de menu passe en orange.
REVA-15.05.2013-DPO
26
6.7. Définition des polices
6.7.1. POLICES STANDARD PDMS
PDMS est fourni avec 4 polices standard qui sont utilisées dans le module DRAFT.
Le menu Project > Font Families… permet de modifier les attributs de ces polices standards :
Les polices standards PDMS sont stockées dans le répertoire

d’installation de PDMS (%pdmsexe%) dans des fichiers .gfb.
Font Type : Choix du type de police (US, Greek, Latin..)

Font Style : Choix du style de police (les styles Typewriter et Uniform
width permettent d’avoir des espaces constants entre les
caractères)
Angle : degré d’inclinaison des caractères (entre -85 et +85°)
REVA-15.05.2013-DPO
NOTA :
Il est possible de créer une nouvelle police à partir d’une police AutoCAD. Pour cela il faut convertir le fichier
.shp issu d’AutoCAD au format .gfb lisible dans PDMS. Cette conversion peut se faire à l’aide de l’outil AVEVA
Font Converter. 27
6.7.2. UTILISATION DES POLICES TRUE TYPE
Depuis l’apparition de la version 12 de PDMS il est possible d’utiliser les polices Windows (TRUE TYPE) dans DRAFT.
Pour pouvoir les utiliser il faut les charger depuis le menu Project > True Type fonts…
Cliquer sur le bouton Add pour définir une police de caractères. Définir la police et appuyer sur OK. Dans la
fenêtre True Type Font details le n° de font est généré automatiquement par PDMS (Font ID). Cliquer une nouvelle
fois sur OK pour que cette police apparaisse dans la fenêtre de configuration. Le bouton Make default permet de
définir la police par défaut dans le cas où plusieurs polices seraient présentes.
Utilisation dune police TRUE TYPE dans DRAFT :
Pour pouvoir utiliser une police TRUE TYPE dans DRAFT il faut définir l’attribut FONT du DEPT, de la REGI et du DRWG
sur une de ces polices.
REVA-15.05.2013-DPO
NOTA :
Assurez vous que l’attribut FONT du DEPARTMENT soit validé sur True Type Font pour pouvoir utiliser ces polices dans
DRAFT. Les polices TRUE TYPE ne sont pas supportées dans le format Plotfile de PDMS. Utiliser le format PDF qui
supporte ce type de police 28
6.7.2. UTILISATION DES POLICES TRUE TYPE
Pour pouvoir utiliser une police TRUE TYPE dans DRAFT il faut choisir au moment de la création du DEPT l’option
Select a True Type font dans l’onglet Pens. Ce choix sera alors dupliqué sur la REGI et le DRWG.
Si l’on crée un TEXT sur le plan on a alors accès aux polices TRUE TYPE définies dans le module ADMIN.
REVA-15.05.2013-DPO
NOTA :
Si le DRWG est construit à partir d’un TEMPLATE qui utilise les Font PDMS alors il ne sera pas possible d’utiliser les
TRUE TYPE FONT sur ce plan. Il faut donc bien définir les Font lors de la construction des Templates dans DRAFT.
Les polices TRUE TYPE ne fonctionnent pas sur les plots issus de PDMS. Il faut donc privilégier le format PDF. 29
6.8. Paramétrage des modules PDMS
Depuis le menu Project > Module Definitions il est possible de modifier le paramétrage par défaut des modules
PDMS.
Security :
Restricted accessible uniquement aux administrateurs
Free accessible à tous les Users
Runfile : chemin d’accès du fichier exécutable du module
Imacro : chemin d’accès du fichier de démarrage de l’interface

graphique du module
La fenêtre Advanced Module Settings permet de définir quels sont les modules
en lecture et en écriture à l’intérieur de chaque module. Par exemple pour le
module PARAGON on pourrait donner accès en écriture au module PROPCON.
Dans cette fenêtre il est déconseillé de modifier le champ Buffer size qui définit
REVA-15.05.2013-DPO
l’espace mémoire réservé dans Dabacon pour le module.
30
6.9. Réplication d’un projet
Le menu Project > Replicate > Project data… permet de copier un projet complet dans un nouveau projet.
Avant de répliquer un projet il faut déclarer les variables
d’environnement du nouveau projet dans le fichier evars du projet
d’origine. Par exemple si l’on veut dupliquer le projet TRI dans un projet
ABC il faut déclarer dans le fichier evarsTRI.bat les variables
d’environnement ABC000, ABCPIC, ABCMAC, ABCISO….
Si les variables d’environnement sont correctement créés, le projet ABC

doit alors apparaître dans la fenêtre Replicate Project qui s’ouvre
depuis le menu Project > Replicate > Project data… . Cliquer sur OK
pour commencer la réplication.
Lorsque la réplication est terminée le message Replicate complete apparaît en bas de la Command Window.
On constate également que les répertoires ont été créés sur le réseau.
REVA-15.05.2013-DPO
NOTA : Il peut être parfois utile de copier une maquette PDMS sur son disque local pour aller à une réunion client
par exemple. Dans ce cas il suffit de copier coller le répertoire complet du projet et de modifier les variables 31
d’environnement.
6.10. Copie de la structure d’un projet

Le menu Project > Replicate > Project structure permet de copier dans un fichier .mac la structure d’un projet
(Teams, Users, DBS, MDBs…) sans le contenu des bases de données. Ce fichier pourra éventuellement être
modifié dans un éditeur de texte puis être utilisé pour créer la structure d’un nouveau projet (depuis un $m ou en
glissant-déposant le fichier dans la Command Window du nouveau projet.
6.11. Importer et exporter la structure du projet avec Excel
Depuis le menu Utilities > Import et Export
Export… permet d’exporter la structure du projet dans un

fichier Excel. Dans ce fichier un onglet est créé pour chaque
type de données
Import… permet d’importer un fichier excel pour construire les
données du projet (Users, Teams, DBs…).
REVA-15.05.2013-DPO
Cette option permet de répliquer la structure d’un projet comme l’option décrite dans le paragraphe
précédent. Par contre le format de présentation est plus lisible que dans un fichier texte et les fonctionnalités
Excel permettent de rapidement dupliquer des cellules. 32
7. ACTIONS D’ADMINISTRATION SUR UN PROJET PDMS
7.1. Suppression des Users fantômes et des objets inactifs (EXPUNGE)
Dans la vie d’un projet PDMS, des problèmes de gestion des bases de données arrivent régulièrement.
Ces problèmes sont généralement engendrés par une mauvaise sortie de PDMS ou des difficultés de gestion des
droits d’accès aux données. Ils sont plus fréquents lors des phases d’activité intense sur le projet PDMS (plus il y a
de Users connectés qui se partagent les données, plus le risque de dysfonctionnements est élevé).
Ces problèmes de gestion des DBs se caractérisent par :
- La présence de « Users fantômes » au sein du projet (personnes apparaissant dans la liste des Users connectés
alors qu’elles n’y sont pas).
- L’impossibilité d’effectuer une réservation d’objets (commande « CLAIM CE HIER ») sur certains éléments.
Il convient alors d’effectuer un nettoyage des accès au projet et des tables de réservation de bases de données
en suivant la procédure qui se déroule en deux phases :
1. sortie des utilisateurs
2. suppression des Users fantômes et des Claimlists inactives
Phase 1 : Sortie des utilisateurs
Demander aux utilisateurs de

quitter le projet
1
Rentrer en administrateur dans le
module Admin
2
Vérifier que plus aucun utilisateur
n’est connecté : Query > Project
> User Status…
3
Pour les Users restant, autres que
l’administrateur, s’assurer qu’il
REVA-15.05.2013-DPO
s’agit bien de Users fantômes
4
33
7.1. Suppression des Users fantômes et des objets inactifs (EXPUNGE)
Phase 2 : suppression des Users fantômes et des claimlists inactives
Valider par Yes
Suppression des Users fantômes :
Project > Expunge > All Users
1
Suppression des Claimlists Sélectionner les
inactives : Project > Expunge > DBs et valider par
Claimlist… Expunge
2
REVA-15.05.2013-DPO
NOTA : Sur un petit projet où il est facile de repérer les Users fantômes il suffit d’identifier le User fantôme depuis le
menu Project > Expunge > User Process et de le supprimer avec le bouton Expunge. 34
7.2. Identifier une session particulière d’une DB (STAMP)
Chaque SAVE WORK réalisé dans une base de données est enregistré dans PDMS sous forme d’une session avec
la date et l’heure de la sauvegarde. La fonction STAMP permet d’identifier une session particulière en lui donnant
un nom, une description, une fonction.
L’utilisation des STAMPs s‘avère très utile pour :
- Faire des comparaisons et identifier des modifications d’une session à une autre. Par exemple on peut créer un
STAMP dès qu’une révision de plan est réalisée. On peut également identifier des étapes clés du projet par
exemple la fin des études guides pour la mécanique ou la fin d’une phase APS.
- L’utilisation de la fonction MERGE. En effet une session repérée par un STAMP est considérée comme
permanente dans le projet et ne peut pas être effacée quand la commande MERGE CHANGES est utilisée (cf.
§7.4).
- Identifier facilement une ancienne session que l’on souhaite rendre active dans le projet avec l’utilisation de la
fonction BACKTRACK CHANGES (cf. §7.3)
La création d’un STAMP se décompose en 2 étapes :

1. Identification de la (ou des) base(s) de données que l’on souhaite repérer avec un STAMP
2. Création d’un nom et d’une description explicite pour le STAMP
REVA-15.05.2013-DPO
NOTA : Il est important de ne pas multiplier inutilement les STAMPs pour ne pas trop alourdir le projet.
35
EGA1
7.2. Identifier une session particulière d’une DB (STAMP)
Dans le module Admin ouvrir une

fenêtre Admin elements si elle n’est pas
ouverte par défaut (menu Display) et 1
1 sélectionner Date Stamps
Faire Create pour ouvrir la fenêtre Create

Date Stamp
2 2
Remplir les attributs du STAMP :

Name (Ex : Fin APS)
Description : (Ex : Fin APS études)
Function : champ facultatif 3
3
Choisir le filtre de sélection des DBs : The
4 5
Project (permet d’affecter un STAMP sur
3 le projet en entier), By Databases &
4 Extracts (sélection manuelle des DBs) …
Si le filtre de sélection est sur By

Databases & Extracts ou sur By Working
Extracts il faut repérer la session de la DB
par date ou par n° de session. Pour les
5 autres filtres de sélection le STAMP sera
créé sur la dernière session enregistrée
de chaque DB.
6
Sélectionner et basculer les DBs
concernées par le STAMP dans la
REVA-15.05.2013-DPO
partie Stamped Databases puis faire
6 Apply.
36
Diapositive 36
EGA1 Incohérence choffre sur imprim ecran et déroulement des étapes

gautier.emilie; 11/03/2013
7. ACTIONS D’ADMINISTRATION COURANTES SUR UN PROJET PDMS
7.3. Retour sur une session précédente (BACKTRACK)

En cas de mauvaise manipulation sur un projet l’administrateur peut être amené à revenir sur une ancienne
session sauvegardée à partir de la fenêtre BACKTRACK CHANGES. Avant d’effectuer cette manipulation il faut
sortir au préalable tous les utilisateurs du projet concerné.
Accéder à la fenêtre de gestion des
sessions Data > Change Management > 2
1 Backtrack Changes…
Sélectionner dans la liste la base de

données
2
Sélectionner le mode de recherche de 3
la session (par date, par numéro de
session, par STAMP)
3
Le bouton More permet d’afficher la

liste exhaustive des sessions
4
4
Sélectionner la session sur laquelle

revenir et valider avec le bouton Apply
5 5
REVA-15.05.2013-DPO
NOTA : Lors d’un Backtrack Changes, PDMS crée une nouvelle session qui est une copie de la session
sélectionnée. Après avoir effectué un retour sur une ancienne session, il est toujours possible de revenir sur une
session postérieure.
37
7.4. Suppression de l’historique d’un projet (MERGE)
Pour rappel, chaque action sauvegardée sur une DB du projet entraîne son empilage au sein de la DB sous forme
de sessions. Ainsi, dans chaque DB, il se constitue un historique qui permet à tout moment de revenir interroger un
objet pour connaître ses états successifs sauvegardés.
Toutefois, cet historique vient gonfler très fortement les bases de données (la taille de la DB peut être multipliée
par 7 à 10 sur 1 mois dans des phases de saisie ou de modifications intenses), ce qui entraîne des pertes de
performance et une manipulation des fichiers des DBs plus lourde.
Dans le cas d’une activité intense sur un projet, il est conseillé de procéder à l’effacement de l’historique au
moins toutes les 2 semaines avec la fonction MERGE CHANGES.
La procédure à suivre est décomposée en 3 phases :

1. Sortir les utilisateurs du projet
2. Copie temporaire du projet
3. Effacement de l’historique
Phase 1 : Sortir les utilisateurs du projet

Avant de procéder à la suppression de l’historique d’un projet il faut sortir au préalable tous les utilisateurs du
projet concerné.
Phase 2 : Copie temporaire du projet

Lorsque la suppression de l’historique est réalisée il est impossible de remonter en arrière dans le projet (seuls les
STAMPs éventuellement créés sont conservés automatiquement). Il est donc préférable de faire une copie
temporaire du projet sur le réseau avant l’utilisation de la fonction MERGE au cas où il s‘avérerait nécessaire de
revenir en arrière.
REVA-15.05.2013-DPO
38
Phase 3 : Effacement de l’historique

La fenêtre Merge Changes est accessible via le menu Data > Change Management > Merge Changes…
Choisir si la fonction MERGE doit 1
s’appliquer sur une ou sur toutes les
DBs du projet. 2
1
Sélectionner le mode de suppression des
sessions. All permet de supprimer toutes
les sessions sauvegardées. After et Up to
permettent d’effacer toutes les sessions
sauvegardées après ou avant : une
date définie (option Time Date), un
2 numéro de session particulier (option
Session) ou un Stamp (option Stamp). La
sélection de cette option se fait dans les
fenêtres Changes After et Changes Up
to.
Valider par Apply.
3 3
En cas de problèmes il est possible de recharger la copie temporaire du projet qui a été
REVA-15.05.2013-DPO
faite sur le réseau.
NOTA : Peu importe les options choisis, la première, la deuxième et la dernière session
sauvegardées de chaque DB ne seront jamais supprimées. Il en est de même pour les 39
STAMPs.
7.5. Contrôle de l’état d’une base de données (DICE)
Dans le cas de dysfonctionnements de PDMS (sorties intempestives, réservations d’objets impossibles malgré le
nettoyage du projet, erreur affichée par PDMS …), il est possible de contrôler l’état d’une ou plusieurs DBs par
l’intermédiaire de la fonction DICE (Database Integrity Checking) dans le module Admin.
La procédure pour effectuer le contrôle d’une base de données se décompose en deux phases :
1. Sélection de la (ou des) DBs à contrôler
2. Interprétation des messages PDMS à la suite de ce contrôle
Phase 1 : Sélection de la (ou des) DB à contrôler
Dans le module Admin ouvrir la fenêtre

Database Integrity Check à partir du
1 menu Utilities.
2
Sélectionner la ou les DBs à vérifier.
2
Sélectionner On dans l’onglet Attempt
to patch database problems de
manière à ce que PDMS corrige lui-
3 même certaines erreurs.
Afficher le résultat à l’écran ou

l’enregistrer dans le PDMSUSER dans un 3
fichier text.
4
REVA-15.05.2013-DPO
4
Faire Apply
5
5 40
7.5. Contrôle de l’état d’une base de données (DICE)
Phase 2 : Interprétation des messages PDMS à la suite de ce contrôle
Ce contrôle peut donner lieu à trois catégories d’observations :
- Database has no structural errors : message signifiant qu’aucun problème n’a été rencontré dans la vérification
de la DB
- Warning : message indiquant une non-conformité dans la DB (mauvais pointeur informatique pour une
connexion en général)
- Database contains fatal errors : message indiquant que la DB est corrompue dans sa structure
Les Warnings ne perturbent pas le fonctionnement de PDMS. La résolution pourra se faire dans la maquette
directement.
Si la base est corrompue (« Database contains fatal errors ») une reconfiguration de celle-ci peut résoudre le
problème (cf. §7.8).
REVA-15.05.2013-DPO
41
7.6. Copier un élément dans une autre DB
Pour copier un élément d’une DB vers une autre DB, taper les commandes suivantes :
FROM DB <Team/nom de la DB> : DB source
TO DB <Team/nom de la DB> : DB de destination
RCFCOPY <Name> INTO <Name> : indiquer le nom de l’élément à copier et préciser le nom de l’élément de la DB
de destination dans lequel sera dupliquée cette donnée. Par exemple si un PIPE est copié il faut préciser le nom
de la ZONE de destination. Si un SITE complet est copié il n’est pas nécessaire d’utiliser la commande INTO.
RECON : permet de lancer la copie des données
RCFUPDATE MDB </nom de la MDB> : les éléments copiés dans la DB de destination ont un REFNO différent de celui
des éléments sources. Lorsque la commande RECON est lancée PDMS sauvegarde une table qui enregistre les
correspondances entre les anciens et les nouveaux REFNO. La commande RCFUPDATE permet de mettre à jour les
bases de données du projet avec les nouveaux REFNO des données copiées. Il est conseillé de lancer la
commande RCFUPDATE sur toutes les MDB du projet pour que les mises à jour se fassent dans toutes les DBs du
projet.
NOTA : Après cette opération l’élément copié se retrouve en double dans le projet. Il faut supprimer celui présent
dans la DB source qui n’a plus ses références mises à jour.
7.7. Copier une DB dans un autre projet
Se positionner dans le module ADMIN du projet source et taper les commandes :

FROM DB <Team/nom de la DB>
TO FILE /%PDMSUSER%/<DBFilename>-1 /%PDMSUSER%/<DBFilename>-2
RCFCOPY ALL
RECON
Se positionner dans le module ADMIN du projet de destination et taper les commandes :
REVA-15.05.2013-DPO
FROM FILE /%PDMSUSER%/<DBFilename>-1 /%PDMSUSER%/<DBFilename>-2
TO DB <Team/nom de la DB>
RECON
42
7.8. Reconfiguration d’une base de données (RECON)
Dans le cas d’une corruption de base de données (message explicite dans PDMS, impossibilité de faire le
nettoyage d’une DB, utilisation de la commande DICE ayant fait apparaître une Structural Error, il est nécessaire
d’avoir recours à la reconfiguration de la base corrompue.
Cette manipulation revient sur le principe à recréer totalement une base de données contenant les mêmes
informations (sans les erreurs).
La procédure à suivre est décomposée en trois phases :

1. Sortir les utilisateurs du projet
2. Copie temporaire de la base à reconfigurer
3. Reconfiguration de la base de données
Phase 1 : Sortir les utilisateurs du projet

Avant de procéder à la reconfiguration d’une base de données il faut sortir au préalable tous les utilisateurs du
projet concerné.
Phase 2 : Archivage du projet

La reconfiguration efface l’historique de la DB. Il est donc préférable de conserver temporairement une copie de
la base de données sur le réseau avant reconfiguration au cas où il s‘avérerait nécessaire de revenir en arrière.
NOTA : Il est important de noter que la reconfiguration efface l’historique de la DB. Ce genre de manipulation n’est
pas recommandé de façon préventive. Elle doit intervenir seulement lorsqu’une corruption est détectée.
REVA-15.05.2013-DPO
43
7.8. Reconfiguration d’une base de données (RECON)
Phase 3 : Reconfiguration de la base de données
Dans la Command Line du module ADMIN il faut taper les commandes suivantes :
alpha log /%PDMSUSER%/reconf-<DBFilename>-TRI-jjmmaa.txt
où TRI = trigramme du projet

jjmmaa = date (jj = jour, mm = mois et aa = année)
<DBFilename> = nom du fichier de la DB à reconfigurer (File Number)
FROM DB <Team/nom de la DB>

TO FILE /%PDMSUSER%/<DBFilename>-1 /%PDMSUSER%/<DBFilename>-2
RCFCOPY ALL
RECON
DELETE DB <Team/nom de la DB>
CREATE DB <xxxx> : recréer la DB avec les mêmes nom, Db Number et File Number que la DB supprimée
FROM FILE /%PDMSUSER%/<DBFilename>-1 /%pdmsuser%/<DBFilename>-2
TO DB <Team/nom de la DB>
RECONF SAMEREF : permet de recréer les éléments avec les mêmes Refno que la DB d’origine
alpha log end
Le système va passer en revue les différentes phases de la reconfiguration.

La commande alpha log permet d’enregistrer cette opération dans le répertoire PDMSUSER.
Après avoir réalisé cette opération il faut se connecter au projet et vérifier l’intégrité des données. En cas de
problèmes il est possible de recharger la copie temporaire de la DB qui a été faite sur le réseau.
D’autre part, dans le cas des DBs Draft, un update de chacun des plans de la DB reconfigurée sera nécessaire
dans le module Draft (menu Graphics > System Update > Picture ainsi que Graphics > Update > All).
REVA-15.05.2013-DPO
NOTA : Après avoir reconfiguré la base de données il faut la remettre dans les MDBs concernées.
44
7.9. Création des règles de couleurs dans le module DESIGN

PDMS permet de modifier les règles de couleurs des éléments graphique du module DESIGN. Cela peut être utile
pour différencier les lignes de process et les lignes d’utilités sur un projet par exemple. Pour se faire cliquer sur le
bouton Auto colour Rules… de l’onglet Colour, qui se trouve dans le menu Settings > Graphics…
Element Rules… :
permet de modifier ou
créer une règle (voir
page suivante
Rule Name : Permet de

choisir une règle
prédéfinie depuis le
bouton Element Rules
Colour : Permet de définir la couleur et la transparence

de la règle sélectionnée dans le champ Rule Name
Rules : Liste des règles actives sur le projet

Cut : Permet de couper une règle de la liste Rules pour
la modifier ou la supprimer.
Copy : Permet de copier une règle de la liste Rules.
Après un Copy ou un Cut il faut utiliser les boutons
Replace ou Insert pour appliquer les modifications dans
la liste Rules.
Replace : permet de remplacer une règle de couleur
de la liste Rules
REVA-15.05.2013-DPO
Insert : Permet d’insérer une règle de couleur dans la
liste Rules.
NOTA : Entre 2 règles, celle qui est placée le plus haut dans la hiérarchie des Rules est prioritaire.
45
La création d’une nouvelle

règle se fait dans la fenêtre
Define Rules accessible
depuis le bouton Element
Rules. Un exemple est
donné ici. On souhaite créer
une règle de couleur pour
tous les PIPEs process.
Règles définies par Une fois la règle définie, il

l’utilisateur faut cliquer sur Include.
Vous pouvez ensuite la
modifier ou la supprimer en
Règles par défaut PDMS la sélectionnant dans la liste
et en utilisant les boutons
Replace ou Remove.
Attention : une fois la règle définie il faut faire File > Save, et ensuite
cliquer sur OK. Si on clique directement sur OK, la règle ne sera pas
sauvegardée si l’on ferme la session PDMS.
Dans la fenêtre Auto Colour Rules on peut maintenant sélectionner la

règle dans Rule Name, et modifier la couleur ainsi que la transparence,
pour l’ajouter dans la liste Rules du projet.
Une fois que l’ensemble des règles est défini, cliquer sur OK.
REVA-15.05.2013-DPO
Les règles sont enregistrées dans un fichier des-element-rules.pmldat. Le lieu de stockage
dépend de l’option choisie dans le menu File de la fenêtre Define Rules :
User : Sauvegarde des règles dans %PDMSUSER% (User Defined Rules)
Project : Sauvegarde dans répertoire DFLTS du projet (Project Defined Rules) 46
PDMS : Sauvegarde dans répertoire PDMSUI/dflts de PDMS (PDMS Defined Rules)
Pour sauvegarder les règles de couleurs, cliquer sur Save. Les règles de
couleur sont alors sauvegardées dans un fichier des.col.pmldat dans le
PDMSUSER.
Pour les appliquer dans la session en cours, cliquer sur Apply puis OK. Le
bouton Load permet de recharger le fichier des-col.pmldat.
Si l’on veut appliquer ces règles de couleur à tous les utilisateurs du projet il faut copier le fichier des-col.pmldat
dans le répertoire DFLTS du projet. Si le fichier des-element-rules.pmldat a été créé dans le PDMSUSER (option
File>Location>User de la fenêtre Define Rules) il faut également le copier dans le répertoire DFLTS du projet.
Il faut vérifier que le répertoire DFLTS est bien renseigné dans

la variable d’environnement %PDMSDFLTS% du fichier
evars.bat. Attention, Il faut le déclarer après le répertoire
DFLTS de PDMS sinon les règles par défaut PDMS (PDMS
Defined Rules) ne seront plus reconnues à l’ouverture du
module DESIGN.
Cocher l’option Auto Colour dans la fenêtre Graphics Settings pour que les règles de
couleur soient actives. L’activation des règles de couleur peut également se faire
depuis le bouton Auto de la barre d’outils Add to Drawlist.
L’option Dynamic Auto Colour permet de mettre à jour la couleur d’un élément déjà présent dans la Drawlist
DESIGN si la modification d’un de ces attributs entraîne l’application d’une nouvelle règle de couleur (Ex : on
change l’attribut FLUREF d’un PIPE déjà affiché dans la fenêtre DESIGN, sur un projet où les règles de couleur
REVA-15.05.2013-DPO
dépendent du type de fluide)
NOTA : Si des fichiers des-element-rules et des-col sont présents dans le PDMSUSER d’un utilisateur alors ces fichiers
seront prioritaires sur ceux présents dans le répertoire DFLTS du projet. 47
7.10. Gestion des macros inter-DBs
Une macro inter-DBs est automatiquement créée par PDMS lorsqu’un utilisateur connecte un élément PDMS sur
un autre élément (BRAN, TEE, NOZZLE…) qui appartient à une DB dont il n’a pas les droits en écriture ou qui est
claimé par un autre utilisateur. L’exécution de ce fichier permet alors de rétablir les connexions concernées.
Après avoir exécuté une macro-commande le fichier doit être détruit.
En théorie ce sont les utilisateurs qui doivent exécuter puis

supprimer les macros inter-DBs.
Depuis le module ADMIN l’administrateur peut vérifier
l’existence des macros inter-DBs et demander aux
utilisateurs de les exécuter. Il peut également les supprimer
si nécessaire. L’affichage des macros inter-DBs se fait
depuis le menu Data > Inter-DB Macros. Le bouton Delete
permet de les détruire.
Exemple de génération d’une macro inter-DB:
Un utilisateur X crée un équipement sous Design.

Un utilisateur Y crée une ligne de tuyauterie et vient la connecter
au piquage de l’équipement que l’utilisateur X a créé.
L’utilisateur Y n’a pas les droits d’écriture dans la base de
données de l’utilisateur X donc l’attribut Cref du piquage de
l’équipement n’est pas renseigné et PDMS génère alors une
macro commande dans le répertoire MAC du projet.
L’utilisateur Y va donc voir l’utilisateur X pour lui demander

d’exécuter la macro-commande dans DESIGN.
Pour cela, l’utilisateur X va dans le module Monitor. A l’entrée

dans le module, la fenêtre lui indique qu’il y a une macro qui a
REVA-15.05.2013-DPO
été créée (voir image ci-contre).
48
7.10. Gestion des macros inter-DBs
Depuis le module Monitor l’utilisateur X va alors dans le menu Project > Inter-DB Macros… pour afficher la liste des
macro-commandes disponibles.
Mémoriser le nom de la commande :
/%TRIMAC%/tri001.mac
L’utilisateur X entre ensuite dans le module Design, sélectionne le piquage concerné et vérifie que l’attribut Cref
est bien à Unset.
A l’aide de la Commande Windows il lance la macro-commande en tapant $m « nom de la macro ».
L’attribut Cref du piquage est maintenant renseigné.
REVA-15.05.2013-DPO
Une fois la macro exécutée l’utilisateur X peut ensuite la supprimer depuis le bouton Delete Macro en retournant
dans le menu Project > Inter-DB Macros du module Monitor. 49
7.11. Procédure à suivre en cas de problèmes sur un poste PDMS
Lorsqu’un problème survient sur un poste PDMS, cela peut provenir de plusieurs raisons (fichier vérolé dans le
PDMSUSER, base de données corrompue…). Lorsque l’origine du problème est difficile à identifier il est conseillé
de suivre la procédure suivante. A la fin de chaque étape de la procédure vérifier que le problème est corrigé
sinon passer à l’étape suivante.
1/ Vérifier qu’il n’y a pas de Users fantômes ou de Claimlists inactives
2/ Vider le répertoire PDMSUSER et le répertoire PDMSWK

Attention à conserver les fichiers des-col et des-element-rules si des règles de couleur propres à l’utilisateur ont été
définies.
3/ Vider les répertoires AVEVA présents dans le répertoire caché Windows Local Settings
Attention à conserver les éventuels filtres Search présents dans le répertoire PDMS > Searches.Local Settings
4/ Appliquer la fonction DICE (Data Integrity Checker) sur les bases de données
5/ Reconfigurer la base de données vérolée
REVA-15.05.2013-DPO
50
7.12. Périodicité des actions d’administration
Actions Chapitre Périodicité
Création d’un nouveau User,
d’une nouvelle Team, d’une 3, 4 et 5 En fonction des besoins
nouvelle DB dans le projet.
Suppression des Users Une fois par semaine
fantômes et des Claimlists 7.1 (éventuellement plus en cas
inactives de lenteur du projet)
Dans le cas où l’on souhaite
Utilisation de la fonction
7.2 identifier une phase
STAMP
particulière du projet.
Sur demande d’un projeteur
Retour sur une ancienne
7.3 en cas de mauvaise
session
manipulation
Une fois toutes les deux
Suppression de l’historique semaines voir plus si l’activité
7.4
d’un projet est forte sur le projet, et avant
un archivage de données
Contrôle de l’état d’une base Une fois toutes les deux
7.5
de données semaines
Copie entre DB 7.6 et 7.7 En fonction des besoins projet
Reconfiguration d’une base Uniquement si des problèmes

7.8
de données sont détectés après un DICE
Création règles de couleur En fonction des besoins projet
7.9
REVA-15.05.2013-DPO
DESIGN
Gestion des macros inter-DBs 7.10 Une fois par semaine

51
CONTACT
OLIVIER ROUSSEL
Chargé d’affaires / Formateur
ANGELIQUE HAUBOIS
roussel.olivier@rg-services.fr
Relation client
fafiec@rg-services.fr
MATHIEU BOTTOLIER
bottolier.mathieu@rg-services.fr
DAMIEN POIRIER
poirier.damien@rg-services.fr
Tour du Crédit Lyonnais
REVA-15.05.2013-DPO
129 rue Servient 69326 LYON
+33(0)4 78 63 79 56

RG SERVICES - Administration V12.0 (FR) PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

RG SERVICES - Administration V12.0 (FR) PDF

Transféré par

Droits d'auteur :

Formats disponibles

Ce document est la propriété de RG SERVICES et ne peut être reproduit ou communiqué a un tiers sans son accord PDMS V12.

1.1. Présentation de PDMS

PDMS est un logiciel qui utilise des bases de données.

PROJET (ex: TRI)

1.2. Les Bases de Données (DB)

- DESI : DB DESIGN pour la réalisation de la maquette 3D.

1.3. Partage des catalogues entre projets

Projet Catalogue standard Catalogue Master

2.1. Organisation des répertoires projet PDMS

Exemple sur un projet nommé TRI :

- TRI000 : Répertoire contenant les bases de données du projet.

AVEVA fournit 3 projets qui se trouvent dans le dossier d’installation de PDMS :

- SAM : Exemple de projet réalisé en unités métriques

2.2. Edition des fichiers .bat

Les 3 fichiers .bat indispensables pour déclarer un nouveau projet sont:

- pdms.bat : fichier de lancement de PDMS

2.3. Modification du fichier pdms.bat

2.4. Modification du fichier evars.bat

Liste des principales variables d’environnement à modifier :

2.4. Modification du fichier evars.bat

2.5. Modification du fichier evars spécifique au projet

2.6. Lancement du fichier Make

On peut constater que le fichier make.bat a

2.7. Lancement de PDMS depuis le pdms.bat

Après avoir cliqué sur OK le module Admin s’ouvre.

Depuis le menu Display, on peut ouvrir la Command Line.

2.8. Création et personnalisation du raccourci PDMS

2.9. Installation des DIFF dans un projet PDMS

3.1. Création des TEAMs

- Chaque base de donnée appartient à une seule TEAM.

Pour ajouter des USERs existants dans la TEAM il faut les

3.2. Création des USERs

Pour ajouter le USER à une TEAM existante il faut

4.1. Création d’une base de données

4.1. Création d’une base de données

4.2. Inclure une base de données d’un autre projet

4.3. Copier une base de données depuis un autre projet

5.1. Définition d’une MDB

Une MDB peut contenir 1000 bases de données au maximum.

5.2. Création d’une MDB

Pour basculer les DBs du projet dans les Current ou les

5.3. Changer l’ordre des DBs en dehors du module ADMIN

Pour déplacer une DB taper les commandes suivantes :

STAT (permet d’afficher l’ordre des DBs)

*Pour sortir de la MDB sans

Pour mettre en quarantaine une DB

6.1. Sauvegarder et quitter le module Admin

Depuis le menu Admin :

6.2. Affichage des différentes fenêtres

Depuis le menu Display :

6.3. Informations concernant le projet

6.4. Configuration de la fenêtre Admin elements

Depuis le menu Settings > Display Mode :

Save Current Config : permet de sauvegarder dans le

6.5. Options de choix du mot de passe User

Depuis le menu Settings > Change Password… :

Par défaut cette option est sur Enabled. Cela

6.6. Verrouillage d’un projet

6.7. Définition des polices

6.7.1. POLICES STANDARD PDMS

Les polices standards PDMS sont stockées dans le répertoire

Font Type : Choix du type de police (US, Greek, Latin..)

6.7. Définition des polices