システム戦略|平成26年度 春期 ITパスポート試験(特別措置試験) 問26
ソフトウェアライフサイクルを,企画,要件定義,開発,運用のプロセスに分けたとき,要件定義プロセスの段階で確認又は検証するものはどれか。
- システム要件とソフトウェア要件の一貫性と追跡可能性
- ソフトウェア要件に関するソフトウェア設計の実現可能性
- ✓ これが正解ユーザや顧客のニーズ及び要望から見た業務要件の妥当性
- 割り振られた要件を満たすソフトウェア品目の実現可能性
解説
頭に付く語が業務かソフトウェアかで、段が分かれます。
設問は四つの段のうち、二つ目で何を確かめるかを聞いています。二つ目の段でまとめるのは、利用する人が何をしたいかという中身です。だから確かめるのは、その望みと合っているかどうかです。言い換えれば、正しいものを作ろうとしているかを見ます。要件定義の段では、この見極めが仕事の中心になります。三つ目の段では、決めごとを細かく分けていきます。そこでは前の段と食い違っていないかを突き合わせます。本当に作れるのかという見通しも、その段で確かめます。四つのうち三つは、頭にソフトウェアの語が付きます。残る一つだけが、頭に業務の語を持っています。利用する人の仕事を指す語か、作る側の言葉かで分かれます。この一語を見るだけで、三つをまとめて落とせます。設問が確認と検証を並べているのは、二種類の見極めを含めるためです。
ほかの選択肢はなぜ違うのか
- 二つの決めごとの間で、食い違いや追える関係を確かめると述べています。どちらも作る側の言葉で書かれた決めごとです。利用する人の望みと突き合わせているわけではありません。決めごとどうしの突き合わせを問われたなら、こちらです。
- 設計として本当に実現できるかを確かめると述べています。設計は、決めごとを細かくした後の作業になります。段としては、要件をまとめるより後ろに置かれます。作れるかどうかの見通しを問われたなら、こちらが答えです。段が一つ後ろです。
- 割り振られた決めごとを満たせるかを確かめると述べています。部品の単位まで下りているので、かなり後ろの段です。利用する人の望みは、ここでは直接扱いません。部品ごとの実現性を問われたなら、こちらです。かなり細かい単位です。
この問題に関係する言葉
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
出典:平成26年度 春期 ITパスポート試験(特別措置試験) 問26
同じ単元をまとめて解くならシステム戦略へ。
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)