62028 (694749), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

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

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

4. СТАДИИ СОЗДАНИЯ САПР

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

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

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

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

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

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

• возможность формализации проектно-конструкторских задач и реализации математических методов их решения;

• наличие требуемых технических средств и необходи­мость приобретения и установки дополнительных агре­гатов;

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

Кроме того, важно выявить факторы оценки подготов­ленности кадров для эксплуатации САПР, к которым можно отнести следующие:

• соответствие внедряемой системы принятой организа­ции проектных работ;

• наличие в проектно-конструкторской организации кад­ров для эксплуатации и поддержания работоспособности САПР;

• отношение руководства организации к созданию си-темы и уровень организации этих работ;

• психологическая подготовленность коллектива к вне­дрению САПР.

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

«.Наименование и область применения», где указы­вают полное наименование системы и краткую характе­ристику области ее применения;

«Основание для создания», где указывают наименование директивных документов, на основании которых создается САПР;

«Характеристика объектов проектирования», где при­водят сведения о назначении, составе, условиях примене­ния объектов проектирования;

«Цель и назначение», где перечисляют цель создания САПР, ее назначение и критерий эффективности ее функ­ционирования;

«Характеристика процесса проектирования», где при­водят общее описание процесса проектирования, требо­вания к входным и выходным данным, а также требования по разделению проектных процедур (операции), выполняемых с помощью неавтоматизированного и автоматизи­рованного проектирования;

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

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

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

• выявление процесса проектирования (его алгоритм), т. е. принятие основных технических решений;

• разработка структуры САПР и ее взаимосвязи с дру­гими системами (определение состава проектных проце­дур и операции по подсистемам; уточнение состава под­систем и взаимосвязи между ними; разработка схемы функционирования САПР в целом);

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

• формирование состава технических средств (ЭВМ пе­риферийные устройства и другие элементы);

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

• расчет технико-экономических показателей САПР.

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

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

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

5. ОТОБРАЖЕНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ В ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ САПР

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

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

Основным блоком в схеме процесса автоматизирован­ного проектирования (рис. 1) является блок проектных решений. В зависимости от полноты формализации наших знаний в конкретной предметной области проектное решение может быть выполнено автоматически или в интерак­тивном режиме. На основе входных данных и ограниче­ний (независимые параметры проектирования) блок изме­няет варьируемые параметры (факторы решения) до полу­чения приемле-

Ограничения

Получение проектных решений

В ходные Варьируемые Проектные Проектные

данные параметры процедуры решения

О ценка результатов проектирования

Выходная документация

Рис. 1. Схема процесса автоматизированного проектирования

мых проектных решений (зависимых пере­менных).

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

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

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

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

Ф ормирование Задание

в ходных данных варьируемых

параметров

К орректировка Список Список

Характеристики

Список файлов реферата