pronikov_a_s_1994_t_1 (830969), страница 30
Текст из файла (страница 30)
5.3), вершиной которого является объект О в целом, а ниже лежащим уровням соответствуют части объекта проектирования — сборочные единицы С, С, ...,,С ,СА,д Д,Д,...,Д ДА, ..., ДА, Д, Д и элементы деталей и ЭЛЕМЕНтаРНЫЕ ЛИНИИ ЗА ' '~А ' ' ' ~Н ' ~Н Число ступеней для сборочных единиц не ограничивается. Каждая представленная на рисунке часть объекта проектирования характеризуется своим процессом проектирования, состоящим из проектных процедур, а последние состоят из проектных операций. Таким образом, связанный с иерархией частей объекта процесс проектирования представляет еще более сложную структуру, развиваемую в других измереииях.
Структуру САПР, кроме объекта и процесса проектирования, определяет также структура проектной организации, в которой создается САПР. Непосредственно на выбор состава подсистем САПР влияет структура производственных подразделений на уровне отделов, секторов, бригад. Исходными данными для формирования структуры проектирующих подразделений является сформированный процесс автоматизированного проектирования. Как правило, стремятся сохранить имеющуюся структуру подразделений, если отсутствуют какие-либо причины ее коренной перестройки.
Основная задача формирования структуры проектирующих подразделений — распределить все проектные про. цедуры по подразделениям, определить функциональную структуру подразделений и требуемую квалификацию работников. Если в результате опытного функционирования САПР какие-нибудь проектные процедуры не могут быть поручены существующим подразделениям, то принимается решение о создании новых подразделений. Технической документацией, в которой представляются конечные результаты разработки проекта, обеспечивается адекватное воспроизведение объекта проектирования на производстве. Состав, содержание и форма технических документов даны в государственных стандартах, ЕСКД, ЕСТД и других документах, которые распространяются на все виды документации: на бумажных или машинных носителях, алфавитно-цифровую, графическую.
Каждая подсистема должна выдавать техническую документацию. Каждая подсистема должна обладать всеми свойствами системы в целом и должна иметь возможность саме гоятельного ввода в действие и функциониро. эния. Для этого она должна иметь компоненты зсех видов обеспечений. Необходимость учета всех названных выше факторов предопределяет итерационный характер формирования структуры САПР на урозн; проектпрующих подсистем.
В оэщем случае следует рекомендовать следующи'1 порядок выполнения этой работы: проводят декомпозицию объекта проектирования на составные части, в частности на сборочные единицы и детали для объектов типа изделия в соответствии со схемой, приведенной на рис. 5.3; для проектируемого станка в целом и для каждой сборочной единицы определяют сосгав проектных процедур в соответствии с типовым процессом проектирования или на основе существующих проектных процедур аналогичного , класса объектов; за каждым самостоятельным подразделением закрепляют узлы и системы проектируемого станка, а также состав соответствующих им проектных процедур, реализуемых в этих подразделениях; проверяют, имеют ли (или будут ли иметь в результате создания САПР) выделенные самостоятельные подразделения все виды обеспечения для реализации закрепленных за ними проектных процедур; на основе подразделений, которые имеют все виды обеспечения для выполнения проектных процедур, реализующих проектируемый станок в целом или его узлы и системы, организуют проектирующие подсистемы САПР.
Оставшиеся проектные процедуры реализуют в рамках проектно-методического или проектно-технического комплексов, которые включают в сформированные подсистемы САП Р, учитывая, что конкретно реализует подсистема и включаемые в нее комплексы; изменяют (преобразуют) структуру проектных подразделений. Структура САПР на уровне проектирующих подсистем можно считать сформированной, если проектируемый станок вместе с проектными процедурами, обеспечивающими их автоматизированное проектирование, охвачен подсистемами, включающими определенные подразделения (группы) пользователей и имеющими все виды обеспечений.
После формирования структуры САПР на уровне подсистем определяют с учетом имеющегося ресурса времени сроки создания первоочередных подсистем и последующих очередей САПР. Для рационального размещения и обмена информацией между проектирующими подсистемами целесообразно информацию, используемую при автоматизированном проектировании несколькими подсистемами, объединять в единую обслуживающую подсистему — банк данных, включающий базы данных и систему управления базами данных. Общие требования к автоматизированным банкам данных регламентированы ГОСТ 23501.101 — 87.
Программное обеспечение, управляющее проектированием во всех подсистемах, целесообразно объединять в единую мониторную подсистему. Общие положения по мониторной системе САПР, состав, функции и требования к ее созданию приведены в ГОСТ 23501.101 — 87. В составе обслуживающих подсистем следует выделить подсистему (или несколько подсистем) автоматизированного изготовления, учета, хранения и изменения технической документа- ции, получаемой в условиях функционирования САПР.
Предпочтительна двухуровневая структура технических средств САПР, которая включает на верхнем уровне центральный вычислительный комплекс (ЦВК) и на нижнем уровне— комплексы и компоненты технического обеспечения — персональные компьютеры, автоматизированные рабочие места (АРМ), отдельные терминалы (дисплеи, аналого-цифровые преобразовательные устройства (АЦПУ), графопостроители и т. и.), подключенные к центральному вычислительному комплексу (ЦВК). ЦВК обслуживает пользователей всех или нескольких подсистем, поэтому его целесообразно выделить в отдельную обслуживающую подсистему САПР.
ЦВК следует создавать с учетом требований, установленных в ГОСТ . 23501.201 — 85. Из других обслуживающих подсистем можно рекомендовать включать в состав САПР подсистемы геометрического моделирования, машинной графики, обработки результатов испытакий и др. Выделение как можно большего числа обслуживающих подсистем дает возможность освободить пользователя от операций, не связанных непосредственно с формированием модели станка или его узлов, и обеспечивает максимальный сервис при выполнении автоматизированного проектирования. Структуры подсистем САПР на у р о в н е к о м п о н е н т о в определяются процессом автоматизированного проектирования, состоящим из проектных процедур и операций, а также структурой подразделения-пользователя проектирующей подсистемы.
Проектирующая подсистема формируется для выполнения одной или нескольких проектных процедур, реализация которых приводит к получению объекта проектирования в целом или его составных частей — сборочных единиц, а каждая проектная процедура состоит из набора проектных операций. Отдельные пользователи проектирующей подсистемы САПР выполняют проектные операции, используя определенные технические средства, прикладные и общесистемные программы, различные языки проектирования, методику автоматизированного проектирования и информацию, необходимую для выполнения данной операции.
Для того чтобы рационально распределить между пользователями информационные, программные и другие ресурсы, необходимо при формировании структуры проектирующей подсистемы на уровне компонентов учитывать состав пользователей и степень их участия в выполнении определенных проектных процедур. Формирование структуры проектирующих подсистем проводят в следующем порядке: проектные процедуры, реализуемые рассматриваемой подсистемой, разбивают на проектные операции на основе анализа существующих процессов проектирования аналогичного класса объектов; для каждой конкретной операции, входящей в проектную процедуру, определяют состав пользователей подсистемы, которые выполняют данную операцию; формируют состав компонентов по видам обеспечения, необходимых для выполнения проектных процедур и операций, реализуемых в подсистеме.
Для каждой проектной процедуры и операции определяют необходимый состав компонентов математического обеспечения (методы, модели и алгоритмы) . Компоненты математического обеспечения содержат исходные для определения состава компонентов программного обеспечения и, в частности, прикладных программ проектирования. При формировании структуры подсистем необходимо определить компоненты информационного обеспечения, содержащие условно- постоянную информацию, используемую для выполнения проектных процедур и операций, информацию о технических, метрологических, эксплуатационных и других характеристиках объектов, о процессе проектирования (характеристиках стандартных проектных процедур и операций, тповых проектных решениях), действующих нормативах, о справочных данных и т.
п. Полученную информацию анализируют с целью возможности ее объединения в базы данных или отдельные наборы данных. Обмен информацией между подсистемами осуществляется посредством мул ьтиплексных каналов связи, селекторных каналов связи, машинных носителей информации, нормативно- технических документов. Компоненты технического обеспечения определяют с учетом того, чтобы каждый пользователь был обеспечен техническими средствами для выполнения предписанных ему процедур (операций) проектирования.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
