0

私の質問が不明確/非常にばかげている場合はお詫び申し上げます..しかし、この混乱を解決するのを手伝ってください

TOGAF V9.1 Content Meta Modelを読んでいて、以下について知りたいです

1) TOGAF のすべてのステップでコンテンツが追加および消費され、コンテンツ リポジトリが必要であることは理解していますが、なぜコンテンツ フレームワークが必要なのですか?

2) フレームワークには、入力を操作して出力を生成するメソッドがあると思われますが、このコンテンツ フレームワークは、エンティティ/アーティファクト間の静的な関係のみを規定しているように見えますが、他には何もありませんか?

3) コンテンツ リポジトリ ツールがコンテンツを分類するのを助けるためだけに存在しますか? はいの場合、このコンテンツ メタ モデルの分類が存在しなくても、アーキテクトは各ステップから生成された成果物を関連付けることができるため、所定の静的分類だけでどのように価値が追加されますか?

助けてください

コンテンツ リポジトリ階層の例

組織

→モチベーション延長

--->ドライバー

--->目標

--->目的

->ガバナンス拡張

-->測定

ありがとう、タリク

4

1 に答える 1

3

私はあなたが2つの概念を混同していると思います:

TOGAF の「アーキテクチャー・リポジトリー」は非常に一般的な用語であり、メタモデルよりもはるかに多くのことを含みます。含まれているもの:
- 別名メタ モデル。「コンテンツ フレームワーク」とも呼ばれます。ACF は、「コア」部分と 6 つの「拡張」部分に分割されています。これは、表示している階層です。
- SIB (標準情報ベース) : W3C の HTML4、C++ 言語の ISO14882 仕様、完全な TCP/IP 仕様などの業界標準の全範囲。あまり役に立たないコンテンツ。
- 「アーキテクチャ ランドスケープ」: 既存、過去、または計画中のアーキテクチャに関する企業固有のドキュメント
- 一般的な再利用可能なソリューションのリポジトリ
- など.

TOGAF "アーキテクチャ コンテンツ フレームワーク" (ACF) 別名。「メタ モデル」は非常に具体的なものです。ビルディング ブロックの属性を定義します。ビルディング ブロックは、データベース、サービス、「アクター」(個人またはパートナー企業全体) などの一般的な「もの」の UML のようなセットです。 、アプリケーション、メッセージング システム、コンテンツ管理ソリューションなどです。
ご覧のとおり、「メタ モデル」は、より一般的なアーキテクチャ リポジトリのほんの一部にすぎません。
ACF メタ モデル ACF フレームワークは決して必須ではないことに注意してください。たとえば、Zachman フレームワークで TOGAF ADM 方法論を使用することは完全に有効です。

于 2014-08-05T15:15:25.610 に答える