《软件需求讲义第一部分精.ppt》由会员分享，可在线阅读，更多相关《软件需求讲义第一部分精.ppt（31页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、软件需求讲义第一部分第1页，本讲稿共31页西安工业大学计算机学院 2011 1-2道可道，非常道 -老子道是可以被阐述的，但可以阐述的道不是真正的道。换句话说就是，我们可以发现并阐述万物的道，但我们永远也无法得知真正的道是什么。也有人以为道是可以意会而不可言传的。第2页，本讲稿共31页西安工业大学计算机学院 2011 1-3引言上世纪软件危机的出现原因：1.软件本身具有的特点有关；2.缺乏软件开发和维护的正确方法以及忽视软件开发过程的质量控制。很多问题都是在需求分析阶段埋下的。由此逐渐形成了需求工程第3页，本讲稿共31页西安工业大学计算机学院 2011 1-4内容概要p软件需求的基本概念p需求
2、工程与需求工程过程p需求获取与需求分析p需求文档与需求质量验证p软件需求管理第4页，本讲稿共31页西安工业大学计算机学院 2011 1-5第一部分 软件需求的基本概念p需求问题p需求的层次 第5页，本讲稿共31页西安工业大学计算机学院 2011 1-6第1章需求问题p需求是软件项目成败的关键所在。p越早发现需求错误，越早改正它，其代价越小p需求是系统必须具有的能力。p好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的，正确的，可行的和必要的。第6页，本讲稿共31页西安工业大学计算机学院 2011 1-7从谚语开始p中国有句谚语：“好的开始就等于成功的一半”p西方的谚语是：“Garbage
3、 in,garbage out！”即：无用输入无用输出即说：从项目一开始，就要有正确的用户需求。第7页，本讲稿共31页西安工业大学计算机学院 2011 1-81.软件开发的目标软件开发的目标p软件开发的目标，简单而言，就是满足用户的需要。问题是：如何将用户提出的要求，变为软件需求，并在此基础上成功的开发出软件系统。第8页，本讲稿共31页西安工业大学计算机学院 2011 1-92.项目失败与成功的原因项目失败与成功的原因*p三种最经常使项目“遇到困难”的因素是：n缺乏用户介入：占所有项目的13%n不完整的需求和规格说明：占所有项目的12%n不断改变的需求和规格说明：占所有项目的12%p三种项目最
4、主要的“成功因素”是：n用户介入：占所有成功项目的16%n高层管理的支持：占所有成功项目的14%n需求陈述清晰：占所有成功项目的12%*Standish Group，1994第9页，本讲稿共31页西安工业大学计算机学院 2011 1-102-8 原则*pWalker Royce 指出了一些作为软件管理过程框架的理论基础的“基本原理”。即2-8原则。p80%的工程活动是由20%的需求消耗的p80%的软件成本是由20%的构件消耗的 *Royce，1998 第10页，本讲稿共31页西安工业大学计算机学院 2011 1-113.需求在项目中的作用 p在项目开发中，所有的涉众（Stakeholder）都
5、对需求分析阶段备感兴趣。p未真正明白这些问题就开始编码，结果没有人对产品满意。第11页，本讲稿共31页西安工业大学计算机学院 2011 1-124.需求错误的代价 在生命周期的不同阶段修复缺陷的相对成本 第12页，本讲稿共31页西安工业大学计算机学院 2011 1-13需求缺陷造成的成本增加p随着需求缺陷被发现和修正的阶段 变化，开发成本呈急剧扩大的趋势。提高成本的几个方面：p重新进行需求规格说明p重新设计p重新编码p重新测试p改变订单告诉用户将以一个修正后的版本来替代有缺陷的版本。p纠正活动消除由于不准确的特定系统的错误造成的危害，可能涉及到赔偿客户损失。p报废包括对于已经完成的代码、设计和
6、测试，当发现它们是根据不正确的需求进行的时候，这些工作成果不得不被丢弃。p收回有缺陷的软件产品以及相关的用户手册。p产品赔偿或保修的成本。p重新安装新版本的成本。p重新建档的成本。第13页，本讲稿共31页西安工业大学计算机学院 2011 1-145.高质量的需求过程带来的好处 p在开发后期和整个维护阶段的重做的工作大大减少了。p让用户积极参与需求收集过程能使产品更富有吸引力，而且能建立起更加忠实的客户关系。p用户的参与能弥补用户期望和开发者实际开发之间的“鸿沟”（期望差异）。p将确定的系统需求明确地分配到各软件子系统，确保软硬件系统功能匹配适当。p有效的变更控制也能降低需求变更带来的负面影响。
7、p将需求编写成清晰、无二义性的文档将会极大地有利于系统测试，确保产品质量。第14页，本讲稿共31页西安工业大学计算机学院 2011 1-156.需求定义 IEEE 1997pIEEE软件工程标准词汇表定义需求为：1.用户解决问题或达到目标所需的条件或能力。2.系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。3.一种反映上面(1)或(2)所描述的条件或能力的文档说明。第15页，本讲稿共31页西安工业大学计算机学院 2011 1-16需求定义Thayer,Dorfman.1997pMerlin Dorfman 和 Richard H.Thayer 提出了一个包容且更为精
8、练的定义：n用户解决某一问题或达到某一目标所需的软件功能。n系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。第16页，本讲稿共31页西安工业大学计算机学院 2011 1-177.好的需求应具有的特性好的需求应具有的特性p无歧义性p完整性p一致性p可检验性p确定性p可跟踪性p正确性p可行性p必要性 第17页，本讲稿共31页西安工业大学计算机学院 2011 1-18第2章 需求的层次p需求是多层次的，包括业务需求、用户需求、功能需求和非功能需求。p需求路线图：涉众需要 系统的特性建立软件需求 第18页，本讲稿共31页西安工业大学计算机学院 2011 1-19软
9、件需求包括不同的层次 p软件需求包括不同的层次：业务需求、用户需求、功能需求和非功能需求。第19页，本讲稿共31页西安工业大学计算机学院 2011 1-202.1业务需求p表示某个组织或客户高层次的目标。在项目前景文章中给于说明。p来自：项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。第20页，本讲稿共31页西安工业大学计算机学院 2011 1-212.2.用户需求p描述用户的具体目标，或者用户要求系统必须能完成的任务。p用例、场景描述表达用户的需求。第21页，本讲稿共31页西安工业大学计算机学院 2011 1-222.3 功能需求p开发人员必须在产品中实现的软件工程
10、，用户使用这些功能完成任务，满足业务需求。p功能需求通过对系统特性的描述表现的。p系统特性：指一组逻辑上相关的功能需求，表示系统为用户提供的某项功能，满足业务目标。p功能需求记录在软件需求规格说明书（SRS）里。pSRS（Software Requirements Specification）完整的描述了软件系统的预期特性。第22页，本讲稿共31页西安工业大学计算机学院 2011 1-232.4.非功能需求p描述了系统展现给用户的行为与执行操作。包括产品遵从的标准、规范和合约，外部界面的具体细节、性能要求、设计或实现的约束条件及质量属性。p非功能需求是解决“如何是这个系统在实际环境中运行”第2
11、3页，本讲稿共31页西安工业大学计算机学院 2011 1-24软件的6个质量特征 ISO 9126 第24页，本讲稿共31页西安工业大学计算机学院 2011 1-25软件的非功能性需求p可靠性p可用性p有效性p可维护性p可移植性 p功能性第25页，本讲稿共31页西安工业大学计算机学院 2011 1-26用户的权利法则（Users Bill of Rights）Karat 1998 加强了可用性的概念p用户总是对的。如果系统使用有问题，那么系统就是问题所在，而不是用户。p用户有权进行简易安装和卸载软件和硬件系统，而不会产生任何负面的影响。p用户有权要求系统达到承诺的性能。p用户有权获得易于使用的
12、指导（用户指南、在线或上下文帮助、出错信息），从而理解和使用系统，达到既定目标，并能从系统发生的问题中有效地恢复。p用户有权控制系统，并且能使系统响应其要求。p用户有权要求系统提供有关正在进行的任务及进展的清晰、准确而可理解的信息。p用户有权要求所有有关正确使用软件或硬件的系统信息。p用户有权知道系统的能力限制。p用户有权与技术提供商联系，并得到合理而有用的帮助。p用户应该是软件和硬件的主人，而不是相反。产品应该简单而直观，易于使用。第26页，本讲稿共31页西安工业大学计算机学院 2011 1-27约束 p约束定义为：对系统的设计或开发系统过程的限制。它不影响系统的外部行为，但必须被遵守执行以
13、符合技术上、商业上的要求。p约束主要来自于几个方面：设计选择的约束、加在开发过程上的约束以及规章制度和标准。p设计选择的约束是指当出现一种以上的设计选择时，选择的内容带来的约束。一般情况下，应该由设计人员，而不是需求分析人员来做选择。第27页，本讲稿共31页西安工业大学计算机学院 2011 1-282.5.需求路线图p需求路线图：反应了从用户要求到软件需求的一般路径。即从问题领域（PD）到解决方案领域(SD)。p需求金字塔第28页，本讲稿共31页西安工业大学计算机学院 2011 1-29涉众需求p为开发团队提供更好地确定系统的定义和实现所需的全部信息。是整个需求的关键。p不容易把握,原因是用户
14、需求描述经常是模糊的。p需要把涉众需求转化为系统行为-建立系统的特性或特征（feature）。第29页，本讲稿共31页西安工业大学计算机学院 2011 1-30特征（feature）p特征（feature）是系统为了完成涉众的一个或多个需要而提供的服务。p特征范例Leffingwell,2003 应用领域特征范例电梯控制系统在发生火警时人工控制通道存货管理系统及时提供所有存货的最新状况缺陷跟踪系统提供缺陷走势数据评估产品质量工资管理系统到目前为止的金额分类扣除报告家用自动照明系统长时间外出的设置第30页，本讲稿共31页西安工业大学计算机学院 2011 1-31特征属性 第31页，本讲稿共31页