翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# フェーズ 2: 分析
<a name="analysis-phase"></a>

分析フェーズでは、検出フェーズで収集された情報を整理することに重点を置いています。以下の推奨事項は、IT システムの既存の機能を分析するのに役立ちます。その分析を通じて、IT ソリューションを独立したドメインとサービスに分解できます。

**主な重点項目**
+ 各機能の依存関係を識別して接続するビジネスマップを作成する
+ 機能マトリックスにあるメタデータに基づいてモダナイズの機能に優先順位を付ける

## ステップ 1: ビジネスマップを作成する
<a name="create-a-business-map"></a>

各ドメインとサブドメインの機能および依存関係を識別して接続するビジネスマップを作成します。依存関係を線で示すツリー状の階層構造を使用すると便利です。このような図式的表現により、どの機能が最も孤立しているか、または他の機能と最も接続されているかを確認できます。

## ステップ 2: 機能マトリックスを分析する
<a name="analyze-the-capability-matrix"></a>

機能マトリックスで収集したメタデータに基づいて、加重スコアリングモデルを作成します。依存関係の数が最も多く、最も複雑な機能には、より高い重み値を割り当てます。次に、スコアリングが主要なステークホルダーからのフィードバックを正確に反映しているかを確認するため、機能マトリックスのスコアリングを複数回実施します。

**主な考慮事項**
+ 機能の依存関係 (他の機能がどれだけ依存しているか) は、通常、最も重みが高いスコアとなります。
+ 各機能のトランザクションと分析レポートの要件を必ず考慮してください。
+ 機能の複雑さに値を割り当てる場合、一般に、単純な低～高のスケールを使用するのが効果的です。
+ 実装フェーズで重複機能を削除できるよう、重複している機能を特定して、フラグを立ててください。
+ ビジネスマップのデータを使用して、関連する機能のセットをまとめてグループで移行します。
+ レガシー IT システムの機能を置き換えることができる AWS マイクロサービスの事前選択は、この段階で開始できます。

**注記**  
分析フェーズは反復的なプロセスで、複数のビジネスおよびテクノロジーのステークホルダーと実施する必要があります。