Товары в корзине: 0 шт Оформить заказ
Стр. 1 

99 страниц

669.00 ₽

Купить ГОСТ Р 34.980.2-92 — бумажный документ с голограммой и синими печатями. подробнее

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Входит в комплекс государственных стандартов, обеспечивающих взаимосвязь вычислительных систем. Его отношение к другим стандартам комплекса определено эталонной моделью взаимосвязи открытых систем (ВОС) по ГОСТ 28906. Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификаций, каждый из которых предназначен для выполнения определенных функций.

Эталонная модель ВОС обеспечивает совместимость вычислительных систем, выполненных различными изготовителями, имеющих различные системы управления и уровни сложности, созданных в разное время.

Стандарт не устанавливает:

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

требований для реализации реального файлохранилища.

Определение виртуального файлохранилища дано в других частях ГОСТ Р 34.980, в которых определяется файловая услуга (ГОСТ Р 34.1980.3) и указывается файловый протокол (ГОСТ Р 34.1980.4).

 Скачать PDF

Стандарт подготовлен методом прямого применения международного стандарта ИСО 8571/2-88 «Системы обработки информации. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 2. Определение виртуального файлохранилища»

Оглавление

0. Введение

1. Назначение и область применения

2. Ссылки

3. Определения

4. Сокращения

Часть 1. Модель файлохранилища

5. Основные понятия

6. Выбор файла

7. Структуры файлов

     7.1. Структура доступа к файлу

     7.2. Определение абстрактной структуры

     7.3. Определение абстрактного синтаксиса

     7.4. Структура передачи файла

     7.5. Контекст доступа

     7.6. Структура идентификации

     7.7. Наборы ограничений

8. Действия над файлами

     8.1. Отношение к передаче данных большого объема

     8.2. Передача данных большого объема при чтении

     8.3. Передача данных большого объема при записи

9. Атрибуты

     9.1. Область действия атрибутов

     9.2. Скалярные, векторные и множественные атрибуты

     9.3. Значения атрибутов

     9.4. Обеспечение атрибутов файла

Часть 2. Действия над файлохранилищем

10. Действия над целыми файлами

     10.1. Создание файла

     10.2. Выбор файла

     10.3. Изменение атрибута

     10.4. Чтение атрибута

     10.5. Открытие файла

     10.6. Закрытие файла

     10.7. Удаление файла

     10.8. Отмена выбора файла

11. Действия при доступе к файлу

     11.1. Определение местоположения

     11.2. Чтение

     11.3. Вставка

     11.4. Замена

     11.5. Расширение

     11.6. Стирание

     11.7. Действия над файлом и текущее местоположение

Часть 3. Определение атрибутов

12. Атрибуты файла

     12.1. Имя файла

     12.2. Разрешенные действия

     12.3. Тип содержания сообщения

     12.4. Счет за хранение

     12.5. Дата и время создания

     12.6. Дата и время последней модификации

     12.7. Дата и время последнего доступа для чтения

     12.8. Дата и время последней модификации атрибутов

     12.9. Идентификатор владельца

     12.10. Идентификатор абонента, последний раз модифицировавшего файл

     12.11. Идентификатор абонента, последний раз читавшего файл

     12.12. Идентификатор абонента, последний раз модифицировавшего атрибуты файла

     12.13. Доступность файла

     12.14. Размер файла

     12.15. Будущий размер файла

     12.16. Управление доступом

     12.17. Законное ограничение

     12.18. Атрибут пользователя

13. Атрибуты взаимодействия

     13.1. Действующий тип содержания сообщения

     13.2. Текущий запрос доступа

     13.3. Идентификатор текущего абонента

     13.4. Текущее местоположение

     13.5. Текущий режим обработки

     13.6. Символическое имя текущего вызывающего прикладного логического объекта

     13.7. Символическое имя текущего ответственного прикладного логического объекта

     13.8. Текущий счет

     13.9. Текущее управление совместным доступом

     13.10. Текущий способ блокирования

     13.11. Текущие пароли для доступа

     13.12. Действующее законное ограничение

