制图

chapter 7

比重较高 30%

第七章 需求分析& 设计定义

一共里一个Task，第七章在本书和考试的比重超过30%

重要的是7.1，使用到了很多的模型，图文并茂的方式会更有效，输入是4.2、4.3收集到的原材料，输出是明确 的需求定义

7.2和7.3，Verify核实需求和Validate确认需求都有验证的意思，Verify审查需求，确保输出的需求符合质量的标准，符合组织的需求，也符合业界的标准，不要出现前后矛盾的情况，避免出现不准确的措辞等等，Validate确认需求的目的是从价值的角度确保需求是有业务价值的，这两项一不同的形式来进行，前者检查质量，后者有可能需要和需求的所有者进行探讨，确认需求的价值是否在解决方案的范围内，这两项有可能同时在做。

7.4 目的是为了输出的需求定义格式和形式，比如说有的干系人是需要文档，有的干系人需要流程图，每一种需求可以称为View，或者分析模型，加入到需求文档中

7.5和7.6 基于前边输出的需求进行设计的相关的活动，

7.5根据所确定的需求寻找备选的方案，与6.4不同的是。6.4的输出的内容也要考虑不同的解决方案（新的软件和新的流程），但是站在更高的维度和战略层面，但是7.5是站在更详细的维度更细节的设计层次，但是7.5也要以6.4的输出为输入内容，另外7.3确认的需求也作为输入内容，还有5.3中需求的优先级划分作为参考，输出的话呢，包括有哪些满足需求的备选方案和设计

7.6对备选方案和设计进行评估，那就需要备选方案，6.2中需要达成的最大的价值，这个时候也不是BA能够排版的，这个时候需要组织的管理层和干系人进行决定，注意到这里的7.6 的输出只是一个建议，而不是最终的决定

1. 第7章篇幅最大，考试占比更高。

2. Define Requirements Architecture 确定输出的形式，满足不同view. 比如： 文档？流程图？多少文档？

3. 6.4 Define Change Strategy和7.5 Define Design Options. 一个更笼统更，一个更具体

第7章 Business Analysis 考题占30%

Verify requirements: 验证需求是否正确，无前后矛盾，别人能够理解

Validate Requirements: 验证是否符合业务价值