
- •Питання модульної контрольної роботи №1
- •Введение в эксплуатацию (пусконаладка)
- •3.Класифікація процесу проектування (по типу і стадіям)
- •4. Порядок процесу проектування.
- •5. Типова схема проектування
- •6.Уровни проектирования
- •9. Завдання конструкторського і технологічного проектування
- •10. Схема процесу проектування
- •15. Модели
- •Определение понятия «модель»
- •16. Модель объекта проектирования
- •Модель процесса проектирования
- •17. Параметры
- •Лекция I.1.Методы синтеза Метод последовательных приближений
- •Метод декомпозиции
- •Метод контрольных вопросов
- •Метод мозговой атаки
- •Лекция I.2. Задача оптимизации
- •2.1.1Критерии оптимизации
- •2.1.2Экспертные оценки в качестве критериев
- •3.1. Составные части сапр
- •4.2. Организация комплекса технических средств сапр
- •4.2.1. Автоматизированные рабочие места проектировщиков
- •Склад автоматизованих робочих місць (арм)
- •23. Режими роботи технічних засобів арм
- •Варіанти конфігурації комплексу технічних засобів сапр
- •25. Периферійні пристрої арм
- •26. Зв'язок в системах телеобробки інформації
- •27. Модель взаємодії відкритих систем (osi)
- •29.Класифікація модемів. Узагальнена структурна схема модему.
- •30.Загальна характеристика математичного забезпечення сапр
- •31.Інваріантне математичне забезпечення
- •32. Математические методы статистического анализа
- •6.2.4. Логико-комбинаторные методы решения
- •33. Логико-комбинаторные мат. Методы.
- •34. Структура лингвистического обеспечения сапр.
- •35. Инструментальные языки сапр.
- •36. Языки описания объектов проектирования.
- •37. Языки функционального и структурного описания оп.
- •Інформаційне забезпечення сапр
- •8.2. Базы данных и их свойства
- •41 Реляційні бд
- •42 Ієрархічні і мережеві бд
34. Структура лингвистического обеспечения сапр.
Лингвистическое обеспечение включает в себя все языки, которые используются в САПР данного типа.
Требования к входным языкам:
- универсальность;
- удобство восприятия алфавита и синтаксиса языка;
- максимальная лаконичность описания;
- однозначность толкования элементов и конструкций языка;
возможность развития и расширения.
35. Инструментальные языки сапр.
Инструментальные языки - это особая категория программных средств, с помощью которых создаются все другие программы.
Парадигма в программировании – способ концептуализации, который определяет, как следует проводить вычисления, и как должна быть структурирована и организована работа, выполняемая компьютером.
Требования к языку можно сформулировать так:
1) Все конструкции языка должны естественно и просто определяться в нем.
2) Для решения определенной задачи должна быть возможность использовать сочетания конструкций, чтобы избежать необходимости вводить новую конструкцию.
3) Должно быть минимальное число неочевидных конструкций специального назначения.
4) Конструкция должна допускать такую реализацию, чтобы в не использующей ее программе не возникло дополнительных расходов.
5) Пользователю достаточно знать только то множество конструкций, которое непосредственно используется в его программе.
36. Языки описания объектов проектирования.
Смотреть рисунок выше. Вопрос 34.
37. Языки функционального и структурного описания оп.
При проектировании устройств автоматизации основными вертикальными уровнями являются функциональное (схемное), алгоритмическое (программное), конструкторское и технологическое проектирования.
Функциональное проектирование связано с разработкой структурных, функциональных и принципиальных схем. При этом определяются основные особенности структуры, принципы функционирования, важнейшие параметры и характеристики создаваемых объектов.
Функциональное проектирование включает два больших горизонтальных уровня - системный и функционально-логический:
на системном уровне проектируются структурные схемы устройств. Тут ведется укрупненное рассмотрение всей системы в целом;
на функционально-логическом уровне проектируются функциональные и принципиальные схемы устройств.
Здесь выделяют подуровни – логический, схемотехнический и компонентный:
на логическом подуровне проектируются устройства или составляющие их блоки из отдельных логических элементов;
на схемотехническом уровне проектируются принципиальные электрические схемы устройств;
на компонентном уровне разрабатываются отдельные компоненты устройств.
Конструкторское проектирование включает в себя вопросы конструкторской реализации результатов функционального проектирования, т.е. вопросы выбора материалов деталей, расположения составных частей.
Конструкторское проектирование
Конструкторское проектирование включает в себя решение задач следующих групп:
коммутационно-монтажное проектирование;
обеспечения допустимых тепловых режимов элементов;
конструирование электромеханических узлов системы;
выпуск конструкторской документации.
Основные задачи коммутационно-монтажного проектирования - это размещение компонентов на подложке и трассировка электрических соединений между компонентами. Эти задачи конкретизируются в следующем перечне:
конструкторский расчет геометрических размеров компонентов;
определение взаимного расположения компонентов на элементе конструкции;
размещение компонентов на конструкторском элементе с учетом геометрии устройства, схемотехнических и технологических ограничений;
трассировка соединений;
вычерчивание чертежей общего вида устройства и определение основных габаритных размеров.
В этих же задачах решаются вопросы обеспечения тепловых режимов элементов.
Задача конструирования электромеханических узлов системы включает в себя комплекс специфических вопросов.
Задача выпуска конструкторской документации включает в себя автоматическое оформление результатов проектирования упомянутых выше задач в требуемом виде.
38
Архитектура программного обеспечения.
Двухуровневое ПО САПР
Исторически приложения САПР строятся как двухуровневые:
слой предварительной обработки
слой окончательной обработки (некоторая БД, совместно с которой работают некоторые приложения, причем БД и приложения жестко взаимосвязаны).
Недостатки
Такая организация приложений является малогибкой, плохо сопровождаемой.
Чтобы облегчить трудности, используют не физическую, а логическую архитектуру приложений со следующими слоями:
слой документов;
правила проектирования, правила принятия проектных решений и управление проектом проектирования;
управление данными.
Особенности трехуровневого ПО САПР
Чтобы избежать недостатков, возникающих при двухуровневой архитектуре, используют трехуровневую логическую архитектуру приложений со следующими физическими слоями:
слой документов;
правила проектирования, правила принятия проектных решений и управление проектом проектирования;
управление данными.
При условии стандартизации межслойных интерфейсов логические слои можно делать независимо.