Diagramme d'architecture applicative : le rendre lisible pour votre prochain comité

Un même ensemble d'applications peut servir à examiner une migration, discuter des risques ou présenter un programme de transformation. Les données de départ sont les mêmes ; ce que vous devez faire comprendre change.

Avant de composer votre diagramme d'architecture applicative, précisez la question à laquelle il doit répondre. Pour une migration de CRM, quels échanges faut-il reprendre ? Pour un comité des risques, quelles applications demandent une décision ?

Cette question guide le choix des actifs, des informations visibles et du cadrage. Elle aide aussi à retirer les détails qui détournent l'attention.

Les nouveautés de la release d'automne facilitent ce travail : aperçu du placement des actifs, réglages d'affichage par carte et propriétés sur les relations. Les caméras aident à préparer la présentation ; les versions nommées conservent les compositions importantes.

Composer un diagramme d'architecture sans repartir de zéro

Votre inventaire contient déjà les actifs et les relations de votre cartographie du SI. Un diagramme Boldo les reprend : vous choisissez ce qui mérite d'être montré, sans tout redessiner.

Pour préparer une migration de CRM, partez d'une vue des applications qui échangent avec lui et convertissez-la en diagramme. Gardez les relations utiles pour identifier les échanges à reprendre.

L'ajout d'actifs affiche désormais un aperçu du placement avant confirmation. Vous voyez où les cartes vont s'insérer et choisissez les relations à afficher avec les actifs déjà présents.

Depuis une carte, vous pouvez aussi ajouter les actifs liés, un par un ou en groupe.

Un même actif peut apparaître à plusieurs endroits du diagramme, sans être dupliqué dans l'inventaire. Quand une application intervient dans plusieurs parties du dessin, ces apparitions rendent ses liens plus faciles à suivre. Chacune renvoie au même actif et aux mêmes données.

Retirer une carte du diagramme n'archive pas l'actif. Vous pouvez donc alléger la composition pour vous concentrer sur les échanges concernés par la migration.

Dessiner un diagramme

Choisir ce que chaque carte raconte

Afficher les mêmes propriétés partout donne une présentation cohérente. Certaines cartes demandent toutefois un niveau de détail différent.

Pour un comité des risques, affichez la criticité sur les applications concernées. Ajoutez la date de fin de support sur le serveur dont le remplacement doit être discuté.

Vous pouvez définir les propriétés visibles par type d'actif, puis ajuster une carte avec Propriétés affichées. Les catégories regroupent les propriétés en blocs titrés, comme dans la carte CRM ci-dessous.

Avant d'ajouter une propriété, demandez-vous si elle aide à comprendre la situation. Les autres détails peuvent rester dans l'inventaire. Vérifiez aussi que les valeurs à afficher sont renseignées.

Ces choix modifient l'affichage, pas les valeurs de l'inventaire. Ils sont conservés quand le diagramme est intégré à un dashboard.

Décrire les flux entre applications

Deux applications peuvent échanger des commandes et des profils clients. Un lien intitulé « Échange avec » ne permet pas, à lui seul, de distinguer ces flux.

Entre un site e-commerce et un CRM, représentez séparément le flux de commandes et celui de mise à jour des profils clients. Renseignez ce qui les distingue, puis affichez les propriétés utiles à la discussion.

Les relations peuvent porter leurs propres propriétés, définies dans le métamodèle. Quand leur type le permet, plusieurs relations entre les mêmes actifs décrivent des échanges distincts. Leurs propriétés s'affichent directement sur le diagramme.

Choisissez ces informations selon la question traitée : les données échangées pour préparer une migration, le chiffrement pour discuter de sécurité. Le lecteur comprend alors le rôle de chaque flux sans ouvrir les fiches.

Depuis le diagramme, modifier les propriétés d'une relation met à jour cette relation dans l'inventaire.

Une flèche libre sert à annoter le dessin ou à représenter une hypothèse. Elle ne crée pas automatiquement de relation dans l'inventaire.

Les propriétés des relations

Donner une logique à la mise en page

Quand les cartes s'accumulent, leur disposition compte autant que leur contenu. Choisissez une organisation que le lecteur comprend sans explication orale.

Pour présenter le remplacement d'un ERP, regroupez les applications par domaine. Distinguez celles qui seront remplacées de celles qui restent en place, avec une légende explicite.

L'organisation automatique fournit une base. Ajustez-la ensuite pour rendre le diagramme plus lisible : alignez les cartes comparables et rapprochez celles dont vous voulez montrer les échanges.

Un croisement occasionnel reste parfois préférable à un lien qui fait le tour du diagramme. Quand un lien traverse tout le canevas, rapprochez plutôt les deux cartes qu'il relie.

Les groupes et les couloirs organisent le dessin sans ajouter de relations à l'inventaire.

Les éléments masqués dans les calques le sont aussi pour les lecteurs et dans les exports. Le masquage organise la présentation ; il ne restreint pas l'accès aux données.

Organiser la mise en page

Préparer ce que vous allez montrer en réunion

Une vue d'ensemble pour situer le projet, puis un détail pour discuter d'un échange : les caméras permettent de préparer ce parcours dans un même diagramme.

Pour un programme de transformation, préparez une vue d'ensemble et un cadrage par lot. Ordonnez-les selon le déroulement de la réunion. Pendant le comité, vous rejoignez le lot concerné sans chercher son emplacement dans le diagramme.

Chaque caméra correspond à un cadrage nommé, sans copie des actifs représentés. Vous passez de l'une à l'autre pendant la présentation, y compris en lecture seule. Le pointeur laser montre aux participants l'élément dont vous parlez.

Avant la réunion, parcourez les cadrages dans l'ordre et vérifiez que les libellés restent lisibles. Pour un autre public, ajustez aussi les propriétés visibles sur les cartes : changer le cadrage ne change pas les informations affichées.

Pendant la réunion, verrouillez votre canevas pour ne pas déplacer un élément par erreur. Les autres participants peuvent continuer à modifier le diagramme.

Pour l'intégrer à un support de présentation, exportez le diagramme en image, en entier ou caméra par caméra.

Préparer une présentation

Partager le travail et conserver les étapes importantes

Après la réunion, le diagramme continue souvent d'évoluer, et les modifications sont enregistrées automatiquement. Pour garder un repère, nommez la version présentée, puis poursuivez votre travail.

Les versions nommées conservent une composition dans l'historique. Elles ne sont pas supprimées automatiquement. Vous pouvez consulter une version passée avec son aperçu et la restaurer.

Choisissez un nom qui permette de retrouver le contexte, comme « Comité de pilotage du 27 octobre ». La version conserve la composition du diagramme ; les actifs continuent de refléter les données de l'inventaire.

Pour transmettre une image figée de ce qui a été présenté, utilisez l'export. Pour donner accès au diagramme qui continue d'évoluer, utilisez un lien en lecture seule. Il permet une consultation sans compte Boldo, selon votre offre et les règles de votre organisation.

Avant de diffuser le lien, vérifiez ce que le destinataire peut consulter et choisissez une durée de validité adaptée.