問17
頻出度★★☆
A社は，営業担当者が日々のセールス活動で利用する営業部門内システムの構築プロジェクトを進めている。このプロジェクトは，システム開発部門長がプロジェクトマネージャとなり，システム開発部門から選ばれたメンバによって編成されている。当該システムの業務要件定義を完了するための主要な手続として，適切なものはどれか。
平成30年度 秋期 ITパスポート試験 問17
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 17
错误ア
不恰当之处在于：开发方的项目成员未向使用者确认，就单方面描绘出系统的「应有形态」。而且提交对象是不具决策权的「销售企划人员」，并未形成确定业务需求的共识。缺少从使用者处获取需求的步骤。
- イ
正解 业务需求定义是指：由实际使用系统的业务部门明确「想要实现什么」，并由开发方和业务方正式确定下来的工作。本项目仅由开发部门的成员组成，因此必须直接向作为使用者的销售部门负责人和销售人员「听取」业务需求。选项イ中，项目成员对听取到的需求进行整理和归纳，并进一步与作为业务负责人的销售部门负责人「达成共识」。这同时满足了业务需求定义的两项必备步骤——「从使用者处收集需求」和「与业务方达成共识」，因此是恰当的。
错误ウ
「现状业务流程」只是把当前的做法（As-Is）照原样描摹下来，并不是系统应当实现的需求本身。而且只是向销售人员「报告」，没有取得共识的步骤。这里混淆了现状把握与业务需求定义。
错误エ
业务需求本应由使用系统的业务部门达成共识来确定。若只是让开发方成员通过头脑风暴梳理出需求，再由同为开发方的项目经理批准，那么使用者（销售部门）的意愿既未得到反映也未经确认，就会变成闭门造车、自以为是的需求。
ここがポイント
- 业务需求定义要从实际使用者（业务部门）处听取业务需求，在整理之后与业务方的负责人「达成共识」加以确定。不能只由开发方决定。
- 对现状业务流程（As-Is）的把握只是需求定义的输入，并非业务需求本身。需求的确定离不开与使用者达成共识。
用語