При работе над сложным проектом многие люди будут вовлечены в разработку в течение длительного периода времени.Поэтому возникает проблема того, как заставить всех принять участие в понимании модели предметной области.
Когда проект впервые разрабатывается после DDD, он, вероятно, хорошо обсуждается среди всех людей и тщательно продуман.На этом этапе все относительно легко могут понять и согласиться с базовой моделью предметной области.
Однако, поскольку проект повторялся в течение более длительного периода, в него могут быть вовлечены различные группы людей, и лишь немногие люди могли бы получить полную картину,Даже если код очень хорошо поддерживается, непрограммистам, в том числе экспертам в области / менеджерам / тестировщикам доменов, трудно понять бизнес-правила, заложенные в коде.
Единственный выход, о котором я мог подумать,поддерживать правильное ведение документов / графиков / графиков для каждого изменения и всегда отражать базовую модель.Однако я думаю, что это огромный вызов для любого нетривиального проекта.И очень трудно решить, сколько деталей нужно включить в документ.
Есть ли какая-либо лучшая практика, из которой я мог бы извлечь уроки, чтобы модель предметной области была понятна людям, а также проста?развиваться с продуктом?