問25
頻出度★★☆
新システムの開発に当たって実施する業務要件の定義に際し, 必ず合意を得ておくべき関係者として, 適切なものはどれか。
平成27年度 秋期 ITパスポート試験 問25
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 25
错误ア
现行系统开发时的项目负责人属于过去项目的相关人员，并不是确定即将开发的新系统业务需求的当事方。虽然可以就过去的经过向其咨询作为参考，但并非必须取得其共识的对象。
错误イ
现行系统的维护供应商负责人是维持管理既有系统的外部委托方，并不处于决定新系统所需业务需求的位置。其可以作为维护信息的提供来源，但作为业务需求的共识对象并不合适。
错误ウ
新系统的开发供应商负责人是接收已确定的需求并实现系统的一方（制作方），并不是决定业务上「需要什么」的当事方。需求的共识应当与拥有业务内容的使用部门达成，而与开发供应商的共识则属于之后的系统需求、开发合同阶段的事情。
- エ
正解 业务需求定义是明确新系统在业务上「应实现什么」这一需求并就其达成共识的环节，而提出该需求的当事方正是实际承担该项业务的使用部门。若需求与使用部门的意图存在偏差却继续推进开发，完成后便会出现「与所期望的不一致」而需要返工。为防止这种情况，就需求内容必须事先取得共识的对象是「エ 新系统使用部门的负责人」。只有在取得使用部门负责人的共识之后，所定义的业务需求才能作为业务方的共同意见得以确定。
ここがポイント
- 业务需求定义是明确并就「业务方对新系统的要求」达成共识的环节，其共识对象是提出需求的当事方＝使用部门的负责人。
- 制作方（开发供应商）以及过去、现行系统的相关人员是实现或参考需求的一方，而不是确定并就业务需求本身达成共识的当事方。
用語