ГОСТ 23501.101-87

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

SE лине

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

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

ГОСТ 23501.101—87

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

Цена 3 кой,

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

“УДК 65.015.13.011.56 : 006.354 Группа 158

EE ВЫ ЕННЫЙ СТАНДА СОЮЗА CCP

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

ПРОЕКТИРОВАНИЯ
Cememee noneesiaes гост
Computer-sided design systema. 23501.101—87
‘Main provisions

“OKCTY 0014

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

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

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

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

1.2. Взанмодействие подразделений проектной организациис
комплексом средств автоматизации ‘проектирования регламенти»
pyeres организационным обеспечением. —,

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

1.4. Иояснения терминов, использованных в стандарте приве-
дены в приложении 1.

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

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

Издание офицмальное Перепечатка воспрещена
© Издательство стандартов, 1988

С. 2 ГОСТ 23501.101—87 3

совместимости; . ts

типизации;

развития.

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

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

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

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

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

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

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

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

2.7. (Искаючен, Изм. № 1).

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

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

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

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

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

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

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

ГОСТ 23501.101—87 С. 3

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

3.2.2. Обслуживающие подсистемы имеют общесистемное при-
зменение и обеспечивают поддержку функционнрования проекти-
фующих подсистем, а также оформление, передачу и выдачу по-
‚лученных в них результатов. Примеры обслуживающих подсисте!

автоматизированный банк данных;

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

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

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

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

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

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

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

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

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

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

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

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

3.6. KCAn обслуживающих подсистем, а также отдельные
TITK этих подсистем могут нспользоваться при функционнрованни
всех подсистем. `