
- •Государственный технический университет», 2006 в 3 ведение
- •1. Общие сведения о проектировании
- •1.1. Понятие проектирования
- •1 .2. Виды проектирования
- •1.3. Аспекты и иерархические уровни
- •1.4. Стадии, этапы и процедуры проектирования
- •1 . Предпроектная стадия (нир).
- •2. Стадия эскизного проекта (окр).
- •3. Стадия технического проекта.
- •4. Стадия рабочего проекта.
- •5. Стадия испытаний.
- •6. Стадия опытной эксплуатации.
- •7. Стадия внедрения.
- •1 .5. Классификация типовых проектных процедур
- •2. Системы автоматизированного проектирования
- •2.1. Введение в сапр и их использование
- •2.2. Понятие саd/сам/сае систем
- •2 .3. Понятие и особенности построения сапр
- •2.4. Принципы создания сапр
- •2.5. Стадии проектирования сапр
- •2.6. Состав и структура сапр
- •2.7. Классификация сапр
- •2.8. Взаимодействие сапр с другими
- •3. Виды обеспечения сапр
- •3.1. Математическое обеспечение
- •3.2. Программное обеспечение сапр
- •3.3. Информационное обеспечение сапр
- •3.4. Техническое обеспечение сапр
- •3 .4.1. Классификация технических средств (тс) сапр
- •Группа тс архива проектных решений.
- •Группа тс оргтехники и оформления документации.
- •По структурному признаку
- •3.4.2. Требования к техническому обеспечению
- •Технические:
- •Организационно-эксплуатационные.
- •3.5. Лингвистическое обеспечение сапр
- •3.6. Методическое обеспечение сапр
- •3.7. Организационное обеспечение сапр
- •4. Моделирование
- •4.1. Понятие и сущность моделирования
- •4.2. Математические модели
- •4 .3. Имитационное моделирование
- •4.4. Методы конечных элементов и разностей
- •4.4.1. Общая характеристика метода сеток
- •4 .5. Моделирование сварочных процессов и анализ сварных соединений и конструкций
- •5. Введение в оптимизацию
- •5.1. Формулировка математической задачи
- •5.2. Методы решения задач одномерной оптимизации
- •5 .2.1. Метод перебора (сканирования)
- •5.2.2. Метод равномерного поиска
- •5.2.3. Метод поразрядного поиска
- •5.2.4. Метод деления пополам (дихотомии)
- •5.2.5. Метод золотого сечения
- •5.2.6. Метод квадратичной
- •5.2.7. Сравнение методов одномерной оптимизации
- •5.3. Методы безусловной минимизации
- •5.3.1. Многомерный поиск без использования
- •5.3.1.1. Метод циклического покоординатного спуска
- •5.3.1.2. Метод спирального координатного спуска
- •5.3.1.3. Метод Хука и Дживса
- •5.3.1.4. Метод Розенброка
- •5.3.1.5. Метод минимизации по правильному
- •5.3.2. Многомерный поиск, использующий
- •5.4. Транспортная задача и задача о назначениях
- •5.4.1. Транспортная задача и алгоритм ее решения
- •5.4.2. Задача о назначениях
- •5.5. Методика планирования и обработки
- •Теоретические значения прочности соединений для каждого опыта yςt, предсказываемые математической моделью, вычислены и представлены в табл. 7.
- •5.6. Программное обеспечение
- •6. Конструкторское проектирование
- •6.1. Структура и основные принципы
- •6.2. Классификация задач конструкторского
- •6.3. Подходы к конструированию
- •6.4. Методы создания моделей го и ги
- •6.5. Метод проб и ошибок. Использование
- •6.6. Принципы построения систем
- •6.7. Графические стандарты
- •6.8. Программное обеспечение
- •7. Проектирование, моделирование
- •7 .1. Уровни автоматизации
- •7.2. Основные методы проектирования технологических процессов
- •7.3. Математическое моделирование
- •7.4. Моделирование структуры
- •7.5. Оптимизация технологических процессов
- •7.6. Оптимизация технологических операций
- •7.7. Программное обеспечение сапр тп
- •7.8. Проблемы и перспективы развития сапр тп
- •8. Автоматизирование проектирование
- •9. Компьютерное проектирование участков и цехов сварочного производства
- •З аключение
- •Б иблиографический список
- •394026 Воронеж, Московский просп., 14
3.2. Программное обеспечение сапр
Программное обеспечение (ПО) САПР представляет собой совокупность всех программ и эксплуатационной документации к ним, необходимых для выполнения автоматизированного проектирования. Программное обеспечение делится на общесистемное и специальное (прикладное).
Общесистемное ПО предназначено для организации функционирования технических средств, т. е. для планирования и управления вычислительным процессом, распределения имеющихся ресурсов, и представлено операционными системами ЭВМ и вычислительных комплексов (ВК). Общесистемное ПО обычно создается для многих приложений и специфику САПР не отражает.
В специальном (прикладном) ПО реализуется математическое обеспечение для непосредственного выполнения проектных процедур. Прикладное ПО обычно имеет форму пакетов прикладных программ (ППП), каждый из которых обслуживает определенный этап процесса проектирования или группу однотипных задач внутри различных этапов.
Рассмотрим принципиальные особенности ПО, влияющие на организацию и эффективность создания и использования САПР. С развитием и совершенствованием ЭВМ все большее значение приобретает такой компонент общесистемного ПО, как операционные системы (ОС). Возможности, предоставляемые пользователям современными вычислительными средствами, в значительной степени определяются их операционными системами, а не только техническим устройством. ОС организует одновременное решение различных задач на ЭВМ, динамическое распределение каналов передачи данных и внешних устройств между задачами, планирование потоков задач и последовательность их решения с учетом установленных критериев, динамическое распределение памяти вычислительного комплекса. Однако ОС требует для своей работы определенных ресурсов: процессора, внешней и основной памяти. Чем большими возможностями обладает ОС, тем больше требуется для нее ресурсов.
Операционные системы можно генерировать применительно к определенным конфигурациям технических средств вычислительного комплекса и кругу решаемых задач (например, Linux). Но при этом параметры и состав технических средств ограничивают возможности ОС.
Важным компонентом общесистемного ПО является базовое ПО. Базовое ПО не является объектом разработки при создании программного обеспечения САПР. Примером может служить базовое ПО для обработки геометрической и графической информации, для формирования и использования баз данных (БД) (например, входящие в состав операционной системы и офисного пакета Microsoft программы работы с графикой, текстовыми документами, базами данных и др., а также универсальные пакеты программ других производителей, не ориентированные собственно на САПР или решение каких-либо конкретных задач).
Использование АРМ, в состав которых включено подобное базовое ПО, реализующее стандартные проектные процедуры, существенно снизит трудоемкость создания программного обеспечения САПР. Однако во всех случаях за создателями САПР останется разработка прикладного ПО. С расширением области применения вычислительной техники и усложнением задач автоматизации процессов проектирования, возрастают сложность и трудоемкость программирования.
В последнее время, особенно в связи с широким внедрением в инженерную практику персональных компьютеров, начинают использоваться функциональные и интегрированные пакеты программ.
Ф
ункциональные
пакеты программ (ФПП) - это
комплекс программных средств,
ориентированных на выполнение
определенной функции, более или менее
безотносительно к конкретному
предметному содержанию (обработка
текстов - текстовые редакторы, обработка
таблиц, графики и т.д.).
Интегрированные пакеты программ (ИПП) - это сочетание разных пакетов программ в единой технологической системе.
Интеграция может быть реализована соединением основных функциональных пакетов в целостную монолитную систему, представленную единым программным модулем, или путем создания набора вспомогательных средств интерфейсного характера для обеспечения взаимодействия пакетов, представленных независимыми модулями.
Прикладное программное обеспечение должно удовлетворять следующим основным требованиям:
правильность - это функционирование в соответствии с моделируемым объектом и выбранным алгоритмом решения;
точность - результаты расчета имеют допустимые отклонения от реальных значений;
совместимость - возможность работы не только в автономном режиме, но и в составе интегрированных систем;
надежность - при всех условиях обеспечивать повторяемость результата;
универсальность - работа при любых допустимых исходных данных;
защищенность - сохранение работоспособности при возникновении сбоев;
полезность - практическая ценность решаемых задач;
эффективность - требуемые аппаратные ресурсы (память, время и т.д.) невелики.
проверяемость - возможность демонстрации качества на практике;
адаптируемость - возможность быстрой модификации с целью приспособления к изменяющимся условиям функционирования;
возможность сетевой работы.
В последнее время общее признание получил модульный принцип построения ПО.
Программы целесообразно разбивать на модули, для того чтобы упростить их разработку и реализацию; облегчить восприятие программы; упростить отладку и модификацию; облегчить работу с данными, имеющими сложную структуру; избежать чрезмерной детализации алгоритмов; обеспечить более выгодное размещение программ в памяти компьютера.
Каждый модуль обычно представляет собой самостоятельную программу, предназначенную для расчета отдельных компонентов, систем или реализующую один из методов расчета или отдельную его процедуру.
Модуль должен быть, как правило, независимым от рассматриваемых вариантов объекта, процесса, системы (структуры, режима функционирования и др.). Он должен быть тем элементом (компонентом), с помощью которого можно описать любой вариант объекта, процесса, системы (т.е. универсальным).
Наличие таких модулей позволяет свести к минимуму процесс дополнительного программирования, сократить время по подготовке пользователя к работе. В процессе реальной работы с таким программным обеспечением проводится постоянная замена самих модулей или отдельных компонент, соответствующих тому или иному варианту объекта, процесса, системы, с максимальной унификацией ввода и вывода данных.