Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Процесс создания САПР. Концепции. Структура современной САПР



СОДЕРЖАНИЕ

1 Основные понятия САПР. 3

1.1 Терминология САПР. 3

1.2 Цель создания САПР. 4

1.3 Принципы создания САПР. 4

1.4 Состав САПР. 6

1.5 Классификация САПР. 8

1.6 Процесс создания САПР. Концепции. Структура современной САПР. 10

1.7 Интеграция САПР с другими автоматизированными системами. 13

2 Информационное обеспечение САПР. 16

2.1 Состав информационного обеспечения САПР. 16

2.2 Банк данных САПР. 16

2.3 Структура банка данных. 17

2.4 База данных в САПР. 19

3 Лингвистическое, организационное и методическое обеспечение САПР. 20

3.1 Языки САПР. 20

3.2 Организационное и методическое обеспечение САПР. 22

 


Основные понятия САПР

Терминология САПР

Проектирование — процесс создания технической документации, опытных образцов и моделей объекта для его изготовления на заводе.

Процесс автоматизированного проектирования РЭА и ЭВА делится на следующие этапы: системотехническое, схемотехническое, конструк­торское и технологическое. При системотехническом проектировании разработка ведется до уровня структурных (функциональных) схем, эле­ментами которых служат блоки, узлы.

Схемотехническое проектирование устройств предусматривает раз­работку блоков, узлов системы до уровня принципиальных схем.

Конструкторское проектирование устройств предусматривает разра­ботку конструкции устройства.

Технологическое проектирование заключается в разработке техноло­гической подготовки производства с изготовлением документации для изготовителя. Процесс проектирования делится на этапы, которые, в свою очередь, делятся на процедуры и операции.

Проектная процедура — совокупность проектных операций над ис­ходными данными, выполнение которых заканчивается проектным ре­шением.

Проектная операция — действие или совокупность действий проекти­ровщика, составляющих часть проектной процедуры и заканчивающих­ся получением фрагмента проектного решения.

Проектное решение — промежуточное или конечное описание объек­та проектирования, необходимое для завершения проектной процедуры.

Проект — совокупность проектных документов (техническо-конструкторской, технологической документации) в соответствий с ЕСКД, ЕСТД, ЕСПД, а также опытный образец, в которых представлен резуль­тат проектирования.

Средства проектирования — это инструменты, орудия труда проек­тировщика: карандаш, бумага, макеты, чертежные столы, ЭВМ и внед­ряемые в настоящее время средства САПР.

Под автоматизацией проектирования понимается процесс разработ­ки проекта, когда проектные процедуры и операции осуществляются разработчиком изделия при тесном взаимодействии с СВТ, рациональ­ном распределении функций между проектировщиком и СВТ и обосно­ванном выборе методов машинного решения задач.

САПР — это инструментарий проектировщика, комплекс автомати­зации проектирования, взаимосвязанный с необходимыми подразделе­ниями проектной организации или пользователем системы, выполняю­щей автоматизированное проектирование.

САПР объединяет технические средства, лингвистическое, информа­ционное, методическое, организационное, математическое и программ­ное обеспечения, параметры и характеристики которых выбирают с мак­симальным учетом особенностей задач инженерного проектирования от выдачи ТЗ до передачи проекта изготовителю. Различают два способа проектирования — восходящее и нисходящее. При восходящем проекти­ровании (проектирование снизу вверх) осуществление процедур в низких иерархических уровнях предшествует выполнению процедур, относя­щихся к более высоким иерархическим уровням. Для нисходящего про­ектирования (проектирование сверху вниз) характерна противополож­ная последовательность осуществления процедур и этапов. Основная функция САПР — выполнение автоматизированного проектирования на всех или отдельных стадиях проектирования объектов и их составных частей.

Цель создания САПР

Основные факторы эффективности интегрированной САПР следую­щие:

§ при проектировании — снижение затрат на проектирование в связи с сокращением сроков, повышение качества расчетных и конструкторских работ, уменьшение числа макетов и опытных образцов, а также повыше­ние качества проекта в следствии снижения ошибок в проектной доку­ментации;

