ГОСТ Р 70317—2022
посредством экземпляров документов метаданных, содержащих наполнение на одном или нескольких
языках, которые не нарушают правила кардинальности, определенные в ГОСТ Р 57668. Пространство
имен Ian определяет тип свойства Characterstring, который включает значение Characterstring и от нуля до
многих элементов PT_FreeText, каждый из которых является языково-локализованной символьной
строкой, которая может быть включена подстановкой или по ссылке. Используя это расширение, один
документ метаданных может включать строки содержимого на различных языках, но пользовательские
программы, которые не запрограммированы для многоязычного содержимого, тем не менее будут ра
ботать, так как присутствует стандартный элемент Characterstring.
Другим примером полиморфизма является атрибут name типа Characterstring в классе Cl_
Individual по ГОСТ Р 57668. Если требуется более структурированное представление (например, эле
менты имени, отчества и фамилии), полиморфизм позволяет расширить реализацию элемента name
в определяемом пользователем пространстве имен, которое может быть заменено на Characterstring в
экземпляре метаданных. Эти расширения будут понятны пользователям, которые распознают про
странство имен расширений, но в целом такие расширения не будут взаимодействовать с клиентским
программным обеспечением, не предназначенным для работы с ними.
6.3 Введение в классы требований
Требования к созданию действительных экземпляров метаданных XML для концептуальной моде
ли, представленной в ГОСТ Р 57668, определены в 6.4—6.7. В таблицах 6— 10 адреса HTTP URI исполь
зованы для идентификации подразделов в соответствующих стандартах ИСО, которые не определяют и
не назначают идентификаторы классам требований и классам соответствия, на которые можно ссылать ся
в настоящем стандарте. Эти адреса построены с использованием
http://standards.iso.org/iso
в качестве
основы совместно с идентификатором исходного проекта, номером издания и "spec#N.N.N" в качестве
окончательного токена, где часть "N.N.N" идентифицирует раздел источника в стандартах. Каждый реали
зованный пакет устанавливает требования для проверки экземпляров XML, использующих элементы из
пакета. Требования сгруппированы в основные требования, которые применяют при проверке всех экзем
пляров, в требования к модулям метаданных, которые определяют различные компоненты содержимого
метаданных, и в требования к фактическим документам обмена метаданными, сбор которых осуществлен
путем импорта коллекций модулей. Модули метаданных предназначены для минимизации зависимостей
между модулями для того, чтобы упростить их повторное использование в другой прикладной схеме.
6.4 Основные требования
Класс требований, указанный в таблице 6, определяет те требования, которым должен соответ
ствовать любой экземпляр документа XML на основе настоящего стандарта.
Таблица 6 — Требования к ядру метаданных
Класс требований
http://standards.iso.Org/iso/19115/-3/req/metadata-core
Экземпляр XML-документа
Целевой тип
Имя
Зависимость
Требование
Основные требования к свойствам метаданных
htto://standards.iso.ora/iso/19139/sDec#8.4.11)
/req/metadata-core/property-type-content
Экземпляр элемента свойства должен иметь только одно из следующего: встроенного содержи
мого (по значению), которое является допустимым для схемы экземпляром XML-класса; атрибу та
xlink:href (значение по ссылке) или атрибута gco:nilReason (nil-значение)
Требование
/req/metadata-core/instance-validation
Экземпляры документов XML должны быть правильно сформированы и действительны. Класс
соответствия определяется по этому требованию для каждого пространства имен, которое за
дает нормативную XML-схему и файлы правил Schematron (если применимо), используемые
для проверки соответствия
Требование
/req/metadata-core/base-data-types
Базовые типы данных должны быть реализованы в соответствии с правилами, изложенными в [3]
1)
http://standards.iso.Org/iso/19139/spec#8.4.1
, где «spec#8.4.1» обозначает номер пункта ИСО 19139, на
который дается ссылка (см. 6.3).
9