Transformation axée sur le domaine (French Edition)

Chapitre 11. Étape 2 — Modélisation de l'architecture cible orientée domaine

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

, le chapitre précédent parlait de redécouvrir les connaissances du domaine ; celui-ci explique comment ces connaissances aident à définir l'architecture cible.

Pour modéliser l'architecture cible orientée domaine, on doit dériver la carte contextuelle cible à partir des sous-domaines modélisés à l'étape 1 (voir Figure 11-1). C'est la deuxième étape de la transformation stratégique orientée domaine, le processus à gros grains qu'on a vu dans la Figure III-1. Dans la Figure 11-1, on voit les sous-étapes qui composent l'étape 2.

Dans la figure 11-1, l'analyste d'architecture bosse avec l' e en modélisation de domaine sur les sous-étapes suivantes : d'abord, la carte contextuelle cible est dérivée des sous-domaines et des processus métier à mettre en place (sous-étape 2.1). Ensuite, les contextes délimités dans la carte contextuelle sont classés en sous-domaines centraux, de soutien et génériques (sous-étape 2.2). Dans la sous-étape 2.3, les équipes sont affectées aux différents contextes délimités et, enfin, dans la sous-étape 2.4, les interfaces entre les contextes délimités sont définies.

L'étape 2, comme l'étape 1, se déroule dans un champ vert imaginaire. Ce n'est qu'à l'étape 3 que nous nous tournons vers le système logiciel existant et quittons le champ vert. Cette deuxième ...