問34
頻出度★★★
ソフトウェア開発プロジェクトにおいて, 上流工程から順に工程を進めることにする。要件定義, システム設計, 詳細設計の工程ごとに完了判定を行い, 最後にプログラミングに着手する。このプロジェクトで適用するソフトウェア開発モデルはどれか。
平成25年度 秋期 ITパスポート試験 問34
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
这道题的解析和你的作答记录。
解説
問 34
- ア
正解 正确答案是「ア 瀑布模型」。瀑布模型是指按照 需求定义 → 系统设计 → 详细设计 → 编程 → 测试 的顺序，把开发工序从上游向下游单向地（像瀑布落下一样）依次推进的开发模型。在每个工序的末尾对交付物进行评审，通过完成判定之后才进入下一个工序，因此原则上不返回前一个工序。题目中「从上游工序开始按顺序推进各工序」「对每个工序进行完成判定」「最后才着手编程」这三个特征，都是在描述瀑布模型的典型推进方式，所以ア是恰当的。
错误イ
螺旋模型是把系统划分成若干部分（子系统），把「设计 → 开发 → 评价」这一循环呈螺旋状反复多次，在评估风险的同时逐步提高完成度的开发模型。它并不是像题目那样把全部工序只从上游顺序走一遍、最后再集中着手编程的推进方式，所以错误。
错误ウ
阶段式模型（增量式、增量型模型）是把系统按功能单位划分，从能够运行的部分开始分阶段地开发和发布，一点一点接近最终完成形态的开发模型。编程从最初的阶段就开始，不会等待整体的详细设计全部完成。题目明确写着「最后才着手编程」，所以不符合。
错误エ
原型模型是在开发的早期阶段制作原型（prototype），请用户确认，从而一边明确需求一边推进开发的模型。由于在需求定义阶段就已经以制作原型的形式产生了编程工作，因此与题目「最后才着手编程」的条件相矛盾。
ここがポイント
- 瀑布模型 = 从上游工序向下游工序单向推进、不返工，通过每个工序末尾的完成判定（评审）之后才进入下一个工序的开发模型。编程要在所有设计工序结束之后才开始。
- 区分主要开发模型的要点：看有没有反复迭代，以及编程开始得早还是晚。瀑布模型=不迭代、实现放在最后；螺旋模型=把循环呈螺旋状反复；阶段式（增量式）=按功能单位划分并依次发布；原型模型=在早期制作原型来确认需求。
用語