Chapitre 15. Résumé de la transformation axée sur le domaine
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
e la fin du livre, ce chapitre résume la méthode qu'on a présentée.
Même si les systèmes existants sont en mauvais état ou complètement fichus, ils renferment toujours un trésor de connaissances du domaine. La plupart du temps, ce trésor est tellement précieux qu'il vaut mieux le ressortir au grand jour plutôt que de le remplacer par un nouveau système. En effet, avec un nouveau système, on se retrouve face à tellement d'inconnues que l'effort réel dépasse souvent les estimations.
Tout comme le redéveloppement, l'amélioration d'un système existant prend beaucoup de temps. Avec la transformation orientée domaine, cette tâche peut être réalisée par petites étapes et donc avec moins de risques. On vous a montré comment faire dans ce livre. Pour déterrer le trésor de connaissances du domaine dans un système existant, on doit identifier les parties du code source qui contiennent les précieuses connaissances métier de notre domaine. On veut renforcer ces parties avec les connaissances du domaine, les libérant ainsi de la poussière accumulée au fil des années de déclin, et les transférer, brillamment polies, dans le nouveau monde. Très poétique, n'est-ce pas ?
On a divisé notre approche de la transformation des systèmes hérités en deux parties avec des sous-tâches correspondantes (voir figure 15-1 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access