14. Группы атрибутов

     14.1. Основная группа

     14.2. Группа хранения

     14.3. Группа защиты

     14.4. Группа пользователя

15. Минимальные пределы атрибутов

Приложение А. Наборы ограничений на структуру доступа к файлу

Приложение Б. Типы документов

Приложение В. Чтение структурированных документов

Приложение Г. Вставка в структурированный файл

Приложение Д. Перекрестные ссылки нотации АСН.1

Информационные данные

 
Дата введения01.01.1994
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

28.08.1992УтвержденГосстандарт России1058
РазработанТК 22 Информационные технологии
ИзданИздательство стандартов1993 г.

Information technology. Open systems interconnection. File transfer, access and management. Part 2. Virtual filestore definition

Нормативные ссылки:
Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

государственный стандарт российское федерации

ГОСТ P 34.980.2—92 (ИСО 8571/2—88)

Информационная технология ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА, ДОСТУП И УПРАВЛЕНИЕ ФАЙЛОМ Часть 2. Определение виртуального файлохранилища

Information technology.

Open systems interconnection.

File transfer, access and management.

Part 2. Virtual filestore definition

ОКСТУ 0034

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

0. ВВЕДЕНИЕ

Настоящий стандарт входит в комплекс государственных стандартов, обеспечивающих взаимосвязь вычислительных систем. Его отношение к другим стандартам комплекса определено эталонной моделью взаимосвязи открытых систем (ВОС) по ГОСТ 28906. Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификаций, каждый из которых предназначен для выполнения определенных функций.

Эталонная модель ВОС обеспечивает совместимость вычислительных систем, выполненных различными изготовителями, имеющих различные системы управления и уровни сложности, созданных в разное время.

Наборы ограничений на структуру доступа к файлу приведены в приложении А, типы документов — в приложении Б, чтение структурированных файлов — в приложении В, вставка в структурированный файл — в приложении Г, перекрестные ссылки нотации АСН.1 — в приложении Д. 1 2

С. 2 ГОСТ Р 34.980.2-92

I. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт определяет:

абстрактную модель виртуального файлохранилища при описании файлов и файлохранилищ (разд. 5—9);

набор действий, доступных для манипулирования элементами модели (разд. 10 и 11);

сущность индивидуальных файлов и ассоциаций в терминах атрибутов (разд. 12—15);

формат отображений файлов с иерархическими структурами (разд. 7).

Настоящий стандарт не устанавливает:

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

требований для реализации реального файлохранилища.

Определение виртуального файлохранилища дано в других частях ГОСТ Р 34.980, в которых определяется файловая услуга (ГОСТ Р 34.1980.3) и указывается файловый протокол (ГОСТ Р 34.1980.4).

2. ССЫЛКИ

ГОСТ 34,301 (ИСО 6429) «Информационная технология. 7-битные и 8-битные кодированные наборы символов. Управляющие функции».

ГОСТ 28906 (ИСО 7498) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель».

ГОСТ Р 34.980.1 (ИСО 8571/1) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 1. Общее описание».

ГОСТ Р 34.1980.3 (ИСО 8571/3) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 3. Определение услуг виртуального файла».

ГОСТ Р 34.1980.4 (ИСО 8571/4) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 4. Спецификация файловых протоколов».

ИСО 8601 2 «Элементы данных и форматы обмена. Обмен информацией. Отображение данных и времени».

ИСО 86502 «Системы обработки информации. Взаимосвязь открытых систем. Определение протокола для сервисного элемента управления ассоциацией».

ГОСТ 34.971 (ИСО 8822) «Информационная технология. Взаимосвязь открытых систем. Определение услуг уровня представления с установлением соединения». 3

