Une règle de gestion peut représenter une disposition légale, une
        exigence formulée par un client ou un article de règlement interne. A l'origine des règles
        de gestion, on trouve souvent de simples observations telles que "les clients appellent un
        numéro vert pour passer commande". Lors du processus de conception, ces observations sont
        formulées plus en détails (par exemple, "quelles sont les informations fournies par un
        client lorsqu'il passe commande ou combien un client peut-il dépenser en fonction du crédit
        dont il dispose".
Les règles de gestion complètent vos diagrammes avec des informations qui
            ne peuvent pas être facilement représentées de façon graphique, et peuvent guider la
            création d'un modèle. Par exemple, la règle "un employé ne peut appartenir qu'à une
            seule division à la fois" peut vous aider à créer de façon graphique le lien entre un
            employé et une division. Les règles de gestion sont générées dans le cadre de la
            génération intermodèle et peuvent être spécifiées plus en détails dans le modèle
            généré.
Il existe trois façons d'utiliser des règles de gestion dans un modèle de
            données :
- Appliquer des règles de
                    gestion à un objet de modèle comme faisant partie de sa définition (voir Application d'une règle de gestion à un objet de modèle).
 
- [MPD uniquement] Créer
                    une expression serveur pour une règle de gestion qui peut être générée dans une
                    base de données (voir Création et attachement d'une règle de contrainte).
 
- [MPD uniquement]
                    Insérer une expression de règle de gestion dans un trigger ou dans un procédure
                    stockée en utilisant les macros .CLIENTEXPRESSION ou .SERVEREXPRESSION macros (voir Personnalisation et extension de PowerAMC > Fichiers de définition
                de SGBD > Variables et macros de MPD).
 
 
Avant de créer des règles de gestion, il peut s'avérer utile de répondre
            aux questions suivantes :
- Existe-t-il des
                    procédures obligatoires pour mon système ?
 
- Comment puis-je
                    clairement et de façon concise définir les spécifications pour mon projet ?
 
- Des contraintes limitent-elles mes choix ?
 
- C'est règle est-elle
                    une définition, un fait, une formule ou une règle de validation ?