· психологическая подготовленность коллектива к внедрению САПР.
Техническое задание (ТЗ) является исходным документом для создания САПР и должно содержать наиболее полные исходные данные и требования. Этот документ разрабатывает головной разработчик системы. ТЗ на создание САПР должно содержать следующие основные разделы:
«Наименование и область применения», где указывают полное наименование системы и краткую характеристику области ее применения;
«Основание для создания», где указывают наименование директивных документов, на основании которых создается САПР;
«Характеристика объектов проектирования», где приводят сведения о назначении, составе, условиях применения объектов проектирования;
«Цель и назначение», где перечисляют цель создания САПР, ее назначение и критерий эффективности ее функционирования;
«Характеристика процесса проектирования», где приводят общее описание процесса проектирования, требования к входным и выходным данным, а также требования по разделению проектных процедур (операции), выполняемых с помощью неавтоматизированного и автоматизированного проектирования;
«Требования к САПР», где перечисляют требования к САПР в целом и к составу ее подсистем, к применению в составе САПР ранее созданных подсистем и компонентов и т. п.;
«Технико-экономические показатели», где оценивают затраты на создание САПР, указывают источники получения экономии и ожидаемую эффективность от применения САПР.
На стадиях технического предложения, эскизного и рабочего проектирования выбираются и обосновываются варианты САПР, разрабатываются окончательные решения. При этом выполняются следующие основные виды работ:
· выявление процесса проектирования (его алгоритм), т. е. принятие основных технических решений;
· разработка структуры САПР и ее взаимосвязи с другими системами (определение состава проектных процедур и операции по подсистемам; уточнение состава подсистем и взаимосвязи между ними; разработка схемы функционирования САПР в целом);
· определение состава методов, математических моделей для проектных операций и процедур; состава языков проектирования; состава информации (объем, способы ее организации и виды машинных носителей информации); состава общего, специализированного общего и специального программного обеспечения;
· формирование состава технических средств (ЭВМ периферийные устройства и другие элементы);
· принятие решений по математическому, информационному, программному и техническому видам обеспечения по САПР в целом и отдельно по подсистемам;
· расчет технико-экономических показателей САПР.
Оформление всей документации, необходимой для создания и функционирования САПР, выполняют на стадии рабочего проектирования.
На стадии изготовления, отладки и испытания производят монтаж, наладку и испытание комплекса технических средств автоматизации проектирования, на тестовых примерах доводят программное обеспечение и подготавливают проектную организацию к вводу в действие САПР.
Ввод в действие системы осуществляют после опытного функционирования и приемочных испытаний у заказчика.
2.1.4. Отображение процесса проектирования в программное обеспечение САПР
Важнейшим вопросом при создании САПР после формализации процесса проектирования является вопрос отображения проектно-конструкторской деятельности инженера в программное обеспечение.
В общем, виде процесс проектирования в САПР можно упрощенно представить схемой, показанной на рис. 2.1. Эта схема отображает элементарную ячейку проектно-конструкторского процесса, из цепочки, которых состоит реальный автоматизированный процесс. Все системы проектирования, создаваемые с помощью современных средств вычислительной техники, являются автоматизированными. Важнейшую роль в этих системах играет человек-инженер, разрабатывающий проект новых технических средств. Человек в САПР решает все неформализованные проектные задачи и задачи планирования работ. Современная САПР является инструментом высококвалифицированного инженера-проектировщика, поэтому тесное взаимодействие человека и ЭВМ в процессе проектирования — один из важнейших принципов построения и эксплуатации САПР.
Основным блоком в схеме процесса автоматизированного проектирования (рис.2.1) является блок проектных решений. В зависимости от полноты формализации наших знаний в конкретной предметной области проектное решение может быть выполнено автоматически или в интерактивном режиме. На основе входных данных и ограничений (независимые параметры проектирования) блок изменяет варьируемые параметры (факторы решения) до получения приемлемых проектных решений (зависимых переменных).
Ограничения
|
Получение проектных решений
| ||
| ||
| ||
|
|
Выходная документация
Рис. 2.1 Схема процесса автоматизированного проектирования
Результаты проектирования должны быть представлены в виде, удобном для восприятия человеком, и содержать информацию, на основе которой инженер мог бы вынести суждение о результатах проектирования.
Если проектное решение утверждается, то оформляется требуемая выходная документация; если необходима корректировка проекта, инженер, уточняя варьируемые параметры, в интерактивном режиме добивается нужных результатов; когда же проектно-конструкторский процесс не приводит к намеченной цели, необходимо уточнить входные данные и ограничения.
Рассмотрение даже такой упрощенной схемы процесса проектирования позволяет уточнить разделение функции между инженером и ЭВМ в САПР. Получение вариантов проектных решений и их представление в виде, удобном для восприятия человеком, может быть возложено на ЭВМ в той мере, в какой это позволит сделать математическое обеспечение проектных процедур. Но даже при автоматическом получении вариантов проектных решений за инженером остаются важнейшие функции — ввод исходных данных для проектирования, окончательная оценка и утверждение проектных решении. В интерактивном же режиме проектирования инженер непосредственно участвует в ходе решения задач, воздействуя на выбор факторов решения и уточняя независимые переменные. Получение выходной документации в соответствии с существующими требованиями является операцией рутинной и должно выполняться автоматически.
На основании изложенного модель программного обеспечения автоматизированной проектной процедуры можно представить схемой, показанной на рис. 2.2.
параметров