Структура САПР

Система автоматизированного проектирования (САПР) определена в ГОСТ 23501.0— 79 как организационно-техническая система, состоящая из комплекса средств автоматизации проектирования, взаимодействующего с подразделениями проектной ор­ганизации, и выполняющая автоматизированное проек­тирование.

Комплекс средств автоматизации проектирования. Средства автоматизации проектирования можно сгруппи­ровать по видам обеспечения автоматизированного про­ектирования.

Техническое обеспечение САПР представ­ляет собой совокупность взаимосвязанных и взаимодей­ствующих технических средств, предназначенных для выполнения автоматизированного проектирования. Тех­ническое обеспечение делится на группы средств про­граммной обработки данных, подготовки и ввода дан­ных, отображения и документирования, архива проект­ных решений, передачи данных.

Средства программной обработки данных представле­ны процессорами и запоминающими устройствами, т. е. устройствами ЭВМ, в которых реализуются преобразова­ния данных и программное управление вычислениями. Средства подготовки, ввода, отображения и документи­рования данных служат для общения человека с ЭВМ. Средства архива проектных решений представлены внеш­ними запоминающими устройствами; средства передачи данных используются для организации связей между территориально разнесенными ЭВМ и терминалами (оконечными пунктами).

Математическое обеспечение САПР объ­единяет в себе математические модели проектируемых

объектов, методы и алгоритмы выполнения проектных процедур, используемые при автоматизированном про­ектировании. Элементы математического обеспечения в САПР чрезвычайно разнообразны. Среди них имеются инвариантные элементы, широко применяемые в различ­ных САПР. К ним откосятся принципы построения функ­циональных моделей, методы численного решения алге­браических и дифференциальных уравнений, постановки экстремальных задач, поиска экстремума. Специфика предметных областей проявляется прежде всего в ММ проектируемых объектов, она заметна также в способах решения задач структурного синтеза. Формы представле­ния математического обеспечения также довольно раз­нообразны, но его практическое использование происхо­дит после реализации в программном обеспечении.

Программное обеспечение САПР объеди­няет собственно программы для систем обработки дан­ных на машинных но ителях и программную докумен­тацию, необходимую для эксплуатации программы. Про­граммное обеспечение (ПО) делится на общесистемное, базовое и прикладное (специальное). Общесистемное ПО предназначено для организации функционирования технических средств, т. е. для планирования и управле­ния вычислительным процессом, распределения имею­щихся ресурсов, и представлено операционными систе­мами ЭВМ и ВС. Общесистемное ПО обычно создается для многих приложений и специфику САПР не отража­ет. Базовое и прикладное ПО создаются для нужд САПР. В базовое ПО входят программы, обеспечиваю­щие правильное функционирование прикладных про­грамм. В прикладном ПО реализуется математическое обеспечение для непосредственного выполнения проект­ных процедур. Прикладное ПО обычно имеет форму па­кетов прикладных программ (ППП), каждый из кото­рых обслуживает определенный этап процесса проекти­рования или группу однотипных задач внутри различных этапов.

Информационное обеспечение САПР объе­диняет всевозможные данные, необходимые для выпол­нения автоматизированного проектирования. Эти данные могут быть представлены в виде тех или иных докумен­тов на различных носителях, содержащих сведения спра­вочного характера о материалах, комплектующих изде­лиях, типовых проектных решениях, параметрах элемен­тов, сведения о состоянии текущих разработок в виде

промежуточных и окончательных проектных решений, структур и параметров проектируемых объектов и т. п. Основная составная часть информационного обеспечения САПР — банк данных, представляющий собой совокуп­ность средств для централизованного накопления и кол­лективного использования данных в САПР. Банк данных (БНД) состоит из базы данных и системы управления базой данных.

База данных (БД) — сами данные, находящиеся в запоминающих устройствах ЭВМ и структурированные в соответствии с принятыми в данном БНД правилами. Система управления базой данных (СУБД) — совокуп­ность программных средств, обеспечивающих функцио­нирование БНД. С помощью СУБД производятся запись данных в БНД, их выборка по запросам пользователей и прикладных программ, обеспечивается защита данных от искажений и от несанкционированного доступа и т. п.

