ГОСТ Р 7.0.91—2015
е)Должна быть предусмотрена функция возврата к прежнему состоянию, которая позволяет каж
дому редактору отменить некоторое количество последних изменений.
0 Должен поддерживаться буфер, позволяющий восстановить базу данных по предыдущей
версии.
14.11 Средства учета
Должна иметься возможность получить отчет о числе терминов с определенными характеристи
ками, в частности — общее число дескрипторов и аскрилторов.
Как описано в 13.6.3. должен вестись учет числа использований терминов для индексирования и
поиска. Также программное обеспечение тезауруса должно иметь возможность импорта данных об ис
пользовании. если это не выполняется каким-либо другим средством. Для хранения этих данных может
потребоваться одно или более пользовательских полей или атрибутов (см. 15.2.16).
15 Модель данных
15.1 Общие положения
Этот раздел моделирует структуру данных, которую можно принять за основу построения тезауру
са, удовлетворяющего указанным выше требованиям ИСО 25964. Для многоязычных тезаурусов, одна
ко. эта модель данных применима только в случае полной симметричности. Если структуры данных для
разных языков различаются, то может понадобиться особая техника отображения, по крайней мере для
частей тезауруса, где это различие имеет место. Техника отображения будет рассмотрена в [6].
Схема XML выведена из этой модели и может быть использована при передаче или приеме теза
уруса в электронной форме. Настоящая модель представляет логическую структуру, которую необхо
димо поддерживать, но она не указывает, как должны быть реализованы данные в конкретных компью
терах.
Базовые рекомендации разделов с 5-го по 12-й достаточно просты и требуют только простой
модели. Но реализация нескольких факультативных свойств потребует более сложной модели. Для
обеспечения успешного обмена тезаурусными данными в большем диапазоне ситуаций важно, чтобы
имелся формат, восприимчивый как к сложным, так и к упрощенным тезаурусам.
Модель, представленная здесь, включает полный набор возможностей, описанных в разделах с
5-го по 12-й. Некоторые элементы модели показаны как факультативные, и они не требуются при обме
не тезаурусами, в которых эти элементы отсутствуют. Если программное обеспечение, импортирующее
тезаурус, не поддерживает факультативные элементы, оно может их игнорировать, а также принимать
подходящие значения по умолчанию (например, нуль) для тех факультативных элементов данных, ко
торые оно поддерживает, но которые отсутствуют в принимаемом тезаурусе, при этом корректно
интер претируя остальные элементы.
Модель представлена сначала на рисунке 15 с помощью соглашений UML (Unified Modelling Lan
guage — Унифицированный язык моделирования) [14]. [15]. [16]. но четко останавливаясь перед описа
нием поведения тезауруса и методов распределения, которые могут потребоваться в спецификации по
установке программного обеспечения. UML достаточно выразителен и исключает неоднозначности, но
поскольку некоторые пользователи могут быть незнакомы с этими соглашениями, в 15.3 дополнительно
приведено альтернативное табличное представление. Элементы данных и атрибуты в диаграммах UML и
в таблицах данных идентичны по содержанию, хотя некоторые детали отношений не удается ясно вы
разить в табличном представлении. В случаях сомнений следует обращаться к диаграммам.
UML содержит собственные специальные соглашения и термины для моделирования. В настоя
щем разделе термин «класс» используется в смысле UML для обозначения множества объектов, име
ющих сходную структуру, поведение и отношения. Также UML придает специальный смысл терминам
«строка», «булевский» и «агрегация». Дополнительные сведения об UML можно найти в библиографии
по ссылке [16]. где глава 5 — руководство по нотации UML. а раздел 4.5.4 детально описывает семан
тику.
Замечания по модели, имеющиеся в 15.2. относятся как к табличному представлению, так и к диа
граммам на рисунке 15.
74