ГОСТ Р 52292—2004
этого представления основывается на знаниях читателя: чтобы прочитать текст, нужно, как минимум, знать язык,
на котором он написан.Для понимания текста нужно иметь знания втой предметной области, ккоторойон относится.
Текст в привычном для человека понимании мало пригоден для автоматизированной обработки компьютер
ными программами.Для тогочтобы компьютерная программа могла интерпретировать исоответствующим образом
обрабатывать текст, он должен содержать специальные, невидимые человеку при «Обычном» воспроизведении,
знаки, которые называются разметкой (термин 6.4.6).
Типыданных, определенные в различных стандартах (цифра, буква, знах, число, изображение, аудиоданные,
видеоданные, аудиовизуальные данные), являются предписанием для интерпретации одного и того же базового
представления данных в цифровой среде — битовой строки. Формат данных конкретизирует метод интерпретации
битовой строки, задавая такие детали, как размеры отдельных полей, способы визуализации (в общем случае —
воспроизведения) данных и т. п.
Б.7 Подраздел 6.2
Определение атрибута объекта электронной или цифровой среды должно, как правило, содержать имя
атрибута, его формат (или. как минимум, тип).
Сервисные атрибуты не обязательно являются элементами данных ЭлД. Например, атрибуты «имя файла»,
«дата создания файла», «размер файла» и т. л., характеризующие конкретную реализацию ЭлД. не обязательно
должны присутствовать в данных документа.
Различив между справочными и сервисными атрибутами имеет принципиальный характер: справочные
атрибуты описывают документ как обьект социальной среды, сервисные — реализациюдокумента как материаль
ного предмета или процесса в конкретной среде существования. Например, атрибут «дата создания документа»
относится кдокументу, характеризует момент появления документа независимо от формы, в которой документ был
первоначально создан и существует в текущий момент, и должен пониматься в таком смысле, независимо от
технической реализации. С другой стороны, атрибут «имя файла» носит чисто технический характер, его интерпре
тация зависит от реализации (например, в разных операционных системах «имя файла» может по-разному
обрабатываться) и поэтому является сервисным атрибутом. Как следствие «имя файла», как и любой другой
сервисный атрибут, не может быть реквизитом документа, а «дата создания документа» — гложет.
П р и м е ч а н и е — В практике использования распределенных информационных сетей (Интернет) различие
между сервисными и справочными атрибутами соответствует различию между URL и URI. интерпретация первою из
которых зависит от технической реализации, а второй описывает документ независимо от текущей технической
реализации.
Б.8 Подраздел 6.3
Устанавливаемые в формате ограничения типаданных могутотноситься клюбойсоставляющейопределения
этого типа: к диапазону допустимых значений данных, к допустимым способам воспроизведения, к допустимым
операциям, к интерпретации значений. Например, если тип данных целое число, то формат может ограничить
допустимый диапазон значениями от 0до 23 включительно. Возможные способы воспроизведения значений могут
быть ограничены двузначными цифрами без знака с наличием или отсутствием незначащего нуля для чисел
меньше 10. Допустимые операции над такими числами могут быть ограничены арифметическими действиями по
модулю 24. Тогда эти данные (целое число) можно интерпретировать как количество целых часов, прошедших с
начала суток.
П р и м е ч а н и е — Так как допустимый формат данных определяется их типом, то на практике при автома
тизированной обработке данных часто решается обратная задача: по формату данных определяется их тип и
выбирается устройство и способ воспроизведения данных.
Так как тип составного элемента данных является упорядоченной последовательностью типов его подэле-
ментов (Б.9). то формат составного элементаданныхявляется упорядоченной последовательностью форматов его
подэлементов. Таким образом, форма определяет последовательную организацию данных в терминах их компо
нентов.
Б.9 Подраздел 6.4
В соответствии с моделью ВОС (см. Б.З и ГОСТ Р ИСО/МЭК 7498-1) специфика прикладных данных (их
семантика) связана только с верхними уровнями модели (прикладным уровнем и уровнем представления); с уровня
представления нижележащему (сеансовому) уровню весь обьект уровня представления передается как единое
целое (атрибут «значение данных уровня представления» — ЗДП). Следовательно, вся специфика ЭлД находится на
уровне представления (и выше), а ниже он обрабатывается «на общих основаниях» — как и любой другой поток
данных согласно правилам электронной среды — и, соответственно, имеет унифицированные на этом уровне
атрибуты, интерпретация которых не зависит от передаваемых данных.
Таким образом, ниже уровня представления реализации ЭлД выглядят как и реализации любых других
обьектов: данные плюс сервисные атрибуты этого уровня.
11