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

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

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

ГОСТ 23501.101—87

И

Цена 3 коп.


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

ГОСУДАРСТВЕННЫЙ КОМИТЕТ СССР ПО СТАНДАРТАМ
МоскваГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

С

гост

23501.101-87

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

Основные положения

Computer-aided design systems.
Main provisions

■ОКСТУ 0014

Дата введения 01.07.88

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

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

    1. САПР — организационно-техническая система, входящая в структуру проектной организации и осуществляющая проектиро­вание при помощи комплекса средств автоматизированного проек­тирования (КСАП).

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

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

    4. Пояснения терминов, использованных в стандарте приве­дены в приложении 1.

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

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

системного единства;

П

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

ерепечатка воспрещена

© Издательство стандартов, 1988совместимости; .

типизации;

развития.

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

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

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

Создание САПР с учетом принципа типизации должно преду­сматривать:

разработку базового варианта КСАП и (или) его компонентов;

создание модификации КСАП и (или) его компонентов на ос­нове базового варианта.

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

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

    3. (Исключен, Изм. № 1).

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

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

    2. По назначению подсистемы разделяют на проектирующие и обслуживающие.

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

Примеры проектирующих подсистем:

подсистема эскизного проектирования;

подсистема проектирования корпусных деталей;

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

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

подсистема документирования;

подсистема графического ввода/вывода.

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

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

  1. Формирование и использование моделей объекта проек­тирования в прикладных задачах осуществляется КСАП сис­темы или подсистемы.

    1. Структурными частями КСАП в процессе его функцио­нирования являются программно-методические (ПМК) и програм­мно-технические (ПТК) комплексы (далее — комплексы средств}, а также компоненты организационного обеспечения.

Комплексы средств могут объединять свои вычислительные и .информационные ресурсы, образуя локальные вычислительные сети подсистем или систем в целом.

    1. Структурными частями комплексов средств являются .компоненты следующих видов обеспечения: программного, ин­формационного, методического, математического, лингвистического « технического.

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

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

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

  1. Структурная схема САПР показана на чертеже.

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

САПР

КСАП системы

ПОЛЬЗОВАТЕЛИ j

I I Подсистема Nf I

-J I I


И.К

Me.к |


К-я компонента программного обеспечения

К-я компонента информационного обеспечения

К-я компонента методического обеспечения

К-я компонента математического обеспечения

К-я компонента лингвистического обеспечения-

К-я компонента технического обеспечения

К-я компонента организационного обеспечения



Подсистема 1

П.К


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

    1. Т р е б о в а н и я к компонентам программного обеспечения

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

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

      3. Монитор предназначен для: управления функционирова­нием набора программных модулей ПМК, включая контроль по­следовательности и правильности исполнения; реализации обще­ния пользователя с ПМК и программных модулей с соответст­вующими базами данных (БД); сбора статистической информа­ции.

    2. Т р е б о в а н и я к компонентам информацион­ного обеспечения

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

      2. Совокупность БД САПР должна удовлетворять принципу информационного единства, т. е. использовать термины, символы, классификаторы, условные обозначения, способы представления данных, принятые в САПР объектов конкретных видов.

      3. Независимо от логической организации данных БД долж­ны обеспечивать:

информационную совместимость проектирующих и обслужи­вающих подсистем САПР;

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

Возможность одновременного использования данных из различ­ных БД и различными пользователями;

возможность интеграции неоднородных БД для совместного их использования различными подсистемами САПР;

возможность Наращивания БД;

контролируемую избыточность данных.

    1. Создание, поддержка и использование БД, а также взаимосвязь между информацией в БД и обрабатывающими ее программными модулями осуществляется системой управления базами данных (СУБД), являющейся, как общесистемный ПМК, частью одной из обслуживающих подсистем.

  1. Т р е б о в а н и я к компонентам методического обеспечения

    1. К компонентам методического обеспечения относят: ут­вержденную документацию инструктивно-методического харак­тера, устанавливающую технологию автоматизированного проек­тирования; правила эксплуатации КСАП, ПТК и ПМК; норма­тивы, стандарты и другие руководящие документы, регламенти­рующие процесс и объект проектирования.

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

  2. Т р е б о в а н и я к компонентам математичес­кого обеспечения

    1. К компонентам математического обеспечения относят ме­тоды математического моделирования объектов и процессов проек­тирования, математические модели объектов и процессов проекти­рования, алгоритмы решения задач в процессе проектирования.

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

  3. Т р е б о в а н и я к компонентам лингвистичес­кого обеспечения

    1. К компонентам лингвистического обеспечения относят языки проектирования (ЯП), информационно-поисковые языки (ИПЯ), и вспомогательные языки, используемые в обслуживаю­щих подсистемах, и для связи с ними проектирующих подсистем.

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

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

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

    5. ИПЯ должны включать словари, правила индексирова­ния входной информации и правила формирования поисковых предписаний.

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

  1. Т р е б о в а н и я к компонентам технического обеспечения

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

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

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

  2. Т р е б о в а и и я к компонентам организацион­ного обеспечения

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