Domain-Driven Design - DDD

Le risque avec les ASR tout comme avec un métier et plus généralement un domaine que vous découvrez est de voir émerger de nouvelles exigences avec le temps ou avec l’accroissement de votre perspicacité à force d’expérience sur ce métier, et de devoir remodeler jusqu’aux fondations de votre édifice.

Le réusinage est intrinsèque aux méthodes itératives telles que l’agile et, tandis qu’au niveau du code, des techniques de réusinage sont définies pour parfaitement répondre à des motifs de code [Fowler 1999], lorsqu’il s’agit d’un domaine, les motifs sont difficilement identifiables ; la conception doit donc être suffisamment flexible pour faciliter le réusinage, car la structure du code existant peut opposer une résistance à un remodelage [Evans 2003], en particulier si les différents domaines ne sont pas orthogonaux, c’est-à-dire indépendants les uns des autres. Dans le cas contraire, on va passer du temps à détricoter le code pour séparer les parties utiles et réutilisables, et malheureusement, lorsqu’on aborde un domaine dont on n’a pas l’expérience, il n’est pas rare de faire face à une découverte majeure, souhaitée, mais qui va potentiellement impliquer toute une série de remodelages.

Dans un contexte TOGAF, il est tout à...