ITパスポート 平成26年度 春期 特別措置試験 問26
システム戦略
要件定義に関する問題
ソフトウェアライフサイクルを,企画,要件定義,開発,運用のプロセスに分けたとき,要件定義プロセスの段階で確認又は検証するものはどれか。
- ア システム要件とソフトウェア要件の一貫性と追跡可能性
- イ ソフトウェア要件に関するソフトウェア設計の実現可能性
- ウ ユーザや顧客のニーズ及び要望から見た業務要件の妥当性
- エ 割り振られた要件を満たすソフトウェア品目の実現可能性
答えと解説
✓ これが正解ウ ユーザや顧客のニーズ及び要望から見た業務要件の妥当性
解説
肢の語が業務要件かソフトウェアかで、工程が分かれます。
設問は企画・要件定義・開発・運用の四つのプロセスのうち、要件定義プロセスで何を確かめるかを聞いています。要件定義でまとめるのは、ユーザや顧客が何をしたいかという業務要件です。そのため確かめるのは、業務要件がユーザや顧客のニーズ及び要望と合っているかという妥当性です。言い換えれば、正しいものを作ろうとしているかを見ます。要件定義では、この見極めが仕事の中心になります。後の開発プロセスでは、要件を細かく分けていきます。そこではシステム要件とソフトウェア要件の一貫性と追跡可能性を突き合わせます。設計が本当に作れるのかという実現可能性も、開発プロセスで確かめます。四つの肢のうち三つは、ソフトウェアの語を含みます。残る一つだけが、業務要件の語を持っています。利用する人の仕事を指す語か、作る側の言葉かで分かれます。この一語を見るだけで、三つをまとめて落とせます。設問が確認と検証を並べているのは、二種類の見極めを含めるためです。
ほかの選択肢の解説
- ア システム要件とソフトウェア要件の一貫性と追跡可能性:システム要件とソフトウェア要件の一貫性と追跡可能性を確かめると述べています。どちらも作る側の言葉で書かれた要件です。ユーザや顧客の要望と突き合わせているわけではありません。要件どうしの突き合わせを問われたなら、開発プロセスでのこの確認が答えです。
- イ ソフトウェア要件に関するソフトウェア設計の実現可能性:ソフトウェア設計が本当に実現できるかという実現可能性を確かめると述べています。ソフトウェア設計は、要件を細かくした後の作業です。工程としては、要件定義より後ろの開発プロセスに置かれます。作れるかどうかの見通しを問われたなら、この確認が答えです。
- エ 割り振られた要件を満たすソフトウェア品目の実現可能性:割り振られた要件をソフトウェア品目が満たせるかという実現可能性を確かめると述べています。ソフトウェア品目という部品の単位まで下りているので、かなり後ろの工程です。ユーザや顧客の要望は、ここでは直接扱いません。部品ごとの実現可能性を問われたなら、この確認が答えです。
関連用語
- 要件定義作るシステムに何を求めるかを決める工程。
- ソフトウェアライフサイクルシステムを思い立ってから使い終えるまでを、いくつかの段階に分けた見方です。
- 企画何のために作るのかを決め、進める形をまとめる最初の段階です。
- 一貫性トランザクションの前後で、データベースが整合性の取れた状態に保たれる性質です。
- 業務要件新しい仕組みで何ができるようにするかを、仕事をする側の言葉で書いたものです。
出典:平成26年度 春期 ITパスポート試験(特別措置試験) 問26
解説は当サイト独自のもので、IPA(独立行政法人情報処理推進機構)とは関係ありません。
関連問題
- 令和8年度 問69:
正規化に 関する 問題 (一貫性) - 令和8年度 問52:
要件定義に 関する 問題 (要件定義) - 令和8年度 問34:
IT基本計画に 関する 問題 (業務要件) - 令和7年度 問20:
ベンダー 企業から 収集する 情報 (ソフトウェアライフサイクル) - 令和2年度 10月 (特別措置試験) 問64:
DBMSに 関する 問題 (一貫性)
同じ分野の問題
誤りを見つけたら報告する