La distinction à retenir
Elle facilite les évolutions en rendant explicites les responsabilités des domaines et les règles de communication entre eux.
Découper davantage n’est pas toujours mieux. Une architecture trop fragmentée peut accroître les coûts d’exploitation et la difficulté de diagnostic.
Application à votre contexte
Commencez par nommer le problème que vous souhaitez résoudre. Comme un même terme peut désigner une pratique, un document ou un outil, indiquez explicitement le sens retenu dans votre organisation.
Une architecture cible doit expliquer les compromis retenus : complexité, coût, continuité, autonomie et capacité de changement. Prévoyez des états intermédiaires et des conditions de sortie du legacy. Une cible sans trajectoire financée reste une intention.
Remettre cette réponse dans son contexteUrbanisation du système d’information