Ранее рассматривалась иерархическая структура процессов среды проектирования; процесс проектирования мог порождать подчиненные процессы только в среде, подчиненной его собственной. Это, однако лишь частный случай более общей ситуации. Любой процесс проектирования может устанавливать связь с любым процессом среды проектирования и запрашивать создание нового подчиненного процесса. С помощью графической схемы мы можем представить сеть процессов, выделив ее структурные уровни. Эта схема отражает предложения по архитектуре так называемых «открытых систем» [19]. Под открытыми системами понимаются системы, в которых допускается установление связей одних процессов с другими на том же уровне иерархии и одновременно использование возможностей нижних уровней.
Представления о сложных объектах внутри каждого вида необходимо разделять на иерархические уровни (уровни абстрагирования).
На верхнем иерархическом уровне рассматривается весь сложный объект как совокупность взаимодействующих подсистем. При этом описание каждой подсистемы не должно быть слишком подробным, так как это приведет к чрезмерной громоздкости описаний и невозможности решения возникающих проектных задач.
На следующем иерархическом уровне подсистемы рассматриваются отдельно как системы, состоящие из некоторых составных частей и имеют большую подробность описаний. Данный иерархический уровень является уровнем подсистем. Процесс декомпозиции описаний и поблочного их рассмотрения с возрастающей детальностью можно продолжить вплоть до получения описаний блоков, состоящих из базовых элементов.
Разделение описаний проектируемых объектов на иерархические уровни по степени подробности отражения свойств объектов составляет сущность блочно-иерархического подхода к проектированию. Соответственно возможно разделение проектирования как процесса на группы проектных процедур, связанных с получением и преобразованием описаний выделенных уровней. Эти группы процедур называются иерархическими уровнями проектирования.
Процесс проектирования (например, проектирование линейной части МГ) 
(рис. 8) создает два подпроцесса 
и 
, которые теперь выполняют работу для процесса . Эти два подпроцесса относятся к разным типам, как это указано их соответствующими процессами среды (например, один, возможно, выполняет общее проектирование, а другой – проектирование подводных и надземных переходов).
|
| Рис. 8. Сетевая модель процесса проектирования |
Параллельно с процессом в той же общей среде выполняется другой процесс 
. Заметьте, что в этом конкретном примере для обоих процессов 
-го уровня требуются подпроцессы уровня 
и того же типа (а именно, типа, обеспечиваемого процессом среды 
). Таким образом, в то время как процесс 
-го уровня не (обязательно) знает о существовании другого процесса , их подпроцессы могут конфликтовать из-за ресурсов, необходимых для -го уровня, эти конфликты могут быть разрешены процессом среды .
До сих пор мы не сталкивались с проблемами создания подпроцессов: как, например, процесс 
может создать подпроцесс 
? Строгая интерпретация схемы на рис. 7 могла бы означать, что процесс должен был бы послать соответствующий запрос либо процессу либо своей среде 
. Если эти процессы не могут удовлетворить запрос вследствие того, что они не знают о существовании среды 
, запрос должен был бы сначала быть передан вверх по иерархии уровней процессов, пока не будет достигнут процесс, к которому принадлежат как процесс , так и процесс , выдавший запрос. Такая организация, однако, может существенно снизить эффективность всех процессов. По этой причине отдельные процессы проектирования обычно получают доступ к знаниям о процессах среды на том же самом уровне. В нашем примере процесс вероятно, знает о существовании процесса среды и его возможностях, чтобы прямо адресовать запрос о создании подпроцесса . Такие сведения были переданы процессам в момент их создания. Частью этих знаний являются следующие [19]:
· знания о возможностях процессов среды;
· знания о том, как обращаться к процессам среды и как обмениваться с ними данными.
Таким образом, процесс может иметь информацию, необходимую для прямой связи с процессом . Тогда он мог бы выдать прямой запрос процессу на создание подчиненного процесса без необходимости устанавливать связи вверх и вниз по иерархии.
Эта концепция позволяет моделировать процесс проектирования и его интерфейсы без совместного рассмотрения всех процессов. Мы можем просто рассматривать один процесс и его интерфейс с другими процессами.