問37
頻出度★★★
開発対象のソフトウェアを，比較的短い期間で開発できる小さな機能の単位に分割しておき，各機能の開発が終了するたびにそれをリリースすることを繰り返すことで，ソフトウェアを完成させる。一つの機能の開発終了時に，次の開発対象とする機能の優先順位や内容を見直すことで，ビジネス環境の変化や利用者からの要望に対して，迅速に対応できることに主眼を置く開発手法はどれか。
令和2年度 ITパスポート試験 問37
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
这道题的解析和你的作答记录。
解説
問 37
- ア
正解 正确答案是「ア 敏捷开发」。敏捷开发是把软件划分成能在短周期内完成的小功能单元，反复进行开发与发布（迭代），逐步逼近完成的方法。由于可以在每次迭代的间隔重新审视下一个要开发功能的优先级和内容，因此能迅速应对业务环境的变化和用户提出的需求。题干列举的「划分成小单元」「反复发布」「通过重新审视优先级来适应变化」这些特征，都与敏捷开发的核心思想一致。
错误イ
瀑布模型是按需求定义→设计→实现→测试的顺序，从上游向下游依次推进工序，原则上不返回前一工序的开发方法。由于一开始就把计划定死并一次性完成，这与题干所强调的「在开发途中重新审视优先级和内容以迅速应对变化」正好相反。
错误ウ
结构化方法是把处理按功能逐步划分（功能分解），从而整理和设计程序的技法，并不是以整个开发的反复迭代或迅速应对变化为重点的过程方法。它与题干所述的反复发布和重新审视优先级，关注的重点不同。
错误エ
逆向工程是分析既有软件或产品，弄清其规格、设计和结构的技术。它与题干所述的反复开发新功能以完成软件的内容无关，也不是开发过程的方法。
ここがポイント
- 敏捷开发＝把软件划分成小功能单元，以短反复（迭代）反复进行开发与发布，随时重新审视优先级以迅速应对变化的方法。
- 对比：瀑布模型是按顺序推进工序的非反复型，结构化是功能分解的设计技法，逆向工程是分析既有产物的技术，三者都不是「以迅速适应变化为重点的反复型开发」。
用語