ГОСТ Р 57323—2016
constructs» (используемые структурные компоненты), все они представлены конкретным видом имено
ванного графа:
- «individual graph» (отдельный граф), при котором любой новый класс объекта или класс экзем
пляра будет представлен в модели продукта, проекта и/или процесса, «individual graph» (отдельный
граф) является только «местом для заполнения» (placeholder) для конкретного класса или экземпляра и.
на данном этапе, не добавляет семантики классу или экземпляру, а только определяет метку (обо
значение) для URI класса объекта или экземпляра класса;
- «relationship dass Graph» (граф класса взаимосвязи). Этот вид графа представляет, классифи
цирует и предписывает взаимосвязь в виде имени и разрешенного домена и диапазона;
- «statement graph» (граф утверждения), который используется для создания конкретного утверж
дения о другом утверждении или любом объекте, представленном в «individual graph».
Рассмотренные три типа именованных графов дают возможность интеграции библиотеки и экзем
пляров классов в одну среду именованного RDF-графа. Специализации классов Библиотеки справоч
ных данных на основе ИСО/ТС 15926-4 могут быть также интегрированы в модель продукта, проекта и/
или процесса.
Правила объединения:
- каждое утверждение имеет свой собственный тип именованного RDF-графа, какэто определено
в настоящем стандарте путем назначения одного из трех типов именованных графов;
- используемые взаимосвязи происходят из исходного набора взаимосвязей, представленного в
разделе 7. Исходный набор взят из справочных моделей ИСО/МЭК 15288. указанных в разделе 6.2;
- для каждой взаимосвязи в рамках исходного набора определено, какой наивысший класс в ие
рархии определен для субъекта и объекта взаимосвязи. Таким образом, каждому подклассу соответ
ствующего высшего класса разрешено быть субъектом (доменом) относительно объекта (диапазона)
взаимосвязи;
- если кто-то желает ограничить использование взаимосвязи в виде домена или диапазона, мо
жет быть произведена специализация конкретной взаимосвязи с использованием графа класса взаи
мосвязи;
- каждый именованный граф включает, как минимум, метаданные о своем создателе и дате/вре-
мени своего создания.
В настоящем стандарте приведены два сценария, каким образом управлять изменениями инфор
мации. представленной именованными графами:
- разрешена модификация именованных графов: модифицированный именованный граф полу
чает дополнительные метаданные, дата/время модификации в дополнение к дате/времени создания и
информации о создателе;
- никакие модификации для графов не разрешены, чтобы обеспечить полную прослеживаемость
истории (т. е. ничто не будет когда-либо удалено). Конкретный граф, подлежащий модификации, будет
заменен новым с взаимосвязью «replaces» (взамен) к URI замещенного графа. Взаимосвязь «replaces»
может содержаться в том же именованном графе, что и новый именованный граф, который замещает
старый именованный граф, или может быть «is replaced Ьу» (заменен на) взаимосвязь в старом имено
ванном графе, либо может содержаться в отдельном именованном графе посредством взаимосвязи «is
replaced by» (заменен на). В зависимости от контекста применения можно выбрать, какой из этих трех
механизмов использовать.
Примечание 1 — Для понятий создатель, создан, изменен используются термины Дублинского ядра
(dcicreator. dcxreated иdc:modified).
Примечание 2 — Для понятия «replace relationship» используется термин Дублинского ядра
dciisReplacedBy или dc;replaces.
5.2 Методология именованных графов
На рисунке 11 представлены три типа именованных графов, указанных в 5.1. С этой целью для
рассмотренных трех типов именованных графов из сообщества W3C заимствован в виде корневого
класса RDF-подкласс rdfg:Graph.
17