問29
頻出度★★★
現行システムの使用を開始してから10年が経過し, その間に業務内容も変化してきた。そこで, 全面的に現行システムを開発し直すことになった。開発者が, システム要求の分析と, それに基づく要件定義を行う場合, 開発者のシステム利用部門とのかかわり方として, 適切なものはどれか。
平成21年度 秋期 ITパスポート試験 問29
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 29
错误ア
如果回避与系统使用部门的关联, 就无法获得业务的实际情况和现场需求本身。需求分析中需要的不是借「客观性」之名切断信息, 而是充分听取系统使用部门的意见。越是断绝关联, 需求的缺失和错误就越多, 开发出来的系统也就越无法使用。
- イ
正解 需求定义是开发者把「系统使用部门真正需要的业务需求」完整、正确地整理成形的工序。既然10年间业务内容已经发生变化, 真正知道正确答案的就是每天在运转这些业务的系统使用部门, 仅靠开发者无法发现需求的遗漏和误解。因此, 要把整理好的系统需求与系统使用部门一起逐条对读, 当场找出认识上的分歧和遗漏, 这就是「联合评审」。联合评审是在早期阶段确认需求妥当性、防止后续工序返工 (规格变更、推倒重做) 的标准做法, 同时也是取得系统使用部门认可 (批准) 的场合。因此,「系统需求与系统使用部门共同进行评审」的「イ」是恰当的。
错误ウ
系统需求就是系统使用部门的业务需求本身, 因此不是开发者可以单独决定的。如果把系统使用部门的意见只当作「参考」, 需求就会与实际业务脱节, 在验收测试或投入运行之后产生巨大的返工。需求必须与系统使用部门达成一致并取得批准后再确定。
错误エ
现行系统的操作手册只不过是记述「现在的系统能做什么」的资料, 并没有反映10年间发生变化的当前业务需求。仅以此为依据来确定功能, 就会原样继承现行系统的限制和已经不再需要的功能, 无法达成全面重新开发的目的。
ここがポイント
- 在需求定义中, 系统使用部门 (发包方、业务的当事人) 是主角, 开发者负责挖掘并整理需求, 并通过联合评审确认妥当性、形成共识。
- 联合评审是在开发的早期阶段发现需求的错误和遗漏, 从而降低后续工序返工成本的手法。
用語