-32300: transport error - HTTP status code was not 200
СССР
Государственный стандарт от 01 июля 1988 года № ГОСТ 23501.101-87
ГОСТ 23501.101-87 Системы автоматизированного проектирования. Основные положения (с Изменением N 1)
- Принят
- Государственным комитетом СССР по стандартам
26 июня 1987 года
- Разработан
- Государственным комитетом СССР по стандартам
01 июля 1988 года
ГОСТ 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.ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
Обозначение НТД, на который дана ссылка | Номер приложения |
ГОСТ 15971-84 | Приложение 1 |
ГОСТ 19781-83 | Приложение 1 |
ГОСТ 20886-85 | Приложение 1 |
ГОСТ 22487-77 | Приложение 1 |
ГОСТ 22771-77 | Приложение 1 |
ГОСТ 23501.201-85 | Приложение 1 |
ГОСТ 25868-83 | Приложение 1 |
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.Компоненты организационного обеспечения должны устанавливать организационную структуру системы и подсистем, включая взаимосвязи ее элементов; задачи и функции службы САПР и связанных с нею подразделений проектной организации; права и ответственность должностных лиц по обеспечению создания и функционирования САПР; порядок подготовки и переподготовки пользователей САПР.