ГОСТ Р 34.980.2-W С. 3

ГОСТ 34.973 (ИСО 8824) «Информационная технология. Вза мосвязь открытых систем. Спецификация абстрактно-сьнтаксичес-кой нотации версии 1 (АСН.1)».

ГОСТ 34.974 (ИСО 8825) «Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН.1)».

ИСО 88324 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола базисного класса для передачи заданий и манипулирования заданиями»

ИСО 98044 «Системы обработки информации. Взаимосвязь открытых систем. Определение элементов услуг прикладного уровня. Совершение, параллельность и восстановление».

ИСО 9834/24 «Системы обработки информации. Процедуры для специальных правил регистрации модели OSI. Часть 2. Регистрация типов документов».

3.    ОПРЕДЕЛЕНИЯ

Термины определены в ГОСТ Р 34.980.1 (ИСО 8571/1).

4.    СОКРАЩЕНИЯ

Сокращения определены в ГОСТ Р 34.980.1 (ИСО 8571/1).

Часть I. МОДЕЛЬ ФАИЛОХРАНИЛИЩА

5. ОСНОВНЫЕ ПОНЯТИЯ

Виртуальным файлохранилищем управляет один или несколько прикладных логических объектов; абонент файлохранилища может связаться с этими логическими объектами во время инициализации режима службы ПДУФ (FTAM), при котором обеспечивается файловая услуга. Каждый прикладной логический объект, который способен функционировать в качестве ответственного логического объекта в режиме службы ПДУФ (FTAM), обеспечивает управление единственным виртуальным файлохранилищем. Таким образом, символическое имя прикладного логического объекта служит для идентификации виртуального файлохранилища.

Примечание Способы для размещения явных символических имен прикладных логических объектов и способы обслуживания соответствующего справочника для предоставления адреса при обеспечении связи с этим логическим объектом находятся вне сферы действия стандарта

Файлохранилище может содержать произвольное количество файлов (или не содержать ни одного файла) (см. черт. 1).

Свойства каждого файла определяются значениями множества атрибутов файла. Эти атрибуты являются глобальными; в любой момент времени значение одного атрибута доступно всем другим абонентам.

Каждый файл является либо пустым, либо имеет некоторое содержание сообщения и информацию о своей структуре. Некоторые из атрибутов файла указывают структурные аспекты содержания сообщения.

ГОСТ Р S4.W0.2- 92 С. 5

Имеется множество атрибутов взаимодействия, относящихся к каждому отдельному режиму службы ПДУФ (FTAM). Атрибуты взаимодействия бывают двух типов.

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

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

в. ВЫБОР ФАЙЛА

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

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

В общем случае выбор файла может быть выполнен при помощи указания оператора числа соотношений между предоставленными значениями и значениями атрибутов файла. Однако по настоящему стандарту обращение к файлу выполняется всегда по имени файла.

7. СТРУКТУРЫ ФАЛЛОВ

7.1. Структур а доступа к файлу

В этом разделе описываются особенности иерархической структуры. Абстрактная структура иерархических файлов, включая простые форматы двухмерных и неструктурированных файлов, определяется в стандарте, используя нотации АСН.1 в блоке данных БДДФ (Блок данных доступа к файлу) — FADCJ (File Access Data Unit) ГОСТ P 34.980.1—92 модуля нотаций АСН.1 (см. п. 7.2). Иерархическая структура имеет следующие особенности:

а)    структура доступа к .файлу является упорядоченной древовидной структурой;

б)    узлу назначается один блок данных (или ни одного блока данных);

в)    каждый узел в данной структуре предоставляет доступ к своему поддереву. Блок доступа (т. е. поддерево) известен как блок данных доступа к файлу БДДФ (FADU) и состоит из структурированных узлов поддерева и блоков данных, содержащихся в этом поддереве. Корневой узел древовидной структуры предоставляет доступ ко всему файлу;

