книги / Проектирование электронно-лучевых приборов

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

Каждый из вычислительных модулей пакета оформляется как фортрановская подпрограмма 5Е1ВК01ЛШЕ (которая может содержать обращения к дру­ гим подпрограммам, входящим в состав модуля). Управляющие модули оформ­ ляются аналогичным образом, при этом в списке формальных параметров все стандартные величины должны быть входными, кроме последней, определяющей имя модуля, который должен исполняться следующим. Использование СОММОИблоков разрешено лишь для обмена параметрами внутри модуля, но не между модулями. При написании фортрановских подпрограмм, входящих в тело модуля, рекомендуется соблюдать ряд ограничений, необходимых для того, чтобы они могли исполняться как на БЭСМ-6, так и на ЕС ЭВМ. Перечень этих ограниче­

ний и рекомендации	по использованию возможностей	ФОРТРАНа приведен
в [91].
Завершающим	этапом генерации пакета	является	кодирова­
ние системным программистом ИСПП технического			паспорта и

ГВП, после чего подсистема генерации транслирует эту информа­ цию во внутреннее представление, а набор модулей преобразует

вбиблиотеку, чем завершается формирование предметной области

ППП.Модификация пакетов осуществляется аналогично, с редак­ тированием соответствующих компонентов предметной области.

Эксплуатация ППП. Для запуска пакета на счет необходимо иметь в базе знаний САПР ЭЛП модель его предметной области и ввести ответы на вопросы анкеты (в пакетном или диалоговом режиме). Ответы подвергаются синтаксическому и частичному семантическому контролю, после чего (при отсутствии ошибок) информация транслируется во внутреннее представление и зано­ сится в соответствующую область ИМОП, выделенную для данно­ го пакета и называемую его блоком памяти. В блоке памяти хра­ нится вся информация, используемая операционной частью пакета для планирования и исполнения вычислительного процесса, а так­ же числовые данные, потребляемые и пополняемые модулями па­ кета. В случае необходимости текущее содержание блока памяти может быть записано во внешней памяти ЭВМ для повторного запуска задачи.

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

полнитель использует эту цепочку, осуществляя для каждого из

еемодулей следующие действия: определяет требуемый объем памяти;

из блока памяти считывает значения всех необходимых стан­

дартных величин (входных и смешанных); передает управление головной подпрограмме модуля;

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

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

Реализация ИСПП. При реализации обеих подсистем ИСПП 'максимально использован ФОРТРАН, что обеспечивает транспортабельность инструменталь­ ной системы. Исключение составляют лишь реализованные на ассемблере про­ граммы обработки битовой и байтовой информации, обмена данными с блоком памяти и терминалами, а также загрузки модулей. Подробности реализации ИСПП изложены в [91]. В САПР ЭЛП в рамках ИСПП сгенерированы и функционируют пакеты моделирования важнейших ФЭ, реализующие алгоритмы, описанные в гл. 3.

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

Из общих требований к диалоговым системам для САПР ЭЛП полезно выделить следующие:

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

стабильный формат изображения на экране терминала;

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

возможность управления ходом диалога (переход в заданную точку, возврат, получение «следа» диалога, выход из текущей операции или процедуры и т. п.);

наличие развитого справочного аппарата, ясной и полной ди­ агностики ошибок, исключение возможности аварийных остановов по вине пользователя;

возможность прерывания диалога в любой момент со «спасе­ нием» его результатов во внешней памяти ЗВМ и продолжением работы с точки прерывания.

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

Имея описание сквозного маршрута проектирования ЭОС или баллона вплоть до уровня проектных процедур, можно, как отме­

чено в гл. 2,	выделить среди них эвристические,	вычислительные
и диалоговые	процедуры и построить сценарий	проектирования.

Учитывая отсутствие установившейся терминологии, полезно дать несколько определений, не претендующих на строгость и имею­ щих практическую направленность.

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

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

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

Диалоговое состояние (Д С )— элементарный фрагмент диало­ гового эпизода, в котором осуществляется выдача и прием сим­ вольной информации с дисплея.

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

информации на экране дисплея в этом состоянии с описанием воз­ можных сообщений пользователя и реакций системы.

Структура диалогового эпизода описывается графом, верши­ ны которого —диалоговые и управляющие состояния, а ребра — допустимые переходы между ними. К каждому ДС «приписаны» программы, осуществляющие синтаксический и частичный семан­ тический контроль сообщений пользователя, действия, соответст­ вующие этим сообщениям, и дополнительные действия по усмот­ рению автора сценария. Автору сценария при его создании предо­

ставляется	возможность	использования	трех	способов
организации диалога: системного, стандартного			и свободного.

Системный диалог предполагает использование готовых диало­ говых эпизодов, реализующих инциализацию системы, ввод дан­

