聆听客户的需求.pdf12

聆听客户的需求
需求获取(requirement elicitation)是需求工程的主体。对于所建议的软件产品，获取需求
是一个确定和理解不同用户类的需要和限制的过程。获取用户需求位于软件需求三层结构的
中间一层。来自项目视图和范围文档的业务需求决定用户需求，它描述了用户利用系统需要
完成的任务。从这些任务中，分析者能获得用于描述系统活动的特定的软件功能需求，这些
系统活动有助于用户执行他们的任务。本章将介绍需求获取原理，并把重点放在“使用实例”
方法的应用，这种方法是用于获取产品的用户需求。
需求获取是在问题及其最终解决方案之间架设桥梁的第一步。获取需求的一个必不可少
的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就
能探索出描述这些需求的多种解决方案。参与需求获取者只有在他们理解了问题之后才能开
始设计系统，否则，对需求定义的任何改进，设计上都必须大量的返工。把需求获取集中在
用户任务上—而不是集中在用户接口上—有助于防止开发组由于草率处理设计问题而造成
的失误。
需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序，这些活动是相互隔开、
增量和反复的。当你和客户合作时，你就将会问一些问题，并且取得他们所提供的信息（需
求获取）。同时，你将处理这些信息以理解它们，并把它们分成不同的类别，还要把客户需求
同可能的软件需求相联系（分析）。然后，你可以使客户信息结构化，并编写成文档和示意图
（说明）。下一步，就可以让客户代表评审文档并纠正存在的错误（验证）。这四个过程贯穿着
需求开发的整个阶段。
由于软件开发项目和组织文化的不同，对于需求开发没有一个简单的、公式化的途径。
下面列出了1 4个步骤，你可以利用它们指导你的需求开发活动。对于需求的任何子集，一旦
你完成了第十三步，那么你就可以很有信心地继续进行系统的每一部分的设计、构造，因为
你将开发出一个好的产品。
..............................