解説お問い合わせ要求アナリシス2013年9月15日この知識エリアでは、要求に優先順位を付け、そして各種モデリングを活用してソリューションが何をするべきか(WHATに相当します)を明確にします。前提と制約を明確にし、要求の検証と妥当性確認を行います。ステークホルダー要求とソリューション要求が作成されます。6つのタスクがあります。要求を妥当性確認する以下、6つのタスクの解説です。6.1要求に優先順位をつけるこのタスクは文字通り、要求に優先順位をつける作業です。費用対効果、リスク、実現の難易度、成功のしやすさなどを基に優先順位を付けます。インプットとして、「ビジネスケース」がありますから、要求がビジネスゴール・目標に整合していなくてはいけません。ビジネスゴールに整合しない要求は優先順位が下がります。要求を体系化するソリューションスコープを記述するためにどのモデルが適切かを理解します。要求の仕様化とモデリングを行う体系化された要求を更に詳細にモデリングして、分析します。タスクの詳細はモデリングのテクニックに依存します。アウトプットは「ステークホルダー要求」、もしくは「ソリューション要求」です。前提条件と制約条件を決めるステークホルダーの懸案事項をインプットとして、前提条件と制約条件を作成します。要求を検証するBABOK(R)では、以下の要求に関する品質特性をチェックすることを「要求の検証」と定義しています。あいまいでないテスト可能性アウトプットは「要求[検証された]」になります。要求の妥当性を確認する要求が妥当であるためには、要求がビジネスケース(ビジネス要求)に、貢献しなければなりません。そのことを確認する作業です。これがBABOK(R)での「要求の妥当性確認」の定義です。具体的には、「ステークホルダー要求[検証された]」「ソリューション要求[検証された]」「移行要求[検証された]」が「ビジネスケース(ビジネス要求)」に貢献することを確認します。アウトプットは「要求[妥当性確認された]」となります。「要求の検証と妥当性確認」は極めて重要です。「ソリューション(システム)の検証と妥当性確認」と混同しないでください。他の知識体系(CMMIや共通フレーム2007)でも、「検証(Verification)と妥当性確認(Validation)」は重要だと謳っていますが、殆どの場合最終成果物(すなわちソリューションやシステム)に関するものです。「要求の検証と妥当性確認」を明確に定義しているのは筆者の調べる限り、BABOK(R)のみのようです。アウトプットの「要求」に様々な状態が指定されていることに注目してください。要求には以下のような状態が付きます。要求[表明された]要求[表明された、確認された]要求[追跡された]要求[伝達された]要求[承認された]要求[優先順位付き]要求[分析された]要求[検証された]要求[妥当性確認された]要求[割り当てられた]要求[保守された、かつ再利用可能]各々どのタスクのアウトプットでしょうか。ガイドを見れば分かると思いますが。非常に多くのモデリングテクニックを駆使する必要があることが分かります。ソリューションの種類、アプローチによって必要なテクニックも変わります。