Cтраница 3
Во многих случаях пользователь САПР в режиме диалога только вводит и редактирует исходные данные для выполнения определенного маршрута проектирования, а непосредственное исполнение маршрута производится в автоматическом ( пакетном) режиме работы ЭВМ. [31]
В системах второй группы входные языки более удобны для пользователя САПР: облегчается включение процедур оптимизации в разнообразные маршруты проектирования. Однако усложняется программное обеспечение и удорожается его разработка. Примерами программных систем анализа и оптимизации проектируемых объектов служат системы ПА-6, САМРИС, АРОПС. [32]
На рис. 28 представлена созданная с помощью специального комплекса планирования и управления автоматизированным проектированием Сириус функциональная модель фрагмента сквозного маршрута проектирования ПУ источника вторичного электропитания ( ИВЭП), а на рис. 29 раскрыта работа АЗЧ Обеспечение механических характеристик печатного узла из представленного выше фрагмента функциональной модели. [33]
Используя информацию из внутренней БД, конструктор Кр с помощью управляющих предложений добавляет к монитору рабочей программы только те подпрограммы из перечисленных выше библиотек, которые необходимы в данном конкретном маршруте проектирования. [34]
Анализ преимуществ и недостатков рассмотренных способов информационного взаимодействия модулей показывает, что связи через обменные зоны целесообразно реализовывать для модулей внутри определенного ППП при условии, что информационные обмены происходят с высокой частотой и, следовательно, существенно влияют на общие затраты времени исполнения маршрута проектирования. Очевидно, что для таких модулей приходится вводить ограничения на число возможных вхождений в различные маршруты. В остальных случаях целесообразно осуществлять информационные связи через банк данных. В первую очередь это касается информационных потоков между различными ППП и подсистемами САПР - активизация этих потоков происходит сравнительно редко, в то же время их автоматизация и упорядочение - необходимое условие построения комплексных САПР, обеспечивающих сквозное проектирование сложных объектов. [35]
Обобщенные маршруты разрабатывают с той или иной степенью подробности. Например, маршрут проектирования БИС при наименьшей степени детализации может быть представлен в виде последовательности следующих этапов проектирования: функционально-логического, схемотехнического, топологического, контроля, проектирования фотошаблонов. [36]
Порядок разработки системы, содержащей БИС ПЛ, укрупненно был приведен в разд. Рассмотрим более детально маршрут проектирования, соответствующий разработке конфигурации БИС ПЛ с использованием САПР. [37]
Необходимым условием реализации разнообразных маршрутов проектирования, обслуживаемых многими программами, в рамках одной подсистемы САПР является наличие банка данных подсистемы. В настоящее время в качестве СУБД подсистем используются как универсальные, так и специализированные СУБД. Для реализации сквозного проектирования необходимо обеспечить разнообразные информационные потоки не только внутри подсистем, но и между ними. Для этого необходима разработка специализированных СУБД, ориентированных на применение в центральных банках данных САПР с соответствующим лингвистическим обеспечением. В будущих САПР в связи с расширением круга автоматически решаемых задач расширяются и функции банка данных. В нем предполагается хранить не только информацию о типовых проектах, исходные, промежуточные и итоговые результаты, но также и другие сведения, составляющие основы инженерных знаний в соответствующей предметной области. Такие банки данных называют банками знаний. [38]
Рассмотрим традиционную реализацию в базисе дискретных элементов типа МИС и СИС. На рис. 2.8 показан маршрут проектирования, характерный для такого способа реализации цифровых фрагментов. [39]
На этапе определения спецификаций задаются структура входных и выходных данных, возможные типы проектных процедур и маршрутов проектирования. Чем детальнее разработаны проектные процедуры и маршруты проектирования, тем меньше вероятность возникновения ошибок и тем легче организовать информационный интерфейс между программными модулями. [40]
Процесс автоматизированного проектирования заключается в выполнении маршрутов проектирования с помощью большого количества взаимодействующих программных модулей. Взаимодействие модулей проявляется в основном в связях по управлению и по информации. Связи по управлению выражаются в упорядоченных переходах от исполнения одного программного модуля к исполнению другого. Связи по информации выражаются в использовании одних и тех же данных в разных модулях, входящих в маршрут. [41]
Моделирование включает в себя формирование сетевой имитационной модели ( СИМ), представляющей САПР как систему массового обслуживания, и выполнение численных экспериментов с этой моделью. Формирование СИМ осуществляется путем отображения структур маршрутов проектирования на синтезированную структуру КТС САПР. Уровни описания структуры КТС и маршрутов проектирования должны быть согласованы с характером и степенью полноты имеющихся исходных данных. [42]
Методологические аспекты касаются построения системы научных взглядов и структуры отношений создателей и пользователей САПР. Данные аспекты определяют выбор того или иного маршрута проектирования. [43]
Для выполнения функционального проектирования конкретного технического объекта необходимо получить его математическую модель и осуществить постановку задачи оптимизации. Кроме того, необходимо располагать программным обеспечением, реализующим маршрут проектирования, основными процедурами которого являются анализ вариантов и оптимизация параметров. [44]
Комплекс ПА-6 представляет собой средство синтеза рабочих программ, реализующих конкретные маршруты проектирования, задаваемые пользователем средствами входных или промежуточного языков. Кроме того, входные трансляторы могут организовывать работу с библиотеками параметров, стандартных фрагментов и макромоделей отдельных предметных областей, осуществлять связь с локальными и общей БД САПР. [45]