ГОСТ Р МЭК 61512-4—2016
Примечание — Если внешние ссылочные данные перемещаются в новую информационную систему, то
ссылки на них необходимо обновить и указать их новое место хранения.
5.2.6 Методики моделирования
Модели, описанные в настоящем разделе, построены на языке UML (унифицированном языке
моделирования) в соответствии с ИСО/МЭК 19501 (см. раздел 3).
Таблицы описывают только атрибуты классов объектов. Соотношения между рассматриваемыми
объектами поясняются на рисунке.
5.2.7 Определение атрибута
Все атрибуты выбираются произвольно, если они не идентифицируются как обязательные в ука
занном разделе.
5.2.8 Отсутствующие значения
Значения многих атрибутов могут отсутствовать. Практические реализации указанной объектной
модели должны включать какой-либо метод идентификации значений атрибута, если рассматриваемое
значение атрибута умышленно не задано.
5.2.9 Качество данных
Практические реализации указанной объектной модели включают метод идентификации качества
данных критических атрибутов.
Примечание — Настоящий стандарт не определяет стандартные типы качества данных.
Пример 1— Практические реализации на Языке Структурированных Запросов (SQL) имеют тре
бование недопустимости задания значения NULL (не задано) для критических атрибутов, таких как
«Идентификатор Записик и «Отметка Времени», во избежание появления нулевых записей. Практи
ческие реализации Языка Структурированных Запросов (SQL) могут дополнительно ограничивать
атрибут «Отметка Времени» только корректными значениями времени.
Пример 2 — Практические реализации на Расширяемом Языке Разметки (XML), использующие
определения типа XSD. могут задавать тип данных «minOccurs="1“» для критических атрибутов, мо
гут дополнительно ограничивать элементы «Идентификатора Записи» до базового элемента и типа
«Normalized String» (нормализованная строка).
5.2.10 Идентификация объекта
Многие объекты информационной модели требуют уникальной идентификации (ID). Данные
идентификаторы должны быть уникальными внутри области применения обмениваемой информации.
Идентификаторы объекта предназначены только для идентификации объекта внутри соответствую
щих наборов данных. Атрибуты идентификатора объекта не являются глобальным идентификатором
объекта или атрибутом индексной базы данных. В общем случае, объекты, являющиеся элементами
агрегаций и не используемые для ссылок в других частях модели, не требуют уникальной идентифи
кации.
5.2.11 Тип данных
Определенные атрибуты являются абстрактными представлениями, не содержащими специаль
ных типов данных. Для особых практических реализаций можно указать способ представления инфор
мации.
Пример — На практике:
- атрибуты могут быть представлены строкой в одной практической реализации и численным
значением — в другой;
- дата/время могут быть представлены в стандартном формате ISO в одной практической ре
ализации и в формате Юлианского календаря — в другой;
- связи могут быть представлены с помощью двух информационных полей (тип и ключ) в табли
цах баз данных или с помощью специальной маркировки языка XML.
Атрибуты спецификации, содержащие в описании перечни, указывают, что в данном атрибуте
может быть нуль или несколько элементов.
Примечание — В принципе, практические реализации данных перечней могут быть представлены в пол
ной модели языка UML каксовокупности объектов. Но их показывают только как одиночные обьекты для уменьше
ния сложности модели языка UML.
21