5. ОТОБРАЖЕНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ В ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ САПР
Важнейшим вопросом при создании САПР после формализации процесса проектирования является вопрос отображения проектно-конструкторской деятельности инженера в программное обеспечение.
В общем, виде процесс проектирования в САПР можно упрощенно представить схемой, показанной на рис. 1. Эта схема отображает элементарную ячейку проектно-конструкторского процесса, из цепочки, которых состоит реальный автоматизированный процесс. Все системы проектирования, создаваемые с помощью современных средств вычислительной техники, являются автоматизированными. Важнейшую роль в этих системах играет человек-инженер, разрабатывающий проект новых технических средств. Человек в САПР решает все неформализованные проектные задачи и задачи планирования работ. Современная САПР является инструментом высококвалифицированного инженера-проектировщика, поэтому тесное взаимодействие человека и ЭВМ в процессе проектирования — один из важнейших принципов построения и эксплуатации САПР.
Основным блоком в схеме процесса автоматизированного проектирования (рис. 1) является блок проектных решений. В зависимости от полноты формализации наших знаний в конкретной предметной области проектное решение может быть выполнено автоматически или в интерактивном режиме. На основе входных данных и ограничений (независимые параметры проектирования) блок изменяет варьируемые параметры (факторы решения) до получения приемле-
Ограничения
Получение проектных решений
Входные Варьируемые Проектные Проектные
данные параметры процедуры решения
Оценка результатов проектирования
Выходная документация
Рис. 1. Схема процесса автоматизированного проектирования
мых проектных решений (зависимых переменных).
Результаты проектирования должны быть представлены в виде, удобном для восприятия человеком, и содержать информацию, на основе которой инженер мог бы вынести суждение о результатах проектирования.
Если проектное решение утверждается, то оформляется требуемая выходная документация; если необходима корректировка проекта, инженер, уточняя варьируемые параметры, в интерактивном режиме добивается нужных результатов; когда же проектно-конструкторский процесс не приводит к намеченной цели, необходимо уточнить входные данные и ограничения.
Рассмотрение даже такой упрощенной схемы процесса проектирования позволяет уточнить разделение функции между инженером и ЭВМ в САПР. Получение вариантов проектных решений и их представление в виде, удобном для восприятия человеком, может быть возложено на ЭВМ в той мере, в какой это позволит сделать математическое обеспечение проектных процедур. Но даже при автоматическом получении вариантов проектных решений за инженером остаются важнейшие функции — ввод исходных данных для проектирования, окончательная оценка и утверждение проектных решении. В интерактивном же режиме проектирования инженер непосредственно участвует в ходе решения задач, воздействуя на выбор факторов решения и уточняя независимые переменные. Получение выходной документации в соответствии с существующими требованиями является операцией рутинной и должно выполняться автоматически.
На основании изложенного модель программного обеспечения автоматизированной проектной процедуры можно представить схемой, показанной на рис. 2.
Формирование Задание
входных данных варьируемых
параметров
Корректировка Список Список
входных данных входных варьируемых Распечатка
данных параметров варьируемых
Распечатка параметров
входных данных Расчетный
модуль Подготовка
Формирование Список Проектные данных для
ограничений ограничений решения оценки решений
Корректировка Визуализация
ограничений проектных
решений
Распечатка
ограничений Документирование
проектных решений
Рис. 2. Модель программного обеспечения проектной процедуры в САПР
Обобщенная модель программного обеспечения проектной процедуры в САПР имеет ряд составляющих и списки данных. В общем, виде каждая составляющая должна реализоваться своим программным модулем.
Назначение модуля формирования входных данных состоит в создании списка этих данных для проектирования и его контроля при вводе в систему. Структура и формат списка входных данных зависят от содержания проектной процедуры (расчетного модуля). Необходимо предусмотреть существование нескольких версий списка входных данных, которые с заданными именами хранятся на участках магнитного диска. Структура списка данных определяется разработчиком САПР, а формируется он либо в диалоговом режиме пользователем, либо генерируется автоматически предыдущими проектными процедурами.
Программный модуль корректировки входных данных предусматривает редактирование (удаление, вставку и т. п.) списка, потребность в котором возникает из-за ошибок пользователя при вводе данных, обнаруживаемых при контроле, а также при необходимости их уточнения в результате анализа и оценки проектных решений.
Для обеспечения тщательного контроля в САПР должны быть предусмотрены программные средства для визуализации списков данных. В общем случае необходимо иметь возможность получения нескольких видов распечатки списка данных: двоичный, десятичный, символьный, табличный и по записям. Для реализации различных требований пользователя распечатка может выводиться на экран дисплея или на АЦПУ. Все эти операции выполняет модуль распечатки входных данных.
Программные модули формирования, корректировки и распечатки ограничении на процесс проектирования функционируют аналогично описанным. Структура и формат ограничений зависят от проектного модуля, но они существенно меньше подвержены изменениям, чем структура и формат исходных данных. Однако необходимо предусматривать существование нескольких версий этих списков (например, общих требований к техническим средствам со стороны различных заказчиков).
Создание и контроль списка варьируемых параметров осуществляются программными модулями их задания и распечатки.
Расчетный модуль программного обеспечения процесса проектирования предназначен для автоматического выполнения ЭВМ всех тех операций проектной процедуры, которые удалось полностью формализовать.
Получаемые варианты проектных решений обрабатываются программным модулем подготовки данных для оценки решений и передаются модулю визуализации. Анализируя результаты проектно-конструкторского процесса, инженер должен иметь возможность просмотра выходных данных на АЦПУ, дисплее и графопостроителе, например, в виде таблиц, схем и чертежей.
Допустимо существование нескольких версий проектных решений, которые хранятся на магнитном диске и могут быть представлены в требуемом виде с помощью программного модуля документирования проектных решений.
Связь между различными программными модулями проектной процедуры и взаимодействие данной проектной процедуры с другими происходит через общую память.
Это позволяет осуществлять интерактивный автоматизированный процесс проектирования с сохранением множества различных версий, как входных данных, так и проектных решений. Для выполнения требования принципа рациональной связи САПР с окружающей средой при проектировании программного обеспечения следует стремиться к тому, чтобы список входных данных был результатом предыдущих проектных процедур или модулей. Это достигается при разработке информационного обеспечения САПР.
6. СПЕЦИФИКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ САПР
В комплекс средств автоматизированного проектирования входит информационное обеспечение, которое представляет собой совокупность документов, описывающих стандартные проектные процедуры, типовые проектные решения, типовые элементы и комплектующие изделия, материалы и другие данные, а также файлы и блоки данных на машинных носителях с записью указанных документов. Главной целью создания информационного обеспечения САПР является разработка информационной системы, позволяющей правильно и быстро решать проектные задачи. Это может быть достигнуто своевременной выдачей источнику запроса полной и достоверной информации для выполнения определенной части проектно-конструкторского процесса.
Основные требования к информационному обеспечению САПР следующие:
1. Наличие необходимой информации для обеспечения как автоматизированных, так и ручных процессов проектирования.
2. Возможность хранения и поиска информации, представляющей результат ручных и автоматизированных процессов проектирования.
3. Достаточный объем хранилищ информации. Структура системы должна допускать возможность наращивания емкости памяти вместе с ростом объема информации, подлежащей хранению. Одновременно необходимо обеспечить компактность хранимой информации и минимальное изнашивание носителей информации.
... удобным и понятным как для специалиста-проектировщика, так и для любого пользователя САПР. Основные средства взаимодействия человека и машина - это различные диалоговые системы. САПР трубчатых реакторов для производства малеинового ангидрида использует следующие типы диалога: 1) диалог типа "меню". Данный тип меню показан на рисунке 4. На начальном этапе работы САПР в подсистеме ввода и ...
... работников производственной системы. Исходными данными при этом являются соответствующие вероятностные оценки поведения работников в зависимости от изменения различных параметров системы организации производства. В САПР ОП должно быть обосновано распределение функций между автоматизированным и неавтоматизированным проектированием. Большинство проектных задач следует решать в диалоговом режиме ...
... . Система подходит для индопошива и ручного проектирования, а не для массового производства и программы. 2.1.3 Разработка конструкции базовой модели Первым шагом в создании модели является построение основы с помощью программы Дизайн, входящей в состав программного комплекса JULIVI.Мы производим построение, пользуясь широко известными методиками. Алгоритм построения формируется программой из ...
... обслуживаемости, т.е. приспособленности к процессам обслуживания. Степень обслуживаемости тем выше, чем меньше количество и ниже квалификация труда, затрачиваемого на эксплуатацию системы. Повышение степени обслуживаемости САПР достигается с помощью специальных аппаратных и программных средств, автоматизирующих отдельные процессы обслуживания, в том числе средств автоматического контроля ...
0 комментариев