Créer et gérer les relations
Une relation connecte deux actifs selon un type défini dans le métamodèle. Son sens et ses propriétés décrivent la connexion ; ils sont distincts des propriétés de chaque actif.
Par exemple, une application peut servir une capacité métier. Depuis la capacité, cette connexion apparaît dans le sens opposé. Cela ne crée pas une seconde relation.
Relier deux actifs depuis un formulaire d’actif
- Ouvrez l’actif source et sélectionnez Éditer.
- Ouvrez l’onglet Relations.
- Repérez le groupe voulu. Vérifiez son libellé, le type d’actif lié et le sens affiché.
- Sélectionnez Ajouter un actif dans ce groupe.
- Recherchez et sélectionnez l’actif à relier.
- Si la relation propose des propriétés, ouvrez Variables (infobulle Éditer les propriétés) sur cette occurrence, renseignez les valeurs puis sélectionnez Appliquer pour revenir au formulaire d’actif.
- Relisez l’onglet Relations, puis sélectionnez Valider dans le formulaire d’actif.
- Vérifiez le résultat dans l’onglet Actifs liés de sa page.
Les groupes proposés dépendent du métamodèle. Ce formulaire ne permet pas d’inventer un type de relation quelconque. Demandez à un administrateur de configurer un type de relation si la connexion nécessaire manque.
Appliquer, dans le dialogue de propriétés imbriqué, prépare un changement dans le formulaire parent. Cela ne l’écrit pas dans le référentiel. Annuler le formulaire d’actif abandonne aussi ce changement en attente.
La même relation peut être gérée depuis son autre extrémité lorsque les permissions le permettent. Lisez toujours son sens : l’actif dont le formulaire est ouvert n’est pas nécessairement la source de la relation.
Comprendre les propriétés et les relations parallèles
Une relation peut porter un pourcentage d’allocation, une responsabilité ou des dates de validité. Les noms et valeurs disponibles suivent le type de relation configuré par votre organisation.
Quand ce type accepte des propriétés, il peut aussi accepter plusieurs relations distinctes entre les mêmes actifs. Par exemple, deux allocations peuvent concerner des périodes ou activités différentes. Chaque occurrence possède ses propres propriétés et son identifiant.
- Dans l’onglet Relations du formulaire d’actif, repérez la connexion existante.
- Sélectionnez Ajouter une autre relation vers cet actif sur cette occurrence.
- Renseignez des propriétés qui distinguent la nouvelle occurrence de l’existante.
- Sélectionnez Appliquer dans son dialogue de propriétés.
- Relisez les deux occurrences et sélectionnez Valider dans le formulaire d’actif.
Deux relations actives du même type entre les mêmes extrémités doivent différer par au moins une propriété saisie. Une valeur calculée ne les distingue pas. Laisser des valeurs vides ou réordonner une sélection multiple ne crée pas une relation différente.
Si Boldo signale des relations identiques, comparez leurs valeurs saisies avant de réessayer. Une propriété de type clé unique possède aussi sa propre contrainte d’unicité. Ajouter plusieurs fois la même cible ne contourne pas ces règles.
Modifier ou supprimer une relation précise
Depuis le formulaire d’actif, ouvrez Variables (infobulle Éditer les propriétés) sur la bonne occurrence. Changez ses valeurs, sélectionnez Appliquer, puis Valider dans le formulaire d’actif.
Pour retirer un lien, utilisez sa commande Supprimer dans Relations, vérifiez les occurrences restantes puis validez le formulaire. Cela archive la relation ; aucun des deux actifs n’est supprimé. Avec des relations parallèles, choisissez l’occurrence voulue plutôt que de vous fier uniquement au nom de la cible.
Dans un dialogue autonome d’édition de relation, ouvert hors d’un formulaire d’actif, Valider soumet directement les changements. Il n’y a pas de formulaire parent à valider ensuite. Si Suggérer est proposé, les valeurs sont soumises à revue ; consultez les suggestions.
Utiliser l’inventaire de relations
- Ouvrez l’inventaire d’un type d’actif.
- Ouvrez le sélecteur qui affiche actuellement le nom du type.
- Choisissez un type de relation. Afficher les relations vides est activé par défaut : les types sans occurrence sont aussi listés.
- Examinez les lignes de relations. Sélectionnez le nom d’une relation, dans Nom, pour sa page complète, ou Aperçu au bout de la ligne pour un panneau ; Actions → Ouvrir mène aussi à la page d’une ligne active. Les actifs des colonnes Source et Cible ouvrent leur propre aperçu.
Le sélecteur propose les types de relations standard même si leurs propriétés sont désactivées. Les connexions de flux de processus se gèrent dans l’éditeur de processus.
La page d’une relation contient Informations puis, selon l’offre, Commentaires, Droits et Journal d’activité. Éditer modifie les propriétés de cette occurrence ; cela ne déplace pas sa source ou sa cible vers un autre actif.
Le Journal d’activité regroupe les changements enregistrés ensemble avec le tri par date. Dépliez une ligne pour comparer ses valeurs, comme dans le journal d’un actif.
Pour plusieurs changements de propriétés, utilisez l’édition des cellules. À partir du type Éditeur, activez Sélectionner plusieurs relations, cochez les relations modifiables, puis choisissez Mettre à jour pour renseigner une propriété commune. Une case désactivée indique que la relation elle-même n’est pas modifiable.
Le formulaire distingue les valeurs directement modifiables, les valeurs lisibles qui nécessitent une suggestion et celles laissées inchangées. Suggestion envoie les changements admissibles à la validation au lieu de les appliquer directement. Contrôlez les compteurs, puis choisissez Mettre à jour ou Envoyer les suggestions, selon le cas. Les suggestions sont rattachées à l’actif source réel de chaque relation.
La sélection propose aussi les actions de cycle de vie autorisées dans ce contexte. Boldo traite les grandes sélections par lots ; attendez le bilan et examinez les nombres de modifications, d’éléments ignorés et d’échecs. Un résultat partiel ne signifie pas que toutes les relations sélectionnées ont changé.
Restaurer ou supprimer définitivement une relation
Actions → Supprimer sur une ligne active, puis Confirmer, archive cette occurrence et conserve ses deux actifs.
Pour la restaurer :
- Activez Voir les archives dans l’inventaire de relations.
- Retrouvez l’occurrence et ouvrez Actions → Restaurer.
- Sélectionnez Restaurer dans la confirmation.
- Vérifiez ses propriétés et ses extrémités dans la liste active.
Cette liste contient les relations archivées directement, dont les deux actifs restent actifs. Les liens désactivés par l’archivage d’un actif relèvent de la restauration de cet actif, plutôt que de cette liste.
La restauration peut échouer si une relation, une occurrence identique ou une clé unique entre maintenant en conflit avec l’archive. Résolvez le conflit avant de réessayer. L’action réactive l’instance existante plutôt que de créer un nouvel identifiant.
Dans les données réelles, Supprimer définitivement est proposé sur les archives admissibles. Lisez la confirmation, cochez l’acceptation du caractère irréversible, puis confirmez avec Supprimer définitivement. Cela retire la relation, son historique et ses commentaires, et nettoie les références dépendantes. Ses actifs restent présents et Restaurer ne permet plus d’annuler cette suppression.
Vérifier les permissions et le contexte
Pour appliquer directement une modification, archiver, restaurer ou supprimer définitivement une relation, votre type de compte doit être Éditeur ou supérieur, en plus des permissions nécessaires. Vous devez pouvoir lire les deux extrémités et le type de relation. Modifier la connexion exige la permission de relation appropriée pour les domaines de l’actif source réel. Les propriétés de relation ont leurs propres permissions de lecture et d’écriture.
L’onglet Droits de la relation présente les domaines utilisés et regroupe les membres par rôles et permissions effectives. Filtrez le niveau d’accès, recherchez une propriété ou filtrez ses droits pour repérer la restriction. Le rapport ne change aucun droit et ne révèle pas les propriétés masquées par le métamodèle.
Vous pouvez donc voir un lien sans pouvoir le modifier, ou voir des commandes différentes avec une autre source. Être propriétaire d’un actif ne donne pas à lui seul ces permissions.
Le contexte réel ou scénario compte également. Une modification dans un scénario reste dans ce scénario jusqu’à son application par le parcours prévu.
Une flèche librement dessinée dans un diagramme n’est pas automatiquement une relation du référentiel. Les transitions d’un flux de processus suivent également les règles propres à son éditeur.