§ при изготовлении объектов проектирования — сокращение длитель­ности цикла производства, снижение материалоемкости, энергоемкости и потерь от брака изделий вследствие повышения уровня проектной до­кументации;

§ при эксплуатации — повышение их ремонтопригодности, сокраще­ние числа отказов и численности работников, занятых обслуживанием и заменой оборудования.

Необходимо учитывать и такие социальные факторы, как культура проектирования, демографические факторы, рынок сбыта.

Принципы создания САПР

САПР — человеко-машинная система. В САПР человек должен ре­шать задачи, формализация которых не достигнута, а также задачи, ко­торые решаются человеком на основе эвристических способностей более эффективно, чем на современной ЭВМ.

Тесное взаимодействие человека и ЭВМ в процессе проектирова­ния — один из принципов построения и эксплуатации САПР. Человек должен решать в основном задачи творческого характера, а СВТ — за­дачи, допускающие формализованное описание в виде алгоритма, что позволяет достичь большей эффективности по сравнению с традицион­ным ручным способом. Инструменты САПР интеллектуальны, посколь­ку они решают задачи, традиционно выполнявшиеся проектировщика­ми — работниками интеллектуального труда (построение математичес­ких моделей объектов проектирования, анализ, синтез, моделирование, трассировка соединений, экспертные подсистемы), чтобы исключить по­средника между проектировщиком и СВТ в виде математиков-програм­мистов.

САПР — иерархическая система. Принцип иерархичности САПР предусматривает построение многоуровневой структуры не только к специальному программному обеспечению, но и к техническим сред­ствам. Модульность и иерархичность позволяют разрабатывать САПР для самого высокого организационного структурного уровня.

САПР—совокупность информационно согласованных подсистем. Ин­формационная совместимость подсистем САПР обеспечивает их опти­мальное взаимодействие при выполнении заданных функций. Для ее до­стижения вводятся в действие стандартные блоки связи с ЭВМ, выдержи­вается строгая регламентация входных и выходных параметров модулей на всех иерархических уровнях системы, входных и выходных сигналов для управляющих воздействий. Поэтому каждый инструмент САПР своим соответствующим компонентом «подсоединяется» к информацион­ному обеспечению для получения от него необходимых для выполнения проектной процедуры данных (типовых проектных решений, данных ГОСТ, ОСТ и нормалей, результатов испытаний) и для помещения в этот «банк» проектных решений и других данных, полученных в результате вы­полнения какой-либо проектной процедуры.

САПР — открытая и развивающаяся система. Существуют по край­ней мере две причины, по которым САПР должна быть изменяющейся во времени системой. Во-первых, разработка столь сложного объекта, как САПР, занимает продолжительное время, поэтому экономически выгодно вводить в эксплуатацию части системы по мере их готовности. Введенный в эксплуатацию базовый вариант системы в дальнейшем рас­ширяется. Во-вторых, с развитием СВТ и вычислительной математики появляются новые, более совершенные математические модели и программы. Вот почему САПР должна быть открытой системой, удобной для применения новых методов и средств.

САПР — система с максимальным использованием унифицирован­ных модулей. Принцип модульности САПР строится на базе типовых модулей, обеспечивающих получение законченных проектных решений и соответствующих проектных документов для деталей, печатных плат РЭА и ЭВА. Модульность позволяет: обеспечить взаимозаменяемость одноименных модулей; упростить их наладку и модернизацию, упрос­тить интерфейс и возможность расширения номенклатуры подключа­емых вновь модулей.

Совместимость существующих технических и программных средств САПР. Совместимость — «дружественность» технических и программ­ных средств САПР связана с интеллектуализацией технических средств и программного обеспечения.

Выделяют два направления создания интеллектуальных САПР:

§ создание специализированных ЭВМ, архитектура которых ориентиро­вана на работу с языками и программами искусственного интеллекта, для чего необходимо проводить дорогостоящие исследовательские и проектные работы;

§ использование универсальных ЭВМ с традиционной архитектурой.

Среди инструментов САПР РЭА и ЭВА важное место занимают ин­струменты разработчика программ — инструментальные системы про­граммирования для создания программ, реализуемых для проектирова­ния РЭА и ЭВА и программного обеспечения САПР.

