Маршрут проектирования

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

Построение обобщенных маршрутов проектирования, подлежащих автоматизации. Каждый обобщенный маршрут относится к одному определенному классу проекти- [c.356]

Моделирование включает в себя формирование сетевой имитационной модели (СИМ), представляющей САПР как систему массового обслуживания, и выполнение численных экспериментов с этой моделью. Формирование СИМ осуществляется путем отображения структур маршрутов проектирования на синтезированную структуру КТС САПР. Уровни описания структуры КТС и маршрутов проектирования должны быть согласованы с характером и степенью полноты имеющихся исходных данных. [c.359]

Процесс итерационной отработки проекта САПР заканчивается получением варианта, принимаемого в качестве окончательного описания САПР на верхнем иерархическом уровне. Это описание содержит сведения о составе КТС (типы и число устройств) и программного обеспечения, включая перечни операционных систем и ПМК, технические задания на разработку оригинальных составных частей комплексов, а также маршруты проектирования и правила распределения проектных процедур по составляющим КТС. [c.361]

Пример построения фрагмента СИМ. В качестве примера отображения структуры маршрута проектирования на структуру КТО рассмотрим формирование фрагмента СИМ для подсистемы схемотехнического проектирования БИС. На рис. 7.2 представлен граф принятого для реализации [c.361]

Реализация остальных маршрутов проектирования, предусмотренных в создаваемой САПР, осуществляется через наращивание СИМ, выполняемое аналогичным образом. [c.364]

В соответствии с алгоритмом проектирования для каждого нового объекта и маршрута его проектирования автоматически составляются рабочие программы, В зависимости от требований ТЗ и конкретных условий на каждом этапе разработки могут использоваться различные маршруты проектирования и соответственно различные рабочие программы. [c.372]

На этапе определения спецификаций задаются структура входных и выходных данных, возможные типы проектных процедур и маршрутов проектирования. Чем детальнее разработаны проектные процедуры и маршруты проектирования, тем меньше вероятность возникновения ошибок и тем легче организовать информационный интерфейс между программными модулями. [c.373]

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

Примеры маршрутов проектирования технических объектов. [c.29]

Автоматический режим имеет место при выполнении маршрута проектирования по формальным алгоритмам на ЭВМ без вмешательства человека в ход решения. [c.31]

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

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

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

После получения результатов схемного проектирования приступают к конструкторско-технологическому проектированию, синтезу тестов и окончательной верификации принятых проектных решений. Укрупненная типичная последовательность проектных процедур на маршруте проектирования СБИС показана на рис. 1.87. [c.127]

Интеграция проектирующих программ в систему, образование из них маршрутов проектирования и вьшолнение ряда других служебных функций возлагаются на системную среду САПР [34], называемую в настоящее время системой PDM. [c.148]

САПР создается как иерархическая система, реализующая комплексный подход к автоматизации на всех уровнях проектирования. Так, в САПР технологических процессов обычно включают подсистемы структурного, функционально-логического и элементного проектирования (разработки принципиальной схемы технологического процесса, проектирования маршрута, проектирования операции, разработки управляющих программ для оборудования с ЧПУ). Иерархическое построение САПР относится также к специальному программному обеспечению и к техническим средствам (центральный вычислительный комплекс и автоматизированные рабочие места). [c.210]

После разработки маршрута проектирование охватывает период, связанный с выбором структуры операций, с объединением переходов на [c.453]

Место процедур формирования моделей в маршрутах проектирования [c.87]

САПР создается как иерархическая система, реализующая комплексный подход к автоматизации на всех уровнях проектиро-вапня. Блочно-модульный иерархический подход к проектированию сохраняется при примепении САПР. Так, в технологическом проектнроБаипи механосборочного производства обычно включают подсистемы структурного, функционально-логического и элементного проектирования (разработка принципиальной схемы технологического процесса, проектирование технологического маршрута, проектирование операции, разработка управляющих программ для станков с ЧПУ). Возникает необходимость обеспечения комплексного характера САПР, т. е. автоматизации на всех уровнях проектирования. Иерархическое построение САПР относится не только к специальному программному обеспечению, [c.110]

В маршрутах проектирования БИС и СБИС к числу основных проектных процедур относятся верификация логических и функциональных схем, синтез и анализ тестов. В этих процедурах требуется многократное выполнение моделирования логических схем. Однако высокая размерность задач логического моделирования (СБИС насчитывают.десятки—сотни тысяч вентилей) существенно ограничивает возможности многовариантного анализа. Так, современные программы анализа логических схем на универсальных ЭВМ могут обеспечить скорость моделирования приблизительно 10 вентилей в секунду (т. е. на анализ реакции схемы из 10 вентилей на один набор входных воздействий затрачивается 1 с машинного времени), что значительно ниже требуемого уровня. Преодоление затруднений, обусловливаемых чрезмерной трудоемкостью вычислений, происходит в двух направлениях. Первое из них основано на использовании общих положений блочно-иерархического подхода и выражается в переходе к представлениям подуровня регистровых передач, рассмотренным в 4.7. Второе направление основано на применении специализированных вычислительных средств логического моделирования, называемых спецпроцессорами или машинами логического моделирования (МЛМ), Важно отметить, что появление СБИС не только порождает потребности в таких спецпроцессорах, но и обусловливает возможности их создания с приемлемыми затратами. Разработанные к настоящему времени МЛМ функционируют совместно с универсальными ЭВМ и обеспечивают скорость моделирования 10 —10 вентилей в секунду. [c.254]

Распределение проектных процедур, фигурирующих в маршрутах проектирования, по уровням выбранной структуры КТС, дальнейшая конкретизация авто.матизированно-го способа выполнения процедур, имеющая целью выяснение состава используемых периферийных устройств для ведения диалога и документирования результатов. [c.358]

