- •1 Задачи автоматизированного проектирования
- •2. Аспекты и иерархические уровни проектирование эвм
- •4.Математическое обеспечение.
- •6. Лингвистическое обеспечение сапр
- •7. Языки программирования и проектирования
- •Среди языков проектирования выделяют
- •8. Техническое обеспечение сапр
- •9. Программное обеспечение сапр
- •10.Архитектура по сапр
- •11. Информационное обеспечение сапр
- •12. Методическое обеспечение сапр
- •Informix, sql
- •Visual Basic, Delphi,
- •Visual c, Assembler
- •16. Аналитические модели систем массового обслуживания.
- •17.Имитационные модели систем массового обслуживания.
- •19.Алгоритмы функционально-логического проектирования. На этот вопрос можно написать тоже самое, что и в 18, с учетом требований по данному вопросу, а именно расписать только алгоритмы.
- •20. Логическое моделирование функциональных узлов вс.
- •22 Описание функциональных схем
- •Принципы построения функциональной схемы
- •Нефункциональные требования, связанные с функциональным требованием
- •23. Ранжирование элементов.
- •24) Логическая модель представления знаний
- •29. Математические модели элементов электронных схем.
- •30.Формы представления моделей элементов элементных схем
- •31. Модели компонентов:
- •32. Физико-топологическая, схемная модели транзистора.
- •33. Оригинальные модели интегральных транзисторов:
- •34. Автоматизация проектирование аналоговых, цифровых и цифроаналоговых схем.
- •35. Пакет автоматизированного проектирования pSpice.
8. Техническое обеспечение сапр
Создание и использование ЭВМ позволило значительно снизить трудоемкость и продолжительность вычислительных работ. Но в процессе проектирования изделий и технологических процессов доля собственно вычислительных работ не превышает 15 %. Автоматизация проектирования потребовала выпуска специализированных средств САПР. Техническое обеспечение САПР представляет собой совокупность взаимосвязанных и взаимодействующих технических средств, предназначенных для выполнения автоматизированного проектирования.
Любые вычислительные комплекты САПР, в том числе и АРМ, должны включать необходимое число периферийных устройств для ввода и отображения информации, в том числе графические и алфавитно-цифровые дисплеи (ГД и АЦД) с графическими планшетами и электронными перьями, высокоточные рулонные и планшетные графопостроители различного формата, кодировщики графической информации (сколки), устройства снятия твердой копии с изображения на экране дисплея, интеллектуальные видеотерминалы с растровыми цветными дисплеями, накопители на переносных магнитных и оптических дисках емкостью до 630 Мбайт, накопители на дисках типа «Винчестер» емкостью 10—50 Гигабайт, функциональные клавиатуры, устройства вывода информации на микрофильмы и микрофиши, устройства связи с ЭВМ верхнего уровня и модемы.
В последнее время все большее применение в САПР находят персональные ЭВМ (ПЭВМ), мощности которых могут наращиваться в зависимости от сложности решаемых задач.
В перспективе предусматривается переход к магистрально-модульной архитектуре АРМ, предполагающей, в частности, стандартизацию аппаратно-программных интерфейсов, в модификациях АРМ будет использована стандартная конструктивная база, построенная на международных стандартах. Программное обеспечение АРМ намечено проводить централизованно и поставлять по заказам пользователей в составе ПТК через Интернет. Основу перспективного технического обеспечения САПР составят типовые ПТК, требования к которым установлены ГОСТами.
9. Программное обеспечение сапр
Программное обеспечение (ПО) САПР представляет собой совокупность всех программ и эксплуатационной документации к ним, необходимых для выполнения автоматизированного проектирования. Программное обеспечение делится на общесистемное и специальное (прикладное).
Общесистемное ПО предназначено для организации функционирования технических средств, т. е. для планирования и управления вычислительным процессом, распределения имеющихся ресурсов, и представлено операционными системами ЭВМ и вычислительных комплексов (ВК). Общесистемное ПО обычно создается для многих приложений и специфику САПР не отражает.
В специальном (прикладном) ПО реализуется математическое обеспечение для непосредственного выполнения проектных процедур. Прикладное ПО обычно имеет форму пакетов прикладных программ (ППП), каждый из которых обслуживает определенный этап процесса проектирования или группу однотипных задач внутри различных этапов.
Рассмотрим принципиальные особенности ПО, влияющие на организацию и эффективность создания и использования САПР. С развитием и совершенствованием ЭВМ все большее значение приобретает такой компонент общесистемного ПО, как операционные системы (ОС). Возможности, предоставляемые пользователям современными ВС, в большей степени определяются их операционными системами, чем техническими устройствами. ОС организует одновременное решение различных задач на ЭВМ, динамическое распределение каналов передачи данных и внешних устройств между задачами, планирование потоков задач и последовательность их решения с учетом установленных критериев, динамическое распределение памяти вычислительного комплекса. Однако ОС требует для своей работы определенных ресурсов: процессора, внешней и основной памяти. Чем большими возможностями обладает ОС, тем больше требуется для нее ресурсов.
Операционные системы можно генерировать применительно к определенным конфигурациям технических средств вычислительного комплекса и кругу решаемых задач. Но при этом параметры и состав технических средств ограничивают возможности ОС.
Важным компонентом общесистемного ПО является базовое ПО. Базовое ПО не является объектом разработки при создании программного обеспечения САПР. Примером может служить базовое ПО для обработки геометрической и графической информации, для формирования и использования баз данных (БД).
Использование АРМ, в состав которых включено подобное базовое ПО, реализующее стандартные проектные процедуры, существенно снизит трудоемкость создания программного обеспечения САПР. Однако во всех случаях за создателями САПР останется разработка прикладного ПО. С расширением области применения вычислительной техники и усложнением задач автоматизации процессов проектирования возрастают сложность и трудоемкость программирования.
В последнее время, особенно в связи с широким внедрением в инженерную практику персональных компьютеров, начинают использоваться функциональные и интегрированные пакеты программ.
Функциональные пакеты программ (ФПП) — это комплекс программных средств, ориентированных на выполнение определенной функции, более или менее безотносительно к конкретному предметному содержанию (обработка текстов — текстовые редакторы, обработка таблиц, графики).
Интегрированные пакеты программ (ИПП) — это сочетание разных пакетов программ в единой технологической системе.
Интеграция может быть реализована соединением основных функциональных пакетов в целостную монолитную систему, представленную единым программным модулем, или путем создания набора вспомогательных средств интерфейсного характера для обеспечения взаимодействия пакетов, представленных независимыми модулями.
Прикладное программное обеспечение должно удовлетворять следующим основным требованиям:
Правильность — это функционирование в соответствии с моделируемым объектом и полным совпадением с выбранным алгоритмом решения.
Точность — результаты расчета имеют допустимые отклонения от реальных.
Совместимость — возможность работы не только в автономном режиме, но и в составе интегрированных систем, САПР и др.
Надежность — при всех условиях обеспечивает повторяемость результата.
Универсальность — работа при любых допустимых исходных данных.
Защищенность — сохранение работоспособности при возникновении сбоев.
Полезность — практическая ценность решаемых задач.
Эффективность — требуемые ресурсы (память, время) невелики.
Проверяемость — возможность демонстрации качества на практике.
Адаптируемость — возможность быстрой модификации с целью приспособления к изменяющимся условиям функционирования.
В последнее время общее признание получил модульный принцип построения программного обеспечения, программ.
Программы целесообразно разбивать на модули, для того чтобы упростить их разработку и реализацию; облегчить восприятие программы; упростить их отладку и модификацию; облегчить работу с данными, имеющими сложную структуру; избежать чрезмерной детализации алгоритмов; обеспечить более выгодное размещение программ в памяти компьютера.
Каждый модуль обычно представляет собой самостоятельную программу, предназначенную для расчета отдельных компонентов, систем или реализующую один из методов расчета или отдельную его процедуру.
Модуль должен быть, как правило, независимым от рассматриваемых вариантов объекта, процесса, системы (структуры, режима функционирования и др.). Он должен быть тем элементом (компонентом), с помощью которого можно описать любой вариант объекта, процесса, системы.
Наличие таких модулей позволяет свести к минимуму процесс дополнительного программирования, сократить время по подготовке пользователя к работе. В процессе реальной работы с таким программным обеспечением проводится постоянная замена самих модулей или отдельных компонент, соответствующих тому или иному варианту объекта, процесса, системы, с максимальной унификацией ввода и вывода данных.