問題タブ [togaf]

私は現在、ソフトウェア開発のための文書化された一貫性のあるアーキテクチャガイドを作成する任務を負っています。私たちには多くの賢い人々が正しいことをしていますが、一貫して繰り返しではありません。

出発点として、Microsoftのアプリケーションアーキテクチャガイド2.0を使用しています。したがって、アプリケーションアーキテクチャを思い付くのはかなり簡単です（簡単とは言えませんが）。おそらく私は開発者として数年の経験があるので、この領域をかなりよく理解しており、例やガイダンスもたくさんあります。

私たちの組織には1つ以上のシステムを形成するアプリケーションがいくつかあり、それらを「at」クライアントにインストールします...システムアーキテクチャとエンタープライズアーキテクチャも作成するのが理にかなっていると思いました。そして、これが問題の始まりです。

そこに一貫したガイダンスはありません。「システムアーキテクチャの例」を検索すると、返されるものが非常に異なるため、これを行うための「標準的な」方法があるかどうか疑問に思います。

私の（限定された-明らかに）すべての理解から、システムアーキテクチャは、1つ以上のアプリケーションアーキテクチャを抽象化したものであり、それらがどのように連携してシステムを形成するかを示しています。さらに、エンタープライズアーキテクチャは、システムが組織のエンタープライズにどのように適合し、ビジネスプロセス、IT戦略とどのように相互作用し、企業内の他のシステムにどのように統合されるかを示す、さらなる抽象化です。

• 私はそれを完全に間違っていますか？
• そこに標準はありますか（そしてどこでそれらを見つけることができますか）？
• 標準があるべきでしょうか、それとも「優れた」システムアーキテクチャは、読者にとって明確かつ容易に理解でき、役立つ任意の形式のドキュメントでしょうか。
• しかし、ベテランの建築家はそのアプローチについてどう思いますか？

役に立つかもしれないSOA関連のパターンのセットを単純にリストしたくはありません...私たちが行っていることにもう少し焦点を当てたいと思います。それはサービス指向アーキテクチャーでの金融ソリューションの構築です。

更新： TOGAF（9）はどうですか。誰かがそれをまったく経験したことがありますか、そしてそれを詳細に理解しようとする努力の価値があります。

TOGAF 9 の核となる概念を理解しようとしています。

TOGAF マニュアルの説明をいくら読んでも、Enterprise Continuum と Architecture Repository の違いと関係がわかりません。

ドキュメントからの引用：

エンタープライズ コンティニュアム

「エンタープライズ コンティニュアムの最も単純な考え方は、すべてのアーキテクチャ アセットのリポジトリのビューです。これには、アーキテクチャの説明、モデル、ビルディング ブロック、パターン、ビューポイント、およびその他の成果物を含めることができます。」

「Enterprise Continuum は、アーキテクチャ モデルを理解するための貴重なコンテキストを提供します。ビルディング ブロックとそれらの相互関係、およびアーキテクチャ開発サイクルの制約と要件を示しています。」（565、48ページ）

アーキテクチャ リポジトリ

「TOGAF のこのセクションは、企業が組織内のさまざまな抽象化レベルに存在するさまざまなタイプのアーキテクチャ資産を区別できるようにするアーキテクチャ リポジトリの構造的フレームワークを提供します。」（593ページ）

仮定

TOGAFのsamples/template-packageにはワード文書「TOGAF 9 Template - Architecture Repository.doc」が入っているので、

1)アーキテクチャ リポジトリは、アーキテクチャに関連するすべてのプロジェクトのすべての出力を含む大きなドキュメントと考えています。

2)エンタープライズ連続体は、基盤アーキテクチャから組織アーキテクチャまでアーキテクチャ リポジトリの内容を分類し、これらのオブジェクト間の関係に関する情報を提供する別のドキュメントです。

エンタープライズ コンティニュームとアーキテクチャ リポジトリの違い/関係は何ですか?

TOGAFのv9を読んでいて、成果物、アーティファクト、ビルディングブロックのイラストを理解できませんでした。

誰かが私がこれらを理解するのを助けるために実際の例を与えることができますか？

アプリケーションのカタログ、サーバー、環境をモデル化する図、関係を示すマトリックスなどの成果物をリストするモデルがあります。ただし、TOGAF に合わせてこれらを分類する方法は不明です。

たとえば、アーティファクト > カタログ > サーバーの分類は正しいですか? アクターやドキュメントなどの人間的要素だけでなく、LDAP、DNS などの無形の概念や原則があるとしたらどうでしょう。

Sparx Enterprise Architect で使用できる適切なパッケージ構造と分類を持つ基本テンプレートはありますか?

私は Togaf の初心者で、最初のトライアルを開始する必要があります。私は自分のアーキテクチャをモデル化しようとしています。TOGAF を使用してアーキテクチャをモデル化するには、どのツールを使用するようにアドバイスしてください。

TOGAF フレームワークによる Enterprise Continuum、Architecture Repository、Architecture Content Framework の違いを説明してくれる人はいますか?

このドキュメントの定義を理解しようとしています。 http://www.opengroup.org/soa/source-book/ontologyv2/service.htm

サービス、サービス インターフェイス、およびサービス コントラクトの定義が不明確であるか、私が通常遭遇するものとは異なっているように見えます。

サービス：

「サービスとは、特定の結果をもたらす反復可能な活動を論理的に表現したものです。自己完結型であり、消費者にとっては「ブラック ボックス」です。」</p>

WCF プロジェクトがあり、2 つのオペレーション StoreFront +GetPrice +AddToCart があるとします。

定義には「繰り返し可能な活動」と書かれています。それで、サービスStoreFrontですか？または、2 つのサービス (GetPrice と AddToCart) がありますか。

サービス契約: 「効果」クラスがあります。効果は「返品」と「カートに入れる」ですか？

TOGAFと主に大学プロジェクトのADMを理解しようとしています。TOGAF のドキュメントを読んだ後、非常に基本的な質問が残されました。

ADM サイクルはいつ開始されますか? 何が開始されますか? 最初の実行は、EA-Management に TOGAF を使用するという決定によって単純にトリガーされる可能性がありますが、それを何度も実行するトリガーは何ですか?

私の問題を理解していただければ幸いです。