Быстрое изменение номенклатуры и условий функционирования объ­ектов проектирования приводит к необходимости приспосабливать (адаптировать) инструменты САПР к возникающим вновь процедурам проектирования. Это свойство адаптации должно быть сразу же заложе­но в САПР и во все компоненты, особенно в математические методы, алгоритмы и системную часть программного обеспечения.

Для выполнения сложных проектных процедур используют набор простых инструментов САПР. Например, составной инструмент «по­строение математических моделей» плюс «моделирование» позволяет проектировщику проигрывать интересующие его ситуации на модели так же, как он это делает на макете.

Состав САПР

САПР строится из подсистем, т.е. отдельных инструментов проек­тировщика, соответствующих конкретным процедурам. В свою оче­редь подсистема САПР состоит из компонентов. Компоненты — части и подсистемы (элементы) САПР. С точки зрения разработчика САПР каждый инструмент САПР — сложная многокомпонентная конструк­ция, функционирование которой он обязан досконально знать. С точки зрения пользователя это удобный инструмент для выполнения проект­ных процедур.

По назначению подсистемы САПР делят на проектирующие и обслу­живающие, по связи с объектом — на объектно-зависимые и объектно-независимые.

К проектирующим относятся подсистемы, выполняющие проектные процедуры и операции: компоновку изделия, проектирование деталей, сборочных единиц, схем управления.

К обслуживающим относятся подсистемы, предназначенные для под­держания работоспособности проектирующих подсистем: графического отображения объектов проектирования, документирования, информа­ционного поиска и т. д.

К объектно-зависимым относятся подсистемы, проектные процедуры и операции которых зависят от объекта проектирования: проектирова­ние технологических процессов, моделирование динамики, проектиро­вание конструкции и т. п.

К объектно-независимым относятся подсистемы, проектные процеду­ры и операции которых не зависят от объекта проектирования: расчеты деталей машин, режимов резания и т.п.

Приведем определения видов обеспечения САПР, из компонентов ко­торых формируются инструменты проектировщика.

Техническое обеспечение САПР — совокупность взаимосвязанных и взаимодействующих аппаратных средств ЭВМ — ЦВМ, АВМ—уст­ройств ввода-вывода, в том числе алфавитно-цифровых и графических дисплеев, графопостроителей и печатающих автоматов, интеллектуаль­ных терминалов, динамических моделирующих стендов, посредством которых происходит автоматизированное проектирование.

Математическое обеспечение САПР — совокупность математичес­ких моделей, математических методов и алгоритмов, необходимых для выполнения автоматизированного проектирования.

Программное обеспечение — совокупность программ, описаний и ин­струкций, в том числе пакетов программ, составленных на основе мате­матического обеспечения и предназначенных для реализации проектных процедур на ЭВМ.

Лингвистическое обеспечение — совокупность языков программиро­вания, языков проектирования и правила формализации этих языков, предназначенных в форме, удобной для применения в составе САПР.

Информационное обеспечение — совокупность сведений, представ­ленных на машинных носителях информации, в том числе баз данных и баз знаний, содержащих нормативы, справочные данные, типовые проектные решения, закономерности и правила проектного процесса, которые необходимы для выполнения автоматизированного проекти­рования.

Методическое обеспечение — совокупность документов, устанавли­вающих правила и инструкции по эксплуатации инструментов (подсис­тем) САПР.

Организационное обеспечение — совокупность документов, устанав­ливающих организационную структуру САПР, формы и порядок про­хождения проектных документов, изготавливаемых средствами САПР; порядок взаимодействия должностных лиц, подразделений САПР и от­делов проектной организации.

Из элементов (компонентов) этих обеспечений и строятся инструмен­ты САПР. Каждый инструмент включает компоненты всех семи видов обеспечений.

Классификация САПР

По типу объекта проектирования различают САПР изделий машино­строения, приборостроения, технологических процессов в машинострое­нии и приборостроении, программных изделий, организационных сис­тем и т. д.

