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

アーキテクチャ契約とは、アーキテクチャの実装とガバナンスに関わる関係者の責任と義務を明記した成果物です。これにより、アーキテクチャ関連のすべての活動について、整合性、変更、意思決定、監査を継続的に監視するシステムが確保されます。
参照：TOGAF標準｜The Open Groupウェブサイト、セクション3.3.4 アーキテクチャ契約。

包括的かつ詳細な説明
アーキテクチャ分割は、TOGAFにおけるADM（アーキテクチャ設計管理）手法の一つで、大規模かつ複雑なアーキテクチャを管理しやすい部分に分割する方法を扱います。その目的は、特に複数のチーム、ステークホルダー、ドメインが存在する大規模企業において、アーキテクチャ開発をより効率的にすることです。
TOGAFの重要なポイント：
* TOGAFはパーティショニングモデルを義務付けていません。アーキテクトがパーティショニングの必要性と方法を判断するのに役立つガイドラインと手法を提供しています。したがって、ステートメント1は誤りです。
* 記述2：正解。アーキテクチャは、異なるチームが異なる要素を並行して作業できるように分割することができます（例：ドメイン別、事業分野別、地理的範囲別）。分割することで、明確な所有権が確保され、重複や衝突が軽減されます。
* ステートメント 3: 正解です。パーティションは、アーキテクチャの再利用をサポートするように構成できます。なぜなら、明確に定義されたパーティション（例えば、機能ベースまたはドメインベース）は、プロジェクト間でアーキテクチャの構成要素を一貫して再利用することを可能にするからです。
正しいマッピング
* ステートメント 1: 誤り (ADM ではパーティショニングは必須ではありません)。
* 記述2：正解。
* ステートメント3：正解。
正解はD（2と3）です。
他の選択肢が間違っている理由
* A（1、2、3）：TOGAFではパーティショニングは必須ではないため、誤りです。
* B（1と3）：1が正しくないため、不正解です。
* C（1と2）：1が正しくないため、不正解です。
参考文献
* The Open Group、TOGAF標準、バージョン9.2、パートIII：ADMガイドラインとテクニック - アーキテクチャパーティショニング。
* The Open Group、TOGAF 9 認定学習ガイド - パーティショニングと大規模アーキテクチャ開発におけるその使用法について解説。

TOGAFでは、成果物2は「アーキテクチャ契約」として正しく認識されています。これらは、開発パートナー、スポンサー、場合によっては実装組織間の正式な共同合意であり、期待される成果物、品質基準、およびアーキテクチャの目的適合性を網羅しています。その役割は、アーキテクチャの意図が、統制され測定可能なコミットメントに変換されることを保証することです。アーキテクチャ契約は、アーキテクチャおよびデリバリープロセスに関わる当事者間の期待、適合要件、および説明責任を定義するため、実装ガバナンスにおいて特に重要です。
成果物3は、アーキテクチャ作業依頼書です。これは、スポンサー組織からアーキテクチャ部門に送付される正式な開始文書であり、新しいアーキテクチャ開発サイクルの開始を促すものです。アーキテクチャ作業を開始するための最初の承認を与え、アーキテクチャ作業が必要であることを正式に示す役割を果たします。これは、構造化されたADM活動を開始するために使用される、認識されているインプットの1つです。
他の選択肢は、提示された定義と一致しません。アーキテクチャ定義文書は、アーキテクチャそのものを記述するものであり、共同合意を記述するものではありません。変更要求は、後日、変更を提案するために使用されます。
アーキテクチャビジョンとアーキテクチャ要件仕様は、それぞれ異なる目的を持つ、異なるADM（アーキテクチャ設計管理）の成果物である。
したがって、ラベル2と3の正しいマッピングは「アーキテクチャ契約」と「アーキテクチャ作業依頼」であり、これはオプションBです。

TOGAF標準第10版によると、アーキテクチャ契約とは「サービスプロバイダーとサービスコンシューマーの間で交わされる正式な合意であり、アーキテクチャの提供に関する相互のコミットメントと期待を定義するもの」です。1 アーキテクチャ契約は、特定の成果物に対する統制されたアプローチであり、アーキテクチャ作業の役割、責任、成果物、品質基準、および受け入れ基準を規定することで、既存または開発中のアーキテクチャの原則、標準、および要件への準拠を保証します。1 他の選択肢は、特定の成果物に対する統制されたアプローチではなく、アーキテクチャ開発プロセス内の異なるタイプの成果物であるため、正しくありません。アーキテクチャビジョンとは、「目標とするアーキテクチャの高レベルで理想的な見解」です。1. アーキテクチャ作業記述書とは、「アーキテクチャプロジェクトを完了するために使用される範囲とアプローチを定義する文書」です。1. アーキテクチャ定義文書とは、「1つ以上のドメインのベースラインアーキテクチャと目標アーキテクチャを説明する文書」です。1. 参照: 1: TOGAF標準、第10版、パートI: はじめに、第3章: 定義。