説明
アーキテクチャ リポジトリ内の参照ライブラリとして知られる情報のクラスには、新しいアーキテクチャを作成するために使用されるガイドラインとテンプレートが含まれています。リファレンス ライブラリは、特定のアーキテクチャ開発目的に利用またはカスタマイズできる一連のリソースを提供します。これには、一般的な構成要素、パターン、モデル、標準、フレームワーク、方法、テクニック、ベスト プラクティスなどが含まれます。参考:
TOGAF 規格 | Open Group Web サイトのセクション 2.4 アーキテクチャ リポジトリ。

次の活動はリスク管理の一部です。
初期リスク評価
リスクの軽減と残留リスクの評価
リスクモニタリング
リスク管理は、企業の目標の達成に影響を与える可能性のあるリスクを特定、評価し、対応するプロセスです。リスク管理には、機会または脅威の実現から生じるプラスの結果とマイナスの結果のバランスをとることが含まれます。参考: TOGAF 規格 | Open Group Web サイト、セクション 3.3.3 リスク管理。

ターゲット アーキテクチャは、ビジネスの目標と推進力に取り組み、利害関係者の要件と懸念を満たす、アーキテクチャの将来の状態を記述したものです。ターゲット アーキテクチャは、エンタープライズ アーキテクチャの開発と管理をガイドする TOGAF 標準の中核プロセスであるアーキテクチャ開発メソッド (ADM) を通じて開発されます。ターゲット アーキテクチャは通常、ビジネス、データ、アプリケーション、テクノロジーの 4 つのドメインに分割されます。ターゲット アーキテクチャには、移行アーキテクチャ、機能の増分、およびベースライン アーキテクチャからターゲット アーキテクチャへの移行を可能にする作業パッケージを定義する変更のロードマップも含まれています12。ベストアンサーは B です。これは、次のようにすべきアプローチを説明しているためです。要求されたアーキテクチャ (情報システムおよびテクノロジ アーキテクチャ) を提供するための作業を決定および組織するために行われます。
答えには次の手順が含まれます。
ガイダンスと方向については、エンドツーエンドのターゲット アーキテクチャを参照してください。エンドツーエンドのターゲット アーキテクチャは、アーキテクチャ作業の全体的なビジョン、範囲、目的、およびビジネス戦略と目標との整合性を提供します。エンドツーエンドのターゲット アーキテクチャは、4 つのアーキテクチャ ドメインの高レベルの定義と原則、および主要なマイルストーンと成果物の概要を示す変更のロードマップも提供します。
プロジェクト、依存関係、相乗効果を特定し、プロジェクトを開始する前に優先順位を付けます。プロジェクトは、アーキテクチャ作業パッケージを実装する作業単位であり、アーキテクチャの特定の部分を実装するために必要なアクションまたはタスクのセットです。依存関係とは、論理的、一時的、またはリソースの依存関係など、プロジェクトの順序や優先順位に影響を与える関係と制約です。相乗効果とは、コスト削減、効率の向上、イノベーションの機会など、プロジェクトの組み合わせまたは調整から生じる利点または利点です。優先順位付けは、重要性、緊急性、価値に応じてプロジェクトをランク付けし、それに応じてリソースとスケジュールを割り当てるプロセスです。
高レベルのアーキテクチャの説明を作成します。高レベルのアーキテクチャの説明は、ADM サイクルのアーキテクチャ開発フェーズ (B、C、および D) の出力であり、アーキテクチャ ビルディング ブロック (ABB) およびソリューション ビルディング ブロック (SBB)。ビジネス、IT、またはアーキテクチャ機能の再利用可能なコンポーネントです。高レベルのアーキテクチャの説明には、1 つ以上の利害関係者とその関心事の観点から対象システムを表現したアーキテクチャ ビューも含まれます。
プロジェクトごとに、作業量を見積もり、参照アーキテクチャと候補のビルディング ブロックを特定します。
Effort size is the measure of the amount of work, time, or resources required to complete a project.
Effort size can be estimated using various techniques, such as analogy, expert judgment, parametric, or bottom-up. Reference architectures are standardized architectures that provide a common framework and vocabulary for a specific domain or industry. Reference architectures can be used as a source of best practices, patterns, and models for the architecture development. Candidate building blocks are the potential ABBs or SBBs that can be used to implement the architecture. Candidate building blocks can be identified from the Architecture Repository, which is a collection of architecture assets, such as models, patterns, principles, standards, and guidelines.
Identify the resource needs considering cost and value. Resource needs are the specifications and criteria that define the acceptable level and quality of the resources required to complete the project, such as human, financial, physical, or technological resources. Resource needs can be identified by analyzing the scope, complexity, and dependencies of the project, and the availability, capability, and suitability of the resources. Cost and value are the factors that influence the allocation and utilization of the resources, such as the budget, the return on investment, the benefits, or the risks.
Document options, risks, and controls to enable viability analysis and trade-off with the stakeholders.
Options are the alternative ways of achieving the project objectives, such as different solutions, technologies, vendors, or approaches. Risks are the effects of uncertainty on the project objectives, such as threats or opportunities. Controls are the measures or actions that are taken to prevent, reduce, or mitigate the risks, such as policies, procedures, or standards. Viability analysis is the process of evaluating and comparing the options, risks, and controls, and determining the feasibility, suitability, and desirability of each option. Trade-off is the decision outcome that balances and reconciles the multiple, often conflicting, requirements and concerns of the stakeholders, and ensures alignment with the Architecture Vision and the Architecture Principles.
参考資料: 1: TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 5 章: ADM の概要 2: TOGAF 標準、バージョン 9.2、パート IV: アーキテクチャ コンテンツ フレームワーク、第 36 章: ビルディング ブロック: TOGAF 規格、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 18 章: フェーズ A: アーキテクチャ ビジョン : TOGAF 規格、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 19 章: フェーズ B: ビジネスアーキテクチャ : TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 20 章: フェーズ C: 情報システム アーキテクチャ : TOGAF 標準、バージョン 9.2、パート II: アーキテクチャ開発手法 (ADM)、第 21 章: フェーズF: 移行計画: TOGAF 標準バージョン 9.2、パート III: ADM ガイドラインとテクニック、第 23 章: アーキテクチャ原則: TOGAF 標準バージョン 9.2、パート III:
ADM ガイドラインとテクニック、第 30 章: トレードオフ分析: TOGAF 標準、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 46 章: アーキテクチャ開発のためのツール: TOGAF 標準、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、章47: アーキテクチャ委員会: TOGAF 規格、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 48 章: アーキテクチャ コンプライアンス: TOGAF 規格、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 49 章:
アーキテクチャ契約 : TOGAF 規格、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 50 章: アーキテクチャ ガバナンス : TOGAF 規格、バージョン 9.2、パート VI: アーキテクチャ機能フレームワーク、第 51 章: アーキテクチャ成熟度モデル : TOGAF 規格、バージョン 9.2 、パート VI:
アーキテクチャ能力フレームワーク、第 52 章: アーキテクチャ スキル フレームワーク

