問43
頻出度★★☆
システム開発における設計手順として, 求められる要件を明確にしていく順に並べたものはどれか。
平成25年度 秋期 ITパスポート試験 問43
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 43
- ア
正解 正确答案是ア「业务需求定义、系统需求定义、软件需求定义」。系统开发中的需求，要按照对象范围由宽到窄的顺序逐步具体化。(1) 业务需求定义 — 站在经营层和使用部门的立场，明确「这项业务想要实现什么」「有哪些成果和约束条件」。在这一步还不决定是否要交由计算机处理。(2) 系统需求定义 — 承接业务需求，确定对整个信息系统所要求的功能、性能、可靠性、安全性等。这是确定包含硬件、软件、网络、人工作业和运维在内的整体蓝图的阶段。(3) 软件需求定义 — 从系统需求中划分出由软件承担的部分，把界面、报表、数据、处理内容等细化。上层确定的需求是下层的前提，因此一旦把这个顺序颠倒，就会在「功能究竟是为了什么」尚未确定的情况下，先把要做的东西定了下来。共通框架 (SLCP) 也是按这一流程来梳理的。
错误イ
从业务需求定义开始这一点是正确的，但把软件需求定义放在系统需求定义之前就错了。软件是整个系统的一部分；如果不先确定系统整体上把哪些范围交由计算机处理、要具备怎样的性能和可靠性，就无法确定软件所承担的范围本身。应当先做上层的系统需求定义。
错误ウ
把系统需求定义放在业务需求定义之前是错误的。对系统提出的需求，是以业务上想要实现的内容 (业务需求) 为依据推导出来的。在业务需求尚未确定时就确定系统需求，会做出不符合业务的系统，成为返工的根源。
错误エ
把业务需求定义放在最后是明显的错误。其顺序与正确答案几乎完全相反，变成先确定要做的东西 (系统、软件)，再事后去考虑业务上的目的。需求定义必须从业务目的出发。
ここがポイント
- 需求定义按「业务需求定义 → 系统需求定义 → 软件需求定义」的顺序，从对象范围宽的一侧向窄的一侧逐步具体化 (共通框架/SLCP 的思路)。
- 要掌握三者角色的差异：业务需求是从使用部门和经营视角出发的「业务上想实现什么」，系统需求是对包含硬件、软件、运维在内的整个信息系统的要求，软件需求则是其中由软件承担部分的要求。
用語