Comprendre et faire évoluer le métamodèle
Le métamodèle définit la structure du référentiel de votre organisation. Il décrit les types d’actifs disponibles, leurs informations et leurs relations. Les Administrateurs et le Propriétaire le gèrent dans Gestion de l’organisation > Métamodèle.
Définitions et données métier
Un type d’actif décrit une famille d’objets, comme Application ou Équipe. Un actif est un membre concret de cette famille : votre portail client est une Application. Créer un type ne crée pas d’actif de ce type.
Une propriété décrit une information à renseigner, comme le coût annuel ou le statut dans le cycle de vie. Sa configuration définit le type de saisie, les choix disponibles et les autres options. La valeur est l’information enregistrée pour un actif : un coût de 12 000 ou un statut Production.
Un type de relation décrit comment relier des actifs, avec un type source et un type cible. Une relation relie deux actifs concrets. Par exemple, une Application peut être maintenue par une Équipe. Une information propre à ce lien, comme un pourcentage d’allocation, appartient à la relation lorsque ses propriétés sont activées.
Évitez de dupliquer une information déjà structurée. Si une Équipe est un actif, reliez-lui l’Application au lieu de maintenir un champ texte indépendant contenant son nom. Ce lien pourra ensuite servir à la navigation et aux analyses.
Construire un premier exemple
Supposons que vous souhaitiez comparer les coûts des applications et identifier les équipes responsables. Partez des questions auxquelles le référentiel doit répondre, puis choisissez les définitions nécessaires.
| Définition | Exemple | Information décrite |
|---|---|---|
| Type d’actif | Application | La famille contenant le portail client |
| Propriété | Coût annuel, Devise | Un coût renseigné pour chaque application |
| Propriété | Cycle de vie, Liste | Un choix parmi les étapes convenues |
| Type d’actif | Équipe | Les équipes maintenant les applications |
| Type de relation | Application → Équipe | L’équipe qui maintient une application |
| Propriété de relation | Allocation, Pourcentage | Une information propre à un lien |
Ouvrez Actifs pour examiner les types existants avant d’en créer un autre. Sélectionnez la ligne d’un type pour consulter ses Propriétés et Relations. L’onglet Relations liste les liens ; chaque relation ordinaire ouvre sa page de configuration. Propriétés calculées rassemble les formules et leurs dépendances.
Utilisez les types d’actifs pour créer les familles, puis les propriétés pour les informations à collecter. Configurez les types de relations avant de relier les données métier. Créez ensuite quelques actifs représentatifs et examinez leurs pages et une visualisation.
Les libellés du modèle par défaut peuvent être en anglais. Votre organisation peut les renommer. Choisissez des noms reconnus par les contributeurs et utilisez les descriptions pour préciser le contenu attendu de chaque type ou propriété.
Organisation et droits
Les catégories organisent les types d’actifs dans le métamodèle. Les catégories de propriétés organisent les champs d’un type. Elles facilitent la recherche des définitions et la lecture des pages des actifs ; elles n’accordent aucun droit et ne créent pas de valeur commune.
Les domaines d’accès ont un autre rôle : contrôler l’accès aux données et contenus partagés. Renommer une catégorie ou déplacer une propriété dans une catégorie ne remplace pas la configuration des droits.
Administrer le métamodèle est également distinct de modifier les données métier. Un Éditeur peut mettre à jour des actifs sans modifier leurs définitions. Un Administrateur gérant les définitions peut ne pas avoir accès à certaines valeurs métier.
Noms et clés
Le nom est le libellé visible. La clé est un identifiant stable utilisé par les formules, les imports ou les intégrations. Par exemple, Coût annuel peut avoir pour clé annual_cost.
Les formulaires de création peuvent générer la clé depuis le nom. Vérifiez-la avant validation : elle commence par une lettre minuscule, puis utilise des minuscules, chiffres et traits de soulignement simples entre segments. Les espaces, caractères accentués et traits de soulignement finaux sont refusés.
Les clés existantes restent verrouillées dans les formulaires jusqu’à leur déverrouillage volontaire. Privilégiez le changement du nom si seul le libellé doit évoluer. Si la clé doit changer, lisez l’avertissement et identifiez les formules, modèles d’import et intégrations utilisant l’ancienne clé.
Boldo adapte les références internes concernées lorsque cette adaptation est prise en charge. Cela ne modifie pas les fichiers ou programmes maintenus hors de Boldo. Vérifiez explicitement ces dépendances après un changement de clé.
Faire évoluer un modèle
Le métamodèle s’applique à l’organisation. Un scénario ne fournit pas de copie privée pour expérimenter sur ces définitions. Une modification peut affecter les opérations des scénarios existants autant que les données réelles.
Pour préparer une modification :
- Ouvrez le type dans Gestion de l’organisation > Métamodèle et identifiez la définition à modifier.
- Distinguez un changement de libellé ou de présentation d’un changement de clé, d’une conversion ou d’une suppression.
- Repérez des actifs représentatifs, courants et archivés, ainsi que les calculs et visualisations dépendants.
- Identifiez les scénarios, imports et intégrations utilisant la clé ou le type actuel.
- Suivez la procédure d’édition ou de conversion concernée et examinez les conséquences affichées avant confirmation.
- Après validation, vérifiez les actifs, calculs et visualisations représentatifs, puis actualisez les dépendances externes si nécessaire.
Suivez la procédure de conversion pour changer le type d’une propriété. Une valeur par défaut concerne la création ; la modifier ne remplit pas tous les actifs existants. Modifier une contrainte ne nettoie pas systématiquement les anciennes valeurs.
Supprimer un type ou une propriété retire les données associées. Ce n’est pas archiver un actif. Des calculs dépendants peuvent bloquer l’opération ; modifiez d’abord leurs formules. Lisez les avertissements concernant les scénarios avant de confirmer.
Les références internes peuvent être adaptées ou retirées selon le changement. Un enregistrement réussi ne prouve pas que chaque dépendance externe utilise encore les bonnes clés ou les bons formats de valeurs.