問49
頻出度★★☆
新システムに求められる運用時間を24時間, 365日と決定した。この決定を行う開発工程はどれか。
平成24年度 春期 ITパスポート試験 問49
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 49
错误ア
软件验收是发包方对完成的系统进行检验、确认其是否按需求运行并予以接收的最后一道工序。它是核实「24 小时 365 天的运行时间」这一需求定义成果是否得到满足的一方，而不是重新决定运行时间本身的工序。
错误イ
测试是验证设计、实现出的交付物是否按规格说明工作的工序。虽然也会进行可用性和性能方面的试验，但其合格与否的判定基准（24 小时 365 天这一目标值）在需求定义阶段就已经确定，测试工序本身并不决定要求水平。
错误ウ
编程是依据设计书实际编写代码的工序，属于实现「怎么做」的阶段。「要求什么」在这个时点上已经确定，不会在这里决定运行时间这类业务上的要求。
- エ
正解 正确答案是「エ 需求定义」。「24 小时、365 天运行」是关于系统应具备的可用性和运行时间的要求，它不是功能本身，而是规定质量与运行条件的非功能性需求。开发一般按 需求定义 → 系统设计 → 编程 → 测试 → 软件验收 的顺序推进，其中决定「用户和业务对系统提出什么要求」的，是最上游的需求定义工序。在这一步先把运行时间定下来，后续设计才能研究冗余配置、备份方式、维护作业时间段等实现手段，测试和验收才能验证「是否真的能 24 小时 365 天运行」。因此，做出这一决定的工序是需求定义。
ここがポイント
- 开发工序的角色分工：需求定义＝决定「要求什么」的最上游，设计和编程＝「怎么做」，测试和验收＝「确认是否按要求做出来了」。根据某项决定回答的是哪一个问题，来判断它属于哪道工序。
- 运行时间、可用率、响应时间、安全性、可维护性等，属于功能以外的质量与约束方面的非功能性需求；它们和功能需求一样，需要在需求定义（业务需求定义）阶段由用户方明确下来。
用語