Системы автоматизированного проектирования. Основные положения

ГОСУДАРСТВЕННЫЙ СТАНДАРТ

СОЮЗА ССР

СИСТЕМЫ АВТОМАТИЗИРОВАННОГО

ПРОЕКТИРОВАНИЯ

ОСНОВНЫЕ ПОЛОЖЕНИЯ

ГОСТ 23501.101—87

Издание официальное

ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ

Москва

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

СИСТЕМЫ АВТОМАТИЗИРОВАННОГО

ПРОЕКТИРОВАНИЯ

Основные положения
Computer-aided design systems.
Main provisions

■ОКСТУ 0014

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

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. САПР — организационно-техническая система, входящая в структуру проектной организации и осуществляющая проектиро­вание при помощи комплекса средств автоматизированного проек­тирования (КСАП).
1.2. Взаимодействие подразделений проектной организации с комплексом средств автоматизации проектирования регламенти­руется организационным обеспечением.
1.3. Основная функция САПР состоит в выполнении автомати­зированного проектирования на всех или отдельных стадиях проектирования объектов и их составных частей.
1.4. Пояснения терминов, использованных в стандарте приве­дены в приложении 1.

2. ОСНОВНЫЕ ПРИНЦИПЫ СОЗДАНИЯ САПР

2.1. При создании САПР и их составных частей следует руко­водствоваться следующими основными принципами:
системного единства;
Перепечатка воспрещена
© Издательство стандартов, 1988
совместимости; .
типизации;
развития.
2.2. Принцип системного единства должен обеспечивать целост­ность системы и системную связность проектирования отдельных элементов и всего объекта проектирования в целом (иерархич­ность проектирования).
2.3. Принцип совместимости должен обеспечивать совместное функционирование составных частей САПР и сохранять откры­тую систему в целом.
2.4. Принцип типизации заключается в ориентации на преи­мущественное создание и использование типовых и унифицирован­ных элементов САПР. Типизации подлежат элементы, имеющие перспективу многократного применения. Типовые и унифицирован­ные элементы^ периодически проходят экспертизу на соответствие . современным требованиям САПР и модифицируются по мере необ­ходимости.
Создание САПР с учетом принципа типизации должно преду­сматривать:
разработку базового варианта КСАП и (или) его компонентов;
создание модификации КСАП и (или) его компонентов на ос­нове базового варианта.
2.5. Принцип развития должен обеспечивать пополнение, со­вершенствование и обновление составных частей САПР, а также взаимодействие и расширение взаимосвязи с автоматизирован­ными системами различного уровня и функционального назначе­ния.
2.6. Работы по развитию САПР, модернизации составных час­тей САПР выполняют по техническому заданию.
2.7. (Исключен, Изм. № 1).

3. СОСТАВ И СТРУКТУРА САПР

3.1. Составными структурными частями САПР, жестко свя­занными с организационной структурой проектной организации, являются подсистемы, в которых при помощи специализированных комплексов средств решается функционально законченная по­следовательность задач САПР.
3.2. По назначению подсистемы разделяют на проектирующие и обслуживающие.
3.2.1. Проектирующие подсистемы имеют объектную ориента­цию и реализуют определенный этап (стадию) проектирования или группу непосредственно связанных проектных задач.
Примеры проектирующих подсистем:
подсистема эскизного проектирования;
подсистема проектирования корпусных деталей;
подсистема проектирования технологических процессов меха­нической обработки.
3.2.2. Обслуживающие подсистемы имеют общесистемное при­менение и обеспечивают поддержку функционирования проекти­рующих подсистем, а также оформление, передачу и выдачу по­лученных в них результатов. Примеры обслуживающих подсистем:' автоматизированный банк данных;
подсистема документирования;
подсистема графического ввода/вывода.
3.2.3. Системное единство САПР обеспечивается наличием ком­плекса взаимосвязанных моделей, определяющих объект проек­тирования в целом, а также комплексом системных интерфейсов, обеспечивающих указанную взаимосвязь.
Системное единство внутри проектирующих подсистем обес­печивается наличием единой информационной модели той части объекта, проектное решение по которой должно быть получено в данной подсистеме.
3.3. Формирование и использование моделей объекта проек­тирования в прикладных задачах осуществляется КСАП сис­темы или подсистемы.
3.3.1. Структурными частями КСАП в процессе его функцио­нирования являются программно-методические (ПМК) и програм­мно-технические (ПТК) комплексы (далее — комплексы средств}, а также компоненты организационного обеспечения.
Комплексы средств могут объединять свои вычислительные и .информационные ресурсы, образуя локальные вычислительные сети подсистем или систем в целом.
3.3.2. Структурными частями комплексов средств являются .компоненты следующих видов обеспечения: программного, ин­формационного, методического, математического, лингвистического « технического.
3.3.3. Компоненты видов обеспечения выполняют в комплек­сах средств заданную функцию и представляют наименьший (не­делимый) самостоятельно разрабатываемый (или покупной) эле­мент САПР (например: программа, инструкция, дисплей и т. д.).
3.4. Эффективное функционирование КСАП и взаимодействие структурных частей САПР всех уровней должно достигаться за счет ориентации на стандартные интерфейсы и протоколы связи, обеспечивающие взаимодействие комплексов средств.
Эффективное функционирование комплексов средств должно достигаться за счет взаимосогласованной разработки (согласова­ния с покупными) компонентов, входящих в состав комплексов средств.
3.5. Структурная схема САПР показана на чертеже.
3.6. КСАП обслуживающих подсистем, а также отдельные ПТК этих подсистем могут использоваться при функционировании всех подсистем.
Структурная схема САПР

