Reviews：

1. 了解左图各个review的方法。

2. 各个review有正式的，也有非正式的。都有不同优缺点。

Ad hoc: 临时的。

需求的特征：其中Atomic 原子性，意味不可分割的，不用好几个需求错杂在一起。

User Stories 用户故事

1. 一个简短的描述，1-2句话。看左图例子（作为顾客，我可以使用商品查询，以快速找到所需的商品）。其中Why - 体现价值。

2. 和Use cases的区别，use cases非常细节的定义了，开发人员可以直接开发了。User Stories，没有足够细节，适合敏捷方法论，短小简略，可测试的，实现快速迭代，对开发人员能力需求高。

State Modelling - 状态模型。

比如说一个订单，在生命周期类，有几个状态。各状态中间怎么转换。

非功能性需求分析，更多以文本方式表现。

1. 了解非功能性需求的分类及各单词意思。

2. 各项需求达成目标所衡量的目标要清晰定义。要不就无意义了。

使用事项：如果非功能需求满足太过苛刻，会带来巨大投入需求，要避免这种情况。

Data Modeling: 数据模型

1. 分类： 概念数据模型，逻辑数据模型，物理数据模型。

2. Diagrams图分为：实体关系图ERD和 Class Diagram类图

3. 使用事项：

3.1提供多层次的展现，比如有时只需要概念数据模型。

3.2对非IT背景人员来说不易用。

P.S.:

1. 了解ERD和Class Diagram图的样式。

2. 了解概念数据模型，逻辑数据模型和物理数据模型图的样式。

Business Rule: 业务规则

Policy:  指令，要求。宽泛的。（比如客户是上帝）。 

Rule: 具体和明确的规则。为某条Policy服务的。

左图例： 用决策表方式定义了Business Rule. 

规则分两类：Definition Rules（定义型规则）. Behavioral Rules. (行为型规则）。

Scope Modelling:  范围建模（范围模型）。

常用的有： 

1. Context Diagram: 系统交互图（环境图）

2. Use Case Diagram: 用例图

P.S.： 可细节的了解下范例讲解。

Decison Modelling 决策建模（决策模型）

决策表/决策树

理解花店SWOT

Business needs的来源于：Top Down, Bottom up, from middle management and from external drivers. 

TCO: Total Cost of Ownership

Discount Rate: 贴现率.

IRR：内部回报率. 越高越好。

记住各个计算。。。。

Gourping方式：比如MoSCoW:法Must/Should/Could/Won't

Ranking方式：依据标准打分再确认优先级。

Time boxing: 时间盒，用于迭代式开发，预先防止在各个时间盒子中。每个时间盒，完成什么任务。

(budgeting: 和时间盒类似，但是按照预算分）。

Neogitation： 

确认信息搜集，两种方法：

一种是发还信息搜集的记录给干系人，让确认。

考试中，区分下面几个technique的区别：

Brain storming: 无中生有，产生大量想法先。

Focus group: 了解对某个事物的看法。

Workshop: 聚集干系人，目的要排除分歧，达成一致。

使用考虑：

优点： 快速达成一致。成本更低。

困难点；时间安排困难。

焦点小组: 6 -12人

1. 参与人是预先挑选的。

2. 参与人特质。Homogeneous: 均匀的一致的。Hetrogeneous:不一致的。

3. 定性分析的，有主观因素的。Qualitative. 

4. Moderator: 主持人/Recorder: 记录人。

一对多，节省时间成本，面对面沟通更好，有助于相互启发思考。

局限在于，

1. 可能敏感信息不会被讨论（一对一访谈比较适合这个）

2. 说的和想的，可能不样（有Moderator

Document Analysis - 文档分析。

使用注意： 文档的有效性，

Elicitation - 发掘，挖掘，引导。

注意：有时被访谈人，自己都不知道需求是什么

Indicator: 指标。

Metric:

1. 某一指标的量化的程度水平。比如客户满意度达到4.8分。

2. 多个指标相配合。

3. 指标数值：特定数值点，比如4.5分。或者是阈值门槛(threshold)，销售额不能低于200万。或者是一个范围区间(Range). 

1. 三种措施：