問18
頻出度★★☆
業務要件の定義に関する記述として, 適切なものはどれか。
平成22年度 春期 ITパスポート試験 問18
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 18
错误ア
「定义开发所需的组织体制与资源」属于项目计划与项目管理（人员、体制、成本、进度的计划）的范畴，是为推进开发而做的实施层面的安排。它并不是业务本身的需求，因此不能作为业务需求定义的说明。
错误イ
「基于系统战略，定义系统的整体蓝图」相当于系统规划阶段中系统化构想的制订（从整体最优的角度描绘应当拥有哪些系统的阶段）。它比业务需求定义更靠前，是更上位、更粗线条的工作，并不定义对象业务的流程或责任、权限。
错误ウ
「定义构成系统的软件的动作与处理内容」是承接业务需求之后进行的系统需求定义／软件需求定义的内容。它已经踏入了「系统处理什么、如何处理」这一实现手段的层面，与确定业务侧需求的业务需求定义处于不同的阶段。
- エ
正解 正确答案是 エ。所谓业务需求定义，是指结合用户（业务部门）的需要，明确系统化对象的「业务」本身的工作。具体来说，就是定义对象业务的业务流程（业务流）、所处理的信息与数据、业务量，以及与业务相关的组织和负责人的责任、权限等规则。エ 正是表述为「考虑用户的需要，定义系统化对象业务的业务流程以及相关组织中的责任、权限等」，作为业务需求定义的说明是恰当的。要点在于，业务需求定义还处在决定「业务如何运转」而不是「系统如何构建」的阶段；在这里固定下来的业务需求，会在后续的系统需求定义、软件需求定义中被进一步具体化为功能性需求与非功能性需求。
ここがポイント
- 业务需求定义 = 结合用户的需要，从业务的视角定义系统化对象业务的业务流程、业务规则、相关组织的责任与权限等内容的阶段。
- 要区分各阶段的先后顺序与职责分工：系统化构想・系统化计划（系统的整体蓝图）→ 业务需求定义（业务的样貌）→ 系统需求定义／软件需求定义（功能性需求・处理内容）→ 而开发体制与资源的计划则属于项目计划方面的工作。
用語