問34
頻出度★★★
システム開発を上流工程から下流工程まで順番に進めるとき, システムの利用者によるテストの段階で大幅な手戻りが生じることがある。それを防ぐために, 早い段階で試作ソフトウェアを作成して利用者の要求事項を明確にする方法はどれか。
平成22年度 秋期 ITパスポート試験 問34
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
这道题的解析和你的作答记录。
解説
問 34
错误ア
面向对象是把数据及其操作（处理过程）作为一个对象整合在一起，以提高部件的可复用性和可维护性的软件设计与开发思想。它是关于程序结构如何构建的思路，既不是开发工序的推进方式（开发模型），也不是用原型来确认用户需求的方法。
错误イ
螺旋模型是把系统划分为独立性较高的子系统，反复进行设计、实现、测试这一系列循环，从而分阶段地完成系统的开发模型。它的主旨在于通过反复迭代来降低风险，并不是以「制作可试用的软件来明确用户需求事项」为目的而定义的术语。与题干的定义直接对应的是原型法。
错误ウ
以数据为中心的方法（DOA）是着眼于业务中所处理数据的结构和关联来推进分析与设计的手法。它利用的是即使业务流程发生变化、数据结构依然稳定这一性质，与制作原型来确认用户需求的方法无关。
- エ
正解 エ 的「原型法（原型设计）」是正确答案。原型法是指，在开发的早期阶段制作出作为原型的可运行软件，让用户实际动手使用，从而确认并确定需求事项的开发推进方式。题干所述的从上游工序按顺序推进到下游工序的做法（瀑布模型）中，用户能看到可实际运行的成品要等到最后的测试阶段，因此一旦在那时发现「和当初设想的不一样」，就会发生退回到设计阶段的大幅返工。原型法正是为弥补这一弱点，在完成之前的早期阶段就把画面和操作的原型拿给用户看，提前消除认识上的偏差，与题干所述「在早期阶段制作可试用的软件以明确用户需求事项」完全一致。
ここがポイント
- 原型法（原型模型）＝在开发的早期阶段制作原型并让用户确认，从而防止因需求事项认识不一致而在后续工序产生大幅返工的开发模型。
- 瀑布模型从上游向下游推进且不往回返，因此在下游发现需求不一致时返工规模很大。作为弥补这一弱点的代表性开发模型，要能区分原型模型与螺旋模型的差异（用原型来确定需求的方式，与通过反复循环分阶段完成的方式）。
用語