- •1.Автоматизация проектирования. Проектирование технического объекта и сложных объектов.
- •2.Системный подход к проектированию
- •3. Системы автоматизированного проектирования и их место среди других автоматизированных систем
- •4. Виды обеспечения сапр
- •5(6.7.8.9.) Разновидности классификаций сапр
- •10.(11.12.13.) Сапр в компьютерно - интегрированном производстве.
- •14.Системное проектирование тп. Принципы.
- •15.(16.17.18.19.20)Стратегии проектирования тп.
- •16. Циклическая стратегия.
- •17. Разветвленная стратегия
- •18. Адаптивные стратегии проектирования
- •19. Стратегия случайного поиска
- •20. Управление стратегией проектирования.
- •21,22, 23,24,25 Математическое моделирование при автомат-м проектировании тп
- •23. Табличные модели
- •24. Сетевые модели
- •25. Перестановочные модели
- •27. Виды типовых решений
- •31. Множества полных типовых решений
- •32. Особенности применения типовых и групповых тп при авто проектировании
- •33. Методики автоматизированного проектирования тп
- •34. Метод прямого проектирования
- •35. Метод анализа
- •36. Метод синтеза
- •37. Пример реализации методов синтеза в сапр тп
- •38. Реализация линейной стратегии проектирования в сапр тп
- •39. Синтез маршрутов обработки поверхностей
- •40. Таблица соответствий для выбора моп (фрагмент)
- •41. Синтез принципиальной схемы тп
- •42. Синтез маршрута обработки детали
- •44. Синтез состава и структуры операций
- •45. Оптимизация тп в сапр тп
- •46,47. Структурная и параметрическая оптимизация тп
- •47. Параметрическая оптимизация.
- •48. Структурно-параметрическая оптимизация.
- •49. Задача структурной оптимизации. Приемы, используемые для уменьшения времени проектирования.
- •50. Предпроектная оптимизация.
- •51. Информационный фонд и его организация на эвм.
- •52. Односторонние таблицы (матрицы) решений.
- •53. Двухсторонние таблицы (матрицы) решений.
- •54. Алгоритмические таблицы решений.
- •55. Таблицы (матрицы) соответствий.
- •56. Логические таблицы (матрицы) соответствий.
51. Информационный фонд и его организация на эвм.
Информационный фонд (ИФ) - совокупность данных, используемых всеми компонентами САПР.
Назначение информационного обеспечения (ИО) САПР - реализация информационных потребностей всех составных компонентов САПР. Основная функция ИО САПР - ведение информационного фонда, т.е. обеспечение создания, поддержки и организации доступа к данным. Таким ИО САПР есть совокупность информационного фонда и средств его ведения.
Состав информационного фонда САПР
Программные модули хранятся в виде символических и объектных текстов их потребителями являются мониторы различных подсистем САПР.
Исходные и результирующие данные необходимы при выполнении программных модулей в процессе преобразования.
Нормативно- справочная проектная документация, как правило
представляет собой хорошо структурированный фактографический материал.
Содержание экранов дисплеев - представляет собой связанную совокупноность данных, задающих форму кадра и, следовательно, позволяющих отобразить на экран дисплея информацию с целью организации диалового взаимодействия в ходе проектирования. Обычно эти данные имеют фиксированный размер, и занимаю промежуточное место между программными модулями и исходными данными; используются диалоговыми системами САПР.
Текущая проектная документация отражает состояние и ход выполнения проекта.
Способы ведения информационного фонда САПР
Различают следующие способы ведения информационного фонда САПР:
использование файловой системы;
построение библиотек;
использование банков данных (БнД);
создание информационных программных адаптеров.
Способы 1 и 2 широко распространены в организации информационного фонда вычислительных систем, поскольку поддерживаются средствами операционных систем (ОС). Однако для обеспечения быстрого доступа к справочным данным, хранения меняющихся данных, организации взаимодействия между разноязыковыми модулями эти способы малопригодны.
Способ 3 - использование БнД позволяет:
-централизовать информационный фонд САПР;
-произвести структурирование данных в форме удобной для проектировщика;
-обеспечить поиск информационно- справочной и проектной документации;
-упростить организацию межмодульного интерфейса путем унификации промежуточных данных.
Способ 4 - предполагает использование специальных систем и программных технологий для организации межмодульного интерфейса и построения крупных программных комплексов из готовых модулей.
52. Односторонние таблицы (матрицы) решений.
Рассмотрим суть этого метода к организации и поиску данных на примере выбора модели зубошевинговального станка. Данный пример рассматривался ранее в лекции 7. Но там задача решалась с использованием первого подхода к организации информационного фонда с размещением данных в теле программы. Недостатки такого подхода указаны выше. Здесь данная задача будет решена с разработкой в конце универсального алгоритма выбора решений, при котором данные будут отделены от будущей программы и организованы в виде массивов (файлов). Исходные данные для решения задачи приведены в лекции 7, здесь напомним лишь условия применимости зубошевинговальных станков – табл.
В таблице дополнительно приняты следующие обозначения: Р1 – первое решение, Р2 – второе решение, Р3 – третье решение.
Таблицы (матрицы решений) строятся в следующей последовательности. Сначала разрабатываются графические схемы выбора решений – рис.
Каждая графическая схема представляет собой ряд интервалов, границами которых являются характеристические значения параметров применимости. Следует обратить внимание, что для левых границ параметров применимости берутся не сами значения, представленные в таблице, а близкие, но меньшие числа. Если брать числа равные значениям левых границ, то при работе алгоритма часть решений будет потеряна. Каждый интервал графических схем допускает свой набор решений.
С использованием графических схем заполняется следующая таблица – см. табл.
В таблице «ТР» обозначает «техническое решение», цифры «1,2,3» - номера решений, т.е. «первый, второй, третий (в порядке следования в исходной таблице)» станок. В случаях, когда для сочетания интервалов параметров применимости может быть выбрано более одного решения, исходя из технических (технологических) соображений принимают одно решение. В данном случае в исходной таблице станки расположены по мере возрастания их габаритных размеров и, следовательно, жесткости. Чем больше модуль зуба обрабатываемого зубчатого колеса, тем более жесткий должен применяться станок.
Для уменьшения размеров таблицу 11.2 можно минимизировать, объединяя несколько столбцов в один столбец – см. табл.
Преобразуем таблицу в матрицу решений, удобную для обработки ее на ЭВМ – см. табл.
|
59 |
124 |
124 |
299 |
299 |
299 |
299 |
. . . |
|
8 |
1,4 |
6 |
1,4 |
1,9 |
6 |
6 |
. . . |
|
200 |
200 |
110 |
200 |
110 |
80 |
110 |
. . . |
|
35 |
35 |
35 |
35 |
35 |
17 |
35 |
. . . |
Для поиска решений разработан универсальный алгоритм, блок – схема которого показана на рис. 11.5.
Возможная структура
массивов информации, построенных на
основе односторонней таблицы решений
и заполненных данными рассматриваемого
примера, приведена на рис. 11.6. Пусть
,
,
,
,
т.е.
.
В соответствии с алгоритмом поиск
решения в этом случае будет осуществляться:
Т.е. решением в данном случае будет станок модели 5А702Г.
Рис. Структура массивов информации, построенных на основе односторонней таблицы решений (фрагмент)