4. ТРЕБОВАНИЯ К КОМПОНЕНТАМ ВИДОВ ОБЕСПЕЧЕНИЯ

4.1. Т р е б о в а н и я к компонентам программного обеспечения
4.1.1. Компоненты программного обеспечения, объединенные в ПМК, должны иметь иерархическую организацию, в которой на верхнем уровне размещается монитор управления компонентами нижних уровней программными модулями.
4.1.2. Программный модуль должен: регламентировать функ­ционально законченное преобразование информации; быть напи­санным на одном из стандартных языков программирования; удов­летворять соглашениям о представлении данных, принятым в дан­ной САПР; быть оформленным в соответствии с требованиями ЕСДП.
4.1.3. Монитор предназначен для: управления функционирова­нием набора программных модулей ПМК, включая контроль по­следовательности и правильности исполнения; реализации обще­ния пользователя с ПМК и программных модулей с соответст­вующими базами данных (БД); сбора статистической информа­ции.
4.2. Т р е б о в а н и я к компонентам информацион­ного обеспечения
4.2.1. Основной формой реализации, компонентов информа­ционного обеспечения являются БД в распределенной или центра­лизованной форме, организация данных в которых обеспечивает их оптимальное использование в конкретных применениях.
4.2.2. Совокупность БД САПР должна удовлетворять принципу информационного единства, т. е. использовать термины, символы, классификаторы, условные обозначения, способы представления данных, принятые в САПР объектов конкретных видов.
4.2.3. Независимо от логической организации данных БД долж­ны обеспечивать:
информационную совместимость проектирующих и обслужи­вающих подсистем САПР;
независимость данных на логическом и физическом уровнях, в том числе инвариантность к программному обеспечению.
Возможность одновременного использования данных из различ­ных БД и различными пользователями;
возможность интеграции неоднородных БД для совместного их использования различными подсистемами САПР;
возможность Наращивания БД;
контролируемую избыточность данных.
4.2.4. Создание, поддержка и использование БД, а также взаимосвязь между информацией в БД и обрабатывающими ее программными модулями осуществляется системой управления базами данных (СУБД), являющейся, как общесистемный ПМК, частью одной из обслуживающих подсистем.
4.3. Т р е б о в а н и я к компонентам методического обеспечения
4.3.1. К компонентам методического обеспечения относят: ут­вержденную документацию инструктивно-методического харак­тера, устанавливающую технологию автоматизированного проек­тирования; правила эксплуатации КСАП, ПТК и ПМК; норма­тивы, стандарты и другие руководящие документы, регламенти­рующие процесс и объект проектирования.
4.3.2. Компоненты методического обеспечения должны раз­мещаться на' машинных носителях информации, позволяющих осуществлять как долговременное хранение документов, так и их оперативный вывод в форматах, установленных соответствующими стандартами.
4.4. Т р е б о в а н и я к компонентам математичес­кого обеспечения
4.4.1. К компонентам математического обеспечения относят ме­тоды математического моделирования объектов и процессов проек­тирования, математические модели объектов и процессов проекти­рования, алгоритмы решения задач в процессе проектирования.
4.4.2. Взаимосвязи между компонентами математического обес­печения должны обеспечивать формализацию процесса проектиро­вания и его целостность.
4.5. Т р е б о в а н и я к компонентам лингвистичес­кого обеспечения
4.5.1. К компонентам лингвистического обеспечения относят языки проектирования (ЯП), информационно-поисковые языки (ИПЯ), и вспомогательные языки, используемые в обслуживаю­щих подсистемах, и для связи с ними проектирующих подсистем.
4.5.2. .Компоненты лингвистического обеспечения должны быть согласованными с компонентами обеспечения других видов, быть относительно инвариантными к конкретному содержанию баз дан­ных, предоставлять в компактной форме средства для описания всех объектов и процессов заданного для систем класса с не­обходимой степенью детализации и без существенных ограничений на объект описания, быть расс