問35
頻出度★★☆
システム要件定義の段階で，検討したシステム要件の技術的な実現性を確認するために有効な作業として，適切なものはどれか。
平成27年度 春期 ITパスポート試験 問35
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 35原型法 = 尽早制作出原型并让它实际运行的方法
错误ア
建立业务模型是用图示等方式整理并可视化现行业务或新业务的流程、数据以及组织之间关系的工作，主要用于在业务需求定义中明确「想做什么」。它只是描绘出业务的形态，并不是验证实现这些需求的技术是否可用的手段，因此不能用来确认技术上的可实现性。
错误イ
计算功能点是根据系统的输入输出、画面、文件等功能数量把规模数值化，从而估算开发工时和费用的方法。由此得到的是规模与成本的大致尺度，而不是「该需求在技术上能否实现」的答案。它对提高估算精度有用，但与本题的目的属于不同的工作。
- ウ
正解 正确答案是 ウ「实施原型法（原型设计）」。原型法是指在进入正式开发之前，尽早制作出试制原型（prototype）并让它实际运行来加以确认的方法。本题所问的是「对所探讨的系统需求在技术上能否实现进行确认」，而仅凭纸面上的研讨，无法断定其方式、性能、技术要素是否真的成立。因此，在需求定义阶段制作一个小型原型并让它运行起来，就可以在投入巨额成本之前，用实物来验证「预定采用的技术能否实现目标处理」「性能和响应时间能否达到要求水平」等技术上的可实现性（可行性，feasibility）。能够运行的原型还有助于与用户统一认识，可以尽早消除需求中的含糊之处，这一点也使它成为适合需求定义阶段的工作。因此 ウ 正确。
错误エ
收集用户的需求事项，是在需求定义之前的阶段乃至其入口处，通过对用户的访谈和问卷来收集「需要什么」的工作。在这里得到的是需求本身，而所收集到的需求在技术上是否可实现，还必须另行确认。本题问的是针对「所探讨的系统需求」进行的可实现性确认，处于收集需求阶段的工作无法成为答案。
ここがポイント
- 原型法 = 尽早制作出原型并让它实际运行的方法。它对验证技术上的可实现性（可行性，feasibility）和与用户统一需求认识这两方面都有效，用于需求定义阶段。
- 区分需求定义相关工作的作用：建立业务模型 = 业务的可视化与整理，功能点法 = 规模与工时、费用的估算，收集需求事项 = 掌握用户的需要，原型法 = 验证可实现性与需求。
用語