Comprendre Boldo et son référentiel
Boldo décrit les éléments de votre organisation et les liens entre eux. Vous entretenez ces informations dans un référentiel, puis utilisez les inventaires et visualisations pour les examiner sous différents angles.
Cette distinction permet de choisir où travailler. Vous pouvez modifier les informations d’une application, dessiner un diagramme qui la contient ou explorer ses dépendances. Ces actions répondent à des besoins différents, même lorsqu’elles concernent le même actif.
Décrire un élément avec un actif
Un actif représente un élément à documenter : une application, un processus, une capacité, une technologie ou un autre élément défini par votre organisation. Sa page rassemble son nom, ses propriétés et ses relations.
Un type d’actif détermine les informations qui peuvent décrire cet élément. Par exemple, un type Application peut proposer une description, un statut et un coût annuel. Un type Processus peut proposer d’autres propriétés. Les types et leurs noms dépendent de votre configuration ; les exemples de cette documentation ne constituent pas un modèle imposé.
Une propriété décrit une caractéristique. Son format détermine la valeur attendue : texte, nombre, date, choix ou autre format configuré. Certaines propriétés sont calculées à partir d’autres informations. Une valeur calculée ne se modifie pas comme une valeur saisie manuellement.
Le métamodèle définit les types d’actifs, propriétés et types de relations disponibles dans l’organisation. Modifier le métamodèle change la structure utilisée pour documenter les actifs. Renseigner le coût d’une application change les informations de cette application, pas la définition de son type.
Relier les actifs
Une relation relie deux actifs selon un type de relation configuré. Ce type donne son sens au lien et détermine les types d’actifs autorisés. Le sens compte : lisez la relation depuis sa source vers sa cible.
Votre organisation peut, par exemple, définir qu’une Application soutient un Processus métier. L’application et le processus sont deux actifs ; la relation de soutien les relie. Sa signification diffère d’une relation indiquant un échange de données entre deux applications.
Les relations peuvent aussi porter des propriétés lorsque le métamodèle le prévoit. Un pourcentage renseigné sur une relation décrit ce lien, plutôt que l’application entière. Gardez cette distinction en tête lors d’une saisie ou de la lecture d’un graphique fondé sur les relations.
La disposition d’un diagramme aide à expliquer les liens, mais ne remplace pas les actifs du référentiel. Pour confirmer une relation enregistrée, consultez les actifs et leurs informations de relations.
Visualiser les mêmes données sous différents angles
Un inventaire liste les actifs d’un type. Utilisez-le pour retrouver des actifs, comparer des propriétés et modifier les informations autorisées. Ouvrir un actif donne accès à sa page détaillée.
Une visualisation présente une sélection d’informations pour répondre à une question. Une vue peut afficher une liste filtrée ; un graphique synthétiser des valeurs ; un diagramme expliquer une architecture. Les cartes imbriquées, analyses d’impact et tableaux de bord offrent d’autres façons d’explorer le référentiel.
Vous pouvez ainsi conserver une vue des applications à revoir et un graphique de leurs coûts. Une application présente dans les deux reste le même actif. Un filtre change la sélection affichée ; il ne supprime pas du référentiel les actifs exclus.
Cette distinction compte aussi pendant l’édition. Modifier la disposition d’une visualisation change sa présentation. Modifier une propriété d’actif change cet actif dans le contexte utilisé par l’action. Vérifiez la commande et le contexte avant de supposer qu’une modification concerne uniquement la présentation.
Distinguer organisation, espace et scénario
Une organisation contient le modèle, les données, les membres et les visualisations de votre environnement de travail. Votre compte peut accéder à plusieurs organisations avec des droits différents. Changer d’organisation ouvre un autre environnement ; cela ne transfère pas les données de l’organisation courante.
Le catalogue range les visualisations dans un Espace partagé et, pour les profils autorisés, un Espace personnel. Ces espaces concernent les visualisations et dossiers que vous organisez. Placer une visualisation dans votre Espace personnel ne crée pas une copie privée de tous les actifs qu’elle utilise.
Un scénario fournit un contexte pour préparer des changements séparément des données réelles. Vérifiez le sélecteur de scénario avant de modifier des données. Espace personnel et scénario répondent à des besoins différents : le premier concerne le rangement du contenu, le second le contexte des changements.
Les tâches et revues guidées de l’accueil suivent le contexte sélectionné pour les suggestions et la complétude. Le rapport qualité suit aussi les propriétaires et la complétude du scénario. L’attestation, les demandes de réattestation et les rappels restent réservés aux données réelles.
Comprendre pourquoi les accès diffèrent selon les utilisateurs
La visibilité et la modification dépendent de votre appartenance, de votre type de compte et des permissions attribuées. Un actif peut être visible alors qu’une propriété reste masquée ou en lecture seule. Une visualisation partagée n’accorde pas un accès supplémentaire aux données qu’elle présente.
Être propriétaire d’un actif et pouvoir le modifier sont également deux notions distinctes. La propriété d’un actif sert au suivi et à la responsabilité ; elle n’autorise pas toutes les modifications. Suivez les commandes disponibles et contactez votre administrateur lorsqu’une permission manque.
Les indicateurs de qualité ajoutent une autre distinction. La complétude mesure le renseignement des informations attendues. L’attestation enregistre une vérification volontaire de leur exactitude ; la fraîcheur reflète la politique de revue et l’état d’attestation. Renseigner un champ ne suffit pas à attester l’exactitude de l’actif.
Suivre un exemple
Supposons que votre modèle comporte une Application « Gestion des commandes » et un Processus « Préparer une commande ». Vous renseignez le statut et le coût de l’application, puis la reliez au processus avec une relation autorisée.
Vous pouvez retrouver l’application dans son inventaire, la montrer avec le processus dans un diagramme et intégrer son coût à un graphique. Ces représentations répondent à des questions différentes avec les mêmes éléments documentés.
Avant une modification, identifiez sa cible : l’actif, sa relation, une visualisation ou le modèle lui-même. Vérifiez ensuite l’organisation et le contexte de travail. Les repères de l’interface vous aident à trouver les points d’entrée correspondants.