RD>>Т.е. если у тебя закодирован алгоритм реализующий какой-то бизнес-процесс, ты показываешь его, скажем бухгалтеру, и он может прочитать и понять о чем идет речь — это хороший DDD.
AJD>Вам приходилось такое делать на практике?

Нет, такого опыта у меня лично не было.
Однако это ровно то, что пропагандируется в DDD-шной литературе.
Т.е. вместо классической цепочки бизнес -> (хотелки, деньги) -> доменные эксперты -> аналитик -> (requirements) -> архитектор -> (design document) -> программисты -> код.
Нам предлагают посадить доменных экспертов в одну комнату с программистами и чтобы они через общение рожали shared mental model системы.
А выражением этой модели как раз и является код (или скорее псевдо-код), описывающий бизнес-процесс.