3.焦点小组：定性，收集观点看法

5.商业论证：商业需要

需求管理计划：启发需求的方式

8.

A.组织成面需要

CD,解决方案需求

14.关键词，快速发布----》敏捷---》产品待办

28.时间地点难以协调时，可采用问卷

66.评估后走流程

74，工作报：详细， 规划包：粗略

100.输出商业论证，审查

101.需要评估，宏观

102.交付前参与人

104.用例适合功能性需求,单一角色

107.业务规则分析，c只适用于预测型

108.接口属于功能性需求

110.效益分析---》价值

115.预测型才先走流程

121.谈判=磋商

123.观察了解原因

124。问题issue--》负面

130.一对一，一对多

134.新流程---》方案

136.独立性---》敏捷

137 抵触---》优先处理

145.SWOT-->非量化

RACI模型/图
R=Responcable

12.启发计划是非交付成果，非正式

13.对话，对话，结构化访谈，特定相关方，一对一，或对一些特定，研讨会一般很多人。

15.分支路径，使用扩展或分支

16.各选择一个先试试。

17.定性到定量

18.不去关注细节。

22.牛逼。

23.raci，每个holder扮演什么角色和权限等级

24。期望和阐明角色，适应性的是非正式。

25.确认，并不是批准。

26.子集、子集、子集

27.格外小心，分析，并不是启发。

28。

29.优先级划分的方法

31.需求批准需要分析师签字，不需要发起人。

38.接口表不包括人，系统交互包括人

44.创建需求包一般是很重要的时候才会准备。

46.评价建议，需要划分优先级

51.走查或巡检。研讨会是达成共识，同行评审是质量审查，volidate确认需求有价值，有用户群体参加，verify是可以有不了解使用场景的，，同行评审，peeer review发现质量问题。

52.变更首要考虑基准，和绩效无关。

1.定义。

3.确认需要人，核实需要标准，这样记

4.草率了，开始觉得D挺合理，实际上未必要换方案。

5.QA提供选项，PM给出取舍。

6.需要看下这几个图的区别。表面分析，是需要确定趋势的，所以用散点图。

7.看一下运行图，控制图是监督过程结果。

11.范围说明中包含的应该是可交付成果验收标准，而不是产品测试标准。

13.赞，还没忘。

14.控制图概念需要看一下，幸亏没忘。

16.先质量，再核实范围。

17.没好好理解题目，通过测试和缺陷情况，给了信心确认满足需求，应该是缺陷比较少，或者不影响主要价值的实现。

18.需要再强化下答案。

19.特殊背一下吧，当时以为不包括识别与评估缺陷。

20。需要看一下

5.复习

7.鱼骨图识别质量……

8.需要复习，看6.7.3，如同所有的缺陷，评价过程中发现的缺陷应该。

5.发起人不清楚细节

15.变更请求前执行建立需求基准，变更后也要建立？？

16.结构化巡检属于需求沟通。

17.需求管理工具能加快进度？？？

19.有迷惑性

2.出现冲突，先组织需求讨论会，沟通很重要。

4.翻译问题，审查后创建一个新baseline（基准）

8.baseline是控制开发范围及变更的。

10/11题有一定迷惑性

14.规则、规则、规则，A里面有。

15.有点不服这题，没找到581，回家看看。完整性，添加标签……

16.原话定义。

17.跟踪矩阵，竟然还有测试用例！！！

20.看来真有测试用例……

21.死记硬背吧，需求基准……

22.节约资源，尼玛竟然忘本了……

24.基准是范围和变更，跟踪矩阵是关联各种

25.基准是范围和变更。

29.没提范围。

31.晕了，矩阵也能有范围？？？可能是微观的战术上

37.首先还是要遵照流程

38.容易错，

7.容易错。8.erd。

12.容易错。

13.容易错

18.

1.BA主要关注产品需求（商业需求、相关方需求、解决方案需求和部署转换）；

2.其他选项都不够全面；

5.知识应用到解决方案或者需求当中；

7.围绕需求展开工作；

4.规划启发活动和开展活动前，最应该考虑存在制约启发活动时间安排的关联关系。

5.干系人必须被加入。

8.启动讨论的实际目标，要很具体/细化明确/量化可验证考核。

