Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем

Специали

сты обычно не осознают, насколько сложны происходящие у них в уме процессы: в ходе

работы применяются соотношения и правила, устраняются противоречия, пробелы

в знаниях заполняются с помощью интуиции и здравого смысла. Но программа ничего

этого не умеет.

Переработка знаний становится нетривиальным процессом именно тогда, когда сами

знания представляют собой нечто большее, чем набор объектов и числовых показате

лей - ведь в заданных правилах делового регламента (алгоритмах операций, соотноше

ниях между понятиями предметной области)4 могут иметься противоречия

Для хорошего программиста совершенно естественно стремление к абстрагироваНИIО

и построеНИIО расширенной модели, которая способна была бы на большее, чем от нее

требуется.

Точно так же и руководители программных проектов, по

нимающие ключевую роль предметной области, могут вернуть процесс разработки

в нормальное русло, если участники проекта вдруг начнут игнорировать необходимость

про работки модели, которая отражала бы глубокое понимание предмета.

Монтажер этого фильма был сосредоточен на точном выполнении своих профессио

нальных обязанностей. Его заботило, что сказали бы о его работе в чисто техническом

смысле другие специалисты по киномонтажу. В итоге была потеряна именно

"алгоритмическая" часть процесса

Моделирование предметной области не нацелено на создание максимально

"реалистичной" модели.

Творчество исследователя неформально по своей природе, но не обязательно хаотично.

Поэтапное погружение в предметную область (наподобие

послойной очистки луковицы) дает результат в виде прорыва на новый уровень моделиро

вания, после чего следует серия кардинальных изменений в архитектуре.

Фактически, методика экстремального программирования ЛУЧlпе всего подходит разра

ботчикам "с обостренным чутьем" в области архитектурного проектирования.

Непрерывный рефакторинг

это последовательность мелких изменений проектной

архитектуры.