ГОСТ РИСО 13120—2016
Пример —
«Rubeic id-”rl234" kind-"preferred"»
«Label xml:lang-"en">Cholera«/Label>
«/Rubric»
6.3.24 Элемент History
6.3.24.1 Общие сведения
Элемент History должен использоватьсядля описания того, что произошло с элементами Modifier,
ModifierClass. Class или Rubric. Только основная информация об истории подлежит обмену с класси
фикацией. Для полноценных механизмов истории, таких как журнал аудита, рекомендуется использо
вать отдельный механизм записи истории. В случае если классификация была обновлена в регулярной
последовательности и записаны изменения в классификации, внесенные в этот определенный период, а
также сделана замена в классификации в файле ClaML, то может быть использован элемент History, как
описано в данном пункте. В основном он будет указывать, когда были внесены изменения, кто внес эти
изменения, а объяснение может быть дано в виде простого текста.
6.3.24.2 Содержание
Содержание элемента History ограничено до простого текста.
6.3.24.3 Обязательные атрибуты
Атрибут author ссылается на уникальный идентификатор элемента Author.
Атрибут date определяет дату публикации. Рекомендуется использовать строку в формате
«YYYYMMDDHHMMSS.UUUU[+|-ZZzz]». что соответствует сокращенной версии ИСО 8601, которая
определена в ИСО 8824:1990 (ASN.1). раздел 32 (обобщенное время). Знаки справа могут быть удале
ны для выражения меньшей точности.
Пример
— «Ruhricid-’Ч123“ kind-”preferred"»
<Label xml:lang-"en"»Cholera, unspecified«/Label>
«History
author-*a234"
date-"200blllS">add unspecified«/History»
</Rubric»
6.3.24.4 Дополнительные атрибуты
У элемента History нет дополнительных атрибутов.
6.3.25 Элемент Superclass
6.3.25.1 Общие сведения
Элемент Superclass определяет родительский класс элемента ModifierClass или Class.
6.3.25.2 Содержание
У элемента Superclass нет содержания.
6.3.25.3 Обязательный атрибут
Атрибут code ссылается на код элемента Superclass.
6.3.25.4 Дополнительный атрибут
Атрибут variants определяет варианты, в которых действителен данный элемент Superclass.
Если данный атрибут отсутствует, то элемент Superclass действителен во всех вариантах.
6.3.26 Элемент Subclass
Примечание — Элемент Subclass был введен в дополнение к элементу Superclass. Эта кажущаяся
чрезмерность вызвана необходимостью представить порядок подклассов в случае множественных классифика
ций. Дополнительным преимуществом является то. что элемент Class гложет описывать полное определение для
Class и может передаваться отдельно.
Пример
— «Modifier code~"STb 780"»
«Subclass code-"0"/»
«Subclass code-"l"/>
«Subclass code-"v’V>
«Subclass code-"w"/>
«Subclass code-"z“/>
<SubClasscode-"x"/>
«/Modifier»
Примечание — Данный пример был взят и OPS, Версия 2010. Подклассы этого модификатора должны
быть выстроены особым образом, выраженным в порядке Подклассов. В противном случае неалфавитный поря
док Подклассов не может быть отображен в правильном порядке и механизмы вывода не смогут выстроить их в
порядке, обозначенном редактором классификации.
15