По сложности объекта проектирования САПР делят на простые объ­екты, содержащие до 100 составных частей, объекты средней сложнос­ти — от 100 до 1000, сложные объекты — от 1000 до 10000, очень слож­ные объекты— от 10000 до 1 000000 и, наконец, очень высокой сложнос­ти — от 1000000 и более составных частей.

По уровню автоматизации проектирования различают САПР низко­автоматизированные, в которых число автоматизированных проектных процедур составляет менее 25% общего числа проектных процедур, сред­неавтоматизированные — от 25 до 50% общего числа проектных проце­дур и высокоавтоматизированные — от 50 до 70%.

По комплексности автоматизации проектирования САПР классифи­цируют как одноэтапные, выполняющие один этап проектирования из всех установленных для объекта, многоэтапные, выполняющие несколь­ко этапов проектирования, комплексные, выполняющие все этапы про­ектирования, установленные для объекта.

По характеру выпускаемых проектных документов различают САПР текстовые, выполняющие только текстовые документы на бумажной ленте или листе, текстовые и графические, дающие текстовые и графи­ческие документы на бумажной ленте или листе, на машинных носите­лях, выполняющие документы на перфоносителях (перфолентах) и на магнитных носителях (магнитных лентах и дисках), на фотоносителях, выполняющие документы на микрофильмах, микрофишах, фотошабло­нах и т. д., на двух типах носителей, на всех типах носителей.

По числу уровней в структуре технического обеспечения САПР делят на одноуровневые, построенные на основе ЭВМ среднего или высокого класса со штатным набором периферийных устройств, который может быть дополнен средствами обработки графической информации: двух­уровневые, построенные на основе ЭВМ среднего или высокого класса и одного или нескольких АРМ, включающих мини-ЭВМ; трехуровневые, построенные на основе ЭВМ высокого класса, терминальных станций проектировщиков (ТСП) АРМ и периферийного программно-управляе­мого оборудования (чертежных автоматах, установках для изготовления фотошаблонов, комплексах для контроля программ к станкам с ЧПУ).

Виды пользователей САПР. Специалистов, работающих с САПР, на­зывают пользователями САПР. Их можно разделить на три категории:

§ организующая — пользователи—разработчики САПР; это квалифи­цированная категория пользователей, в совершенстве владеющая про­граммированием, математическими методами, а также знающая предмет проектирования и выполняющая функции по организации и управле­нию, созданию и развитию САПР;

§ обеспечивающая — пользователи—сопроводители САПР; эта кате­гория пользователей выполняет профилактические работы по поддержа­нию САПР в рабочем состоянии (пополнение библиотек САПР необхо­димой информацией, модификация САПР в рамках запланированных возможностей, учет и диагностика ошибок, выявляемых в процессе экс­плуатации САПР); эта же категория консультирует инженеров по вопро­сам методики использования САПР для проектирования; пользователи-сопроводители должны в совершенстве знать алгоритмы и программы, содержащиеся в эксплуатируемой САПР;

§ проектирующая — пользователи—разработчики РЭА и ЭВА: это наиболее широкая категория пользователей, называемая часто конечны­ми пользователями; она использует САПР для решения конкретных задач и непосредственно осуществляет проектные процедуры и операции инструментами САПР.

Режимы взаимодействия пользователя и САПР. Режим работы техни­ческих средств можно классифицировать по степени участия пользовате­ля в процессе решения задач:

§ пакетный режим, когда пользователь составляет задание на выполне­ние программы, которое в составе пакета заданий запускается для обра­ботки на ЭВМ; обработка задач производится по очереди; после реше­ния пользователю требуется проанализировать результаты обработки своего задания и подготовить новый вариант задания, что замедляет от­ладку и увеличивает время получения окончательных результатов; часто этот режим называют однопрограммным, при котором решаемой задаче доступны все ресурсы ЭВМ;

§ режим прямого доступа (пультовый, терминальный) — это режим, когда пользователь работает на ЭВМ без посредничества оператора; в за­висимости от числа используемых дисплеев различают однопультовый и многопультовый режим прямого доступа (система коллективного пользо­вания); этот режим используется в двух вариантах: мультипрограммный режим с фиксированным количеством задач; мультипрограммный режим с переменным числом задач, где все ресурсы ЭВМ общие.