г)    узел имеет назначенное ему имя, но это необязательно;

д)    не накладываются ограничения на количество уровней, на длину дуги и на количество дуг, исходящих из каждого узла;

Примечания:

1 Соответствующие наборы ограничений могут содержать ограничения, накладываемые на максимальный уровень и на допустимую длину дуги.

2. Древовидная структура доступа представлена на черт. 2, на котором с целью упрощения каждый узел уникально идентифицирован буквами от А до F.

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

Примечание. Алгоритм описывает абстрактную конструкцию последовательности, которая используется при установлении идентификации блока данных БДДФ (FADU), определяя операции «Определение местоположения» и устанавливая порядок передачи В настоящем стандарте не определено, как должен <5ыть реализован этот алгоритм

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

ГОСТ Р 34.980.2-92 С. 7

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

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

7.2. Определение абстрактной структуры

Структура доступа иерархической модели файла, использующая нотацию АСН.1, представлена на черт. 4. Содержание сообщения блока данных может быть выражено в нотации АСН.1, как показано на черт. 3, или в некоторой другой нотации абстрактного синтаксиса.

Файлы являются доступными в терминах блоков данных доступа к файлу БДДФ (FADU), которые эквивалентны поддеревьям в

общей иерархической модели. Наименьшей доступной единицей данных, которая должна указываться, является один блок данных БД (Блок данных) —DU (Data Unit). Для передачи данных с контрольной точки блоки данных могут быть разделены на еще меньшие части, называемые элементами данных ЭД (Элемент данных) — DE (Data Element). Невозможно получить доступ к индивидуальным элементам данных блока данных с помощью средств обслуживания файлохранилища, определенных в ГОСТ Р 34.980.1 (ИСО 8571/1); возможен доступ только к целому блоку данных.

7.3.    О п ре д е л е н и е абстрактного синтаксиса

В целях обеспечения доступа к структуре файлов в иерархической модели файлов службы ПДУФ (FTAM) данный стандарт предоставляет значение идентификатора объекта нотации АСН.1

{ГОСТ Р 34.980 (ИСО 8571) Абстрактный синтаксис (2) Блок данных FADU службы FTAM (2)}

в качестве имени абстрактного синтаксиса для множества значений данных уровня представления, каждое из которых является значением элемента структурирования типа «Блок данных FADU ГОСТ Р 34.980 (ИСО 8571). Элемент данных структурирования» нотации АСН.1.

Соответствующим значением дескриптора объекта по ГОСТ 34.974 должен быть «Блок данных FADU службы FTAM».

Идентификатор объекта нотации АСН.1 и значения дескриптора объекта

{Единый — ИСО — МККТТ АСН.1 (1) Базисное кодирование (1)} и

«Базисное кодирование единого типа АСН.1» могут использоваться в качестве имени синтаксиса передачи с этим абстрактным синтаксисом.

7.4.    Стр у кт у р а передачи файла

Блок данных БДДФ (FADU) ГОСТ Р 34.980 модуля нотации АСН.1 определяет структуру доступа общей иерархической модели. Синтаксис для передачи содержания сообщения файлов получается из этого блока и содержит значения элементов типа «Элемент данных». От отправителя службы ПДУФ (FTAM) к получателю службы ПДУФ (FTAM) передается элемент информации только типа «Элемент данных» с помощью услуги уровня представления ГОСТ 34.971 (ИСО 8822). Однако эти значения должны появляться в своем синтаксическом порядке.

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

Информация структурирования (т. е. значения элементов типа «Элемент данных структурирования») передается в контексте блока данных БДДФ (FADU) службы ПДУФ (FTAM) (значение, соответствующее абстрактному синтаксису блока данных БДДФ (FADU) службы ПДУФ (FTAM), см. п. 7.3). Имена узлов нахо-

ГОСТ F 34.9S0.2—М С. *

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

