ГОСТ 23501.101-87

Группа Т58

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

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

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

     
Computer-aided design systems.
Main provisions

     
     
ОКСТУ 0014

Дата введения 1988-07-01

     
     
ИНФОРМАЦИОННЫЕ ДАННЫЕ

     
     1. РАЗРАБОТАН И ВНЕСЕН Государственным комитетом СССР по стандартам
     
     ИСПОЛНИТЕЛИ
     
     A.К.Куличенко, канд. физ.-мат. наук (руководитель темы); П.А.Шалаев, канд. техн. наук; Н.Ю.Косопырикова; Г.Е.Колесников, канд. техн. наук; B.Д.Костюков, канд. техн. наук; И.С.Митяев; В.Г.Михайлов, канд. техн. наук
     
     2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по стандартам от 26.06.87 N 2668
     
     3. ВЗАМЕН ГОСТ 23501.0-79, ГОСТ 23501.4-79, ГОСТ 23501.9-80, ГОСТ 23501.13-81, ГОСТ 23501.16-81, ГОСТ 23501.17-82
     
     4. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
     
     

     
     
     5. ПЕРЕИЗДАНИЕ (апрель 1988 г.) с Изменением N 1, утвержденным в январе 1987 г. (ИУС 12-87)
     
     
     Настоящий стандарт распространяется на системы автоматизированного проектирования (САПР), создаваемые в проектных, конструкторских и технологических организациях, научно-производственных объединениях, предприятиях (далее - организациях) отраслей промышленности, и устанавливает общие положения, основные принципы создания, состав и структуру САПР и требования к компонентам видов обеспечения.
     
     

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

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

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

     
     2.1. При создании САПР и их составных частей следует руководствоваться следующими основными принципами:
     
     системного единства;
     
     совместимости;
     
     типизации;
     
     развития.
     
     2.2. Принцип системного единства должен обеспечивать целостность системы и системную связность проектирования отдельных элементов и всего объекта проектирования в целом (иерархичность проектирования).
     
     2.3. Принцип совместимости должен обеспечивать совместное функционирование составных частей САПР и сохранять открытую систему в целом.
     
     2.4. Принцип типизации заключается в ориентации на преимущественное создание и использование типовых и унифицированных элементов САПР. Типизации подлежат элементы, имеющие перспективу многократного применения. Типовые и унифицированные элементы периодически проходят экспертизу на соответствие современным требованиям САПР и модифицируются по мере необходимости.
     
     Создание САПР с учетом принципа типизации должно предусматривать:
     
     разработку базового варианта КСАП и (или) его компонентов;
     
     создание модификации КСАП и (или) его компонентов на основе базового варианта.
     
     2.5. Принцип развития должен обеспечивать пополнение, совершенствование и обновление составных частей САПР, а также взаимодействие и расширение взаимосвязи с автоматизированными системами различного уровня и функционального назначения.
     
     2.6. Работы по развитию САПР, модернизации составных частей САПР выполняют по техническому заданию.
     
     2.7. (Исключен, Изм. N 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. Компоненты лингвистического обеспечения должны быть согласованными с компонентами обеспечения других видов, быть относительно инвариантными к конкретному содержанию баз данных, предоставлять в компактной форме средства для описания всех объектов и процессов заданного для систем класса с необходимой степенью детализации и без существенных ограничений на объект описания, быть рассчитанными, в основном, на диалоговый режим их использования.
     
     4.5.3. ЯП должны базироваться на терминах, принятых в конкретной системе, обеспечивать описание, управление и контроль процесса проектирования, быть ориентированными на пользователей с различным уровнем профессиональной подготовки (в том числе не имеющих специальной подготовки в области программирования), обеспечивать однозначное представление информации, стандартное описание однотипных элементов и высокую надежность идентификации описания.
     
     4.5.4. ЯП должны представлять собой набор директив, используя которые пользователь осуществляет процесс формирования модели объекта проектирования и ее анализ, обеспечивать возможность эффективного контроля заданий пользователя, иметь средства выдачи пользователю справок, инструкций и сообщений об ошибках, предусматривать возможность использования механизма выбора альтернативных директив из определенного набора (функциональная клавиатура и др.).
     
     4.5.5. ИПЯ должны включать словари, правила индексирования входной информации и правила формирования поисковых предписаний.
     
     Словари ИПЯ должны содержать термины (в том числе стандартизованные) соответствующей области техники и другие лексические единицы, необходимые для индексирования и поиска проектной информации с высокой точностью и полнотой.
     
     4.6. Требования к компонентам технического обеспечения
     
     4.6.1. К компонентам технического обеспечения относят устройства вычислительной и организационной техники, средства передачи данных, измерительные и другие устройства и их сочетания, обеспечивающие функционирование ПТК и КСАП, в том числе диалоговый, многопользовательский и многозадачный режимы работы, а также построение иерархических и сетевых структур технического обеспечения.
     
     4.6.2. В качестве предпочтительной для САПР следует использовать двухуровневую структуру технического обеспечения, включающую центральный вычислительный комплекс и автоматизированные рабочие места (терминальные станции).
     
     4.6.3. Компоненты технического обеспечения должны представлять возможность: кодирования и ввода информации с ее визуальным контролем и редактированием; передачи информации по различным каналам связи; хранения, контроля и восстановления информации; загрузки, хранения и исполнения программного обеспечения; оперативного предоставления запрашиваемой информации на устройства вывода.
     
     4.7. Требования к компонентам организационного обеспечения
     
     4.7.1. Компоненты организационного обеспечения должны устанавливать организационную структуру системы и подсистем, включая взаимосвязи ее элементов; задачи и функции службы САПР и связанных с нею подразделений проектной организации; права и ответственность должностных лиц по обеспечению создания и функционирования САПР; порядок подготовки и переподготовки пользователей САПР.
     
     

ПРИЛОЖЕНИЕ 1
Справочное

     
ТЕРМИНЫ, ИСПОЛЬЗОВАННЫЕ В СТАНДАРТЕ

     
     
     ПРИЛОЖЕНИЕ 2. (Исключено, Изм. N 1).
     
     
     
Текст документа сверен по:
официальное издание
М.: Издательство стандартов, 1988