ных анкеты ППП, работу приказов и событий, а также	отладку
и модификацию .пакетов и их фрагментов.	автором
Стандартный диалог предполагает конструирование

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

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

показать на следующих примерах	[104]:
1) «меню»
ВКОУБ1. ВЫБОР ЭТАПА ПРОЕК-	I	САПР ЭЛП. ПОДСИСТЕМА
ТИРОВАНИЯ	I	БАЛЛОН
	I

1 ВЫБЕРИТЕ ЭТАП ПРОЕКТИРОВАНИЯ:

Э— ЭСКИЗНОЕ

Т— ТЕХНИЧЕСКОЕ

7 ' ' "

2) «запрос»
ВК0У02. ЗАДАНИЕ РАЗМЕРОВ	I САПР ЭЛП. ПОДСИСТЕМА
ГАБАРИТНОГО СЕЧЕНИЯ ЭКРАНА	I	БАЛЛОН
	I	ЭСКИЗНОЕ ПРОЕКТИРОВАНИЕ

1 ВВЕДИТЕ ЗНАЧЕНИЯ РАЗМЕРОВ ГАБАРИТНОГО СЕЧЕНИЯ И, В, Н. К1, Я2 (В ММ)

0 = ?

3) «директива»
ВКОУОЗ. ВЫБОР ПАРАМЕТРОВ	I САПР ЭЛП. ПОДСИСТЕМА
	I БАЛЛОН
	I ЭСКИЗНОЕ ПРОЕКТИРОВАНИЕ

УКАЖИТЕ ПАРАМЕТРЫ ДЛЯ ВЫВОДА:
ПО ИМЕНАМ — ВЫД: <ИМ Я 1>			<ИМ Я И > ;
ВСЕХ	— ВЫД:	ВСЕ
ОТКАЗ_______— ВЫД:		НЕТ________________
ВЫД: ?

В приведенных примерах следует обратить внимание на клю­ чевые слова ВЫБЕРИТЕ, ВВЕДИТЕ ЗНАЧЕНИЯ и УКАЖИТЕ,

которыми		начинаются	стандартные ДС, и	стандартное деление
кадра	на	поля: верхнее	правое — название	САПР, подсистемы и
этапа;	верхнее левое — имя модуля и комментарий; среднее —

текст, определяемый типом ДС и описывающий смысл и структу­ ру требуемых ответов пользователя; нижнее — приглашение к вво­ ду, ответы пользователя, диагностика, подсказки системы, справ­ ки, комментарии к переходам.

Свободный диалог предполагает самостоятельное создание ав­

тором сценария диалоговых средств внутри	модулей	ППП пу­
тем обращения из ФОРТРАНа к программам	нижнего	уровня,

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

кпользователю в процессе диалоговой оптимизации и т. п.). Формат кадра для свободного диалога может быть изменен с

целью расширения возможностей автора сценария (сохраняется лишь содержание верхних полей). В качестве примера .можно при­ вести кадр, относящийся к оптимизации баллонов [104]:

ОРТВС1. РАСЧЕТ ОПТИМАЛЬНЫХ			I САПР ЭЛП. ПОДСИСТЕМА
ЗНАЧЕНИЙ КОНСТР. ПАРАМЕТ-			I БАЛЛОН
РОВ			I ЭСКИЗНОЕ ПРОЕКТИРОВАНИЕ
ШАГ 12
Р О = 7.47+06	(5 0 Р = 1.20)
5МАХ = 0,826
X (1) = Т1 = 10.82 (М1Ы(1) =		10, МАХ(1) = 14)
X (2) = Т 2 = 8.01	(М Ш (2) = 8 ,	МАХ(2) =	12)

ЕР5 = 0.01, ЫМАХ = 20, МООА = 3 ЧТО ИЗМЕНИТЬ (5РР, МИ+ МАХ, ЕРЗ, ЫМАХ, МОРА)?_________________

МАХ (2) = 13

Поскольку в этом случае диалог рассчитан на опытного поль­ зователя, информация о результатах оптимизации выводится без комментариев: номер шага, значение целевой функции РО (вес), толщины Т1 и Т2, для которых в скобках указаны пределы их изменения. Величина 5МАХ задает ограничение на максимум для растягивающих напряжений на внешней поверхности баллона, ЗБР — предельно допустимую величину напряжений. Параметры ЕРЗ, ЫМАХ, МСЮА указывают заданную точность поиска, ма-

ксимадьное количество вычислений целевой функции и способ оп­ ределения направления поиска.

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

