Мета-модель контента TOGAF 9.1

Question

Извиняюсь, если мой вопрос неясен / настолько глуп... но, пожалуйста, помогите мне разрешить эту путаницу

Я читаю TOGAF V9.1 Content Meta Model и хотел бы узнать ниже

1) Я понимаю, что каждый шаг TOGAF добавляет и потребляет контент, и ему нужен репозиторий контента, но зачем нужна Content Framework?

2) Я полагаю, что Framework должен иметь метод для манипулирования входными данными и создания выходных данных, но эта Content Framework, по-видимому, предписывает только статические отношения между объектами / артефактами и ничего больше?

3) Существует ли он только для того, чтобы помочь каким-либо инструментам репозитория контента классифицировать контент, возможно, по иерархии папок (например), как показано ниже? Если да, то как только предписанная статическая классификация добавляет ценность, поскольку разработчик может связать артефакты, создаваемые на каждом этапе, даже если эта классификация метамодели контента не существует?

пожалуйста помоги

Пример иерархии репозитория контента

организация

-> Расширение мотивации

---> Driver

---> Цель

---> Цель

-> Расширение управления

->Measure

Спасибо, Таррик

Answer 1

Я думаю, что вы смешиваете две концепции:

TOGAF "Архитектурный репозиторий" является очень общим термином, который охватывает гораздо больше, чем метамодель. Это содержит:
- метамодель ака. "Content Framework" ака. ACF, который разделен на части "Core" и 6 "Extensions". Это иерархия, которую вы показываете.
- SIB (стандартная информационная база): целый ряд отраслевых стандартов, таких как W3C HTML4, спецификации ISO14882 языка C++, полные спецификации TCP/IP и т. д. Менее полезный контент.
- "Архитектурный ландшафт": некоторая специфичная для предприятия документация о существующих, прошлых или планируемых архитектурах
- хранилище общих многоразовых решений
- так далее..

TOGAF "Архитектура Content Framework" (ACF) ака. "Мета-модель" является чем-то очень специфическим: она определяет атрибуты строительных блоков, которые представляют собой UML-подобный набор общих "вещей": база данных, служба, "субъект" (человек или целая корпорация-партнер) приложение, система обмена сообщениями, решение для управления контентом и т. д.
Как видите, "метамодель" является лишь небольшой частью более общего архитектурного репозитория.
Обратите внимание, что структура ACF Meta Model ACF ни в коем случае не является обязательной: вполне допустимо использовать методологию TOGAF ADM с, скажем, структурой Zachman.