Modéliser¶

Du métier au modèle, par intention.

Modéliser n'est pas dessiner des diagrammes UML pour le plaisir de la notation. C'est construire une représentation du système qui répond a une question précisé : qui interagit avec quoi, comment les données circulent, ou se trouvent les frontieres, comment le déploiement s'organisé.

Chaque modèle sert une intention. Un diagramme de contexte répond a "qu'est-ce que le système et qui l'utilisé". Un diagramme de flux répond a "comment les données traversent le système". Un modèle de déploiement répond a "ou tourne quoi". La notation — UML, BPMN, ArchiMate, ou un simple schéma sur tableau blanc — n'est qu'un outil au service de cette intention. Le piege classique est de confondre l'outil et l'objectif : produire des diagrammes conformes a une notation sans répondre a aucune question utile.

Ce chapitre parcourt les vues essentielles d'un modèle d'architecture, de l'identification des acteurs jusqu'au lien entre modèle et code. On insiste sur le modèle vivant — un modèle qui diverge du code est un mensonge coûteux a maintenir.

UE couverte : NFE108 — Méthodologies des systèmes d'information

Parcours¶