- •1. Понятие проектирования как процесса
- •Что такое проектирование
- •1.2. Задачи проектировщика
- •1.3. Трудности проектирования
- •1.4. Проектирование: искусство или наука
- •2. Сапр в машиностроении
- •2.1. Основные понятия и определения
- •2.1.1. Проектирование как объект автоматизации
- •2.1.2. Аспекты и иерархические уровни проектирования
- •2.1.3. Стадии, этапы и процедуры проектирования
- •2.2. Принципы создания сапр
- •2.3. Состав и структура сапр
- •2.4. Компоненты видов обеспечения сапр
- •Основы автоматизации проектирования машин
- •2.5. Классификация сапр
- •2.6. Взаимодействие сапр с другими автоматизированными системами
- •3. Моделирование и конструирование в сапр
- •3.1. Моделирование
- •Моделирование
- •Имитационное моделирование
- •4. Автоматизация разработки и выполнения конструкторской документации в сапр
- •4.1. Задача конструирования
- •4.2. Структура и основные принципы построения системы акд
- •4.3. Подходы к конструированию
- •4.4. Геометрическое моделирование и организация графических данных
- •4.5. Методы создания моделей го и ги
- •Список литературы
- •1. Постановка задачи. Основные этапы оптимального проектирования
- •Рамно-решетчатые и решетчатые
- •Рамно-башенные
- •Рамно-раскосные
- •Четырехстоечные
- •Двухстоечные
- •С тремя ригелями и более
- •С одним ригелем
- •С двумя ригелями
- •2. Параметры объектов оптимизации
- •3. Параметрическая и структурная оптимизация
- •4. Критерии качества
- •5. Ограничения
- •6. Математическая модель объекта оптимизации
- •7. Методы оптимизации
- •7.1. Аналитические методы
- •7.2. Методы нелинейного программирования
- •Список литературы
- •Оглавление
- •Системы автоматизированного проектирования
2.4. Компоненты видов обеспечения сапр
Средства автоматизации проектирования можно сгруппировать по видам обеспечения автоматизированного проектирования (рис.1.3).
Математическое обеспечение. Основу математического обеспечения (МО) САПР составляют алгоритмы, по которым разрабатывается программное обеспечение САПР. Элементы математического обеспечения в САПР чрезвычайно разнообразны.
Среди них имеются инвариантные элементы — принципы построения функциональных моделей, методы численного решения алгебраических и дифференциальных уравнений, постановки экстремальных задач, поиски экстремума. Разработка математического обеспечения является самым сложным этапом создания САПР, от которого в наибольшей степени зависят производительность и эффективность функционирования САПР в целом.
По назначению и способам реализации МО САПР делится на две части:
математические методы и построенные на их основе математические модели, описывающие объекты проектирования;
формализованное описание технологии автоматизированного проектирования.
Способы и средства реализации первой части математического обеспечения наиболее специфичны в различных САПР и зависят от особенностей объектов проектирования. Что касается второй части математического обеспечения, то формализация процессов автоматизированного проектирования в комплексе оказалась более сложной задачей, чем алгоритмизация и программирование отдельных проектных задач.
При решении этой задачи должна быть формализована вся логика технологии проектирования, в том числе логика взаимодействия проектировщиков друг с другом на основе использования средств автоматизации.
Математическое обеспечение САПР должно описывать во взаимосвязи объект, процесс и средства автоматизации проектирования.
Важным результатом совершенствования и типизации технологии процессов автоматизированного проектирования явилась разработка методических указаний Госстандарта "САПР. Типовые функциональные схемы проектирования изделии в условиях функционирования систем". В них подчеркивается, что процесс автоматизированного проектирования по составу и последовательности процедур, содержанию и формам проектной документации качественно отличается от традиционного процесса проектирования.
Вместе с тем в процессе автоматизированного проектирования можно выделить определенное число процедур, инвариантных к объектам проектирования.
Перспективной для совершенствования и типизации технологии процессов автоматизированного проектирования является централизованная разработка математического аппарата моделирования типового процесса проектирования и выпуск базовых программно-методических комплексов, реализующих такие модели.
Программное обеспечение (ПО) САПР представляет собой совокупность всех программ и эксплуатационной документации к ним, необходимых для выполнения автоматизированного проектирования. Программное обеспечение делится на общесистемное и специальное (прикладное).
Основы автоматизации проектирования машин
Рис.
1.3. Составные части автоматизации
проектирования машин
Общесистемное ПО предназначено для организации функционирования технических средств, т.е. для планирования и управления вычислительным процессом, распределения имеющихся ресурсов, и представлено операционными системами вычислительных комплексов (ВК). Общесистемное ПО обычно создается для многих приложений и специфику САПР не отражает.
В специальном (прикладном) ПО реализуется математическое обеспечение для непосредственного выполнения проектных процедур. Прикладное ПО обычно имеет форму пакетов прикладных программ (ППП), каждый из которых обслуживает определенный этап процесса проектирования или группу однотипных задач внутри различных этапов.
Рассмотрим принципиальные особенности ПО, влияющие на организацию и эффективность создания и использования САПР. С развитием вычислительной техники все большее значение приобретает такой компонент общесистемного ПО как операционные системы (ОС). Возможности, предоставляемые пользователям современными ВС, в большей степени определяются их операционными системами, чем техническими устройствами. ОС организует одновременное решение различных задач на компьютере, динамическое распределение каналов передачи данных и внешних устройств между задачами, планирование потоков задач и последовательность их решения с учетом установленных критериев, динамическое распределение памяти вычислительного комплекса. Однако ОС требует для своей работы определенных ресурсов: процессора, внешней и основной памяти. Чем большими возможностями обладает ОС, тем больше требуется для нее ресурсов.
Операционные системы можно генерировать применительно к определенным конфигурациям технических средств вычислительного комплекса и кругу решаемых задач. Но при этом параметры и состав технических средств ограничивают возможности ОС.
Важным компонентом общесистемного ПО является базовое ПО. Базовое ПО не является объектом разработки при создании программного обеспечения САПР. Примером может служить базовое ПО для обработки геометрической и графической информации, для формирования и использования баз данных (БД).
Использование АРМ, в состав которых включено подобное базовое ПО, реализующее стандартные проектные процедуры, существенно снизит трудоемкость создания программного обеспечения САПР. Однако во всех случаях за создателями САПР останется разработка прикладного ПО. С расширением области применения вычислительной техники и усложнением задач автоматизации процессов проектирования возрастают сложность и трудоемкость программирования.
В последнее время, особенно в связи с широким внедрением в инженерную практику персональных компьютеров, начинают использоваться функциональные и интегрированные пакеты программ.
Функциональные пакеты программ (ФПП) — это комплекс программных средств, ориентированных на выполнение определенной функции, более или менее безотносительно к конкретному предметному содержанию (обработка текстов — текстовые редакторы, обработка таблиц, графики).
Интегрированные пакеты программ (ИПП) — это сочетание разных пакетов программ в единой технологической системе.
Интеграция может быть реализована соединением основных функциональных пакетов в целостную монолитную систему, представленную единым программным модулем, или путем создания набора вспомогательных средств интерфейсного характера для обеспечения взаимодействия пакетов, представленных независимыми модулями.
В последнее время общее признание получил модульный принцип построения программного обеспечения.
Программы целесообразно разбивать на модули, для того чтобы упростить их разработку и реализацию; облегчить восприятие программы; упростить их отладку и модификацию; облегчить работу с данными, имеющими сложную структуру; избежать чрезмерной детализации алгоритмов; обеспечить более выгодное размещение программ в памяти компьютера.
Каждый модуль обычно представляет собой самостоятельную программу, предназначенную для расчета отдельных компонентов, систем или реализующую один из методов расчета или отдельную его процедуру. Модуль должен быть, как правило, независимым от рассматриваемых вариантов объекта, процесса, системы (структуры, режима функционирования и др.). Он должен быть тем элементом (компонентом), с помощью которого можно описать любой вариант объекта, процесса, системы.
Наличие таких модулей позволяет свести к минимуму процесс дополнительного программирования, сократить время по подготовке пользователя к работе. В процессе реальной работы с таким программным обеспечением проводится постоянная замена самих модулей или отдельных компонент, соответствующих тому или иному варианту объекта, процесса, системы, с максимальной унификацией ввода и вывода данных.
Информационное обеспечение САПР. Основу информационного обеспечения (ИО) САПР составляют данные, которыми пользуются проектировщики в процессе проектирования непосредственно для выработки проектных решений. Эти данные могут быть представлены в виде тех или иных документов на различных носителях, содержащих сведения справочного характера о материалах, комплектующих изделиях, типовых проектных решениях, параметрах элементов, о состоянии текущих разработок в виде промежуточных и окончательных проектных решений, структур и параметров проектируемых объектов и т. п.
При этом данные, являющиеся результатом одного процесса преобразования, могут быть исходными для другого процесса. Совокупность данных, используемых всеми компонентами САПР, составляет информационный фонд САПР. Основная функция ИО САПР — ведение информационного фонда, т. е. обеспечение создания, поддержки и организации доступа к данным. Таким образом, ИО САПР есть совокупность информационного фонда и средств его ведения.
В состав информационного фонда САПР входят:
программные модули, которые хранятся в виде символических и объектных текстов; как правило, эти данные мало изменяются в течение жизненного цикла САПР, имеют фиксированные размеры и появляются на этапе создания информационного фонда; потребителями этих данных являются мониторы различных подсистем САПР;
исходные и результирующие данные, которые необходимы при выполнении программных модулей в процессе преобразования; эти данные часто меняются в процессе проектирования, однако их тип постоянен и полностью определяется соответствующим программным модулем; при организации промежуточных данных возможны конфликтные ситуации в процессе согласования между собой данных различных типов;
нормативно-справочная проектная документация (НСПД), включающая в себя справочные данные о материалах, элементах схем, унифицированных узлах и конструкциях; эти данные, как правило, хорошо структурированы и могут быть отнесены к фактографическим; к НСПД относятся также государственные и отраслевые стандарты, руководящие материалы и указания, типовые проектные решения, регламентирующие документы (слабо структурированные документальные данные);
текущая проектная информация, отражающая состояние и ход выполнения проекта; как правило, эта информация слабо структурирована, часто изменяется в процессе проектирования и представляется в форме текстовых документов.
При выборе способов ведения информационного фонда САПР важно сформулировать принципы и определить средства ведения информационного фонда, структурирования данных, выбрать способы управления массивами данных.
Различают следующие способы ведения информационного фонда САПР: использование файловой системы; построение библиотек; использование банков данных; создание информационных программ адаптеров.
Использование файловой системы и построение библиотек широко распространено в организации ИО вычислительных систем, так как поддерживается средствами ОС. В приложениях к САПР эти способы применяют при хранении програмных модулей в символических и объектных кодах, диалоговых сценариев поддержки процесса проектирования, начального ввода крупных массивов исходных данных, текстовых документов. Однако они малопригодны при обеспечении быстрого доступа к справочным данным, хранении меняющихся данных, ведении текущей проектной документации, поиске необходимых текстовых документов организации взаимодействия между разноязыковыми модулями.
Автоматизированные базы данных представляют собой совокупность баз данных (БД) и систем управления базами данных (СУБД). База данных - это специальным образом организованная совокупность данных и их описаний. Система управления базами данных - это программный комплекс, реализующий функции создания базы данных, ее обновления, хранения, защиты и выборки данных. В настоящее время выделяют четыре типа организации структуры базы данных: иерархическая, сетевая, реляционная и объектно-реляционная.
Иерархическая структура базы данных - это такая структура, в которой существует упорядоченная по уровням запись элементов объекта. В каждой группе записей один элемент считается главным, а другие элементы носят подчиненный характер по отношению к главному. Группы записей упорядочиваются по уровням в определенной последовательности.
Сетевая структура базы данных - это такая структура, в которой элементарные данные и отношения между ними представляются в виде ориентированной сети: вершины - данные, дуги - отношения, связи. Такая структура позволяет пользователю получить доступ к нужному файлу без обращения ко всем другим файлам более высокого уровня интеграции.
Реляционная и объектно-реляционная базы данных — это такие БД, в которых элементарные данные (объекты) и отношения, взаимосвязи между ними представляются в виде таблиц. Столбцы таблицы — это атрибуты данных, а строки — записи. Основными достоинствами реляционных баз данных являются простота, большая гибкость и доступность; недостатком - меньшая производительность по сравнению с иерархической и сетевой структурами базы данных.
Основные функции СУБД: создание схемы БД; организация хранения данных; защита целостности БД; управление доступом к БД путем разграничения доступа; предоставление пользователям доступа к БД; поддержание загрузки БД и технологических процессов их функционирования. Для осуществления этих функций СУБД должна иметь собственное ПО, включающее различные компоненты. Для хранения данных документального типа в САПР используют СУБД типа информационно-поисковых систем.
Создание информационных программ адаптеров было вызвано проблемой организации межмодульного интерфейса, которая привела к разработке специализированных систем и программной технологии.
К таким системам относится, например, система, ориентированная на построение крупных программных комплексов из готовых модулей. В этой системе промежуточные данные унифицируются с помощью единого процессора и построения специализированных межмодульных информационных программ-адаптеров, реализующих следующие функции:
контроль наличия исходных данных для каждого отдельного модуля;
задание недостающих исходных данных;
проверку соответствия типов, структур и последовательности данных аналогичным характеристикам данных, принятым в вызываемом модуле;
преобразование данных при несоответствии типов;
обеспечение передачи данных вызываемому модулю в соответствии с типом обмена;
организацию среды, определяемой языком программирования модуля;
проверку результатов;
выполнение обратного преобразования данных в вид, принятый для хранения промежуточных результатов;
сохранение результатов работы модуля для дальнейшего использования.
В крупных САПР, программы которых оперируют с большим числом входных, промежуточных и результирующих переменных, области обмена удобно организовывать в виде некоторого банка данных. Это позволяет возложить часть функций, выполняемых адаптером, на СУБД, что в конечном итоге сокращает время на разработку информационного и программного обеспечения САПР.
Таким образом, адаптер выполняет совокупность операций по организации информационного взаимодействия между программными модулями.
Техническое обеспечение САПР. Использование компьютерной техники позволило значительно снизить трудоемкость и продолжительность вычислительных работ. Но в процессе проектирования изделий и технологических процессов доля собственно вычислительных работ не превышает 15 %. Автоматизация проектирования потребовала выпуска специализированных средств САПР. Техническое обеспечение САПР представляет собой совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для выполнения автоматизированного проектирования.
Любые вычислительные комплексы САПР, в том числе и АРМ, должны включать необходимое число периферийных устройств для ввода и отображения информации: графические дисплеи с высокой разрешающей способностью, высокоточные рулонные и планшетные графопостроители различного формата, кодировщики векторной графической информации (дигитайзеры), устройства снятия растровой копии с изображения (сканеры), накопители на переносных магнитных и оптических дисках, накопители на жестких дисках, функциональные клавиатуры, устройства связи с другими компьютерами по локальной сети, телефонной линии (модемы) и через Интернет.
В последнее время все большее применение в САПР находят персональные компьютеры, мощности которых могут наращиваться в зависимости от сложности решаемых задач.
В перспективе предусматривается переход к магистрально-модульной архитектуре АРМ, предполагающей, в частности, стандартизацию аппаратно-программных интерфейсов, в модификациях АРМ будет использована стандартная конструктивная база, построенная на международных стандартах. Программное обеспечение АРМ намечено проводить централизованно и поставлять по заказам пользователей в составе ПТК через Интернет. Основу перспективного технического обеспечения САПР составят типовые ПТК, требования к которым установлены ГОСТами.
Лингвистическое обеспечение САПР. Основу лингвистического обеспечения САПР составляют специальные языковые средства (языки проектирования), предназначенные для описания процедур автоматизированного проектирования и проектных решений. Основная часть лингвистического обеспечения — языки общения человека с компьютером.
Проблемно-ориентированные языки (ПОЯ) проектирования аналогичны универсальным алгоритмическим языкам программирования (ПАСКАЛЬ, СИ и др.), но отличаются функциональной терминологией операторов. В одних случаях ПОЯ строят таким образом, что описание любой задачи или задание на ее решение в основном содержит оригинальные термины физического и функционального содержания. Переход от физического и функционального описания задачи к компьютерным программам реализуется далее автоматически с помощью транслятора. В других случаях, например, при решении геометрических задач инженерного типа, ПОЯ соединяет в себе средства алгоритмического языка высокого уровня для решения вычислительных математических задач и специальные языковые средства моделирования геометрических объектов. Транслятор алгоритмического языка высокого уровня дополнен необходимыми специальными программами.
Очевидно, что ПОЯ хотя и называются языками, на самом деле представляют комплексы лингвистических и программных средств, которые должны включать следующее: набор терминальных символов ПОЯ; интерпретатор с ПОЯ; средства синтаксического анализа; средства пакетирования директив; библиотеки базовых функций ПОЯ; интерфейс для связи СУБД.
Возможности ПОЯ имеют исключительно важное значение в автоматизированном проектировании. Они не только влияют на производительность и уровень автоматизации проектирования, но и определяют сложность и характер работ проектировщиков со средствами САПР, могут сделать эти работы более привлекательными или наоборот. В последнем случае проектировщики будут явно и неявно противодействовать автоматизации. В настоящее время в мировой и отечественной практике существуют специальные методики и программные средства, значительно сокращающие трудоемкость создания ПОЯ. В частности, при разработке изобразительных средств ПОЯ может использоваться метасистема, позволяющая на основании заданной формальной грамматики получать соответствующий программный интерпретатор. При разработке программных модулей библиотеки базовых функций могут применяться любые алгоритмические языки высокого уровня.
Однако чрезмерно большое разнообразие ПОЯ затруднит обмен средствами САПР между предприятиями и потребует обучения большого числа специалистов работе с несколькими языками.
Таким образом, развитие гибких производственных систем требует особенно определения состава лингвистического обеспечения САПР.
Методическое обеспечение САПР. Под методическим обеспечением САПР понимают входящие в ее состав документы, регламентирующие порядок ее эксплуатации. Причем документы, относящиеся к процессу создания САПР, не входят в состав методического обеспечения. Так как документы методического обеспечения носят в основном инструктивный характер и их разработка является процессом творческим, то о специальных способах и средствах реализации данного компонента САПР говорить не приходится. В последнее время совершенствование организации работ в области автоматизации проектирования направлено на централизованное создание типовых ПМК с целью широкого тиражирования. Такие ПМК должны включать, наряду с компьютерными программами и базами данных, комплекты документации. Таким образом, указанная документация станет частью методического обеспечения САПР.
Организационное обеспечение САПР. Стандарты по САПР требуют выделения в качестве самостоятельного компонента организационного обеспечения, которое включает в себя положения, инструкции, приказы, штатные расписания, квалификационные требования и другие документы, регламентирующие организационную структуру подразделений проектной организации и взаимодействие подразделений с комплексом средств автоматизированного проектирования.
Функционирование САПР возможно только при наличии и взаимодействии перечисленных средств автоматизированного проектирования. На рис. 1.4 представлен вариант схематизации иерархической структуры некоторых компонентов обеспечения автоматизированного проектирования.
