問25
頻出度★★☆
システム開発における要件定義プロセスを説明したものはどれか。
平成21年度 春期 ITパスポート試験 問25
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 25共通フレームのプロセスの並びを押さえる
- ア
正解 正解はア。共通フレームでは、システムのライフサイクルは「企画プロセス → 要件定義プロセス → 開発プロセス → 運用・保守プロセス」と進む。このうち要件定義プロセスは、企画プロセスで立てたシステム化計画を受けて、新たに構築する業務とシステムに何を求めるのか（業務要件・機能要件・非機能要件）を具体化し、システム化の範囲と機能を確定させる工程である。さらに重要なのは、それを開発者側だけで決めず、利用部門・経営層・情報システム部門といったシステム取得者側の利害関係者の間で合意することであり、この合意が後工程の設計・開発の基準になる。アは「業務、システムの仕様、及びシステム化の範囲と機能を明確にし、それらをシステム取得者側の利害関係者間で合意する」と述べており、要件定義プロセスの定義そのものに一致する。
不正解イ
これは要件定義プロセスの前工程である企画プロセス（システム化構想の立案・システム化計画の立案）の説明。経営事業の目的・目標を出発点に、必要なシステムの要求事項をまとめ、システム化の方針と実現計画（体制・スケジュール・費用など）を策定する段階であり、まだ個別の業務仕様やシステム化の範囲・機能を確定して合意する段階には至っていない。
不正解ウ
これは開発プロセスの説明。システム要件・ソフトウェア要件の定義から、システム方式設計・ソフトウェア方式設計を経て、実際にシステムおよびソフトウェア製品を構築するまでを含む。要件定義プロセスは「何を実現するか」を決めて合意するところまでであり、方式の設計や製品の構築という「どう作るか」は含まない。
不正解エ
これは開発プロセスの中のテスト（ソフトウェア適格性確認テスト、システム適格性確認テスト）の説明。定義済みの要件どおりに実現されているかを検証する工程であり、要件そのものを定めて合意する工程ではない。要件定義は、このテストが照合する基準（要件）を作る側である。
ここがポイント
- 共通フレームのプロセスの並びを押さえる。企画（経営目標からシステム化の方針・実現計画）→ 要件定義（業務・システムに求めるものを明確化し合意）→ 開発（要件定義・方式設計・構築・テスト）→ 運用・保守。選択肢がどの段階を指しているかを見分けるのが定番の出題パターン。
- 要件定義プロセスのキーワードは「システム化の範囲と機能の明確化」と「システム取得者側の利害関係者間での合意」。合意形成まで含む点が、単に要求を書き出すだけの作業と異なる最大のポイント。
用語