ベストアンサー
わかりました。ですから、コメントした他の人のように、これは私が中核的な職業としてしていることです-そしてそれは職業です[しかしそれは別のトピックのための議論です]。完全にカバーされていない各フレームワークは、組織にエンタープライズアーキテクチャサービスを提供する全範囲をカバーすることを目的としています。
課題は、最もよく知られているビジュアルの背後にあるもの、つまりZachman Framework OntologyMatrixとTOGAFアーキテクチャの配信方法のライフサイクル-別名ADM「ミステリーサークル」。これらのそれぞれは実際には方法論ですが[OK、ザックマンは何よりもまずオントロジーであると主張していますが、この議論のために、それは重要な区別のポイントではありません-厳密に言えば、そうなるでしょう]、それらは、文書化された成果物/モデルタイプ[ZachmanFramework]およびプロセスアプローチ[TOGAFADM]に焦点を当てていることで最もよく知られています。そうは言っても、ZFにはプロセスに関する特定のアイデアがありますが、それらのアイデアに制約されず、関連する要件とともに望ましい結果に焦点を当てることをお勧めします。 TOGAFには、公開できる各ドメインのビューの種類とタイプを指定するArchitectural Content Framework [TOGAFACF]もあります。
したがって、ガイダンスを提供しないというのは完全に真実ではありません。 EAの実践全体では、アプローチは非常に異なり、補完することができますが、達成するにはかなりの開梱が必要です。
時間をかけていない場合は、このように考えてください。それらを統合するには、Zachmanを使用して、期待される作業と出力のスコープ、定義、および計画を行います。次に、TOGAF ADMメソッドを利用して、集合ドメインアーキテクチャを配信します。これは必ずしも意図されたものではなく、これに異議を唱える人はたくさんいますが、初期のEAの場合、{適切なビジネスシナリオ、文書化された要件、および一連の優れたアーキテクチャ原則とともに]お尻を救うことができます。
回答
TOGAFとZachmanフレームワークはどちらも、この質問にタグが付けられたWebアプリケーションフレームワークではなく、エンタープライズアーキテクチャフレームワークです。私はエンタープライズアーキテクチャ（DoDAF）のバックグラウンドを持っているので、これを試してみます。
エンタープライズアプリケーションフレームワークは、情報の流れをグラフィカルおよびテキストで表示できる一連のアーキテクチャビューを記述します。または組織を介した資料。これらすべての見解を総合すると、意思決定者は組織全体を理解できるため、戦略的なコースを決定するのにかかる時間を短縮できます。口語的には、収集されたビューを「アーキテクチャ」と呼びます。フレームワークと顧客の要件に応じて、ツリー型の組織図からプロセスダイアグラム、場合によっては巨大なスプレッドシートまで、いくつかの異なるビューを作成します。
Zachmanフレームワークは、行と列の使用を明確に説明しています。提供される建築製品をマトリックス化します。完全に実装されたZachmanアーキテクチャは、組織が行うすべてのことを徹底的に詳細に説明する包括的なドキュメントです。
一方、TOGAFは、を使用して開発されるアーティファクトを明確に説明せずに、アーキテクチャ開発方法論を説明します。方法論。
実際には、TOGAFもZachmanも、有用な製品を定義するための具体的な推奨事項を提供していません。私は、DoDAFまたはMODAFのいずれか、またはDoDAFまたはMODAFのケーススタディが成功したことを知りません。