- •151001 «Технология машиностроения»
- •150401 «Проектирование технических и технологических комплексов»
- •Аннотация
- •1. Методология проектирования. Особенности технологического проектирования.
- •1.1. Методология проектирования.
- •1.2. Классификация сапр
- •1.3. Структура сапр
- •1.4. Особенности технологического проектирования
- •Методология проектирования.
- •Проектирование технологических процессов на основе системного
- •2.1. Разработка стратегий проектирования.
- •2.3 Методы проектирования тп.
- •2.4. Проектирование технологических процессов на основе системного подхода
- •Виды обеспечения сапр
- •3.1. Виды обеспечения сапр
- •3.2.Специальное программное обеспечение
- •3.3. Общее программное обеспечение
- •Техническое обеспечение сапр. Технологические средства обеспечения сапр
- •Характеристика технических средств
- •4.1. Техническое обеспечение сапр
- •4.2. Характеристика технических средств
- •4.3.Режим работы эвм.
- •Математическое обеспечение сапр. Математическое моделирование.
- •5.1. Математическое обеспечение сапр.
- •5.2.Требования к м .О
- •5.3. Последовательность решения задач на эвм.
- •5.4. Построение математической модели объектов проектирования.
- •5.5. Математическое моделирование в сапр.
- •Лингвистическое обеспечение сапр
- •6.1. Лингвистическое обеспечение сапр
- •6.2. Алгоритмические языки.
- •6.3. Языки проектирования
- •6.4. Входной язык для технологического проектирования
- •6.5. Язык описания детали
- •Информационное обеспечение сапр
- •7.1. Информационное обеспечение сапр.
- •7.2. База данных
- •7.3. Автоматизированный банк данных
- •7.4. Виды представления базы данных
- •7.5. Структура базы данных
- •7.6. Пример организации массивов бд
- •Программное обеспечение сапр
- •8.1. Программное обеспечение сапр.
- •8.2. Специальное программное обеспечение
- •8.3. Модульный принцип построения ппп
- •8.4. Структурное программирование
- •8.5. Разработка программного обеспечения
- •Методическое и организационное обеспечение сапр. Диалоговые системы проектирования.
- •9.1. Методическое обеспечение сапр.
- •9.2. Организационное обеспечение
- •9.3. Диалоговые системы проектирования
- •9.4. Средства диалогового проектирования
- •Задачи и структура сапр
- •10.1. Задачи сапр.
- •10.2. Исходная информация для разработки технологических процессов.
- •Формализация технологического проектирования.
- •11.1 Формализация технологического проектирования.
- •11.2. Принятие решений при технологическом проектировании
- •Сапр технологических процессов механической обработки. Синтез маршрута обработки. Выбор технологических баз, размерный анализ.
- •Сапр процессов обработки
- •12.2. Анализ размерных связей деталей с использованием теории графов
- •Сапр технологических операций
- •13.1. Общая схема проектирования технологических операций
- •13.2. Алгоритм расчета припусков и межоперационных размеров
- •13.3. Алгоритм выбора оборудования
- •13.4. Алгоритм выбора схемы установки детали
- •13.5. Алгоритм выбора установочно-зажимного приспособления
- •13.6. Алгоритм выбора количества и последовательности переходов в операции
- •13.7. Автоматизация проектирования переходов
- •Методы оптимизации проектных решений
- •14.1. Этапы создания систем сапр.
- •14.2. Теория оптимизации
- •Структурная оптимизация тп
- •15.1. Особенности структурной оптимизации технологических процессов
- •15.2. Оптимизация выбора вида заготовки и методов ее изготовления
- •15.3. Оптимизация выбора технологических операций
- •Параметрическая оптимизация тп
- •16.1. Особенности параметрической оптимизации технологических процессов
- •16.2. Постановка задачи расчета оптимальных режимов обработки материалов резанием
- •16.3. Расчет оптимальных режимов резания методом линейного программирования
- •Лекция 17 (1 часа)..
- •7. Стадии создания сапр.
- •Стадии создания сапр
- •17.2. Экономическая эффективность использования сапр
8.2. Специальное программное обеспечение
Специальное ПО реализует алгоритмы для выполнения проектных операций и процедур. Программы специального ПО в САПР группируются в пакеты прикладных программ (ППП). Каждый ППП ориентирован на обслуживание задач отдельной подсистемы САПР и характеризуется определенной специализацией. Поэтому функции ППП конкретной подсистемы тесно связаны с перечнем задач, реализуемых на соответствующем уровне проектирования.
Обычно ППП состоит из отдельных непересекающихся подпрограмм - модулей, каждый из которых способен выполнить одну из рабочих (проектных) или обслуживающих (вспомогательных) функций. Модули могут соединяться друг с другом по заданию пользователя, образуя требуемые программы. Процедуру сборки прикладной программы из имеющихся в ППП модулей производит специальная управляющая программа - монитор.
В специальное ПО наряду с ППП, разрабатываемым человеком при создании САПР, входят и рабочие программы, составляемые автоматически в ЭВМ для каждого нового объекта и маршрута его проектирования. Рабочие программы составляются из библиотечных и генерируемых модулей. Библиотечные модули реализуют математические модели элементов, типовые методы и алгоритмы, применяемые при решении задач проектирования многих объектов. Генерируемые модули реализуют математическую модель системы и являются результатом трансляции с входного языка.
Получение рабочих программ возможно методом компиляции либо методом интерпретации.
Методом компиляции каждая арифметическая операция вычислительного процесса в рабочей программе преобразуется в ряд отдельных команд. При компиляции этапы трансляции и счета четко разделены и полученная рабочая программа линейна, т. е. состоит из команд, перерабатывающих информацию, без каких-либо служебных команд типа передач управления, организации циклов и т. д. Скомпилированные программы экономичны по затратам машинного времени (не имеют никаких дополнительных служебных команд), но требуют значительных затрат машинной памяти (каждой операции соответствует ряд команд, занимающих несколько ячеек памяти).Метод интерпретации подразумевает, что рабочая программа не создается в окончательном виде до начала этапа счета: она будет генерироваться по частям при переходе от исполнения предыдущей директивы входящего языка к последующей. При этом затраты машинного времени возрастают (в итерационном вычислительном процессе приходится многократно повторять выполнение одних и тех же вспомогательных команд, генерирующих часта рабочей программы), но сокращаются затраты машинной памяти (не нужно хранить всю скомпилированную рабочую программу). На практике чаще всего используют элементы обоих методов генерации рабочих программ. Чем выше частота использования программ (это характерно для программ самых низких уровней), тем более обоснованным будет применение метода компиляции. Метод интерпретации преобладает при генерировании программ более высоких уровней, он является основным при реализации диалогового режима САПР.
8.3. Модульный принцип построения ппп
Под модулем понимается генерируемая или библиотечная программа либо ее часть, способная входить в сочетания с другими модулями как самостоятельный элемент. Так, модулем может быть программа проектирования операции механической обработки. Но возможно оформление в качестве самостоятельных модулей отдельных фрагментов этой программы, например выбор станка, проектирование перехода, расчет оптимальных режимов резания. Модули могут быть расширены, заменены, изъяты. При создании САПР или ее подсистем невозможно точно указать строго определенное количество модулей и их функциональную роль. Состав модулей определяется рядом факторов: методикой разработки САПР; выбранным методом решения разработанных алгоритмов; типом ЭВМ и используемым периферийным оборудованием; возможностями операционной системы; базовым алгоритмическим языком, служащим для реализации алгоритмов. В целях упрощения согласования модулей в ППП целесообразно выполнять крупномодульное построение программ. В то же время следует отметить, что мелкомодульное построение открывает возможности получения большего числа их сочетаний - это расширяет возможности проблемного ППП. Кроме того, разработка и замена малого модуля осуществляется быстрее и дешевле, чем крупного. Поэтому целесообразно в каждом конкретном случае искать компромисс решения вопроса о размерах и количестве модулей, сопрягаемых друг с другом в различных сочетаниях. Важным направлением в разработке программного обеспечения является стандартизация правил оформления модулей, которая обеспечивает: единообразие оформления программной документации САПР разработчиков; информационную и программную совместимость модулей; унификацию и развитие программного обеспечения; обмен модулями между разработчиками.
В настоящее время разработаны правила составления документации на модуль, которая включает: название модуля; назначение и область применения; формулировку задачи; метод решения; алгоритм решения; паспорт модуля; текст программы; сведения о программе; контрольный (тестовый) пример; литературу.
Формулировка задачи определяет конструкторскую или технологическую сущность решаемой задачи с использованием чертежей, схем или графиков. В этот раздел включаются также математическая формулировка задачи (например, с применением теории графов и математической логики), описание входных и выходных данных, технические ограничения и целевые функции.
Паспорт модуля содержит описание общих сведений о модуле, его функциональных характеристиках, входных и выходных параметрах, о языке программы, ее объеме и времени выполнения. Кроме того, в нем дается форма обращения к модулю на принятом алгоритмическом языке и список модулей, к которым производится непосредственное обращение в модуле при его выполнении. Паспорт модуля оформляется на специальных типовых формах.
Построение ППП по модульному принципу имеет ряд преимуществ:
относительная самостоятельность модулей позволяет параллельно программировать и отлаживать несколько модулей;
при более детальном расчленении можно сэкономить время трансляции;
в расчлененном виде сложные логические связи более наглядны;
проблемная направленность модулей позволяет использовать соответствующие коллективы специалистов для их разработки;
изменение и совершенствование отдельных модулей не влияют на работоспособность ППП.