Лингвистическое обеспечение САПР представлено совокупностью языков, применяемых для описания процедур автоматизированного проектирова­ния и проектных решений. Основная часть лингвистиче­ского обеспечения — языки общения человека с ЭВМ.

Методическое обеспечение САПР состав­ляют документы, характеризующие состав, правила от­бора и эксплуатации средств автоматизированного про­ектирования. Допускается более широкое толкование по­нятия методического обеспечения, при котором под ме­тодическим обеспечением подразумевают совокупность .математического, лингвистического обеспечения и на­званных документов, реализующих правила использо­вания средств проектирования.

Организационное обеспечение САПР включает положения, инструкции, приказы, штатные рас­писания, квалификационные требования и другие доку­менты, регламентирующие организационную структуру подразделений проектной организации и взаимодействие подразделений с комплексом средств автоматизирован­ного проектирования.

Подсистемы САПР. Функционирование САПР воз­можно только при наличии и взаимодействии всех пере­численных средств автоматизированного проектирова­вший. Средства автоматизированного проектирования объединяются в подсистемы САПР, ориентированные на выполнение определенных совокупностей проектных про­цедур — проектирующие подсистемы.

Проектирующие под­системы могут быть проектно-зависимыми (объ­ектными) и проектно-независимыми (инвариант­ными). Проектно-зависимые подсистемы предназначены для выполнения проектных процедур, спе­цифических для некоторо­го класса объектов. При­мерами проектно-зависимых подсистем могут слу­жить подсистемы синтеза логических схем цифро­вых автоматов или подсистемы моделирования оптиче­ского канала оптико-электронных приборов. Проектно-независимые подсистемы рассчитаны на выполнение типо­вых проектных процедур и, следовательно, могут исполь­зоваться для более широкого класса объектов. Примера­ми проектно-независимых подсистем могут служить под­система моделирования систем массового обслуживания, подсистема анализа непрерывных динамических систем на макроуровне.

В состав САПР кроме проектирующих входят также обслуживающие под системы, предназначен­ные для обеспечения нормального функционирования проектирующих подсистем. Типичными подсистема­ми САПР являются СУБД, информационно-измеритель­ные системы, служащие для получения эксперименталь­ных данных об исследуемых объектах. Особое место среди обслуживающих подсистем в составе САПР зани­мает мониторная система, предназначенная для органи­зации и оптимизации управления процессом проектиро­вания при выполнении проектных процедур и взаимо­действии подсистем САПР. По сути дела, мониторная система является специализированной операционной си­стемой САПР. Ее основные функции — распределение ресурсов (времени ЭВМ и внешних устройств, оператив­ной и внешней памяти) между одновременно работаю­щими в системе пользователями; вызов необходимых программ для реализации заданных маршрутов проекти­рования; организация взаимодействия пользователей с системой в диалоговых режимах; управление вычисли­тельным процессом при реализации заданных маршрутов проектирования.

Для выполнения тех или иных из перечисленных функций удобно использование возмож­ностей операционных систем ЭВМ. Поэтому мониторная система не заменяет и не дублирует операционные систе­мы, а выполняет те операции управления, которые отра­жают специфику работы ЭВМ в составе систем автома­тизированного проектирования.

Уровни САПР. Структура САПР в значительной ме­ре зависит от состава используемых технических средств. Рассмотрим варианты структур технического обеспече­ния, применяемые в САПР.

На рис. 3.1 представлена структура комплекса техни­ческих средств (КТС), предназначенного для выполне­ния автоматизированного проектирования.

Основу комплекса составляет ЭВМ (рис. 3.1, а), в которой выполняется программная обработка данных и осуществляется их хранение. В современных КТС САПР в качестве ЭВМ, как правило, используется мини-ЭВМ, при этом КТС называют автоматизированным рабочим местом (АРМ) проектировщика или инженерной рабо­чей станцией. В отечественных КТС, таких, как АРМ-М, АРМ-Р, применяются ЭВМ семейства СМ (СМ-4, СМ-1420), а в КТС типа «Кулон» — ЭВМ семейства «Элек­троника» (ЭВМ «Электроника 100-25», «Электроника-79» и т. п.).

