問33
頻出度★★★
システム開発プロセスには，システム要件定義，システム設計，プログラミング，テスト，ソフトウェア受入れがある。新規のシステム開発において，開発の初期の段階でシステム要件として定義するものはどれか。
平成25年度 春期 ITパスポート試験 問33
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 33
错误ア
系统的设备配置（服务器和网络设备的构成）是决定用何种手段来实现已确定需求的系统设计（系统架构设计）工序的交付物。在需求定义阶段，只以非功能性需求的形式给出所需的性能和可用性，而不会一直确定到满足这些要求的具体设备配置。
错误イ
系统的开发标准（编码规范、文档格式、开发流程等）是规定如何推进开发的项目计划与质量管理方面的约定，并不是对系统提出的要求（系统需求）。它是与用户对系统的诉求处于不同层面的、开发方的作业规则。
- ウ
正解 正确答案是 ウ。在系统开发的第一道工序——系统需求定义中，要确定「这个系统要实现什么、覆盖到哪里为止」。也就是说，首先确定系统化的对象业务、对象部门以及所处理的数据和功能的边界（对象范围，即 scope），在此基础上再梳理出功能性需求（需要哪些功能）与非功能性需求（性能、可用性、安全性等质量水平）。如果对象范围一直含糊不清，后续的系统设计、编程、测试就无法确定应当构建的对象，会招致开发途中无休止的需求追加（范围蔓延）以及验收时的认识偏差。正因如此，对象范围才是应在开发初期与利益相关方达成一致的系统需求；在各选项中，唯一表示「造什么」而不是「怎么造」的就是 ウ。
错误エ
系统的测试计划是为了验证已确定的需求和设计而编制的，在需求尚未确定的初期阶段，无法写出应当验证什么。测试计划要在承接需求定义和设计的内容之后编制，并在测试工序中执行，属于后续工作，而不是作为系统需求来定义的东西。
ここがポイント
- 系统需求定义处于开发流程的最上游，是确定系统化的对象范围（scope）以及功能性需求、非功能性需求，也就是确定「造什么」的工序。
- 记住各工序的分工：设备配置等「如何实现」属于系统设计，开发标准属于开发计划与质量管理，测试计划是需求确定之后的后续工作，它们都不是系统需求定义的交付物。
用語