Эти варианты осуществляются в режиме разделения времени (РРВ), при котором каждой решаемой задаче поочередно выделяется определенный квант времени работы процессора. Пользователь во время сеанса работы за пультом, используя средства системы разделения времени (СРВ), может составить, протранслировать, отредактировать программу и приступить к ее выполнению, непосредственно контролируя происходящий процесс. Степень готовности программы зависит от подготовленности пользователя к работе с СРВ. Мультипрограммный режим работает в диалоговом (ин­терактивном) режиме, когда проектирование происходит с применением диалоговых средств, при котором пользователь, взаимодействуя с инстру­ментарием САПР, выдает инструкции управления проектированием с кла­виатуры и оценивает данные, выводимые на экран. Диалоговые средства составляют часть технических средств САПР и обеспечивают перевод САПР из пакетного режима в диалоговый.

Пакетный режим обработки информации предпочтителен для задач с большим временем счета и задач, не требующих вмешательства в про­цесс решения пользователя. Режим разделения времени удобен для задач, время счета у которых соизмеримо с временем отклика пользователя в процессе решения.

Банк данных САПР

Банк данных (БНД) — совокупность данных и комплекса языковых, программных средств для хранения, поиска, запросов и выдачи необхо­димой при проектировании информации многим проектировщикам в ре­жиме коллективного пользования.

Каждый инструмент (подсистема) САПР включает в качестве компо­нентов отдельные части БНД. При этом пользователем БНД может быть как проектировщик, так и соответствующий инструмент САПР.

К банкам данных САПР предъявляют следующие требования:

§ динамическое расширение новых подсхем в базе данных по мере раз­вития функциональных возможностей САПР;

§ обеспечение многопользовательского режима работы — иметь меха­низм идентификации принадлежности любой совокупности данных к объекту РЭА и ЭВА;

§ обеспечение многовариантной разработки — иметь средства иденти­фикации данных, относящихся к различным вариантам одного и того же объекта;

§ разнообразие данных, поступающих от разных групп проектировщи­ков РЭА и ЭВА, и возможность их связывания в заданные структуры;

§ минимальная избыточность — слияние различных самостоятельных файлов по мере их использования, сокращающее объем памяти и упро­щающее управление данными;

§ наличие в системе средств, ориентированных на пользователей раз-личной квалификации, в том числе и непрофессионалов, для работы с данными на всех уровнях их представления: концептуальном, логичес­ком, физическом, языке запросов;

§ секретность данных — каждый пользователь должен иметь доступ только к определенной части данных, и действия его должны строго кон­тролироваться;

§ безопасность данных — должна быть предусмотрена процедура их восстановления и контроля;

§ независимость данных — не должны меняться при изменении физи­ческой и логической организации баз данных, а также от изменений в прикладных программах;

§ мобильность данных — возможность переноса системы в другую ап­паратную и операционную среду.

Структура банка данных

Банк данных включает следующие основные компоненты: базы дан­ных — совокупность всех информационных массивов, описывающих оп­ределенный объект РЭА и ЭВА; систему управления базой данных (СУБД) — систему программных средств для поиска, запроса, выдачи баз данных, а также управления ими многими пользователями; словарь данных, где хранится информация об объектах, их свойствах и отноше­ниях, об элементах базы данных; администратора базы данных — лицо (группу лиц), управляющее базой данных.

В сложной системе БНД можно выделить три подсистемы (рис. 2): пользователя, логическую и физическую

В подсистеме пользователя с помощью схемы пользователя проекти­ровщик получает полное представление о структуре данных различных категорий пользователей, о возможных значениях и форматах представ­ления данных с присвоением имен и ключeй, хранящихся в БНД.

В логической подсистеме описывается общая организация баз данных с помощью логической схемы работы БНД без учета физического распо­ложения данных в памяти ЭВМ; таким образом, достигается независи­мость прикладных программ.

Физическая подсистема описывает физическую организацию дан­ных — схему, задающую отображение логической схемы системы в па­мять ЭВМ посредством машинных носителей.

 

 