Связь пользователя с ЭВМ в диалоговом режиме осу­ществляется с использованием алфавитно-цифрового дисплея АЦД, с его помощью можно вводить в ЭВМ тек­стовую информацию и просматривать получаемые ре­зультаты решения. При необходимости ввода больших объемов информации целесообразно использовать уст­ройства подготовки данных УПД для занесения информации

на промежуточные носители — перфокарты или перфоленты с последующим вводом данных через по­средство устройств ввода с этих носителей УВВП. Вы­вод информации возможен не только с помощью АЦД, но и на бумажный рулон в алфавитно-цифровом печата­ющем устройстве АЦПУ.

Особенностью САПР является большой объем гра­фической информации (в виде чертежей, схем, графи­ков) в потоке данных, которыми обмениваются пользо­ватель и ЭВМ. Для такого обмена служат устройства графического ввода — вывода: 1) полуавтоматическое устройство ввода — кодировщик графической информа­ции КГИ, называемый также сколкой или цифрователем (с помощью КГИ информация считывается с имею­щегося чертежа или эскиза и преобразуется в закодиро­ванную цифровую форму); 2) устройство вывода графи­ческой информации — графопостроитель ГП, называ­емый также чертежным автоматом. С его помощью ин­формация, поступающая из ЭВМ в цифровой форме, преобразуется в графическое изображение на листе бу­маги или каком-либо другом носителе; 3) графический дисплей ГД, с помощью которого осуществляются опе­ративный ввод, редактирование и вывод графической информации.

Поскольку производительность и емкость оператив­ной памяти названных выше типов мини-ЭВМ недоста­точны для решения многих проектных задач, для пост­роения КТС по схеме, показанной на рис. 3.1, а, иногда применяют ЭВМ средней и большой производительно­сти, например ЭВМ семейства ЕС (ЕС 1022, ЕС 1033, ЕС 1045 и др.). Связь пользователя с ЭВМ в этом слу­чае обычно осуществляется через посредство дисплей­ных станций типа ЕС-7920, состоящих из 8—16 алфавит­но-цифровых дисплеев с устройством группового управ­ления.

Быстрый рост возможностей мини-ЭВМ и микро-ЭВМ приводит к предпочтительности построения АРМ по схеме, изображенной на рис. 3.1, б. Типичные терми­налы, представляющие собой рабочие места (РМ) поль­зователей, состоят из микро-ЭВМ, АЦД или ГД, опера­тивной и внешней памяти. Наличие микро-ЭВМ позво­ляет резко увеличить число терминалов комплекса и, следовательно, число одновременно работающих пользо­вателей. Совмещение в одном дисплее возможностей ал­фавитно-цифрового и графического дисплеев делает все терминалы станции графическими.

Конечно, увеличение числа пользователей и расширение круга выполняемых проектных процедур требует применения в КТС более совершенных ЭВМ. Такими ЭВМ стали супермини-ЭВМ типа VAX 11/780, по своим основным характеристикам не уступающие большинству моделей ЭВМ семейства ЕС.

Построенные по схемам, показанным на рис. 3.1, а, САПР называют одноуровневыми САПР. Отне­сение всех технических средств, входящих в КТС, к од­ному уровню связано с тем, что в такой САПР исполь­зуются единая мониторная система, банк данных и па­кеты прикладных программ, ориентированные на основ­ные ЭВМ комплекса. Терминальные микро-ЭВМ про­граммно совместимы с основной ЭВМ и служат либо для подготовки задач к решению на основной ЭВМ, ли­бо для решения простых задач с помощью тех же про­граммных и информационных средств.

Возможности одноуровневых САПР ограничены. По­этому в САПР крупных предприятий стремятся исполь­зовать ЭВМ предельной производительности. Одна или несколько таких ЭВМ образуют один из уровней САПР, называемый центральным вычислительным комплексом (ЦБК). В ЦВК современных САПР используются такие высокопроизводительные ЭВМ, как «Эльбрус-2», CRAYX-MP. Они эффективно выполняют функции про­граммной обработки данных при выполнении наиболее сложных проектных процедур, требующих огромных вы­числительных ресурсов. Но для эффективной связи поль­зователя с САПР и решения большого количества менее сложных задач целесообразно иметь в САПР второй уровень, называемый интерактивно-графическим комп­лексом (ИГК). На каждом из уровней ЦВК и ИГК име­ются свои пакеты прикладных программ для выполне­ния сходных по содержанию проектных процедур, но ориентированных на различные размерности задач.

