需求分析与解决方案设计ch02.pptVIP

第2章 客户眼中的需求 某些需求问题源于混淆了不同层次的需求(业务需求、用户需求和功能需求)。 这一章将讨论客户与开发人员之间的关系，这对软件项目的成功至关重要。 还提出了软件客户权利法案和对应的软件客户责任法案，这些法案强调了需求开发中客户(尤其是用户)参与的重要性。 2.1 客户 最广义地讲，客户泛指直接或间接得益于产品的个人或组织。 软件的客户包括那些提出软件需求，购买、定义、使用软件产品或选择接受软件功能的项目涉众。 低一层的需求——用户需求——则应来自实际使用产品的人。这类用户(通常被称为“最终用户”)构成了另一类型的客户。 对于签约开发或自己开发的项目，业务需求应来自投资项目人，而用户需求则应来自产品的实际使用者。 2.2 客户与开发人员的合作伙伴关系 要想开发出优秀的软件产品，必须以优质需求为基础精心制定计划。 而高质量的需求则源自开发人员与客户之间的沟通与合作，即所谓的合作伙伴关系。然而很多时候开发人员与客户之间却是一种对立关系，项目经理如果只考虑自己的进度而不考虑用户提出的需求，就会造成矛盾，这样对谁都没有好处。 只有参与各方都了解自己获得成功的条件，并且理解和尊重合作者的成功条件时合作才能取得成功。 客户与开发人员的合作伙伴关系，体现在软件客户的权利与义务法案 2.2 客户与开发人员的合作伙伴关系 软件客户的权利法案(见表2.1)列出了10项权利。在项目需求工程的实施过程中，客户可以理直气壮地向需求分析员和开发人员提出这些要求。 2.2 客户与开发人员的合作伙伴关系 2.2.1 软件客户的权利法案 权利之一：要求需求分析员使用客户的语言 需求的讨论必须以客户的业务需求和业务工作为中心，使用客户的业务用语。 客户可以通过词汇表向需求分析员提供业务术语。 权利之二：要求需求分析员理解客户的业务和目标 通过与客户交流获得需求，需求分析员能够更充分地理解客户的业务以及如何让产品适合业务需求。 权利之三：要求需求分析员编写软件需求规格说明 需求分析员对来自不同客户的信息进行整理，把用例同业务需求、业务规则、功能需求、质量目标、对解决方案的建议等内容区分开来。 权利之四：听取对需求工作成果的解释 需求分析员也许会使用不同的示意图来配合SRS文本对需求进行描述。 权利之五：得到需求分析员和开发人员的尊重 参与需求开发过程时，客户有权要求需求分析员和软件人员尊重他们的想法，并且珍惜他们为项目成功所付出的时间。 2.2.1 软件客户的权利法案 权利之六：听取开发人员对于需求及如何实现需求的想法和备用方案 需求分析员应该了解客户现有的系统为何不能很好地满足他们的业务流程需要，从而保证新的系统能够更高效满足新需要。 权利之七：描述使产品易于使用的特性 客户可以要求需求分析员留意用户功能需求之外的软件特性。 权利之八：为实现重用而对需求做出调整 需求分析员也许知道有现成的软件组件大致符合客户描述的部分需求。需求分析员应该把这种情况告诉用户，让他们选择是否对需求做出修改，以便开发人员能够重用已有的软件。 权利之九：获得对变更成本的真实估算 如果知道还有开销更小的方案，客户会作出不同的选择。 权利之十：得到满足功能和质量需求的系统 大家都希望项目达到的圆满结果。但有两个前提：客户将开发产品需要的所有信息明确告知了开发人员；开发人员也让客户清楚了所有的选择和约束。 2.2.2 软件客户的义务法案 义务之一：为需求人员和开发人员讲解业务 开发小组依靠客户为他们讲解客户的业务概念和术语。 讲解业务的目的不是要把业务分析员培养成该领域的专家，而是帮他们理解客户的问题和目标。 义务之二：花时间提供并阐明需求 有义务投入时间去参与产品开发过程、自由讨论、会谈以及其他需求获取活动。 义务之三：对需求的说明必须具体和准确 客户应尽量把每项需求的意图阐述清楚，以便需求分析员可以在SRS中将其准确表达出来。如果无法准确描述，客户应该同意采用能达到所需准确度的方法。 义务之四：及时做出决定 需求分析员会要求客户做出很多选择和决定，包括解决来自多个客户的需求间不一致的问题，以及评估信息的准确性。 义务之五：尊重开发人员对成本和可行性的评估 开发人员最有资格来估算这些成本，尽管他们中很多人并非熟练的评估员。 2.2.2 软件客户的义务法案 责任之六：为需求设置优先级 对于设置优先级，客户应该起主导作用，因为开发人员无法确定某个需求对客户究竟有多重要。开发人员将提供关于每项需求的成本和风险的信息，帮助确定最终的优先级。客户确定了需求的优先级后，开发人员可以据此在合适的时间内，以最低的成本创造出最大的价值。 义务之七：审阅需求文