問32
頻出度★★★
ソフトウェア開発モデルの一つであるウォータフォールモデルの記述として, 適切なものはどれか。
平成27年度 春期 ITパスポート試験 問32
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
这道题的解析和你的作答记录。
解説
問 32
错误ア
在设计与编程之间多次往返、通过反复试错进行改良的方法，说的是面向对象开发中的往返工程（round trip，在设计与实现之间往返的迭代式做法）。瀑布模型的前提是不返回前一工序、单向地向前推进，因此“在工序之间反复往返”这一表述正好与之相反。
错误イ
针对每个子系统反复执行开发过程、在响应用户需求的同时进行改良的方法，说的是螺旋模型（通过反复迭代逐步提高完成度的模型）。瀑布模型是把整个开发过程从头到尾只走一遍的模型，并不具备重复执行开发过程这一特征。
- ウ
正解 正确答案是ウ。瀑布模型是这样一种开发模型：把系统开发按照“需求定义 → 外部设计 → 内部设计 → 编程 → 测试 → 运行维护”的方式分阶段划分为若干工序（阶段），对每个工序的交付物（文档或程序）进行评审、批准之后，再以该交付物为输入进入下一个工序。正如它的名字取自瀑布（waterfall）之水自上而下单向流泻的景象，它原则上不返回前一工序，而是依次向前推进。选项ウ中“将系统开发的工序分阶段划分，依据前一工序的交付物依次推进后续工序作业”这一表述，正好原样刻画了这种依次推进的特征。由于工序之间的界限清晰，进度管理和工作量估算比较容易；但另一方面也要一并记住它的缺点：如果到了后续工序才发现需求有误，返工的成本会很大。
错误エ
在开发的早期阶段制作试制品（原型）、在采纳用户意见的同时确定需求与规格的方法，说的是原型模型。在瀑布模型中，要在需求定义工序把规格以文档的形式固定下来之后才进入下一工序，因此用试制品来敲定规格的做法并不适用。
ここがポイント
- 瀑布模型 = 将工序分阶段划分，在前一工序的交付物获得批准后单向推进到后续工序的顺序式开发模型。进度和工时的管理比较容易，但反过来，在后续工序发生返工的成本很大。
- 主要开发模型的辨别要点：顺序推进、不返工 → 瀑布模型；用试制品确定需求 → 原型模型；以子系统为单位反复迭代 → 螺旋模型；设计与实现短周期反复 → 敏捷开发（迭代式）。
用語