ITパスポート 2009年 秋期 問19

要件定義プロセスに含まれる作業はどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文でキーワード「要件定義」を確認する。
   • 要件定義 = 「何を作るか・何を満たすべきか」を決める工程。
2. 各選択肢をソフトウェア開発の工程に当てはめる。
   • どの工程（計画→要件定義→設計→実装→テスト→運用）に該当するかを考える。
3. 要件定義の定義に合致する作業を選ぶ。
   • 利用者のニーズ整理は要件定義、そのほかは別工程なので除外。

選択肢別の誤答解説

• ア: システム化計画の作成と承認
  • システム化計画 = project planning（実施の可否、範囲、体制、スケジュールなどを決める最上位の計画）。要件定義より前の「企画・計画」段階の作業です。したがって要件定義プロセスには含まれません。
• イ: システム詳細設計の実施
  • 詳細設計（detailed design：どうやって実現するかを細かく決める作業）は、要件定義で決めた要件を基に行う「後続」の工程です。要件定義の範囲外です。
• ウ: システム投資効果とシステム化費用の予測
  • 投資効果（ROI：Return on Investment、投資に対する効果）や費用の予測は、主に企画・費用対効果検討や予算計画の段階で行います。要件定義で影響を受けることはあるものの、直接の「要件整理」作業ではありません。
• エ: システム利用者のニーズの整理
  • 利用者のニーズ（何が必要か、どんな問題を解決したいか）を整理・具体化するのが要件定義です。正解です。

よくある誤解

1. 要件定義 = 詳細設計 と混同する
   • 要件定義は「何を作るか」。詳細設計は「どう作るか」。両者は連続しますが役割が違います。順序を意識しましょう。
2. 費用や投資効果も要件定義の仕事だと考える
   • 要件は費用に影響しますが、費用対効果の精査そのものは企画・計画段階の作業です。要件定義で「必要最小限」「優先順位」を決めることでコストに配慮します。
3. 要件は利用者の希望＝そのまま実装されると思う
   • 利用者のニーズは高レベルの要求であることが多いです。実現可能性や優先順位、コストを踏まえ要件として調整・確定します。

補足コラム

• 要件の種類
  • 機能要件（何ができるべきか、例：注文を登録できる）
  • 非機能要件（性能、信頼性、使いやすさ、セキュリティなど、例：1秒以内に検索結果を返す）
    利用者のニーズはまず高レベルな要望として出てきて、それを機能／非機能に分解して要件化します。
• 代表的な成果物
  • 要件定義書（要求仕様書、業務フロー、ユースケース（use case：利用者の操作例を示したもの）など）
  • 関係者（ステークホルダー）の合意を得ることが重要です。ステークホルダー = 利用者、管理者、外部関係者など、利害関係のある人々。
• 実務の例（簡単）
  • ネットショップ改修では、利用者から「注文履歴をすぐ見たい」というニーズが出る。要件定義では「直近3か月の注文を1秒以内で表示する」「ページをスマホでも見やすくする」など具体化します。

FAQ