問49
頻出度★★☆
新システムに求められる運用時間を24時間, 365日と決定した。この決定を行う開発工程はどれか。
平成24年度 春期 ITパスポート試験 問49
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 49
不正解ア
ソフトウェア受入れは、完成したシステムを発注者側が検収し、要件どおりに動くかを確認して受け取る最終工程。要件定義で決めた「24時間365日の運用時間」を満たしているかを確かめる側であって、運用時間そのものを新たに決める工程ではない。
不正解イ
テストは、設計・実装した成果物が仕様どおりに動作するかを検証する工程。可用性や性能の試験を行うことはあるが、その合否の基準（24時間365日という目標値）はすでに要件定義で決まっているものであり、テスト工程が要求水準を決定するわけではない。
不正解ウ
プログラミングは、設計書に基づいて実際にコードを作成する工程で、「どう作るか」を実現する段階。「何を求めるか」はこの時点で確定済みであり、運用時間のような業務上の要求をここで決めることはない。
- エ
正解 正解は「エ 要件定義」。「24時間, 365日 稼働」は、システムが備えるべき可用性・運用時間に関する要求であり、機能そのものではなく品質や運用条件を定める非機能要件に当たる。開発は一般に 要件定義 → システム設計 → プログラミング → テスト → ソフトウェア受入れ の順に進み、このうち「利用者・業務としてシステムに何を求めるか」を決めるのは最上流の要件定義工程である。運用時間をここで決めておくことで、後続の設計で冗長構成やバックアップ方式、保守作業の時間帯といった実現手段を検討でき、テストや受入れでは「本当に24時間365日動くか」を検証できる。したがって、この決定を行う工程は要件定義。
ここがポイント
- 開発工程の役割分担：要件定義＝「何を求めるか」を決める最上流、設計・プログラミング＝「どう作るか」、テスト・受入れ＝「要求どおりにできたかを確かめる」。決定事項がどの問いに答えるものかで工程を判断する。
- 運用時間・稼働率・応答時間・セキュリティ・保守性などは、機能以外の品質・制約に関する非機能要件であり、機能要件と同じく要件定義（業務要件定義）の段階で利用者側が明確にしておく必要がある。
用語