問8
頻出度★★☆
システム開発における業務要件を定義する目的として, 適切なものはどれか。
平成24年度 春期 ITパスポート試験 問8
ストラテジ系システム企画 › 要件定義
这道题的解析和你的作答记录。
解説
問 8
错误ア
“有效利用企业的经营资源，进行统一管理”描述的是 ERP（Enterprise Resource Planning，企业资源计划）的理念，以及实现这一理念的 ERP 套件产品的目的。ERP 把会计、人事、生产、销售、库存等容易按业务条块分割的信息汇集到一个统一的数据库中，以全公司整体最优的视角来管理人、物、资金、信息这些经营资源。这说的是经营管理的机制或所引入产品的性质，而不是在具体的系统开发中梳理需求并与相关方达成共识这项工作的目的。
错误イ
“从根本上重新审视业务流程、组织和系统，并加以重构”是对 BPR（Business Process Reengineering，业务流程再造）的说明。BPR 指的不是对现有业务步骤做局部改良，而是把业务的流转方式和组织的存在形态本身先归零、再重新设计，以求实现效率的大幅提升和客户价值的提高，是一种经营手法。业务需求定义同样要描绘新业务的样貌，这一点是共通的，但业务需求定义的目的终究是确定要系统化的范围与功能并取得相关方的共识，而不是以从根本上重造组织和业务本身为目的。
错误ウ
“为实现经营目标，制定 IT 化的方针和实施计划”是位于需求定义之前的规划过程（企划过程）的目的，也就是信息化战略（IT 战略）的制定以及系统化构想、系统化计划的目的。在这一阶段，要以经营战略和经营目标为出发点，决定按怎样的顺序对哪些业务领域实施 IT 化、投资额与组织体制、进度安排等整体方针。业务需求定义则是承接这一方针，针对每个具体系统落实为具体的范围与功能并达成共识的工序，两者虽同属上游阶段，但所处的步骤不同。要点在于不要把制定方针、计划与具体化、达成共识这两件事混为一谈。
- エ
正解 正确答案是 エ“将系统化的范围和功能具体化，并在利益相关者之间达成共识”。业务需求定义是处于系统开发上游的需求定义过程中的核心工作，它同时承担两项作用。第一项是“具体化”。在系统化计划阶段还比较笼统的构想，要在这里深入到下面这个层次：新的业务按照怎样的步骤运转，输入哪些信息、输出什么结果，存在哪些业务上的约束（法规、期限、处理量、相关的组织与角色）；并在此基础上把从哪里到哪里由系统来实现这一对象范围，以及所需的功能与性能形成书面文档。第二项是“达成共识”。在这里确定下来的内容，会牵涉到经营者、实际开展业务的使用部门、信息系统部门、承担开发的一方等立场各异的全体利益相关者，因此要在确认各方形成了相同理解之后，汇总为需求定义文档并取得正式批准。这份共识文档成为此后设计、开发、测试的前提，也成为判断能否验收已完成系统的标准。反过来，如果范围和功能仍然含糊，或者部分相关方的理解仍存在分歧就继续往前推进，就会在开发后期暴露出“和当初要求的不一样”这种认识偏差，招致大量返工和费用超支。正因如此，业务需求定义的目的是“把范围和功能具体化”与“就此在利益相关者之间达成共识”这两个并重的方面，所以 エ 正确。
ここがポイント
- 业务需求定义的目的 — 在明确新业务的开展方式之后，把系统化的对象范围和所需功能具体化，并在经营者、使用部门、开发方等利益相关者之间达成共识，汇总为需求定义文档。这份共识文档是设计、开发、测试的前提，也是验收判定的标准，所以若在含糊状态下继续推进，就会在后期造成大量返工。
- 上游阶段的顺序与易混术语的区分 — 记住这样的排列：经营战略 → 信息化战略、系统化构想、系统化计划（规划过程，选项 ウ）→ 需求定义过程（业务需求定义，选项 エ）→ 开发过程。同时按目的区分记忆：经营资源的统一管理是 ERP（选项 ア），业务流程和组织的根本性重造是 BPR（选项 イ）。
用語