Простыми словами
Данные, которые бизнес воспринимает как отдельное самостоятельное понятие, — то есть уже не смысл (Business Information), а конкретная структура данных, в которую этот смысл реализован. Метамодель делит сущности данных по категории — «сообщение» или «хранимая внутри сущность» — и добавляет им атрибуты уровня доступа: классификацию конфиденциальности и классификацию хранения.
Примеры
Сущность «Клиент»
Данные о клиенте как отдельная, узнаваемая бизнесом сущность.
Сущность «Платёжное поручение»
Пример сущности категории «сообщение» — передаётся между системами, а не хранится как справочник.
Сущность «Товарная позиция»
Сущность категории «хранимая внутри», с собственной классификацией по конфиденциальности и сроку хранения.
толкование редакции: примера в стандарте нет
Определение из первоисточника
Основные параметры
Атрибуты этой сущности по справочнику источника.
IDИдентификаторобщий
Unique identifier for the architecture entity.
Уникальный идентификатор архитектурной сущности.
DescriptionОписаниеобщий
Textual description of the architecture entity.
Текстовое описание архитектурной сущности.
CategoryКатегорияобщий
User-definable categorization taxonomy for each metamodel entity.
Задаваемая пользователем таксономия категорий для каждой сущности метамодели.
SourceИсточник сведенийобщий
Location from where the information was collected.
Место, откуда были собраны сведения.
OwnerВладелецобщий
Owner of the architecture entity.
Владелец архитектурной сущности.
CategoryКатегория
User-definable categorization taxonomy for each metamodel entity.
Privacy classificationКлассификация по приватности
Level of restriction placed on access to the data.
Уровень ограничения доступа к данным.
Retention classificationКлассификация по сроку хранения
Level of retention to be placed on the data.
Уровень хранения, устанавливаемый для данных.
Как измерить
Полнота данныхData completeness, %
Какая доля данных заполнена относительно возможных ста процентов. Одно из шести базовых измерений качества данных белой книги DAMA UK (полнота, уникальность, своевременность, валидность, точность, непротиворечивость) и единственное из них, чьё определение прямо задаёт способ счёта — «the proportion of data stored agai…
Полнота = объём фактически хранимых данных / потенциальный объём при 100 %
- фактически хранимые данные заполненные значения атрибутов или записей
- потенциальный объём все значения, которые должны быть заполнены
Своевременность данныхData timeliness, %
Насколько данные отражают действительность на требуемый момент времени. Российский нормативный близнец — «актуальность информации автоматизированной системы» (ГОСТ Р 59853-2021, термин 7): «свойство информации отображать текущее состояние предметной области АС».
Своевременность = доля записей, актуальных на требуемый момент времени
- требуемый момент времени момент, на который данные должны быть верны
- актуальная запись запись, отражающая состояние на этот момент
Сущность данных — единственный артефакт TOGAF, к которому применимы измерения качества данных DMBOK; полнота выбрана как измерение с готовой формулой, своевременность — как парное ей по смыслу.
В прошлых редакциях
TOGAF 9.2 Content Metamodel lineage; verification against 10th Edition pendingредакция замененаAn encapsulation of data that is recognized by a business domain expert as a thing. Logical data entities can be tied to applications, repositories, and services and may be structured according to implementation considerations.
Архитектурная сущность TOGAF: сущность данных.
TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»
В других подходах
Сопоставления одного понятия в разных подходах.
Data EntityИнформация и данные
Данные, признаваемые бизнесом как самостоятельное понятие.
Семантические различия Zachman Inventory Sets — семейство ячеек столбца «Что», а не одна сущность; ИСО 19439 enterprise object шире и включает материальные объекты. ИСО 19440 Enterprise Object попал сюда по ОБЪЯВЛЕННОМУ тождеству: определение 3.1.30 ГОСТ Р ИСО 19440-2010 помечено [ИСО 19439:2006] (2026-09-03).
Корпоративные архитектуры
Служебные сведения
- Вид совпадения
- Частичное совпадение