Перехват инициативы. Обычным для диалога в САПР ЭЛП является режим, в котором инициатива принадлежит системе, од­ нако пользователь может перехватить инициативу в любом из ДС системного или стандартного диалога. Прежде всего в ответ на приглашение к вводу всегда можно ответить не одним сообще­ нием (относящимся к данному ДС), а последовательностью сооб­ щений («опережающий ввод»). Для этого пользователь должен иметь опыт общения с системой и знать, какой будет цепочка ДС при наборе им этих сообщений, которые обрабатываются последо­ вательно вплоть до обнаружения первой ошибки, — тогда система переходит в обычный режим и выдает диагностику ошибки. Дру­ гой возможностью перехвата инициативы является набор одного из приказов, перечень которых приведен в табл. 5.2.

По приказу «!» пользователю предлагается на выбор одно из набора «спасательных средств»: общие сведения о дисциплине ра­ боты с системой, ссылки на инструкции и т. д. Приказ !ВЫХ пред­ назначен для окончания работы, в том числе с сохранением резуль­ татов вычислений (при этом необходимо указать файл, куда запи­ сывается «фотография состояния» задачи). Приказом !ЛАК осуществляется управление подробностью сообщений системы. При-

Т а б л и ц а	5.2
Мнемокод	Содержание приказа
приказа
1	Помогите
!?	Выдача словаря -приказов
! ВЫХ	Конец работы
! СПР	Справка	о	текущем		состоянии
! ЛАК	(эпизоде)
	Задание	(отмена)		лаконичного
! ВЫД	диалога
	Выдача	значений		параметров
! Па р	Выдача	комментариев к пара­
! ИЗМ	метрам
	Изменение		значений		парамет­
! ЗАП	ров
	Запись	значений		параметров
] ЧИТ	текущего варианта
	Чтение	значений		параметров
! ВОС	рарианта			содержимого
	Восстановление
1 СЛЕД	экрана	«следа» диалога
	Выдача
! ПЕР	Переход	в	состояние		(эпизод)

казы !ВЫД и !ПАР должны быть дополнены списком имен пара­ метров, а приказ !ИЗМ должен содержать помимо этих имен зна­ ки «=» и новые значения параметров. С помощью приказов !ЗАП и !ЧИТ можно организовать последовательную запись результатов расчета нескольких вариантов (с присвоением вариантам номе­ ров), а затем считывать и просматривать эти варианты (указывая

их номера).

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

Каждой точке события соответствует стандартное ДС типа «директива», в котором пользователь может ввести одну из допу­ стимых команд и при необходимости определить ее параметры (имена модулей и их стандартных величин):

Е45О02. АППАРАТ СОБЫТИЙ			I САПР ЭЛП. ПРОЕКТИРОВАНИЕ
			I ОС
			I СИНТЕЗ ПЛАСТИН
02 КОНЕЦ СИНТЕЗА. УКАЖИТЕ ЧТО ДЕЛАТЬ?
ПРОДОЛЖИТЬ — ПР
ПЕРЕЙТИ	— ПЕР: <ИМ Я	1 > ,	<ИМ Я 2 >
ВЫДАТЬ СВ	— ВЫД: <И М Я > /1/0/ВСЕ
ИЗМЕНИТЬ СВ — ИЗМ: <ИМ Я		1> = <ЗНАЧ. 1>;
РАЗБУДИТЬ	<ИМ Я И > = <ЗНАЧ. И >
	— РЗБ: <ИМ Я	1> ,	<ИМ Я Ы>
УСЫПИТЬ	— УСП: <ИМ Я	1> ,	<ИМ Я Ы>
ОПРОСИТЬ	— ОПР: <ИМ Я	1> , ..., <ИМ Я И >

?

Предусмотрены возможности: продолжить вычисления (ПР); перейти к выполнению любого из модулей данного ППП (ПЕР); просмотреть или изменить значение любых параметров (ВЫД и ИЗМ); изменить режим активности любого из управляющих мо­ дулей (УСП, РЗБ и ОПР). При переходе к выполнению модуля по директиве ПЕР система контролирует содержание блока памя­ ти и выдает диагностику, если значения каких-либо параметров, необходимых для вычислений, не определены.

Реализация системы. Аналогично ИСПП основная часть системы реализова­ на на ФОРТРАНЕ, а машинно-зависимыми являются программы нижнего уров­ ня, осуществляющие обмен с терминалами, и программы обработки битовой и

байтовой информации. Программы нижнего уровня обеспечивают настройку на конкретный тип терминала, открытие и закрытие диалога, ввод и вывод строк и чисел, вывод маркера на заданную позицию, «подтягивание» содержимого экрана на одну строку вверх и т. п.

Система графического взаимодействия. Основными функциями системы графического взаимодействия (СГВ) являются:

предоставление прикладным программистам возможности вы­ вода графической информации из фортрановских программ (с ис­ пользованием библиотеки типовых графических элементов);

преобразование графических объектов (с использованием биб­ лиотеки графических преобразований);

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

