软件需求工程02.ppt
《软件需求工程02.ppt》由会员分享,可在线阅读,更多相关《软件需求工程02.ppt(20页珍藏版)》请在文库网上搜索。
1、软件需求工程软件需求工程Software Requirements Engineering 第二章 客户的需求观 例子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
2、 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此前还从未遇到过与这位系统开发人员类似
3、的看法。“那些化学专家都非常忙”他坚持道,“他们没有时间与你们详细讨论各种细节,你不能让你的手下的人说明要做的系统吗?”C y n t h i a尽力解释从使用新系统的用户处收集需求的合理性。“如果我们只是凭空猜想用户要求,结果不会令人满意。我们只是软件开发人员,而并非化学专家。我们并不能真正明白化学专家们需要这个化学制品跟踪系统做些什么。我曾经尝试过,未真正明白这些问题就匆忙开始编码,结果没有人对产品满意。“行了,行了,我们没有那么多时间”G e r h a r d坚持道。“我来告诉你需求,请马上开始开发系统。随时将你们的进展情况告诉我。”问题分析:对不同层次需求(业务、用户、功能)的混淆所
4、致。G e r h a r d说明了一些业务需求,但他并不能描述用户需求,因为他并不是“化学制品跟踪系统”的实际使用者。只有实际用户才能描述他们要用此系统必须完成的任务。但他们又不能指出完成这些任务所有具体的功能需求。客户和开发人员的关系要求开发一个新信息系统的客户通常并不懂得从系统的实际用户处得到信息的重要性;市场人员在有了一个很不错的新产品想法后,也就自认为能充分代表产品用户的兴趣要求。直接从产品的实际用户处收集需求有着不可替代的必要性。导致项目失败的最主要的两个原因是缺乏用户参与和不完整的需求以及不完整的规格说明。1.客户的涵义通常意义下,客户是指直接或者间接从产品中获得利益的个人或者组
5、织。软件客户包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者或是获得产品所产生结果的人。客户的划分 上层需求业务需求,代表采购、支付或投资软件产品的这类客户,他们有义务说明业务需求。他们应阐明产品高层次概念和将发布产品的主要业务内容。下层需求用户需求,必须从使用产品的用户处收集,因此这些用户(通常称最终用户),构成了另一种软件客户。说明业务需求的客户有时候将代替用户说话,但通常他们根本无法准确说明用户需求。因为信息系统、合同或是客户应用程序开发,业务需求应来自风险承担者,而用户需求则应来自产品的真正使用者、操作者.不幸的是,这两种客户可能都觉得他们没有时间与(收集、分析与编
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 工程 02