問33
頻出度★★☆
現在5分程度掛かっている顧客検索を，次期システムでは1分以下で完了するようにしたい。この目標を設定する適切な工程はどれか。
平成23年度 秋期 ITパスポート試験 問33
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 33
错误ア
系统设计是把需求定义中确定的目标「如何实现」加以具体化的工序。为了达成 1 分钟以内这一目标而研究索引、数据库结构和硬件配置，这是设计的职责，而不是重新设定目标值本身的工序。
错误イ
系统测试是验证做好的系统是否满足需求的工序。它是实测「是否在 1 分钟以内完成」并判定合格与否的场合，而作为判定基准的目标必须在此之前的需求定义中就已经确定。如果到测试工序才设定目标，就无法确定依据什么基准来判定合格与否。
- ウ
正解 正确答案是「ウ 系统需求定义」。「让客户检索在 1 分钟以内完成」是下一期系统应当满足的性能（响应时间）目标，它不是功能本身，而是关于质量与性能的条件，因此属于非功能性需求。所谓需求，就是确定「系统应当实现什么、达到什么水平」；把它作为用户方的要求加以明确，并整理成可测量的数值目标（1 分钟以内）写入文档的，正是系统需求定义工序。在这里先确定目标，之后的设计才能选择能满足该目标的方案（索引设计、服务器配置等），测试也才能验证目标是否达成。要点在于把握「目标在先，实现手段与验证在后」这一顺序。
错误エ
软件验收是发包方对交付的系统进行检验，确认其是否符合需求，并批准投入业务使用的最后一道工序。这里同样只是把目标当作确认的基准来使用；在开发的最后阶段才新设定性能目标，返工代价很大，从工序职责上看也是错误的。
ここがポイント
- 响应时间、处理时间、可用率等有关系统质量与性能的条件称为非功能性需求，需要与功能性需求一起在系统需求定义工序中明确化并数值化。
- 共通框架的开发工序顺序为 规划 → 需求定义 → 系统设计 → 软件实现 → 测试 → 验收。要区分各道工序的分工：决定目标的是需求定义，决定实现手段的是设计，确认是否达成的是测试与验收。
用語