02客户眼中的需求(教案)

《02客户眼中的需求(教案)》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、《软件需求（第2版）》，教案2客户眼中的需求12.1客户12.2客户与开发人员的合作伙伴关系22.3关于“签字”32客户眼中的需求本章主要讨论客户与开发人员之间的关系，这对软件项目的成功至关重要。这也是作者的多年研究的成果。很别致。有特色。本章还提出了软件客户权利法案和对应的软件客户责任法案，这些法案强调了需求开发中客户（尤其是用户）参与的重要性。本章内容，以学生自己阅读为主。但应解释以下问题：2.1客户最广义地讲，客户泛指直接或间接得益于产品的个人或组织。软件的客户：l提出软件需求的人l购买、定义、使用软件产品的人l选择接受软件功能的项目涉众。u包括需求分析员

2、、开发人员、测试人员、文档编写人员、项目经理、技术支持人员、法律人员和市场营销人员。所以，面对客户，要努力辨识出其角色。或分析其言谈话语，推测其角色。大概的划分：（1）处于高级管理层的客户。代表了购买或投资软件项目的一类客户,负责定义业务需求。他们给出高层次的产品概念，并从业务角度说明为什么需要这样一个产品。业务需求描述了客户、公司或其他涉众希望达到的业务目标，为项目的其他部分提供了参考框架。业务需求没有提供足够的细节帮助开发人员了解项目。提供业务需求的客户往往自称为用户的代言人，但实际上他们并不是系统的直接用户，因此不可能准确提供用户的需求。（2）实际使用产品

3、的人。低一层的需求，即用户需求来自这类用户（通常被称为“最终用户”）。用户能够描述出他们需要使用产品完成哪些任务，以及他们希望系统具备哪些质量特性。3对于信息系统、签约开发或自己开发的项目，业务需求应来自投资项目人，而用户需求则应来自产品的实际使用者。有时，涉众各方没有对用户需求与业务需求达成一致，这对开发人员来说是风险。再有，这两类用户往往没有时间来配合需求分析员的工作（收集、分析和记录需求），这是第二道风险。商业软件开发的情形稍有不同：这种情况下客户往往就是用户。2.1客户与开发人员的合作伙伴关系高质量的需求，源自开发人员和客户之间良好的沟通与合作，即所谓的

4、合作伙伴关系。然而，随着项目承受的压力不断增大，涉众各方很容易忘记大家的目标其实是一致的：开发出具有较高商业价值的成功的软件产品，给所有涉众带来回报。怎样搞好关系？（1）建立规则和制度。软件客户的权利法案（见表2.1）列出了10项权利，表2.2是义务。表2-1软件客户的权利法案客户有权利1．要求需求分析员使用客户的语言2．要求需求分析员熟悉客户的业务，了解客户对系统的目标3．要求需求分析员把需求收集过程中客户提供的信息组织成书面的软件需求规格说明4．要求需求分析员解释需求过程生成的所有工作结果5．要求需求分析员和开发人员尊重客户，始终以合作和专业的态度与客户进行

5、互动6．要求需求分析员和开发人员为需求和产品实现提供思路和备用方案7．要求开发人员实现能让产品使用起来更容易、更有趣的特性8．调整需求，便于重用已有的软件组件9．在提出需求变更时，获得对变更的成本、影响及二者权衡关系的真实评估10．获得满足功能和质量要求的系统，这些要求必须事先告知开发人员并征得其同意3表2-2软件客户的义务法案软件客户有义务1．为需求分析员和开发人员讲解业务并定义业务术语2．提供需求，阐明需求，通过与开发人员的交互将需求充实完善3．对系统需求的描述必须详细、准确4．需要时，及时对需求做出决断5．尊重开发人员对需求成本和可行性的评估6．与开发人员

6、协作，为功能需求、系统特性和用例设置优先级7．审阅需求文档，评估原型8．发现需要变更需求时，及时与开发人员沟通9．按照开发组织的变更控制过程提出需求变更10．尊重需求分析员在需求工程中使用的过程要求学生阅读以下小节：2.2.1软件客户的权利法案2.2.2软件客户的义务法案2.1关于“签字”签字是必须的，但决不是万能的。签字往往被轻视，或被曲解。关键是认识一个事实：l不可能在项目初期就能明确所有的需求，需求肯定要随时间的推移而发生变化。l批准需求，意味着需求开发过程的一个阶段性结束（里程碑）。作为正式的形式，双方参与者必须签字，并就结束以及其后阶段的准确含义达成一

7、致的理解。不注意事实，就会把签字当成武器（也许发展为凶器）。项目开发过程中，当需求中的疏漏被发现，或市场和业务需求发生变化时，客户和开发人员之间容易产生摩擦。对需求基线的一致理解则有助于减少这种摩擦。解决的办法；设置基线。基线（baseline），一个时间快照，表示针对某一产品的特定版本达成一致意见的、经过评审的、并得到批准的需求集。3