ГОСТ 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