3-3 要件の分析

1. 要件分析の目的

1.1 分析で行うこと

要件分析は、引き出した生の情報を、設計・開発で使用できる形式に 変換するプロセスである。

2. モデリング技法

2.1 なぜモデリングが必要か

モデルは複雑な要件を視覚的に表現し、ステークホルダー間の 共通理解を促進する。文章だけでは見落としがちな矛盾や漏れを 発見しやすくなる。

2.2 ユースケース図

ユースケース図はシステムの機能をアクター（利用者）との 関係で表現するUMLダイアグラムである。

2.3 データフロー図（DFD）

DFDはシステム内のデータの流れを表現する図である。 プロセス、データストア、外部エンティティ、データフローで構成される。

2.4 ER図（Entity-Relationship Diagram）

ER図はデータの構造とエンティティ間の関係を表現する図である。 データベース設計の基礎となる。

2.5 状態遷移図

状態遷移図は、オブジェクトの状態とその遷移を表現する図である。 注文状態、ワークフロー、画面遷移などの表現に使用される。

3. 優先順位付け

3.1 なぜ優先順位が必要か

すべての要件を実装する時間と予算があることは稀である。 限られたリソースで最大の価値を提供するために、 要件に優先順位を付ける必要がある。

3.2 MoSCoW法

MoSCoWは要件を4つのカテゴリに分類する優先順位付け手法である。

3.3 価値 vs コストマトリックス

要件をビジネス価値と実装コストの2軸で評価し、 優先順位を決定する手法である。

3.4 その他の優先順位付け手法

MoSCoW以外にも様々な優先順位付け手法がある。

4. 非機能要件の分析

4.1 非機能要件の分類

非機能要件は見落としがちだが、システムの品質を決定する重要な要件である。 IPA（情報処理推進機構）の非機能要求グレードでは、 6つのカテゴリに分類している。