|
Основные правила декомпозиции заключаются в следу-ющем. 1. Как правило, реализуется два противоположных под-хода: — подход «сверху» — целевой (целенаправленный) — для определения, как конкретная задача отвечает, согла- суется с общей целью проекта (в соответствии с выбранной моделью); — подход «снизу» — морфологический — для опреде-ления конкретных возможностей реализации задачи: по ресурсному обеспечению, по временным и пространствен- ным возможностям, по квалификации работников и т.п. 2. Число задач в индивидуальном проекте или число компонентов каждой задачи коллективного проекта не должно быть больше 7 ± 2 (в силу гипотезы Миллера). Со-держание этого требования можно объяснить ограничени- ем возможностей оперативной памяти человека, его спо-собностью анализировать в оперативной памяти не более 7 ± 2 составляющих и связей между ними. 3. Для каждой части реализации проекта, соответству-ющей каждой задаче, определяются имеющие к ней отно-шение данные: продолжительность, объемы работ, необ-ходимая информация, оборудование и т.д. и т.п. 4. По каждой задаче проводится критический анализ для подтверждения правильности и выполнимости поставлен- ной задачи. Агрегирование. Процесс, в определенном смысле про-тивоположный декомпозиции — это агрегирование (до- словно — соединение частей в целое). Для пояснения его сути приведем такой пример. Допустим, мы задумали со- здать самый современный автомобиль. Для этого возьмем самую лучшую и современную конструкцию инжектора, самую лучшую систему зажигания, самую лучшую короб- ку передач и т.д. А в результате не то что самого современ-ного автомобиля, а даже просто автомобиля не получим — эти части, пусть самые лучшие и современные, не взаимо-связаны между собой. Таким образом, агрегирование — это процесс согласования отдельных задач реализации проекта между собой. В научном исследовании, очевидно, агрегирование как этап деятельности аналога не имеет. Основными методами агрегирования, если не рассмат-ривать формальные математические модели систем, явля- ются определение конфигуратора и использование клас-сификаций [133]. Конфигуратором называется минимально достаточный набор различных языков описания процесса решения про-блемы. Действительно, всякое сложное явление требует раз-ностороннего, многопланового описания, рассмотрения с различных точек зрения. Только совместное (агрегирован- ное) описание в понятиях нескольких качественно различа-ющихся языков позволяет охарактеризовать явление с до-статочной полнотой. Это соображение приводит к понятию агрегата, состоящего из качественно различных языков описания проектируемой системы и обладающей тем свойст-вом, что число этих языков минимально, но необходимо для заданной цели. Этот агрегат и является конфигуратором. — 216 —
|