問33
頻出度★★★
システム開発プロセスには，システム要件定義，システム設計，プログラミング，テスト，ソフトウェア受入れがある。新規のシステム開発において，開発の初期の段階でシステム要件として定義するものはどれか。
平成25年度 春期 ITパスポート試験 問33
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 33
不正解ア
システムの機器構成 (サーバやネットワーク機器の構成) は、確定した要件をどのような手段で実現するかを決めるシステム設計 (システム方式設計) 工程の成果物である。要件定義の段階では、必要な性能や可用性を非機能要件として示すにとどめ、それを満たす具体的な機器構成までは決めない。
不正解イ
システムの開発標準 (コーディング規約, ドキュメント様式, 開発手順など) は、開発をどう進めるかを定めるプロジェクト計画・品質管理側の取り決めであり、システムに対する要求 (システム要件) ではない。利用者がシステムに求める内容とは別次元の、開発側の作業ルールである。
- ウ
正解 正解は ウ。システム開発の最初の工程であるシステム要件定義では、「そのシステムで何を実現するのか、どこまでを対象とするのか」を決める。すなわちシステム化の対象業務・対象部門・扱うデータや機能の境界 (対象範囲, スコープ) をまず確定し、その上で機能要件 (どんな機能が必要か) と非機能要件 (性能・可用性・セキュリティなどの品質水準) を洗い出す。対象範囲が曖昧なままだと、後続のシステム設計・プログラミング・テストで作るべき対象が定まらず、開発途中での際限ない要求追加 (スコープクリープ) や、受入れ時の認識のずれを招く。だからこそ対象範囲は開発の初期段階で利害関係者と合意しておくべきシステム要件であり、選択肢の中で唯一「どう作るか」ではなく「何を作るか」を表しているのが ウ である。
不正解エ
システムのテスト計画は、確定した要件や設計を検証するために作るものであり、要件が定まっていない初期段階では何を検証すべきかを書けない。テスト計画は要件定義・設計の内容を受けて作成し、テスト工程で実行される後続の作業であって、システム要件として定義するものではない。
ここがポイント
- システム要件定義は開発プロセスの最上流で、システム化の対象範囲 (スコープ) と機能要件・非機能要件、すなわち「何を作るか」を定める工程である。
- 工程の切り分けを押さえる: 機器構成など「どう実現するか」はシステム設計、開発標準は開発計画・品質管理、テスト計画は要件確定後の後続作業であり、いずれもシステム要件定義の成果物ではない。
用語