Особенности построения САПР: САПР – иерархическая система.

⇐ ПредыдущаяСтр 2 из 2

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

Уровни сложности технических средств и уровни автоматизированного проектирования. Уровни проектирования и особенности используемых для них подходов.

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

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

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

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

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

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

· микроуровень, на котором проектируют отдельные детали и элементы машин и приборов.

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

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

Неопределенность и нечеткость исходных данных при нисходящем проектировании (так как еще не спроектированы компоненты) или исходных требований при восходящем проектировании (поскольку ТЗ имеется на всю систему, а не на ее части) обусловливают необходимость прогнозирования недостающих данных с последующим их уточнением, т.е. последовательного приближения к окончательному решению (итерационность проектирования).

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

Аспект описания (страта) — описание системы или ее части с некоторой оговоренной точки зрения, определяемой функциональными, физическими или иного типа отношениями между свойствами и элементами.

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

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

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

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

Иногда аспекты описаний связывают с подсистемами, функционирование которых основано на различных физических процессах.

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

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

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

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

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

8. Основные задачи автоматизированного проектирования. Схема процесса проектирования. Цикл структурной и параметрической оптимизации

- формирование укрупненного формализованного описания САПР по

совокупности установленных признаков классификации;

- обозначение САПР, создаваемых в организациях отраслей

промышленности и в строительстве;

- планирование повышения значений уровня автоматизации

проектирования, комплексности автоматизации проектирования и др. показателей САПР в процессе их создания и развития;

- создание условий для разработки технически обоснованных норм

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

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

⇐ Предыдущая 12