Построение СИМ начнем с той ее части, которая соответствует вершине 2 на графе маршрута проектирования (ГМП) рис. 7.2, а. Отображение вершины 2 из ГМП на граф СИМ (ГСИМ) показано на рис. 7.2, в. Здесь вершины/и 2 отображают память и процессор ЭВМ, входящей в АРМ, соответственно. Но возможности ЭВМ в АРМ ограничены решением задач только детерминированного [c.362]

Для процедур, многократно выполняемых в различных маршрутах проектирования и вносящих заметный вклад в общие затраты вычислительных ресурсов, прежде всего следует выбрать одну из двух возможных альтернатив программную или аппаратную реализацию. Под аппаратной реализацией здесь понимается создание специализированной ЭВМ (спецпроцессоров), ориентированной на выполнение одной или нескольких родственных по характеру проектных процедур. Примерами спецпроцессоров для САПР могут служить спецпроцессоры для логического мо- [c.364]

Обращение к специальному ПО реализуется в форме запроса, который содержит требования к выполнению проектных процедур и нсход 1ые данные для проектирования. Последовательность подключения программных модулей для выполнения проектных процедур определяется программой-монитором САПР. Взаимосвязь отдельных программных модулей обеспечивает возможность организации сложных маршрутов проектирования. [c.370]

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

Маршрут проектирования объект — последовательность этапов и (или) проектных процедур, используемая для проектирования этого объекта. Маршрут называют типовым, если он применяется при проектировании многих объектов оирсдсленного класса. [c.29]

Во многих случаях пользователь САПР в режиме диа-./юга только ВВ0ДИ1 и редактирует исходные даитче для выполнения оирсдслеипого маршрута проектирования, а непосредственное исполнение маршрута производится в автоматическом (пакетном) режиме работы ЭВМ. [c.32]

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

Нсиосредственнос выполнение проектных операций и процедур в маршрутах проектирования происходит но рабочим программам. Для каждого нового нросктиру- [c.90]

Информационное взаимодействие программ и банки данных. Процесс автоматизированного проектирования заключается в выполнении маршрутов проектирования с помощью большого количества взаимодействующих программных модулей. Взаимодействие модулей проявляется в основном в связях по управлению и ио информации. Связи но управлению выражаются в упоря-дочен11Ь[х переходах от исполнения одного программного модуля к исполнению другого. Связи по информации выражаются в использовании одних н тех же данных в разных модулях, входящих в маршрут. [c.92]

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

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

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

Проблемы повышения эффективности математического обеспечения для процедур анализа стоят не менее остро, чем для процедур синтеза. Болыпие размерности математических моделей, необходимость выполнения многих вариантов анализа этих моделей в маршрутах проектирования выдвигают в число наиболее актуальных проблему снижения вычислительных затрат. Эта проблема решается в следующих основных направлениях диа-коптика — исследование сложных систем по частям, основная идея диакоптики — снижение вычислительных затрат за счет замены одной сложной задачи совокупностью задач малой размерности адаптируемость — автоматический выбор математических моделей и методов, оптимальных но показателям эффективности, применительно к особенностям конкретной задачи учет пространственной и временной разреженности. [c.114]

Общая схема функционирования комплекса ПЛ-6. Комплекс ПА-6 представляет собой средство синтеза рабочих программ, реализующих конкретные маршруты проектирования, задаваемые пользователем средствами входных или промежуточного языков. Общая схема функционирования ПА-6 представлепа на рис. 5.5. Первым в работу вступает один из входных трансляторов T i, осуществляющих перевод описания технического объекта п задания на его проектирование с входного языка конкретной предметной области 1 в универсальный промежуточный язык 2. Кроме того, входные трансляторы могут организовывать работу с библиотеками параметров, стандартных фрагмептоп и макромоделей отдельных предметных областей, осуществлять связь с локальными и общей БД САПР. В качб [c.140]

Тшшчный маршрут проектирования СБИС включает в себя следующие процедуры. [c.128]

В последнее время значительное внимание уделяется процедурам совмещенного проектирования программной и аппаратной частей СБИС (SW/HW - Software/Hardware odesign). Если в традиционных маршрутах проектирования разделение алгоритмов на части, реализуемые программно и аппаратно, происходит на самых ранних шагах, то в технологии совмещенного проектирования эта процедура фактически переносится на уровень RTL и тем самым входит в итерационный проектный цикл и может привести к более обоснованным проектным решениям. Примером подхода к совмещенному проектированию может служить методика моделирования на уровне исполнения системы команд, в соответствии с которой моделируются события, происходящие на внешних выводах таких устройств, как арифметико-логическое, встроенная и внешняя память, системная шина и т.п. Благодаря совмещенному проектированию удается не только на ранних стадиях проектирования найти и исправить возможные ошибки в аппаратной и программной частях проекта, но и отладить контролирующие тесты [12]. [c.131]

Стадии (этапы) проектирования подразделяют на составные части, называемые проектными процедурами. Примерами проектных процедур могут служить подготовка деталировочных чертежей, анализ кинематики, моделирование переходного процесса, оптимизация параметров и другие проектные задачи. В свою очередь, проектные процедуры можно расчленить на более мелкие компоненты, называемые проектными операциями, например, при анализе прочности детали сеточными методами операциями мохут быть построение сетки, выбор или расчет внешних воздействий, собственно моделирование полей напряжений и деформаций, представление результатов моделирования в графической и текстовой формах. Проектирование сводится к вьшолнению некоторых последовательностей проектных процедур - маршрутов проектирования. [c.19]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...