Структуры двухуровневых САПР соответству­ют схемам, изображенным на рис. 3.2. Структура на рис. 3.2, а — радиальная, в составе ИГК имеется несколько АРМ со структурой, соответствующей структуре на рис. 3.1. Радиальная структура обычно имеет место при ис­пользовании в АРМ мини-ЭВМ недостаточной произво­дительности, при этом основные части мониторной си­стемы и банка данных находятся в ЦВК. Структура на рис. 3.2, б — кольцевая, она соответствует объединению»

Рис. 3.2.

АРМ в кольцевую вычислительную сеть. В такой САПР функции мониторной системы и СУБД распределены по узлам вычислительной сети. Возможно введение в струк­туру на рис. 3.2, б дополнительных связей между неко­торыми узлами сети. Для целей управления системой и выполнения функций централизованного банка данных возможно выделение отдельного узла, причем таким уз­лом не обязательно будет ЦВК.

П р и м е ч а н и е. Включение АРМ в кольцевую вычислительную сеть выполняется с помощью специальных связных процессоров.

В общем случае в техническое обеспечение САПР мо­гут входить ЭВМ различных типов, объединяемых в рас­пределенную вычислительную сеть. В такой сетевой САПР выделение уровней выполняется по признаку идентичности используемого программного и лингвисти­ческого обеспечения.

Часто в структуре САПР выделяется группа вычисли­тельного и периферийного оборудования, предназначен­ная для выполнения функций подсистемы технологиче­ской подготовки производства. Причиной такого обособ­ления является наличие в этой группе специфических устройств документирования, подготовки носителей с управляющей информацией для станков с числовым про­граммным управлением и соответствующего програм­много обеспечения. Эта группа программно-аппаратных средств называется технологическим комплексом и рас­сматривается как отдельный уровень в составе систем автоматизированного проектирования.

Структура программного обеспечения САПР. На рис. 3.3 представлена укрупнен­ная структура ПО одноуров­невой САПР.

Общесистемное ПО пред­ставлено операционной си­стемой (ОС) используемой ЭВМ.

Базовое и прикладное

В САПР, как правило, применяется много различных пакетов прикладных программ (ППП), каж­дый из которых имеет ориентацию на определенную под­систему САПР. Так, известны пакеты программ геомет­рического моделирования; оформления конструкторской документации, используемые в подсистеме машинной графики; синтеза маршрутной технологии; проектирова­ния штампов; выбора установочных баз в подсистемах технологического проектирования; расчетов на проч­ность в подсистемах проектирования корпусных деталей летательных аппаратов и т. п.

Пакеты прикладных программ, в свою очередь, могут иметь достаточно сложную структуру с выделением уп­равляющей и обрабатывающей частей.

К управляющей части ППП сложной структуры от­ носится монитор пакета, функционирующий под управлением мониторной системы САПР. Часто для управле­ния пакетом достаточно возможностей ОС и мониторной системы САПР, тогда в ППП управляющая часть не вы­деляется и его называют библиотекой программ или па­кетом простой (библиотечной) структуры. В пакетах простой структуры в качестве языка используется язык управления заданиями ОС или аналогичный язык описа­ния заданий мониторной системы, общий для различных пакетов. Эти языки не учитывают специфики задач, ре­шаемых с помощью пакета. Возможности организации рабочих программ из различных сочетаний библиотеч­ных программ ограничены. Поэтому в САПР чаще ис­пользуют пакеты сложной структуры, отличающиеся на­личием развитого проблемно-ориентированного входно­го языка и собственного монитора. 93

