問19
頻出度★★☆
ソフトウェアライフサイクルの主プロセスを, 企画, 要件定義, 開発, 運用, 保守に分けたとき, 要件定義プロセスで実施する作業として, 適切なものはどれか。
平成29年度 秋期 ITパスポート試験 問19
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 19
不正解ア
「開発されたシステムが仕様に合い、実際の稼働環境で利用可能か確認するテスト」は、システムが作られた後に行う検証作業であり、開発（テスト）〜運用移行の段階に該当します。要件をまだ定めていない要件定義プロセスの作業ではありません。
不正解イ
「外部委託の内容・条件を委託先に提示し、実施内容と費用見積りを入手する」のは、開発を外部に発注するための調達（企画〜調達）の作業です。作るシステムの中身を決める要件定義とは工程が異なります。
不正解ウ
「開発作業が実施できるように、データの書式やデータベースの構造を詳細に決定する」のは、要件を実現する方法を具体化する開発（設計）工程の作業です。要件定義は「何を作るか」を決める段階で、「どう作るか」の詳細設計はその次の開発工程で行います。
- エ
正解 要件定義プロセスは、開発に着手する前に「どのようなシステムを構築するか」を、機能・性能・利用方法などの観点で利用者側と開発者側が共通認識として明確にし、合意する工程です。選択肢エはこの要件定義の作業内容そのものを述べており正解です。利用者の業務ニーズ（何を実現したいか）を機能要件・非機能要件として整理し、双方で「要件の合意」を形成することが、後続の開発工程の土台になります。
ここがポイント
- ソフトウェアライフサイクルの各工程の役割：企画（構想・調達）→要件定義（何を作るかを利用者と開発者で明確化・合意）→開発（設計・実装・テスト）→運用→保守。
- 要件定義プロセスの本質は、機能要件・非機能要件を利用者側と開発者側で明確にし「要件の合意」を形成すること。「どう作るか」ではなく「何を作るか」を決める工程である点を区別する。
用語