TOGAF 規格第 10 版によると、アーキテクチャ開発手法 (ADM) の準備フェーズは、エンタープライズ アーキテクチャ能力 1 を開発することを目的としています。エンタープライズ アーキテクチャ能力とは、エンタープライズに関連する活動とタスクを実行する組織の能力です。アーキテクチャ。アーキテクチャの範囲、原則、ビジョン、ガバナンス、利害関係者の定義など。準備フェーズでは、アーキテクチャ フレームワーク、アーキテクチャ リポジトリ、アーキテクチャ ツール、およびアーキテクチャ チーム 1 も確立します。他のオプションは、ADM での目的が異なるため、正しくありません。フェーズ G: 実装ガバナンスの目的は、実装プロジェクトがターゲット アーキテクチャに準拠していることを確認することです。 2. フェーズ A: アーキテクチャ ビジョンの目的は、アーキテクチャ プロジェクトの範囲、利害関係者、ビジネス推進要因、および目標を定義することです。 3. フェーズ B:ビジネス アーキテクチャには、ベースラインとターゲットのビジネス アーキテクチャを記述し、それらの間のギャップを特定する目的があります。参考文献: 1: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 6 章: 準備段階。2: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 18 章: フェーズ G: 実装ガバナンス。3: TOGAF 規格、第 10 版、パート II: アーキテクチャ開発手法、第 12 章: フェーズ A: アーキテクチャ ビジョン。: TOGAF 規格、第 10 版、パート II:
アーキテクチャ開発方法、第 13 章: フェーズ B: ビジネス アーキテクチャ。