软件需求习题集3.docxVIP

习题二：2-2、说明客户与开发人员之间是什么关系？客户与用户是一样的吗？答：通常意义下，客户是指直接或间接从产品中获得利益的个人或组织。软件客户包括提出 要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者 (stakeholder)或是获得产 品所产生的结果的人。他们能说清楚要使用该产品完成什么任务和一些非功能性 的特性，而这些特性会对使用户很好接收具有该特点的产品是重要的。2-3、什么是业务需求、什么是用户需求？答：业务需求应说明客户、公司和想从该系统获利的风险承担者或从系统中取得结果的 用户所要求的目标。业务需求为后继工作建立了一个指导性的框架。其它任何说明都应遵从 业务需求的规定，然而业务需求并不能为开发人员提供许多开发所需的细节说明。 用户需求 —必须从使用产品的用户处收集。因此这些用户（通常称作最 终用户），构成了另一种软件客户。他们能说清楚要使用该产品完成什么任务和一些非功能性 的特性，而这些特性会对使用户很好接收具有该特点的产品是重要的。说明业务需求的客户有时将试图替代用户说话，但通常他们根本无法准确说明用户需求。2-4、客户与开发人员之间是什么关系？答优秀的软件产品是建立在优秀的需求基础之上的。而高质量的需求来源于客户与开发人 员之间有效的交流与合作。：只有当双方参与者都明白要成功自己需要什么，同时也应知道要成功合作方需要什么时， 才能建立起一种合作关系。2-5、简述软件客户需求权利书。答：客户有如下权利： 1. 要求分析人员使用符合客户语言习惯的表达。 2. 要求分析人员了解客户系统的业务及目标。 3. 要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明。 4. 要求开发人员对需求过程中所产生的工作结果进行解释说明。 5. 要求开发人员在整个交流过程中保持和维护一种合作的职业态度。 6. 要求开发人员对产品的实现及需求都要提供建议，拿出主意。 7. 描述产品使其具有易用、好用的特性。 8. 可以调整需求，允许重用已有的软件组件。 9. 当需要对需求进行变更时，对成本、影响、得失（ trade-off）有个真实可信的评估。 10. 获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。2-6、叙述一下客户需求的权利与义务？答：客户有下列义务： 1. 给分析人员讲解业务及说明业务方面的术语等专业问题。 2. 抽出时间清楚地说明需求并不断完善。3. 当说明系统需求时，力求准确详细。 4. 需要时要及时对需求做出决策。 5. 要尊重开发人员的成本估算和对需求的可行性分析。 6. 对单项需求、系统特性或使用实例划分优先级。 7. 评审需求文档和原型。 8. 一旦知道要对项目需求进行变更，要马上与开发人员联系。 9. 在要求需求变更时，应遵照开发组织确定的工作过程来处理。 10. 尊重需求工程中开发人员采用的流程（过程）。2-7、软件客户的权利与义务法案？答：参见书上，2.2.1和2.2.2中的条例即可。2-8、“签约”意味着什么？答： “签约”意味着什么应该吧它作为项目的里程碑。对于签字之前应进行哪些活动，以及签字对将来变更的影响，各方应形成明确一致的理解。在需求上签约是终止需求开发过程的正确方法。然而，参与者必须明白他们的签约 意味着什么。2-9、为什么说“不要把“签约”当成武器”？答：许多组织在需求文 档中使用“签约”这个概念来作为客户同意需求的标志行为。故要让所有需求参与者都真正 明白“签约”的意思。这样的态度都是不对的，不可能在项目早期就了解所有需求，而且毫无疑问需求将会出 现变更。2-10、什么是需求协议的基线？答：可参看2-11的答案。2-11、怎样设置基线？答：设置基线是很有意义的，它能给所有主要的涉众带来信心： ? 客户管理层相信项目的范围不会过度膨胀直至失控,因为客户掌握了范围变更的决定权. ? 用户代表有信心开发团对会跟他们一同努力开发出符合需求的系统,即便他们不能在系统开始构建之前想到所有的需求. ? 开发管理人员有信心，因为开发团队有了业务伙伴。业务伙伴能够保证项目的中心工作集中在业务目标上。他们将与开发人员一起在进度、成本、功能和质量之间做出平衡。 ? 需求分析员也充满信心，因为他们可以有效地管理项目的变更，将变更引起的麻烦减至最小。 用明确的协议来结束前期是需求开发活动，能够帮助客户和开发人员形成合作伙伴关系，携手走上项目成功之路。2-12、什么是需求变更？答：在需求管理中有解释（后面章节）2-13、什么时候客户和开发人员之间容易产生摩擦？答：更为重要的是签名是建立在一个需求协议的基线上，因此在需求规格说明上的签约应该 这样理解：“我同意这份文档表述了目前我们对项目软件需求的了解。进一步的变更可在此基 线上通过项目定义的变更过程来进行。我知道变更可能