Непосредственное выполнение проектных операций и процедур в маршрутах проектирования происходит по рабочим программам. Для каждого нового проектиру­емого объекта и каждого нового маршрута создается своя оригинальная рабочая программа. Так как слож­ность рабочих программ, как правило, высока, то их по­лучение должно быть автоматизировано. От пользовате­ля требуется лишь сформулировать задание и исходные данные на проблемно-ориентированном входном языке, а собственно рабочая программа будет получена с помо­щью средств ППП, заранее разработанных и составля­ющих обрабатывающую часть ППП. Обрабатывающая часть ППП представлена группой программ, среди кото­рых выделяют функциональные модули и языковые про­цессоры.

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

Функциональные модули реализуют типовые элемен­ты магматического обеспечения, которые предназначе­ны для многократного использования в различных рабо­чих программах. Такими элементами математического обеспечения, порождающими функциональные модули, являются математические модели элементов проектиру­емых объектов, описания типовых графических изобра­жений, численные методы и алгоритмы решения систем алгебраических уравнений, алгоритмы выполнения эле­ментарных графических операций, математические моде­ли внешних воздействий, рассматриваемых при модели­ровании как функции времени и т.п. Эти функциональ­ные модули обычно объединяют в одну или несколько библиотек программ. Так, в ППП моделирования дина­мических объектов обычно имеются библиотеки моделей элементов, численных методов интегрирования диффе­ренциальных уравнений, модулей внешних воздействий, алгоритмов расчета выходных параметров по результа­там интегрирования дифференциальных уравнений. Язы­ковые процессоры служат для организации оригиналь­ных частей рабочих программ. Различают два типа ор­ганизации рабочих программ: интерпретацию и трансля­цию. Соответственно языковой процессор может быть либо интерпретатором, либо транслятором. Интерпрета­тор при своем исполнении выбирает очередную директи­ву задания, выражаемую пользователем на входном языке, и организует ее исполнение путем обращения к имеющимся функциональным модулям. 94

Далее выбира­ется следующая директива и т.д. Транслятор сначала полностью генерирует рабочую программу и только по­сле этого передает ее на исполнение, т.е. транслятор создает оригинальные модули, отражающие специфику конкретного задания и конкретного проектируемого объ­екта, а объединение оригинальных модулей с библиотеч­ными и последующее исполнение полученной рабочей программы осуществляются с помощью средств опера­ционной системы ЭВМ, мониторной системы САПР или монитора ППП.

Как правило, трансляция приводит к меньшим затра­там машинного времени на решение задачи, но боль­шим затратам машинной памяти. Реальные языковые процессоры обычно имеют черты как трансляторов, так и интерпретаторов. Например, часто входное описание вначале транслируется в некоторую промежуточную форму, которая далее интерпретируется. Если промежу­точная форма занимает меньший объем памяти, чем полностью оттранслированная программа, и если интер­претация промежуточной формы происходит быстрее, чем интерпретация исходного описания, то языковой процессор, реализующий такое сочетание трансляции и. интерпретации, оказывается весьма эффективным.

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

Сложность управляющих программ САПР сущест­венно возрастает в многоуровневых САПР. Здесь мониторная система должна дополнительно распределять за­дания на обработку в различных узлах вычислительной сети, а также обеспечивать доступ к общей базе данных со стороны одновременно работающих многих терми­налов.

Информационное взаимодействие программ и банка данных. Процесс автоматизированного проектирования заключается в выполнении маршрутов проектирования с помощью большого количества взаимодействующих про­граммных модулей. Взаимодействие модулей проявляется в основном в связях по управлению и по ин­формации. Связи по управлению выражаются в упоря­доченных переходах от исполнения одного программного модуля к исполнению другого. Связи по информации выражаются в использовании одних

и тех же данных в разных модулях, входящих в маршрут.

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

Существуют три основных способа реализации свя­зей по информации: 1) через передачу параметров из вызывающей программы в вызываемую подпрограмму; 2) через общие области (обменные зоны) взаимодейст­вующих модулей; 3) через банк данных.

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

Рассмотрим пример маршрута, включающего пять модулей. Поставим в соответствие программным моду­лям вершины графа, а связям по управлению — дуги графа. Пусть граф, отражающий связи по управлению, в нашем примере имеет вид, показанный на рис. 3.4, а. Это означает, что модули исполняются последовательно в порядке 1—4, а из модуля 4 переходы возможны или к модулю 2, или к модулю 5.

