Подсистемы САПР проектирующие

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

В САПР БИС выделено несколько подсистем, имеющих свое программное обеспечение в ЦВК и в ИГК. Основными проектирующими подсистемами САПР БИС являются подсистемы структурно-приборного, схемотехнического, логического и топологического проектирования. [c.88]

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

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

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

Проектирующие подсистемы САПР [c.41]

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

ГОСТ 23501.13—81 определяет общие требования к монитор-ной системе — подсистеме управления САПР (рис. 5.2, 5.3), предназначенной для организации и оптимизации управления процессом проектирования при выполнении проектных процедур и взаимодействия подсистем САПР. По своему назначению подсистемы САПР разделяются на проектирующие и обслуживающие. [c.125]

ДЛЯ поддержания работоспособности проектирующих подсистем. Все подсистемы САПР состоят из компонентов — элементов [c.126]

Отметим, что проектирующие подсистемы САПР чаще всего являются объектно-ориентированными, так как выполняют проектные процедуры, характерные и применимые для конкретного вида проектируемых объектов. Ис- [c.141]

Проектирующие подсистемы САПР РИ предназначены для выполнения проектных процедур. Каждая проектирующая подсистема имеет свои особенности и может [c.36]

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

По назначению подсистемы САПР делятся на проектирующие и обслуживающие. [c.379]

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

Деление САПР на подсистемы, обладающие свойствами и функциями самостоятельных систем, устанавливает ГОСТ 23501.0—79. Проектирующие подсистемы делятся на объектно-ориентированные, зависящие от конкретного объекта проектирования, и объектно-независимые (инвариантные), выполняющие унифицированные проектные процедуры и операции. [c.30]

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

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

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

Как и любая сложная система, САПР состоит из подсистем. Различают подсистемы проектирующие и обслуживающие. [c.27]

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

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

В состав САПР РИ входят подсистемы, которые по своему назначению подразделяют на проектирующие и обслуживающие (рис. 1.19). Каждая подсистема обладает свойствами систем и создается как самостоятельная система. [c.36]

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

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

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

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

Содержание проектирующих подсистем зависит от вида проектируемого об1>екта. В качестве примера на рис, 1.23 представлены про -раммнр 1е модули проектирующей подсистемы САПР РИ11, - )сп-кер. [c.41]

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

Практически подсистемы САПР, АСУП, АСНИ объединяют в комплекс верхнего уровня иерархии ГПС, на котором вырабатывается стратегия организационно-экономического управления, планируется загрузка ГПС, осуществляется подготовка производства для функционирования ГПС, автоматизированно проектируются изделия. Таким образом, компоненты АСУП — САПР—АСНИ образуют информационную среду для ГПС, реализованную в виде верхнего уровня общего распределенного банка данных ИАСУ ГАЗ. Компоненты АСТПП, АСОЭУ, САК, АСОТУ объединяют в комплекс иерархии нижнего уровня ГПС, на котором репгаются тактические задачи организационно-технологического планирования и управления, автоматизированно подготовляются технологические управляющие программы и осуществляется непосредственное цифровое управление технологическим объектом управления в режиме реального времени. [c.163]

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

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

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

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

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

Монитор САПР, получив команду на активизацию какой-либо проектирующей подсистемы ПО, считывает из базы да1И1Ых ее паспорт, проверяет корректность команды и возможность загрузки подсистемы. Далее он помещает в ОП необходимые обслуживающие подсистемы ПО (если их там еще нет), вслед за ними — требуемую проектирующую подсистему, а затем в строгом соответствии с данными из паспорта строится обращение к этой иодсистеме. После окончания работы подсистемы опа удаляется из ОП. [c.29]

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

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

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

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

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

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

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