|
Nom
|
Nom de l'élément. Il doit s'agir d'un nom clair et explicite, qui permette à des
utilisateurs non spécialistes de savoir à quoi sert l'élément.
|
|
Code
|
Nom technique de l'élément. Ce nom est utilisé pour la génération de code ou de scripts. Il peut avoir une forme abrégée et il est préférable qu'il ne contienne pas d'espace.
|
|
Commentaire
|
Libellé descriptif de la règle.
|
|
Stéréotype
|
Sous-classification utilisée pour étendre la sémantique d'un objet sans changer sa structure ; peut être prédéfini ou bien défini par l'utilisateur.
|
|
Type
|
Spécifie la nature de la règle de gestion. Vous pouvez choisir une des options
suivantes :
-
Contrainte – contrainte de contrôle sur une valeur. Par exemple, "La
date de début doit être antérieure à la date de fin d'un projet". Dans un MPD, les règles de
gestion de contrainte attachées aux tables et aux colonnes sont générées. Si le SGBD prend en charge l'utilisation de plusieurs contraintes, les règles de contrainte sont générées sous la forme d'instructions de contraintes distinctes portant le nom de la règle.
-
Définition – propriété de l'élément dans le système. Par exemple; "Un client est identifié par un nom et une adresse".
-
Fait – certitude dans le système. Par exemple, "Un client peut passer une ou plusieurs commandes".
-
Formule – calcule. Par exemple, "Le total des commandes est égal à la somme de toutes les commandes".
-
Besoin – spécification fonctionnelle. Par exemple, "Le modèle est conçu de telle manière que les pertes totales ne dépassent pas 10% du volume total des ventes".
-
Validation – contrainte sur une valeur. Par exemple, "La somme des commandes
d'un client ne doit pas être supérieure au plafond autorisé pour ce
client". Dans un MPD, les règles de validation liées aux tables ou aux colonnes sont générées comme faisant partie de la contrainte primaire pour la table ou la colonne.
|