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

Основные правила декомпозиции заключаются в следующем.

1.      Как правило, реализуется два противоположных подхода:

·         подход «сверху» — целевой (целенаправленный) — для определения, как конкретная задача отвечает, согласуется с общей целью проекта (в соответствии с выбранной моделью);

·         подход «снизу» — морфологический — для определения конкретных возможностей реализации задачи: по ресурсному обеспечению, по временным и пространственным возможностям, по квалификации работников и т.п.

2.      Число задач в индивидуальном проекте или число компонентов каждой задачи коллективного проекта не должно быть больше 7 ± 2 (в силу гипотезы Миллера). Содержание этого требования можно объяснить ограничением возможностей оперативной памяти человека, его способностью анализировать в оперативной памяти не более 7 ± 2 составляющих и связей между ними.

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

4.      По каждой задаче проводится критический анализ для подтверждения правильности и выполнимости поставленной задачи.

Агрегирование. Процесс, в определенном смысле противоположный декомпозиции — это агрегирование (дословно — соединение частей в целое). Для пояснения его сути приведем такой пример. Допустим, мы задумали создать самый современный автомобиль. Для этого возьмем самую лучшую и современную конструкцию инжектора, самую лучшую систему зажигания, самую лучшую коробку передач и т.д. А в результате не то что самого современного автомобиля, а даже просто автомобиля не получим — эти части, пусть самые лучшие и современные, не взаимосвязаны между собой. Таким образом, агрегирование — это процесс согласования отдельных задач реализации проекта между собой.