|
|
|
|
|
|
|
|
|
|
|
|
|
客户访谈是最早开始使用的获取用户需求的方法，也是至今仍然广泛使用的一种需求分析方法。客户访谈是一个直接与客户交流的过程，既可了解高层用户对软件的要求，也可以听取直接用户的呼声。访谈可分为正式的和非正式的两种基本形式。正式访谈时，系统分析员将提出一些用户可以自由回答的开发性问题，以鼓励被访问的人能说出自己的想法，例如，可以询问用户对目前正在使用的系统有哪些不满意的地方、为什么等问题。另外，对一些需要调查大量人员的意见的时候，可以采用向被调查人发调查表的方法进行。然后对收回的调查表仔细阅读，之后系统分析员可以有针对性地访问一些用户，以便向他们了解在分析调查表中所发现的问题。
|
|
|
|
|
|
系统在开始的时候，往往是系统分析员用户领域内的专业知识，而用户也不熟悉计算机知识，这样就造成他们之间的交流存在着巨大的文化差异。因而，需要建立一个由用户、系统分析员和领域专家参加的联合分析小组，由领域专家来沟通。这对系统分析员与用户逐渐的交流和需求的获取将非常有用。另外，特别要重视用户业务人员的作用。
|
|
|
|
|
|
不要期望用户在一两次交谈中，就会对目标系统的需求阐述清楚，也不能限制用户在回答问题的过程中自由发挥。在每次访问之后，要及时进行整理、分析用户提供的信息，去掉错误的、无关的部分，整理有用的内容，以便在下一次与用户见面时由用户确认；同时准备下一次访问用户时更进一步的细节问题。如此循环，大概需要3～5个来回。
|
|
|
|
用传统的常规的需求获取方法定义需求时，用户过于被动，而且往往与开发者区分“彼此”。由于不能像同一个团队的人那样齐心协力地识别和精化需求，所以这种方法效果有时不太理想。为了解决这个问题，人们研究出一种面向团队的需求获得方法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。这种方法有许多优点：开发者与用户不分彼此，齐心协力，密切配合，共同完成需求获取工作。感兴趣的读者可以查阅相关资料。
|
|
|
