详细需求分析的节奏

原型要烂熟于心

对原型我们要做到心中有一个蓝图，提到某一个页面就能知道这个页面中的关键元素。
这个对我们理解系统和后面的详细分析很有帮助。这个过程我们不必考虑实现只需要脑子里有这么一个
结构就行啦。

对类图查漏补缺

前面我们已经抽取过了主流程图以及核心业务对象，但是我们没有细扣原型中的每一个元素的来龙去脉，
这个步骤就是做这件事，从一下两个方式去做：
1.根据页面的所有名词去找类图上对应的类和属性。
确定页面上的元素在类图上都能找到对应的类和属性，如果没有就进行添加，丰满类。
2.我们还需要从系统角度去思考潜藏的类属性，
比如：从系统层面说订单需要一个创建时间，状态属性，可能原型没有体现，需要我们去找出来。

用类图验证业务

这一步是为了保证类图上的所有类和属性已经满足了业务需求，也是对类图的一种验证。
不过这次是依据的主体是类图，一个类可能在多个页面出现，我们可以从另外一个视角来加深我们对系统类图的理解。

找功能

根据原型一个一个页面的去找出页面中的所有功能，不用考虑实现细节，只需要找出功能并列举出来。

分析功能实现细节

将功能以用例的方式表达出来，加上前置条件，实现这个功能的详细步骤，以及后置条件。
其中实现这个功能的详细步骤最好能到伪代码的程度，伪代码不要体现任何代码，只需要要使用自然语言描述，
思考的粒度到达业务不能再拆分为止。
记得找出功能中的检查项，并将找出的步骤以及检查项固化到一个地方，xmind或者worktitle上。
检查项能够帮助我们验证该功能是否完结，也可作为测试用例。