Корпоративные архитектуры

Определение метаданных архитектуры ArchitectureMetadataDefinition

Простыми словами

Комментарий с описанием элемента архитектуры — по сути текст определения термина, с атрибутом author, где хранится ответственный за него архитектор. Крепится к любому UAFElement по роли definition. Важнее самого элемента здесь ловушка имени: карточка озаглавлена ArchitectureMetadataDefinition, но на диаграмме класс подписан Definition, подпись рисунка тоже Definition, и в списке Elements вида Dictionary стоит именно Definition. Проверено вторым прочтением — отрисовкой страницы издания. То есть один и тот же элемент носит в одном документе два имени, и поиск по короткому имени найдёт вид, а по длинному — карточку. Ошибка — считать Definition и ArchitectureMetadataDefinition двумя разными элементами и заводить в модели оба.

Примеры

Определение

Карточка исчерпывается фразой «A comment containing a description of an element in the architecture.» Слово comment ставит элемент в тот же ряд, что Information и VisionStatement: это надпись при элементе, а не самостоятельная сущность.

UAF DMM 1.3, разд. 9.1.1, пакет Information — Description карточки ArchitectureMetadataDefinition

Два имени в одном издании

Заголовок карточки — длинное имя, а прямоугольник на диаграмме и подпись рисунка — короткое. Описание атрибута тоже пользуется коротким: ответственный назван отвечающим за Definition. В списке Elements вида Dictionary стоит короткое имя.

UAF DMM 1.3, разд. 9.1.1 и 8.1.1 — рис. 9-26, таблица Attributes, список Elements вида Dictionary

Автор как атрибут, а не связь

Атрибут author объявлен строкой с кратностью много и описан как первоначальный или текущий человек-архитектор, отвечающий за определение. Связи с ActualPerson здесь нет намеренно: словарь архитектуры не обязан заводить людей элементами модели.

UAF DMM 1.3, разд. 9.1.1 — таблица Attributes карточки ArchitectureMetadataDefinition