schémas d'architecture fonctionnelle

Voici un exemple de schéma fonctionnel pour une entreprise de distribution. Il décrit ce que le SI fait (domaines métier, données, échanges) sans dire où ni comment il s'exécute.Ce type de schéma se lit de haut en bas, par couches.

Les canaux sont les points d'entrée des clients et des collaborateurs. Les domaines métier regroupent les grandes fonctions de l'entreprise (vente, achats, logistique, finance), chacune portée par une ou plusieurs applications. Les domaines ne se parlent pas en direct mais passent par la plateforme d'échanges, ce qui évite l'effet « plat de spaghettis ». Les données comprennent les référentiels partagés (clients, produits) et l'entrepôt décisionnel. Tout en bas, le socle technique n'est qu'une case, qui cache tout ce qui nous intéressait dans votre première question.

Ce schéma est utile pour dialoguer avec les métiers, cadrer l'urbanisation et repérer les redondances ou les trous fonctionnels. Mais il ne dit rien de ce qui tourne réellement. On n'y voit pas qu'une VM unique héberge à la fois la caisse et la facturation, que deux domaines dépendent du même stockage, ou qu'une application « Logistique » est en fait trois serveurs dont l'un n'est plus patché. C'est précisément ce que la vue depuis le data center ajoute : la case « socle technique » se déplie en clusters, réseaux, volumes et pipelines, et chaque application du schéma fonctionnel peut être reliée à ce qui l'exécute.

Je peux dessiner la vue complémentaire, celle où la même architecture est projetée sur l'infrastructure (hyperviseurs, réseaux, stockage, IaC), pour comparer les deux regards.