問33
頻出度★★☆
次の記述のうち, 業務要件定義が曖昧なことが原因で起こり得る問題だけを全て挙げたものはどれか。 a 企画プロセスでシステム化構想がまとまらず, システム化の承認を得られない。 b コーディングのミスによって, システムが意図したものと違う動作をする。 c システムの開発中に仕様変更による手戻りが頻発する。 d システムを受け入れるための適切な受入れテストを設計できない。
令和6年度 ITパスポート試験 問33
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 33
错误ア
a 与 b 的组合。a 是规划过程中系统化构想无法形成的问题，但规划是位于业务需求定义之前的工序，并非由需求定义不明确所致。b 是编码错误这类实现阶段的缺陷，与需求无关。两者都不属于该原因，故错误。
错误イ
b 与 c 的组合。c 由需求不明确导致，是正确的，但 b 是编码错误造成的运行异常，属于编程工序的问题，而非需求定义。因为包含了不属于该原因的 b，故错误。
错误ウ
b 与 d 的组合。d 由需求不明确导致，是正确的，但 b 是编码错误这类实现上的缺陷，与需求定义无关。因为包含了不属于该原因的 b，故错误。
- エ
正解 正确答案是 エ (c, d)。业务需求定义是指由业务方明确定义「希望新系统实现哪些业务和功能」的工序，它是后续设计、开发、测试的全部基础。c 是典型情形：需求不明确就无法确定规格，开发过程中「还是希望这样做」之类的规格变更会陆续大量出现，导致返工频繁发生，因此属于该原因。d 的验收测试是由业务方验证「是否按需求做出来了」的工作，如果需求本身就不明确，就无法确定判定合格与否的标准，也就设计不出恰当的测试。因此，由业务需求定义不明确直接导致的问题只有 c 和 d，把两者不多不少都列出来的 エ 是正确的。
ここがポイント
- 业务需求定义是「明确业务方所需功能与业务的工序」，需求一旦不明确，就会招致下游因规格变更而产生的返工。
- 验收测试是针对需求的验证，需求不明确就无法定义合格标准，测试设计随之崩溃。规划过程或编码错误属于其他工序的问题，应加以区分。
用語