La réutilisation de l'information : copier et déplacer des objets


Un des avantages primordial de la gestion de modèles est que vous pouvez partager de précieuses informations déjà existantes. Open ModelSphere possède la fonction Déplacement, Copier et Coller qui favorise la réutilisation de l'information.


Le déplacement

Dans la gestion de modèles, il est important d'organiser l'information de métadonnées. La fonction de déplacement fournit une manière flexible et puissante de structurer des modèles. Vous pouvez ainsi déplacer une colonne, d'une table à l'autre, avec toute l'information qu'elle contient. Le déplacement fonctionne sur une sélection d'un ou de plusieurs objets.

D'abord, cette fonction vous laisse restructurer des modèles tel que le modèle de données, le modèle de domaines, le modèle d'items communs, le modèle de liens, le paquetage utilisateur, modèle de processus, processus, le modèle de classes, le paquetage, la classe, la bibliothèque d'opérations et la base de données.

Le déplacement est une fonctionnalité facile à utiliser. Vous devez sélectionner le ou les objets qui seront déplacés. Puis, dans le menu principal, choisissez Édition > Déplacement.

Cependant, le choix de l'objet cible doit suivre certaines règles :
L’opération : copier et coller

Avant d’utiliser la fonction Copier et Coller vous devez tenir compte de deux concepts fondamentaux : l'objet source et l'objet cible. L'objet source peut être toute sélection d'un ou de plusieurs objets; cependant, ils doivent tous provenir du même projet. L'objet cible peut aussi être une sélection d'un ou de plusieurs objets, soit dans le même projet ou dans un projet différent. Si cela implique plusieurs composantes, elles doivent être compatibles.

Références internes
Ce sont tous les objets à l'intérieur de la portée de la sélection. Ainsi, des références internes sont toujours copiées.

Références externes
Ce sont les objets à l'extérieur de la portée de la sélection. La sélection détermine la frontière et la façon dont les références externes seront traitées. Le système cible (que ce soit le même système cible ou un système cible différent n’est pas pertinent dans l’opération) et les objets (d’un même projet ou d’un différent) auront un impact sur la copie des références externes. Vous comprendrez en suivant les trois scénarios suivants.




Scénario 1

Lorsque l'objet cible est dans le même projet que l’objet source, qu’ils aient le même système cible ou non n’est pas pertinent : les références externes sont copiées.




Scénario 2

Lorsque l'objet cible est dans le même projet que l’objet source, mais qu’ils ont un système cible différent : les références externes ne peuvent pas être copiées, elles doivent être recréées. L’application fera une recherche par nom, dans le projet, pour trouver un objet du même type et du même système cible. S'il en trouve un, il recréera une référence, sinon, le lien externe sera perdu.




Scénario 3

Quand l'objet cible et l’objet source sont dans des projets différents et que le système cible n'est pas un facteur d'influence : les références externes doivent toujours être recréées. L'application fera une recherche de nom exact (utilisation du nom hiérarchique complet de l'objet) dans le projet cible pour un objet du même type et même système cible. S'il peut en trouver un, il recréera une référence, sinon, le lien externe sera perdu.