软件需求 第2章 客户的需求观.pdfVIP

下载 第2 章 客户的需求观 Contoso 制药公司的高级管理长官Gerhard ,会见C o n t o s o公司的信息系统开发小组 的新管理员C y n t h i a 。“我们需要建立一套化学制品跟踪信息系统”，G e r h a r d 说道。 “该系统可以记录库房或某个实验室中已有的化学药品，这样，化学专家可以直接从 楼下的某人那里拿到所需的药品，而不必再买一瓶新的。另外，卫生保健部门也得为 联邦政府写些关于化学药品的使用报告。你们小组能在五个月内开发出该系统吗？” “我已经明白这个项目的重要性了，G e r h a r d ”C y n t h i a 说，“但在我制定计划前， 我们必须收集一些系统的需求。” G e r h a r d觉得很奇怪“你的意思是什么？我不是刚告诉你我的需求了吗？” “实际上，你只说明了整个项目的概念与目标，”C y n t h i a解释道，“这些高层次的 业务需求并不能为我们提供足够的详细信息以确定究竟要开发什么样的软件，以及 需要多长时间。我需要一些分析人员与一些知道系统使用要求的化学专家进行讨论， 然后才能真正明白达到业务目标所需的各种功能和用户的要求。我们甚至并不需要 开发一个新的软件系统，这样可节省许多钱。” G e r h a r d此前还从未遇到过与这位系统开发人员类似的看法。“那些化学专家都非 常忙”他坚持道，“他们没有时间与你们详细讨论各种细节，你不能让你的手下的人 说明要做的系统吗？” C y n t h i a尽力解释从使用新系统的用户处收集需求的合理性。“如果我们只是凭空 猜想用户要求，结果不会令人满意。我们只是软件开发人员，而并非化学专家。我 们并不能真正明白化学专家们需要这个化学制品跟踪系统做些什么。我曾经尝试过， 未真正明白这些问题就匆忙开始编码，结果没有人对产品满意。” “行了，行了，我们没有那么多时间”G e r h a r d坚持道。“我来告诉你需求，请马 上开始开发系统。随时将你们的进展情况告诉我。” 像这样的对话经常出现在软件开发过程中。要求开发一个新信息系统的客户通常并不懂 得从系统的实际用户处得到信息的重要性。市场人员在有了一个很不错的新产品想法后，也 就自认为能充分代表产品用户的兴趣要求。然而，直接从产品的实际用户处收集需求有着不 可替代的必要性。通过对 8 3 8 0个项目的调查发现，导致项目失败的最主要的两个原因是缺乏 用户参与和不完整的需求以及不完整的规格说明 (Standish 1995) 。 引起需求问题的一部分原因是对不同层次需求（业务、用户、功能）的混淆所致。 G e r h a r d说明了一些业务需求，但他并不能描述用户需求，因为他并不是“化学制品跟踪系统” 的实际使用者。只有实际用户才能描述他们要用此系统必须完成的任务。但他们又不能指出 完成这些任务所有具体的功能需求。 本章说明客户与开发人员之间的关系，它对软件项目开发的成功极为关键。我建议写一 份软件客户需求权利书和相应的软件客户需求义务书，以强调客户（和实际用户）参与需求 开发过程的重要性。 12 第一部分 软件需求：是什么和为什么 下载 2.1 谁是客户 通常意义下，客户是指直接或间接从产品中获得利益的个人或组织。软件客户包括提出 要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者 ( s t a k e h o l d e r )或是获得产 品所产生的结果的人。 G e r h a r d代表支付、采购 ( p r o c u r e )或投资软件产品的这类客户，处于 G e r h a r d层次上的客户 有义务说明业务需求。他们应阐明产品的高层次概念和将发布产品的主要业务内容。在第 6章 中讨论到业务需求应说明客户、公司和想从该系统获利的风险承担者或从系统中取得结果的 用户所要求的目标。业务需求为后继工作建立了一个指导性的框架。其它任何说明都应遵从 业务需求的规定，然而业务需求并不能为开发人员提供许多开发所需的细节说明。 下一层需求—用户需求 —必须从使用产品的用