Comprendre les données réelles et les scénarios
Un scénario est une copie de travail dans laquelle vous explorez des changements avant de décider lesquels transférer vers sa source. Utilisez-le pour comparer des options, préparer une transformation ou examiner plusieurs changements liés.
Comprendre la source et la copie
Un scénario de premier niveau part des Données réelles. Un sous-scénario part de son parent. Cette source directe reste la destination lorsque vous appliquez des changements.
Par exemple, créez un scénario pour étudier le remplacement d’une application. Modifiez ses propriétés et ses relations, puis adaptez un diagramme pour expliquer la transformation envisagée. Ces changements sauvegardés restent dans le scénario jusqu’à leur application.
La copie comprend les actifs et relations, y compris archivés, ainsi que les visualisations, processus, versions de visualisation, commentaires et suggestions. La copie de ces ressources ne signifie pas qu’elles seront toutes transférées lors de l’application.
Les suggestions de création en attente dans la source ne sont pas copiées. Vous pouvez suggérer de nouveaux actifs dans le scénario et les y faire valider. L’actif créé appartient alors à la copie ; son transfert vers la source exige ensuite l’application du changement de création.
Les membres, rôles, droits et métamodèle restent une configuration commune à l’organisation. Le scénario ne fournit pas une configuration d’organisation indépendante. Les droits sur les données et les contenus continuent de s’y appliquer.
Les propriétés calculées utilisent les données du scénario. Une différence signalée comme Effet de calcul peut donc provenir d’une relation ou d’une valeur modifiée, sans saisie directe du résultat.
L’accueil, les revues guidées et le rapport qualité suivent le contexte sélectionné. Dans un scénario, vous pouvez examiner les suggestions, la complétude et les propriétaires. L’attestation, les demandes de réattestation, les rappels et la gestion des anciens propriétaires restent réservés au réel. Les indicateurs de fraîcheur sont masqués dans les scénarios, mais les scores qualité combinés conservent la fraîcheur du réel.
Vérifier le contexte actif
Le sélecteur de navigation affiche Données réelles ou le nom du scénario courant. Ouvrez-le pour afficher Contexte de données et choisir le contexte voulu.
- Vérifiez l’organisation et le nom dans le sélecteur de contexte.
- Ouvrez l’actif, l’inventaire ou la visualisation à utiliser.
- Avant toute modification, confirmez que le sélecteur indique toujours le scénario souhaité.
- Pour revenir à la source, sélectionnez Données réelles, ou le scénario parent si vous travaillez dans un enfant.
Changer de contexte ne supprime pas les changements sauvegardés du scénario. Sauvegardez le travail en cours avant de basculer ; suivez les éventuelles demandes concernant les modifications non sauvegardées.
Le navigateur mémorise le contexte. Recharger une page ne ramène pas nécessairement aux données réelles. À l’inverse, un scénario fermé ou devenu inaccessible peut provoquer ce retour automatiquement. Vérifiez alors le sélecteur.
Ouvrir une visualisation du scénario depuis une comparaison peut changer le contexte de travail. La comparaison côte à côte lit chaque côté dans son propre contexte ; elle ne fusionne pas les visualisations.
Choisir l’opération adaptée
| Opération | Effet |
|---|---|
| Vue d’ensemble | Lire les différences entre le scénario et une source ou un autre scénario disponible. |
| Resynchroniser | Actualiser la copie depuis sa source actuelle, puis réappliquer les changements du scénario. Des conflits peuvent nécessiter une décision. |
| Appliquer | Transférer les changements sélectionnés vers la source directe. Les autres restent dans le scénario. |
| Copier | Copier les changements acceptés dans un autre scénario que vous gérez, avec la même revue qu’une application. Ils restent aussi dans le scénario d’origine. |
| Revenir sur une application | Tenter de défaire les changements appliqués sélectionnés, en préservant les travaux ultérieurs qui empêchent leur annulation. |
Les changements de contenu de la source n’actualisent pas automatiquement un scénario existant. Les informations d’attestation font exception : les attestations et demandes de réattestation du réel actualisent immédiatement les copies de scénario existantes. Comparez et resynchronisez lorsque la source évolue. Choisir une autre cible de comparaison ne modifie pas la destination d’application.
Lorsqu’une application clôture complètement le scénario, ses commentaires propres ne sont pas transférés. Ses nouvelles suggestions en attente ne rejoignent pas la source. Les suggestions issues de la source et acceptées dans le scénario ont des effets spécifiques à la clôture.
Comprendre les accès et la gestion
Les scénarios doivent être inclus dans l’offre et activés pour l’organisation. Un scénario accessible doit être actif et prêt pour travailler dans sa copie.
| Action | Accès nécessaire |
|---|---|
| Consulter | Accès au scénario et aux données concernées. Un Lecteur peut consulter un scénario accessible. |
| Créer | Éditeur ou supérieur, permission personnelle de créer des scénarios et place dans le quota commun à l’organisation. |
| Modifier les données | Accès au scénario et droits sur les actifs, propriétés, relations ou visualisations concernés. |
| Gérer | Éditeur ou supérieur et créateur du scénario, Administrateur ou Propriétaire de l’organisation. |
| Appliquer | Gestionnaire du scénario, ou Éditeur désigné dans Peut appliquer, avec les droits nécessaires sur les données de destination. |
| Revenir sur une application | Gestionnaire du scénario ; Peut appliquer seul ne suffit pas. |
Appliquer un sous-scénario ou revenir sur son application exige aussi de gérer son parent, actif et prêt.
Partager un scénario ne donne pas tous les droits sur ses données. Privé restreint son audience, mais les administrateurs de l’organisation conservent l’accès. Consultez le partage et le cycle de vie avant d’inviter des collaborateurs ou de fermer une branche.