Рисунок 2 – Состав подсистем банка данных

 

Схемы всех трех подсистем записываются на специальном языке описания данных (ЯОД). Компилятор ЯОД переводит данные во внут­реннее представление и помещает их в справочник БНД, который хра­нит и другую словесную информацию. Для управления комплексом программ БНД служит СУБД, выбирающая и запоминающая данные по запросам пользователей, используя схемы трех подсистем. По запро­су пользователя СУБД действует следующим образом. В запросе пере­дается знамение ключа тех данных, которые выбираются из базы дан­ных пользователю. СУБД находит описание данных, на которые выдан запрос. При помощи логической подсистемы и полученного описания данных в подсистеме пользователя СУБД определяет, каких типов ло­гические данные необходимы. Далее идет обращение к физической под­системе и определяются физические записи, которые необходимо «счи­тать», чтобы удовлетворить запрос. Операционная система по команде «чтение», получаемой от СУБД, выдает требуемую запись, которую затем пересылает в буферную память базы данных. Снова обращаясь к логической подсистеме БНД и подсистеме пользователя, СУБД выделя­ет запрошенную запись и передает ее пользователю. Аналогичным об­разом происходит и запоминание данных.

Информационный фонд САПР. В состав информационного фонда входят: программные модули, мало изменяющие данные в процессе проектирования, потребителями которых являются мониторы различ­ных подсистем САПР; исходные и результирующие данные (часто ме­няющиеся в процессе проектирования), необходимые при выполнении программных модулей в процессе преобразования; содержание экранов дисплеев, которое представляет собой связанную совокупность данных, задающих форму кадра и, следовательно, позволяющих отоб­разить на экране дисплеев информацию в целях организации диалого­вого взаимодействия в ходе проектирования текущая проектная доку­ментация, которая отражает состояние и ход выполнения проекта; нормативно-справочная проектная документация (НСПД). НСПД — справочные данные о материалах, элементе ч схем, унифицированных узлах и конструкциях, государственные и отраслевые стандарты, руко­водящие материалы и указания, типовые проектные решения, регла­ментирующие документы, типовые технологические процессы и опера­ции, классификаторы, таблицы соответствия, правила кодирования и декодирования, практические рекомендации эвристического происхож­дения и т.д.

База данных в САПР

База данных (БД) — независимая от прикладных npoграмм совокуп-ность, массивов данных, организованных таким образом чтобы обеспе­чить быстрый и удобный поиск или перемещение и корректировку любых данных по запросу, охватывающих конкретную предметную об­ласть. В БД аккумулируются:

§ административная БД (директивная информация) — задание на про­ектирование, стандарты ЕСКД, ЕСТД, ЕСПД и ЕСТПП, стандарты предприятий, руководящие материалы и документы;

§ БД описания объекта проектирован) я (нормативная информа­ция) — методы расчета и конструирования анализа и синтеза, модели­рования, классификаторы, таблицы соответствия, правила кодирования и декодирования, практические рекомендации эвристического проис­хождения, обобщающие положительный опыт «ручного» проектирова­ния и т.д.;

§ рабочая БД (фактографическая информация) — все количественные и неколичественные справочные, каталожные, паспортные и другие аналогичные данные, типовые решения, аналоги, прототипы и преце­денты;

§ технологическая БД содержит данные, относящиеся к описанию технологических процессов.

 

Языки САПР

Лингвистическое обеспечение (ЛО) САПР — это совокупность язы­ков проектирования, программирования и управления, необходимых для выполнения автоматизированного проектирования.

Языки проектирования — это проблемно-ориентированные языки (ПОЯ) для обмена информацией между проектировщиком и ЭВМ в про­цессе проектирования Они разделяются на входные, выходные, сопро­вождения, промежуточные и внутренние.

Входные языки, используемые для задания исходной информации об объектах и задачах проектирования, включают языки описания свойств проектируемых объектов и заданий на выполнение проектных процедур Для представления сведений о проектируемом объекте (в виде схемы, чертежа, алгоритма функционирования) используют графические, схем­ные (табличные) языки и языки моделирования (языки процедурного типа) К входным языкам предъявляются следующие требования крат­кость и удобство записи для восприятия языковых конструкций проек­тировщиком, возможность описания любого объекта, перспективы раз­вития и расширения языка.

