《软件需求讲义》ppt课件

《《软件需求讲义》ppt课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件需求从谚语开始中国有句谚语：“好的开始就等于成功的一半”西方的谚语是：“Garbagein,garbageout！”内容概要软件需求的基本概念需求工程与需求工程过程需求获取与需求分析需求文档与需求质量验证软件需求管理软件需求参考书作者：（美）karle.wiegers译者：刘伟琴刘洪涛出版社：清华大学出版社软件需求（第2版）本书介绍了贯穿整个开发周期的管理需求工程的实用技术，包括多种可以促进用户、开发人员和管理层之间有效沟通的方法。这一版对第一版进行了扩充，提供了新的实例，及作者在实际工作中遇到的各种实际案例和解决方案。此外，还添加了新的章节、需求示例文档

2、以及故障诊断指南等。第一部分软件需求的基本概念需求问题需求的层次第1章需求问题需求是软件项目成败的关键所在越早发现需求错误，越早改正它，其代价越小需求的定义好需求的特征：无歧义、完整、一致、可检验、确定、可跟踪的，正确的，可行的和必要的。软件开发中的错误观点只要掌握了1-2门程序设计语言，进行软件开发就没有问题。只要有最好的开发工具、最好的计算机，一定能做出优秀的软件。软件需求分析很困难，不管三七二十一，先把软件做了再说，反正软件是灵活的，随时可以修改。总之，错误认为：软件就是程序，开发软件就是编写程序。项目失败与成功的原因*三种最经常使项目“遇到困难”的因素

3、是：缺乏用户介入：占所有项目的13%不完整的需求和规格说明：占所有项目的12%不断改变的需求和规格说明：占所有项目的12%三种项目最主要的“成功因素”是：用户介入：占所有成功项目的16%高层管理的支持：占所有成功项目的14%需求陈述清晰：占所有成功项目的12%*[StandishGroup，1994]软件开发的目标软件开发的目标，简单而言，就是满足用户的需要。需求在项目中的作用未真正明白这些问题就开始编码，结果没有人对产品满意。在项目开发中，所有的涉众（Stakeholder）都对需求分析阶段备感兴趣。（没有理所当然的需求）2-8原则：举足轻重2-8原则*80

4、%的工程活动是由20%的需求消耗的80%的软件成本是由20%的构件消耗的*[Royce，1998]需求错误的代价在生命周期的不同阶段修复缺陷的相对成本需求缺陷造成的成本增加重新进行需求规格说明重新设计重新编码重新测试改变订单——告诉用户将以一个修正后的版本来替代有缺陷的版本。纠正活动——消除由于不准确的特定系统的错误造成的危害，可能涉及到赔偿客户损失。报废——包括对于已经完成的代码、设计和测试，当发现它们是根据不正确的需求进行的时候，这些工作成果不得不被丢弃。收回有缺陷的软件产品以及相关的用户手册。产品赔偿或保修的成本。重新安装新版本的成本。重新建档的成本。高

5、质量的需求过程带来的好处在开发后期和整个维护阶段的重做的工作大大减少了。让用户积极参与需求收集过程能使产品更富有吸引力，而且能建立起更加忠实的客户关系。用户的参与能弥补用户期望和开发者实际开发之间的“鸿沟”（期望差异）。将确定的系统需求明确地分配到各软件子系统，确保软硬件系统功能匹配适当。有效的变更控制也能降低需求变更带来的负面影响。将需求编写成清晰、无二义性的文档将会极大地有利于系统测试，确保产品质量。需求定义[IEEE1997]IEEE软件工程标准词汇表定义需求为：用户解决问题或达到目标所需的条件或能力。系统或系统部件要满足合同、标准、规范或其它正式规定文

6、档所需具有的条件或能力。一种反映上面(1)或(2)所描述的条件或能力的文档说明。需求定义[Thayer,Dorfman.1997]MerlinDorfman和RichardH.Thayer提出了一个包容且更为精练的定义：用户解决某一问题或达到某一目标所需的软件功能。系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。好的需求应具有的特性无歧义性完整性一致性可检验性确定性可跟踪性正确性可行性必要性无歧义性产生歧义的原因同一个词具有多种含义编写人员会下意识假设所有人对某个主题都具有和自己一样的认知水准缩写叙述不够具体……无歧义性（

7、续）示例：系统只允许保留5个有效地相关记录和保障计划，它必须包括最新的。系统只允许5个有效的相关记录最新的相关记录一定包含在上述相关记录中每个保障计划都被放在其相关记录中结论：每个需求都应该只叙述一个主体，在一个需求中包含多个主体时，会产生歧义。无歧义性（续）消除歧义的方法对感到模糊的地方刨根问底关键字技术其他技术完整性不能遗漏任何需求或必要的信息如果不能确定某项需求，务必用TBD（tobedetermined，待确定）来标识项目开发前，必须解决需求中所有的TBD项每项需求必须完整描述即将交付使用的功能遗漏需求将很难查出来完整性（续）防止遗漏的方法注重用户的任

8、务而不是系统的功能。将高层需求分解足够