Concepts clés

Ces concepts constituent le socle de Boldo pour modéliser, comprendre et gérer votre architecture d’entreprise.

L’idée la plus importante est la suivante :

• l’inventaire est la base de connaissances centrale
• les autres modules lisent cette connaissance de différentes façons

Utilisez cette page pour construire le bon modèle mental de la façon dont Boldo structure la connaissance. Pour les visualisations construites sur ce modèle, continuez avec Visualisations et espaces.

Construire le modèle de base de connaissances

Actif

Un actif est l’unité fondamentale d’information dans Boldo. Il représente n’importe quel élément de votre organisation que vous souhaitez cartographier, suivre ou analyser.

Un actif peut représenter tout élément pertinent pour votre contexte :

• Physique : un serveur, un datacenter, un bureau.
• Logique : une capacité métier, un processus, un projet.
• Organisationnel : une équipe, un fournisseur, un département.
• Technique : une application, une API, une base de données.

Chaque actif est une instance d’un type d’actif défini dans le métamodèle, qui détermine quelles informations le décrivent et comment il peut se connecter aux autres.

En pratique, les utilisateurs interagissent avec les actifs dans les inventaires, les pages d’actif, les diagrammes, les graphiques et les cartes imbriquées. Le même actif peut apparaître à plusieurs endroits, mais il reste un seul objet dans la base de connaissances.

Relation

Une relation est le lien réel entre deux actifs dans l’inventaire.

Si le métamodèle définit le type de relation Application enables Process, les utilisateurs peuvent ensuite créer de vraies relations comme :

• Customer Portal enables Sales Process
• CRM Team owns Customer Portal

Les relations sont ce qui transforme une liste d’actifs en base de connaissances structurée. Vous interagissez avec elles quand vous modifiez un actif, consultez les actifs liés ou générez un diagramme depuis une vue.

Type d’actif

Un type d’actif est le modèle de vos actifs. Il définit la structure que tous les actifs de cette catégorie doivent suivre.

Lorsque vous créez un type d’actif dans votre métamodèle, par exemple Application, Serveur ou Équipe, vous décidez :

• Comment il s’appelle : utilisez votre propre terminologie.
• Quelles propriétés il possède : définissez des champs comme "Statut", "Coût" ou "Date de mise en production".
• Comment il se comporte : définissez à quels autres types d’actifs il peut se connecter.

Cela garantit que tous les actifs d’un même type suivent une structure cohérente.

Les types d’actifs font partie du métamodèle. Ils définissent ce que les utilisateurs sont autorisés à créer et à décrire de manière structurée.

Type de relation

Un type de relation est la règle définie dans le métamodèle qui dit comment un type d’actif peut se connecter à un autre.

Chaque type de relation combine :

• Un type d’actif source
• Un nom de relation
• Un type d’actif cible

Par exemple :

• Server hosts Application
• Application enables Process
• Team owns Application

Les types de relations font partie du métamodèle. Ils définissent ce que les utilisateurs sont autorisés à relier de manière structurée.

Métamodèle

Le métamodèle est le schéma de votre base de connaissances. Il définit les types d’actifs, leurs propriétés et les types de relations que les utilisateurs peuvent utiliser entre eux.

Le métamodèle compte parce qu’il décide ce qui peut exister et ce que les utilisateurs sont autorisés à décrire de manière structurée. C’est l’une des parties les plus structurantes de Boldo, car il façonne l’inventaire et influence la manière dont les vues, diagrammes, graphiques et cartes imbriquées peuvent être construits à partir de ces données.

En pratique, la plupart des utilisateurs travaillent à l’intérieur du métamodèle conçu pour leur organisation. Le modifier est une tâche d’administration qui doit être réalisée avec précaution.

Certaines modifications peuvent avoir des effets directs sur l’existant. Par exemple, modifier un identifiant peut casser des intégrations ou des appels API, modifier la source ou la cible d’un type de relation peut supprimer des relations d’actifs existantes, et supprimer un type ou une propriété peut retirer des données ou des contenus dépendants.

Dans beaucoup d’organisations, le métamodèle par défaut commence avec des libellés en anglais. Votre organisation peut conserver ces libellés ou les renommer pour correspondre à son propre vocabulaire.

L’approche la plus sûre consiste donc généralement à :

• partir d’une base cohérente
• adapter le vocabulaire de manière réfléchie
• faire évoluer la structure en comprenant clairement l’impact sur les données existantes

Exemple de métamodèle personnalisé
├── Type : Application
│   ├── Propriétés : Criticality, Status, Owner...
│   └── Types de relations : Enables → Process, Uses → Data
├── Type : Process
│   ├── Propriétés : Frequency, Owner...
│   └── Types de relations : Part of → Business Domain
└── Type : Data
    ├── Propriétés : Sensitivity, Format...
    └── Types de relations : Stored in → Infrastructure

Inventaire

L’inventaire est la source de vérité qui contient tous vos actifs.

Il est organisé par type d’actif pour la navigation, mais il fonctionne comme une base de connaissances partagée unique. Quand vous mettez à jour un actif dans l’inventaire, Boldo réutilise cette information partout ailleurs.

Vous pouvez le voir comme la base de connaissances d’architecture de votre organisation :

• les actifs stockent les objets principaux
• les propriétés les qualifient
• les types de relations définissent comment ils peuvent se connecter
• les relations les relient en pratique
• le métamodèle maintient l’ensemble cohérent

Par exemple, votre organisation peut modéliser :

• Customer Portal comme une Application
• Sales Process comme un Process
• CRM Team comme une Équipe

Et les relier avec des relations telles que :

• Customer Portal -> supports -> Sales Process
• CRM Team -> owns -> Customer Portal

À partir de ce même inventaire, vous pouvez ensuite enregistrer une vue des applications critiques, construire un diagramme de l’application et de son processus lié, créer un graphique des applications par statut de cycle de vie, ou générer une carte imbriquée des équipes, applications et autres actifs connectés.

Organisation

Une organisation est un espace de travail indépendant dans Boldo.

Chaque organisation possède :

• son propre métamodèle
• son propre inventaire
• ses propres visualisations (vues, diagrammes, graphiques, cartes imbriquées)
• ses propres utilisateurs

info

Un utilisateur peut appartenir à plusieurs organisations.

Continuez avec Visualisations et espaces.