软件需求第一部分ppt.ppt
软件需求,梁国文,软件需求工程 广州电大 信息工程学院 1-2,关于本课,项目经理的必修课技术团队领导者的必修课软件产品成败的初始步骤教材：软件需求工程 黄国兴、周勇 清华大学出版社,软件需求工程 广州电大 信息工程学院 1-3,内容概要,软件需求的基本概念需求工程与需求工程过程需求获取与需求分析需求文档与需求质量验证软件需求管理,软件需求工程 广州电大 信息工程学院 1-4,道可道，非常道-老子,软件需求工程 广州电大 信息工程学院 1-5,内容概要,软件需求的基本概念需求工程与需求工程过程需求获取与需求分析需求文档与需求质量验证软件需求管理,软件需求工程 广州电大 信息工程学院 1-6,第一部分 软件需求的基本概念,需求问题需求的层次,软件需求工程 广州电大 信息工程学院 1-7,第1章需求问题,需求是软件项目成败的关键所在。越早发现需求错误，越早改正它，其代价越小需求是系统必须具有的能力。好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的，正确的，可行的和必要的。,软件需求工程 广州电大 信息工程学院 1-8,从谚语开始,中国有句谚语：“好的开始就等于成功的一半”西方的谚语是：“Garbage in,garbage out！”,软件需求工程 广州电大 信息工程学院 1-9,软件开发的目标,软件开发的目标，简单而言，就是满足用户的需要。,软件需求工程 广州电大 信息工程学院 1-10,项目失败与成功的原因*,三种最经常使项目“遇到困难”的因素是：缺乏用户介入：占所有项目的13%不完整的需求和规格说明：占所有项目的12%不断改变的需求和规格说明：占所有项目的12%三种项目最主要的“成功因素”是：用户介入：占所有成功项目的16%高层管理的支持：占所有成功项目的14%需求陈述清晰：占所有成功项目的12%*Standish Group，1994,软件需求工程 广州电大 信息工程学院 1-11,2-8 原则*,80%的工程活动是由20%的需求消耗的80%的软件成本是由20%的构件消耗的*Royce，1998,软件需求工程 广州电大 信息工程学院 1-12,需求在项目中的作用,在项目开发中，所有的涉众（Stakeholder）都对需求分析阶段备感兴趣。未真正明白这些问题就开始编码，结果没有人对产品满意。,软件需求工程 广州电大 信息工程学院 1-13,需求错误的代价,在生命周期的不同阶段修复缺陷的相对成本,软件需求工程 广州电大 信息工程学院 1-14,需求缺陷造成的成本增加,重新进行需求规格说明重新设计重新编码重新测试改变订单告诉用户将以一个修正后的版本来替代有缺陷的版本。纠正活动消除由于不准确的特定系统的错误造成的危害，可能涉及到赔偿客户损失。报废包括对于已经完成的代码、设计和测试，当发现它们是根据不正确的需求进行的时候，这些工作成果不得不被丢弃。收回有缺陷的软件产品以及相关的用户手册。产品赔偿或保修的成本。重新安装新版本的成本。重新建档的成本。,软件需求工程 广州电大 信息工程学院 1-15,高质量的需求过程带来的好处,在开发后期和整个维护阶段的重做的工作大大减少了。让用户积极参与需求收集过程能使产品更富有吸引力，而且能建立起更加忠实的客户关系。用户的参与能弥补用户期望和开发者实际开发之间的“鸿沟”（期望差异）。将确定的系统需求明确地分配到各软件子系统，确保软硬件系统功能匹配适当。有效的变更控制也能降低需求变更带来的负面影响。将需求编写成清晰、无二义性的文档将会极大地有利于系统测试，确保产品质量。,软件需求工程 广州电大 信息工程学院 1-16,需求定义 IEEE 1997,IEEE软件工程标准词汇表定义需求为：用户解决问题或达到目标所需的条件或能力。系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。一种反映上面(1)或(2)所描述的条件或能力的文档说明。,软件需求工程 广州电大 信息工程学院 1-17,需求定义Thayer,Dorfman.1997,Merlin Dorfman 和 Richard H.Thayer 提出了一个包容且更为精练的定义：用户解决某一问题或达到某一目标所需的软件功能。系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。,软件需求工程 广州电大 信息工程学院 1-18,好的需求应具有的特性,无歧义性完整性一致性可检验性确定性可跟踪性正确性可行性必要性,软件需求工程 广州电大 信息工程学院 1-19,第二章 需求的层次,需求是多层次的，包括业务需求、用户需求、功能需求和非功能需求。需求路线图：涉众需要 系统的特性建立软件需求,软件需求工程 广州电大 信息工程学院 1-20,软件需求包括不同的层次,软件需求工程 广州电大 信息工程学院 1-21,软件的6个质量特征 ISO 9126,软件需求工程 广州电大 信息工程学院 1-22,软件的非功能性需求,可靠性可用性有效性可维护性可移植性,软件需求工程 广州电大 信息工程学院 1-23,用户的权利法则（Users Bill of Rights）Karat 1998,用户总是对的。如果系统使用有问题，那么系统就是问题所在，而不是用户。用户有权进行简易安装和卸载软件和硬件系统，而不会产生任何负面的影响。用户有权要求系统达到承诺的性能。用户有权获得易于使用的指导（用户指南、在线或上下文帮助、出错信息），从而理解和使用系统，达到既定目标，并能从系统发生的问题中有效地恢复。用户有权控制系统，并且能使系统响应其要求。用户有权要求系统提供有关正在进行的任务及进展的清晰、准确而可理解的信息。用户有权要求所有有关正确使用软件或硬件的系统信息。用户有权知道系统的能力限制。用户有权与技术提供商联系，并得到合理而有用的帮助。用户应该是软件和硬件的主人，而不是相反。产品应该简单而直观，易于使用。,软件需求工程 广州电大 信息工程学院 1-24,约束,约束定义为：对系统的设计或开发系统过程的限制。它不影响系统的外部行为，但必须被遵守执行以符合技术上、商业上的要求。约束主要来自于几个方面：设计选择的约束、加在开发过程上的约束以及规章制度和标准。设计选择的约束是指当出现一种以上的设计选择时，选择的内容带来的约束。一般情况下，应该由设计人员，而不是需求分析人员来做选择。,软件需求工程 广州电大 信息工程学院 1-25,需求金字塔,软件需求工程 广州电大 信息工程学院 1-26,特征（feature）,特征（feature）是系统为了完成涉众的一个或多个需要而提供的服务。特征范例Leffingwell,2003,软件需求工程 广州电大 信息工程学院 1-27,特征属性,