Абстрактные синтаксисы, используемые для передачи части или всего содержания сообщения файла, указываются атрибутом файла «Тип содержания сообщения». Каждый используемый абстрактный синтаксис должен быть связан с другим контекстом уровня представления. Имеются две возможности:

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

б)    значение атрибута файла «Тип содержания сообщения» указывает тип документа; для каждого абстрактного синтаксиса, указанного в элементе реестра «Тип документа», требуется соответствующий контекст уровня представления. Тип документа также определяет, какой контекст уровня представления должен использоваться для передачи имен узлов, если они присутствуют. Они могут быть представлены:

1)    в контексте уровня представления, соответствующего одному из абстрактных синтаксисов, определенному типом документа (закодированного пользователем);

2)    в том же контексте уровня представления в качестве информации структурирования файла (закодированному

службой ПДУФ (FTAM).

7.5. Контекст доступа

Использование абстрактной структуры, определенной в модуле блока данных БДДФ (FADU) ГОСТ Р 34.980.1, чтобы получить соответствующую последовательность информации для передачи, будет создавать полную иерархическую структуру файлов, то есть будут передаваться вся информация структурирования и все данные в указанном блоке данных БДДФ (FADU). Однако можно выбрать файлы для чтения с ограниченным типом структуры этих файлов с помощью использования контекстов доступа. Во всех случаях элементы данных передаются в порядке, определенном в блоке данных БДДФ (FADU) ГОСТ Р 34.980, а узлы передаются в том порядке, в котором они появляются в упорядоченной последовательности обхода.

Определение содержания сообщения файла по нотации АСН.1

1

ОПРЕДЕЛЕНИЯ МОДУЛЯ «ГОСТ Р 34.980 (ИСО 8571) —

2

3

СОДЕРЖАНИЕ СООБЩЕНИЯ»:: — НАЧАЛО

5

Элемент данных содержания сообщения файла:: = ANY

6

(НЕОПРЕДЕЛЕННЫЙ ТИП)

— значения элемента данных содержания сообщения всегда

7

передаются в

— контексте уровня представления, который отличается от

8

контекста уровня представления,

— используемого для передачи информации — ПУИ — Про-

9

токольная управляющая информация (PCI—Protocol Control information) службы ПДУФ (FTAM). Допустимые значения актуальных данных уровня представления — определяются в абстрактном синтаксисе для содержания

10

сообщения, как указано — в атрибуте файла «Тип содержания сообщения»

11

12

для файла КОНЕЦ

Черт. 3

Определение структуры файла по нотации АСН.1

ОПРЕДЕЛЕНИЯ МОДУЛЯ «ГОСТ Р 34.980 (ИСО 8571) -БЛОК ДАННЫХ FADU: :=*=

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

НАЧАЛО

Поддерево: : = SEQUENGE (ПОСЛЕДОВАТЕЛЬНОСТЬ) { Узел Элемент данных описателя узла,

Данные [01 IMPLICIT (НЕЯВНЫЙ) Блок данных БД (DU) OPTIONAL (НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ),

—    присутствуют, если н только если блок данных БД (DU) принадлежит узлу.

Порождение Г1] НЕЯВНЫЙ Порождение

НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ}

—    лист древовидной структуры характеризуется тем, что не имеет порождения

Порождение::—ПОСЛЕДОВАТЕЛЬНОСТЬ {

Входное поддерево Элемент данных входного поддерева,

SEQUENGE OF (ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ) Поддерево,

—    поддеревья должны появляться в своем истинном порядке, который

—    соответствует их истинному упорядочению как порождение своего порождающего узла.

Выходное поддерево Элемент данных выходного поддерева)

Черт. 4, лист 1

1

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

2

© Издательство стандартов, 1993 Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен без разрешения Госстандарта России

3

До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 сИнформацион-ная технология»

4

До прямого при\ енения данного доку\'ента в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 сИнформацион-иая технология4.