22.有点难理解。但D的话有点像焦点小组。

24.慎重控制会议和参与者，重在引导。

28.注意是大量信息，观察法相比其他可能更全面，相比文件分析可能没那么精确细化而已。

35.主动观察法可以打断和询问工作者。

39.那抛弃型是哪个？？？？？？

42.故事画板铜是通过图片和图示显示导航顺序

48.用例图属于范围模型，用户故事属于过程模型，实体关系图、状态图都属于数据模型，线框图是接口模型。

51.系统交互图可以明确范围和接口。

55题太容易混淆，题眼应该是建立需求，D的话应该不是原型的最主要好处

56.范围模型是进行结构化与组织。

57.范围管理的价值，价值，价值，是商业目标

58竟然不是系统交互图？？？B也有系统二字。

同58

60系统交互图主要描述接口，而不是系统间关系。

61.很容易错的题，B也有功能的描述，重点在于树形结构，有父子关系。还错/还错/还错

63.需要死记硬背

64.傻b了，题里面有用例。

66。用例一般只描述一个功能，有逻辑陷阱。

69.图，不是模型，大哥，用例图是范围模型。

82.反复错，需要看一下概念，但商业规则明显不是商业目标

83.审题不细，实体，实体

84.实体，实体，实体，不是描述数据间的关系。

86.看一下概念

87。看一下概念，A说流动不太准确，但B同样，字典用来捕获需求和商业规则？？好吧、

88.D描述的是报告表，可以排除。

89.90.看一下概念

91.比较另类

92.界面流不会很详细和精确，还是看一下概念

95.商业需求不是文档。

96.环境图不是解决方案的例子。

97.比较难

103。有点迷惑性，需求启发确实一般不包含可行的解决方法

启发需求的信息来源

启发活动阶段

引言阶段哪些行为：实践指南P113

跟进阶段行为：实践指南p116

22题引导式研讨会的好处：实践指南P119

28题观察法：实践指南P126

39题原型法：类型低保真高保真，例子故事板和线框图 实践指南p130

46题：实践指南P134

47题：实践指南P136

48题模型分类：实践指南P138

55题：实践指南P141

范围模型

过程模型

规则模型

数据模型

功能模型

用例图：直线代表什么，组成，愉快路径

用户故事：与用例的区别

实体关系图

系统交互图

状态图

线框图

决策树

生态系统图

商业目标模型

流程图

过程流

泳道图

决策流

数据流

数据字典

状态表

报告表

系统接口表

用户界面流

约束条件放在需求文件哪里

确定解决方案范围时，所用的关键工具之一是功能分解。

流程模型记录业务流。

情景说明包含在商业论证中。

帕累托：质量重要图标

控制图：可允许的最大值最小值

亲和图：分类

价值衡量：成本收益分析中列出的预期收益。

5，组建项目团队由项目经理负责。

11.实践指南3.2.1

12.2.4.7

14.PMBOOK 8.1.3

质量测量标准

15.3.6启动项目管理计划变理最频繁的是监督与控制。

16.

17

18.2/6

29.商业规则是长期有效；

30.风险触发因素是风险将要发生的征兆；

31.

1、P19 2.3

2、P17 2.1

3、P21 2.3.2

4、

5、P23 2.4.7

6、P18 2.2

7、P18 2.2

8、P19 2.3

9、P20

10、P19-21 2.3.1

11、P18 2.2

12、P36 

13、P21

14、P21

15、P23 2.3.4

16、P23 2.3.4

17、P24

18、P25

19、P27 2.4.1.2

20、P27

21、P28 2.4.2

22、P30 2.4.4

23、P31-37

24、P32 2.3.2

25、P32

26、P38-40

27、P43

28、P49 2.5.5

29、

30、

31、P56 2.6.1

32、P54-55 

33、P54-55

34、P55 2.6.1

35、P55

1

2、第一页，原话

3、

4、P3

5、

6、PMBOK P132

7、PMBOK P132

8、P6 1.6

9、P12 1.8

10、

11、P13 1.8.1

报告表，用户界面流，需求分类的过滤规则，约束，使用模型的好处，用例的用途，用户故事

引导式研讨会，观察法，故事画板