分析已有文档：

1. 查找都有哪些文档

2. 记录，核实文档内容

3. 报告给干系人

plan tracebility approach 如何理解

第7章 Business Analysis 考题占30%

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

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

6领域，30 tasks

箭头表示输入输出

记忆task的输入输出，purpose

非功能需求也需要被写入需求文档中，需要能被衡量和测试

glossary

一个用户可以下多个订单，

一个订单只能来自于一个客户。

BA 定义的是requirement，而不是design

business policy: directive concerned thie boardly controlling 

business rule. sepcific, testable, directive.

service to one policy.

definition rules & behavioral rules

业务规则目录单独管理：业务规则可以被引用在不同位置。gu

密码设定规则，

密码设定规则

验证码收取规则。

120 questions, 3.5 hours

1/3 case study : 1 case and 4 questions following

2/3 basic knowledge

机考

Matrices

Diagrams

Model category

组织，人物，角色关系。

modelcategory: retionale

represent why

Analyze requirement

stakeholder requirement

business requirement

UML 独立建模语言

What is Business Analysis:

组织架构图去分析

部门，

汇报关系

每个关系人的角色

Roles

Attitudes：支持还是否定

Decision Making Authority：哪些人有批准的权限。

Level of Power or Influence：影响力（可能是专家）

关系人列表分析需要反复去做。

每个关系人所需要的信息的种类，交付的方式，时间，频率，详细程度等

做一次完整的详细的关系人分析。随着项目过程中，有新的关系人增加或者减少。
 

interated.

perspective

The Business Analysis Core Concept 

1·Needs-A problem or opportunity to be addressed

2 Changes-The act of transformation in response to a need

3 Conte

需求的收集方法：访谈，问卷调查，需求研讨会，焦点小组，观察，原型。

三部曲：之前，准备工作，中间，考虑因素，结束，跟进事项

4.1/4.2/4.3，主要的是介绍technical

访谈：范围，人员，问题规划，输出：

strategy analysis-战略分析：定义问题，设定目标和范围，

解决方案的实施-为实施提供输入-需求

solution-解决方案的评价。前提条件是解决方案已经存在，怎么存在的，跟BA没有关系。BA是对解决方案recommend。可能需要修改解决方案，包括组织架构的调整，

以上3条，循环

-------------------

elicitation & collaboration-收集需求，本身有协作的内容，有沟通。

planning&monitoring是平行所有模块的内容，对实际工作的计划和监控

----------------------

knowledge area tasks

每个task（elements）都要有输入和输出，需要记住

Guidelines Tools 之前是归于Inputs的。

stakeholders在task中是怎样的角色

technique，理解为主，需要知道为什么要用这个方法

element是task的内容。

-----------------------------

task的定义，discrete piece of work，独立的工作，