Для ввода в ЭВМ относительно простых изображений используют кодировщики графической информации, а для сложных чертежей — спе­циальные графические языки, применяющие координатный, структур­но-символический (метод типовых графических элементов), аналитичес­кий и рецепторный (мозаичный) способы В настоящее время наиболее развитыми графическими языками являются ОГРА (язык описания гра­фики), ФАП-КФ (формализованный аппарат геометрического модели­рования на основе компилятора с языка ФОРТРАН) и ГРАФОР (графи­ческий ФОРТРАН).

Для представления структурных, функциональных и принципиаль­ных схем созданы специальные языки для электрических и электронных схем (входные языки систем САМРИС-2, СПАРС, КРОСС и др.).

Выходные языки необходимы для оформления результатов исполне­ния программ различного уровня. Результаты проектирования могут выдаваться в виде таблиц, чертежей, диаграмм, текстовых сообщений.

Языки сопровождения применяются для корректировки и редактирова­ния данных при выполнении проектных процедур и делятся на недиалого­вые и диалоговые. Для САПР используется диалоговый язык, который может быть пассивным и активным. В диалоговых системах на основе пас­сивных языков инициатором диалога является система, которая в заранее определенных местах программы может прерывать вычислительный про­цесс и обращаться к проектировщику. От проектировщика требуются либо ответы типа «да» и «нет», либо выбор ответа из заданного набора раз­личных вариантов технического решения (выдача номера варианта).

В диалоговых системах на основе активных языков инициатива в ве­дении диалога ЭВМ — проектировщик двусторонняя. Прервать вычис­лительный процесс и обратиться к ЭВМ можно в любой момент времени.

Промежуточные и внутренние языки предназначены для представле­ния информации на определенных стадиях ее проработки на ЭВМ и ори­ентированы на конкретную ЭВМ, операционную систему и базу данных. Языки программирования необходимы для разработки и редактиро­вания системного и прикладного программного обеспечения САПР.

Языки программирования САПР подразделяются на языки низкого уровня — машинно-ориентированные (АВТОКОДЫ или АССЕМБЛЕ­РЫ), машинные и алгоритмические языки высокого уровня (ФОРТРАН, ПАСКАЛЬ, СИ, ПЛ/1).

Процесс описания конкретного алгоритма на языке машинных ко­манд (двоичных машинных кодов) называется программированием в ма­шинных кодах. Для выполнения этой работы программист должен хоро­шо знать коды всех машинных операций, назначение и особенности при­менения каждой из них, а также помнить адреса конкретных ячеек памяти, хранящих те или иные операции.

Машинные языки необходимы для создания специального управляю­щего программного обеспечения ЭВМ, так как ПО эксплуатируется длительное время без изменений, а также при создании компиляторов.

Часто возникает необходимость в языках, которые, с одной сторо­ны, учитывают особенности конкретной ЭВМ, а с другой — упрощают процесс составления программ с помощью символических обозначений команд. Такие языки получили название АВТОКОДОВ, или АССЕМ­БЛЕРОВ. АССЕМБЛЕРЫ позволяют более эффективно использовать аппаратные возможности ЭВМ и широко применяются при создании специального ПО — интерпретаторов, загрузчиков, диспетчеров и т.д. На АССЕМБЛЕРЕ вместо цифровых используются буквенные обозна­чения машинных кодов операций и операндов, автоматизируется рас­пределение памяти, используются микроопределения, микрокоман­ды — заранее подготовленные на том же АССЕМБЛЕРЕ программные средства, настраиваемые в процессе разработки исходной программы. Алгоритмические языки высокого уровня часто называют процедур­но-ориентированными языками. Появление процедурно-ориентированных языков в значительной степени упростило процесс программирова­ния благодаря включаемым в эти языки специальным средствам описа­ния процессов решения различных классов задач. Представление алго­ритма на языке данного класса заключается в описании алгоритма в виде последовательности процедурных шагов, детализирующих вычисли­тельный процесс.

