循序渐进的挖掘用户需求

1，理解问题域
需求工作所有的目的都集中在明确系统将要解决的问题上，所以必须能够诱导和探索出
涉众的根本问题，必须了解业务领域知识，必须能够了解涉众的业务场景，必须标识出关键
的功能。通称这些活动是并行的进行的，目标是描绘出涉众的真实需要。
系统能够正确地反映问题域是非常重要的，这可以把问题用“类”来描绘，这就是概念
类或者称之为领域类，多这样的问题建模，称之为领域建模。领域类是只有名称和属性的类，
不考虑行为，只关注类与类之间的关系。
领域建模目的是通过对核心业务场景的分析，标示出系统必须保存与维护的那些信息，
这样的模型只需要捕获核心概念及关系，并不需要向数据库设计中数据建模那样的过于考究
细节，这个工作可以放在以后进行。
2，抽取系统特性。生成《系统关键特性》表。
这个列表用简练的语句，概括定义了系统的需求，但并不需要涵盖所有的需求，不过，
这个列表往往反映出用户的关注点。
另一方面，从开发者的角度，需要针对每个特性提出相应的验收标准。
4，总结功能性需求。
5，重视非功能性需求。
6，完善系统关键特性表。
7，确定验收标准，包括功能性需求，和非功能性需求，需要有量化，比如运行1年不死机，等等。
8，编写规格说明书。