|
|
|
|
|
|
|
|
|
|
|
|
不要期望用户在一两次交谈中，就会对目标系统的需求阐述清楚，也不能限制用户在回答问题的过程中自由发挥。在每次访问之后，要及时进行整理、分析用户提供的信息，去掉错误的、无关的部分，整理有用的内容，以便在下一次与用户见面时由用户确认；同时准备下一次访问用户时更进一步的细节问题。如此循环，大概需要3～5个来回。
|
|
|
|
用传统的常规的需求获取方法定义需求时，用户过于被动，而且往往与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，所以这种方法效果有时不太理想。为了解决这个问题，人们研究出一种面向团队的需求获得方法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。这种方法有许多优点：开发者与用户不分彼此，齐心协力，密切配合，共同完成需求获取工作。感兴趣的读者可以查阅相关资料。
|
|
|
|
|
|
|
|
| |
|
|
|
