問43
頻出度★★★
ウォータフォールモデルで開発を行うプロジェクトにおいて, システム要件定義の不具合を後続の工程で発見した。不具合を発見した工程のうち, 不具合の修正や修正に伴う手戻りが最も少なく済む工程はどれか。
平成27年度 秋期 ITパスポート試験 問43
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
这道题的解析和你的作答记录。
解説
問 43
- ア
正解 瀑布模型是按「系统需求定义 → 系统设计 → 编程 → 测试 → 软件验收」的顺序、不向前回退地依次推进的开发方法。上游（需求定义）的缺陷会波及以其为基础构建的所有下游工序的交付物，因此发现得越晚，需要重做（返工）的范围就越广，修正成本也越大。选项 ア 到 エ 都是需求定义之后的工序，其中最早的是「系统设计」。若能在紧接需求定义之后的设计工序发现缺陷，此时只需修改设计交付物即可，不会波及程序和测试交付物，因此修正与返工都最少。故正确答案为 ア。
错误イ
编程是系统设计之后的工序。若在此处发现需求定义的缺陷，不仅需要修改需求和设计，还要修改已经写好的程序，因此返工比在系统设计阶段发现时更大。
错误ウ
测试是比编程更靠后的工序。若需求定义的缺陷残留到此处，除需求、设计、程序外，测试交付物也要重做，返工进一步增大。
错误エ
软件验收是最后一道工序。若在此处发觉需求定义的缺陷，就要从上游到下游几乎所有工序全部重做，修正与返工最大。这与题目所问的「返工最少的工序」正好相反。
ここがポイント
- 瀑布模型的工序顺序（需求定义 → 设计 → 编程 → 测试 → 验收），以及「缺陷发现得越早的工序返工越小」这一越上游修正成本越低的原则。
- 上游工序（需求定义）的缺陷会波及下游的所有交付物，因此在紧接其后的工序尽早发现并纠正，成本最低。
用語