Далее предположим, что в любом последующем мо­дуле маршрута используется та или иная часть данных, полученных при исполнении каждого из предыдущих мо­дулей. Тогда можно построить граф, в котором дуги изо­бражают связи по информации. В нашем примере такой граф имеет вид, изображенный на рис. 3.4, б. При реа­лизации информационных связей через обменную зону, выделяемую для модулей 1—5 рассматриваемого марш­рута, модуль 1 должен направлять полученные в нем данные в обменную зону, представляя их в форме, допу­стимой с позиций требований любого из модулей' 2—5; для исполнения модуля 2 в обменной зоне должны быть данные, направляемые в эту зону модулями 1— 4 ре­зультаты исполнения модуля 2 засылаются в обменную зону в форме, определяемой особенностями каждого из модулей 3—5, и т.д. Так как требования к структуре данных каждого модуля-потребителя данных могут ока­заться различными, то способ связи через обменные зоны сравнительно легко реализуется только при малом и стабильном числе

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

Главная, особенность информации, хранимой в БД, заключается в ее структурированности. Сведения о структуре и взаимосвязях данных в БД выражаются не только упорядоченным расположением данных, но и с помощью дополнительных массивов указателей, индек­сов, имен (ключей), введения специальных правил аг­регирования данных и т.п. Структурированность данных позволяет разработать унифицированные алгоритмы, в соответствии с которыми происходят информационные обмены между БД и любым из модулей программной системы. Эти унифицированные алгоритмы являются основой системы управления базой данных (СУБД). Те­перь информационные связи замыкаются через СУБД. Для рассматриваемого примера граф связей по инфор­мации показан на рис. 3.4,в, где СУБД отображена в виде одной из вершин.

Основные преимущества информационного взаимо­действия через банк данных заключаются в следующем:

1. Снимаются ограничения на число обслуживаемых маршрутов проектирования и на число вхождений моду­лей в различные маршруты.

2. Возможно развитие и модификации программной системы путем добавления новых модулей и маршрутов без изменений ранее созданных модулей.

3. Возможна модернизация технических средств для хранения БД без изменений в ППП.

4. Обеспечивается целостность данных.

Как видно из рис. 3.4, в, связи по информации, реа­лизуемые с помощью СУБД, существенно упростились. Ни пользователю САПР при формировании маршрутов проектирования, ни разработчику прикладных программ не нужно заботиться о программной реализации много­численных информационных связей на основе опериро­вания адресами данных в запоминающих устройствах, о разработке алгоритмов перекомпоновки массивов и т. п. Все основные операции такого рода реализованы в СУБД. Поэтому пользователь должен лишь описать за­дание на преобразование данных с помощью указания в прикладной программе команд обращения к БНД на

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

Целостность данных подразумевает их непротиворе­чивость и достоверность. С помощью СУБД можно уст­ранить те причины возможного искажения результатов выполнения проектных процедур, которые обусловлены дублированием данных в памяти ЭВМ и их неправильным обновлением (неодновременным или несогласованным) при обращениях к данным различных пользователей или некорректным обращением для записи новых данных со стороны некомпетентных лиц. Для этого в СУБД имеют­ся специальные средства защиты данных от несанкциони­рованного доступа, средства минимизации избыточности данных, контроля согласованности внесения изменений и т. п.

Однако реализация информационных связей через банк данных имеет и свои недостатки, связанные глав­ным образом с значительными затратами времени на по­иск необходимых данных в БД.

Анализ преимуществ и недостатков рассмотренных способов информационного взаимодействия модулей по­казывает, что связи через обменные зоны целесообразно реализовывать для модулей внутри определенного ППП при условии, что информационные обмены происходят с высокой частотой и, следовательно, существенно влияют на общие затраты времени исполнения маршрута проек­тирования. Очевидно, что для таких модулей приходится вводить ограничения на число возможных вхождений в различные маршруты. В остальных случаях целесооб­разно осуществлять информационные связи через банк данных. В первую очередь это касается информацион­ных потоков между различными ППП и подсистемами САПР — активизация этих потоков происходит сравни­тельно редко, в то же время их автоматизация и упоря­дочение — необходимое условие построения комплекс­ных САПР, обеспечивающих сквозное проектирование сложных объектов.