Il n'y a pas de bon modèle métier
On vous le répète : une application répond bien aux besoins de ses utilisateurs si elle reflète bien leur métier. Les approches du développement centrées sur l’Utilisateur sont d’ailleurs faites pour ça : le DDD d’Eric Evans concentre ses efforts sur la modélisation du “Coeur du Domaine”.
En pratique, comment faire un “bon” Modèle Métier ?
Traditionnellement, on dit qu’il faut représenter au mieux la réalité de ce métier : faire “coller” le code au plus près du monde réel pour garantir l’adéquation au besoin.
Malheureusement, cette approche naïve est mauvaise ! Pourquoi ? Parce qu’un logiciel ne représente pas le monde réel, il informatise des services rendus.
Parce qu’un Modèle de Domaine n’est pas un Modèle du Métier, c’est un modèle de conception répondant à des exigences de codage.
Et je vous montrerai, à partir d’exemples, pourquoi il ne doit pas être construit en observant le monde réel mais à partir des besoins de présentation ou de services.
En pratique, comment faire un “bon” Modèle Métier ?
Traditionnellement, on dit qu’il faut représenter au mieux la réalité de ce métier : faire “coller” le code au plus près du monde réel pour garantir l’adéquation au besoin.
Malheureusement, cette approche naïve est mauvaise ! Pourquoi ? Parce qu’un logiciel ne représente pas le monde réel, il informatise des services rendus.
Parce qu’un Modèle de Domaine n’est pas un Modèle du Métier, c’est un modèle de conception répondant à des exigences de codage.
Et je vous montrerai, à partir d’exemples, pourquoi il ne doit pas être construit en observant le monde réel mais à partir des besoins de présentation ou de services.