ввод и кодирование графической информации с использовани­ ем устройств типа «мышь» и «сколка»;

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

Обеспечение этих функций позволяет решать следующие при­ кладные задачи САПР ЭЛП:

графическую иллюстрацию результатов численного моделиро­ вания и оптимизации узлов и ФЭ (построение графиков функций одной переменной, гистограмм, структурных и принципиальных схем элементов ЭЛП, эпюр напряжений в сечениях баллона, по­ верхностей функций двух переменных, картин эквипотенциалей для всех видов полей ЭОС, траекторий заряженных частиц в этих полях, картин геометрических искажений изображения на экране и т. п.);

оперативный ввод и контроль корректности графической инфор­ мации о конструкциях элементов ЭЛП;

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

построение и оперативную корректировку проектно-конструк­ торской документации;

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

обеспечение всех графических построений, связанных с изго­ товлением фотошаблонов плоских конструктивных элементов ЭЛП и мерительного инструмента.

Универсальность и открытость, с одной стороны, а также адап­ тируемость и транспортабельность — с другой, обеспечиваются ие­ рархической структурой программного обеспечения СГВ, связь ко­ торого с конкретными устройствами вычислительной техники ор­ ганизована по принципу «бутылочного горлышка», т. е. с мини­ мальным объемом машинно-зависимых программ.

Основой общематематической библиотеки программ СГВ является комплекс Графор [94], в котором отличия используемых устройств должны быть отраже­ ны лишь в программах МОУЕ и РШ Т, осуществляющих перемещение по прямой в точку с заданными координатами. При этом для подключения к СГВ нового устройства нужно написать лишь новую версию этих программ с учетом особен­ ностей системы команд устройства. Комплекс Графор имеет иерархическую структуру: к программам нижнего уровня МОУЕ и РЬОТ обращаются програм­ мы построения графических примитивов — отрезка, дуги, символов, к этим про­ граммам— программы построения ломаной, многоугольника и т. д.

Использование комплекса Графор для универсальных математических по­ строений и преобразований позволяет эффективно распределять функции между базовой ЭВМ САПР и интерактивной графической системой (ИГС); наиболее трудоемкие вычисления выполняются на более мощной машине, которая обмени­ вается с ИГС информационными массивами, содержащими имена программ и наборы параметров для них. С другой стороны, выполнение всех графических построений фортрановскими программами позволяет обеспечить открытость и транспортабельность СГВ, что становится все более существенным с ростом объ­ ема графических библиотек.

Одним из характерных приложений, показывающих возможно­ сти СГВ, является автоматизированное изготовление плоских де­ талей ЭЛП методом фотолитографии. Анализ возможностей при­ менения этой технологии к проектированию и производству ЭЛП показал ее эффективность при изготовлении:

фотошаблонов для нанесения шкал беспараллаксного отсчета на экраны осциллографических ЭЛП;

экспериментальных макетов плоских деталей ЭОС (диафрагм); замедляюще-отклоняющих систем типа «бегущей волны»; калиброванных масок для экспериментальных исследований

ЭОС; эталонных образцов прецизионного мерительного инструмента.

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

ц	у У	щая типовые элементы и графические
		примитивы изаносимая после опробова-
1%	ш *	ния в	библиотеку.		пример фото-
		На	рис.	5.5 приведен
_ _	/ ж ф ь	оригинала,		построенного	с помощью
	—»	СГВ на координатографе КПА-1200.
		Развитие		возможностей	СГВ связано

%|1 # с переходом на новые средства визуали-

1^	задии — цветные растровые дисплеи, ин-
	терактивные графопостроители и т. п.
	Информационно-поисковая	система
Рис. 5.5. Фотооригинал ди­	(ИПС) представляет собой систему, рет­
афрагмы	роспективного поиска данных о проекти­
	руемых изделиях, работающую	с двумя

основными архивами данных: архивом информационных моделей объектов проектирования (ИМОП) и архивом результатов моде­ лирования ФЭ.

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

Обращение к архиву ИМОП осуществляется по имени иско­ мого объекта (шифр прибора, наименование узла, ФЭ и т. д.), на­ пример 25ЛКЗЦ.ЭП.МОДУЛЯТОР, и его результатом может быть выдача значений параметров и комментариев, описывающих за­ прашиваемый объект, на экран терминала, АЦПУ или другое пе­ риферийное устройство. В некоторых случаях эти данные могут быть переданы в блок памяти соответствующего ППП для повтор­ ного моделирования в измененном режиме.

Архив данных моделирования ФЭ разделен на тематические

классы	(ТК), каждый из которых соответствует отдельному ФЭ
и имеет	жесткий формат записей, определенный при генерации

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

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

зультаты); краткая информация содержит обработанные результаты чис­

ленного моделирования, представляющие интерес для разработчи­

ке