Достоинствами алгоритмических языков высокого уровня являются машинная независимость и удобство программирования. Программы, записанные на этих языках, легко адаптируются на ЭВМ различного типа. Недостатки алгоритмических языков: увеличивается расход средств на трансляцию (например, трансляция с ФОРТРАНА в 2, 5 раза длительнее, чем с АССЕМБЛЕРА) и не всякая сложная программа САПР может быть написана на этих языках. Для составления большин­ства программ используется язык ФОРТРАН, который обеспечивает получение достаточно эффективных программ.

Языки ПАСКАЛЬ, СИ, ПЛ/1 удобно применять для составления программ, где преобладают логические операции над адресами. К раз­ряду универсальных языков относится БЕЙСИК — диалоговый язык, транслятор с которого входит в состав ПО любой ЭВМ.

Языки управления необходимы для формирования последователь­ностей команд, описания их параметров и условий исполнения либо не­посредственно аппаратурой САПР, либо с помощью специального про­граммного обеспечения вычислительных или управляющих устройств. В качестве исполнительного оборудования в общем случае выступают уст­ройства внешней памяти, терминальные и периферийные устройства, устройства документирования и технологическое оборудование.

СОДЕРЖАНИЕ

1 Основные понятия САПР. 3

1.1 Терминология САПР. 3

1.2 Цель создания САПР. 4

1.3 Принципы создания САПР. 4

1.4 Состав САПР. 6

1.5 Классификация САПР. 8

1.6 Процесс создания САПР. Концепции. Структура современной САПР. 10

1.7 Интеграция САПР с другими автоматизированными системами. 13

2 Информационное обеспечение САПР. 16

2.1 Состав информационного обеспечения САПР. 16

2.2 Банк данных САПР. 16

2.3 Структура банка данных. 17

2.4 База данных в САПР. 19

3 Лингвистическое, организационное и методическое обеспечение САПР. 20

3.1 Языки САПР. 20

3.2 Организационное и методическое обеспечение САПР. 22

 


Основные понятия САПР

Терминология САПР

Проектирование — процесс создания технической документации, опытных образцов и моделей объекта для его изготовления на заводе.

Процесс автоматизированного проектирования РЭА и ЭВА делится на следующие этапы: системотехническое, схемотехническое, конструк­торское и технологическое. При системотехническом проектировании разработка ведется до уровня структурных (функциональных) схем, эле­ментами которых служат блоки, узлы.

Схемотехническое проектирование устройств предусматривает раз­работку блоков, узлов системы до уровня принципиальных схем.

Конструкторское проектирование устройств предусматривает разра­ботку конструкции устройства.

Технологическое проектирование заключается в разработке техноло­гической подготовки производства с изготовлением документации для изготовителя. Процесс проектирования делится на этапы, которые, в свою очередь, делятся на процедуры и операции.

Проектная процедура — совокупность проектных операций над ис­ходными данными, выполнение которых заканчивается проектным ре­шением.

Проектная операция — действие или совокупность действий проекти­ровщика, составляющих часть проектной процедуры и заканчивающих­ся получением фрагмента проектного решения.

Проектное решение — промежуточное или конечное описание объек­та проектирования, необходимое для завершения проектной процедуры.

Проект — совокупность проектных документов (техническо-конструкторской, технологической документации) в соответствий с ЕСКД, ЕСТД, ЕСПД, а также опытный образец, в которых представлен резуль­тат проектирования.

Средства проектирования — это инструменты, орудия труда проек­тировщика: карандаш, бумага, макеты, чертежные столы, ЭВМ и внед­ряемые в настоящее время средства САПР.

Под автоматизацией проектирования понимается процесс разработ­ки проекта, когда проектные процедуры и операции осуществляются разработчиком изделия при тесном взаимодействии с СВТ, рациональ­ном распределении функций между проектировщиком и СВТ и обосно­ванном выборе методов машинного решения задач.


Поделиться:



Популярное:

Последнее изменение этой страницы: 2017-03-11; Просмотров: 1585; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.084 с.)
Главная | Случайная страница | Обратная связь