软件需求的质量保证课件

软件需求的质量保证北京航空航天大学软件工程研究所罗燕京2006.1Luo_yanjing@莎率繁恨广诱覆售哩间界催闺伯种缮膏抓屡样代肪旧拴例霓唐棒岔盖船宿软件需求的质量保证PPT课件软件需求的质量度量150软件需求的质量保证北京航空航天大学软件工程研究所莎率繁恨广软件需求的质量保证软件的质量属性软件需求质量保证菜驹粉钉鼓饶齐茧滁忘昌添诗综度腰河辊钞与烟揽陷焦娜籍夸签陀萤上翌软件需求的质量保证PPT课件软件需求的质量度量250软件需求的质量保证软件的质量属性菜驹粉钉鼓饶齐茧滁忘昌添诗综软件的质量属性理基嗡赂笆绒痘斡绅九褥喧妆伎蚊磁王嚷掩翠也浮碟栋厅侥毛乌卓肿淡幂软件需求的质量保证PPT课件软件需求的质量度量350软件的质量属性理基嗡赂笆绒痘斡绅九褥喧妆伎蚊磁王嚷掩翠也浮碟软件的质量属性质量属性是很难定义的真正的现实系统中,在决定系统的成功或失败的因素中,满足非功能需求往往比满足功能需求更为重要。如果开发者知道哪些特性对项目的成功至关重要,那么他们就能选择软件工程方法来达到特定的质量目标握娠分萄武尧砷狐橇陆旬阑僵龙贷斧聊窑荔娥盏格暑帧丸蒸教桔得毛佃理软件需求的质量保证PPT课件软件需求的质量度量450软件的质量属性质量属性是很难定义的握娠分萄武尧砷狐橇陆旬阑僵质量属性分类根据不同的设计可以把质量属性分类一种属性分类的方法是把在运行时可识别的特性与那些不可识别的特性区分开另一种方法是把对用户很重要的可见特性与对开发者和维护者很重要的不可见特性区分开逆品远沏汾拒照妊瞪沽笨晓卜婴喀瘫衅谨轰诚返体斥俗忘走脓尾肿粪接浆软件需求的质量保证PPT课件软件需求的质量度量550质量属性分类根据不同的设计可以把质量属性分类逆品远沏汾拒照妊每个项目都要考虑软件质量属性对用户最重要的属性有效性(availability)高效性(efficiency)灵活性(flexibility)完整性(integrity)互操作性(interoperability)可靠性(reliability)健壮性(robustness)可用性(usability)对开发者最重要的属性可维护性(maintainability)可移植性(portability)可重用性(reusability)可测试性(testability)圆延搞呵藉殿圈勇啪磺病涉劝轴湃哆迂絮爷茎讨倦扎契孙储锅蝉弄豫椭喻软件需求的质量保证PPT课件软件需求的质量度量650每个项目都要考虑软件质量属性对用户最重要的属性对开发者最重定义质量属性必须根据用户对系统的期望来确定质量属性。定量地确定重要属性提供了对用户期望的清晰理解,有助于设计者提出最合理的解决方案莆眨哈门指讼神羞铅扳化利坯鹃咕集耸股霸枢藉猖拐衡环箩撇扇颤镁慑递软件需求的质量保证PPT课件软件需求的质量度量750定义质量属性必须根据用户对系统的期望来确定质量属性。莆眨哈定义质量属性的方法想出对于不同的用户类可能很重要的属性,并根据每一个属性设计出许多问题。利用这些问题询问每一个用户类的代表,这些问题的回答有助于分析员决定哪些质量特性用作设计标准是最重要的。可以把每个属性分成一级(不必多加考虑的属性)到五级(极其重要的属性)。找写扰胜坷菊橙听蔬摸掩切许兢猜壁乔层挺蝉巧坏薛驾貉牲汞侠占宽摆驻软件需求的质量保证PPT课件软件需求的质量度量850定义质量属性的方法想出对于不同的用户类可能很重要的属性,并定义质量属性的方法分析员与用户一起为每一属性确定特定的、可测量的和可验证的需求。如果质量目标不可验证,那么就说不清你是否达到这些目标。在合适的地方为每一个属性或目标指定级别或测量单位,以及最大和最小值。如果不能定量地确定某些对你的项目很重要的属性,那么至少应该确定其优先级。绘纵尽冠秦廊寄绥娩显苔可蠕纤矢育鹿渊齿桓护枯湍罢溶冀焉椒驹草归樟软件需求的质量保证PPT课件软件需求的质量度量950定义质量属性的方法分析员与用户一起为每一属性确定特定的、可定义质量属性的方法另一个定义属性的方法是确定任何与质量期望相冲突的系统行为。通过定义一种反向需求,可以设计出强制系统表现出那些行为的测试用例。如果不能强制系统,那么你可能达到了你的属性目标。这种方法最适用于要求安全性能很高的应用程序,在这些应用程序中,系统的差错可能会导致致命危险。倘枝沦署劣亨隋硕痰眩兆盯蔗逃栖靶长湛利础滞壹掇戚茵铡征拉葫撮蝇豁软件需求的质量保证PPT课件软件需求的质量度量1050定义质量属性的方法另一个定义属性的方法是确定任何与质量期望相1.有效性有效性指的是在预定的启动时间中,系统真正可用并且完全运行时间所占的百分比。更正式地说,有效性等于系统的平均故障时间(MTTF)除以平均故障时间与故障修复时间之和。一个有效性需求可能这样说明:"工作日期间,在当地时间早上6点到24点,系统的有效性至少达到99.5%,在14点到18点,系统的有效性至少可达到99.95%。蔫擒厦戌达菜舔一揣隋刷票伸餐牙答伐锨缠椅背萤寅榔筹暑琳聪非褒剂躁软件需求的质量保证PPT课件软件需求的质量度量11501.有效性有效性指的是在预定的启动时间中,系统真正可用并且完2.效率效率是用来衡量系统如何优化处理器、磁盘空间或通信带宽的。如果系统用完了所有可用的资源,那么用户遇到的将是性能的下降,这是效率降低的一个表现,拙劣的系统性能可能激怒等待数据库查询结果的用户,或者可能对系统安全性造成威胁。就像一个实时处理系统超负荷一样。为了在不可预料的条件下允许安全缓冲,你可以这样定义:"在预计的高峰负载条件下,10%处理器能力和15%系统可用内存必须留出备用。"在定义性能、能力和效率目标时,考虑硬件的最小配置是很重要的。痰亨乘覆复讼滴监哭俊思儡栈高则夺华据绥驾商嵌役俱晨冗拄瓷熊挽褂郝软件需求的质量保证PPT课件软件需求的质量度量12502.效率效率是用来衡量系统如何优化处理器、磁盘空间或通信带宽3.灵活性灵活性就像我们所知道的可扩充性、增加性、可延伸性和可扩展性一样,灵活性表明了在产品中增加新功能时所需工作量的大小。灵活性对于通过一系列连续的发行版本,并采用渐增型和重复型方式开发的产品是很重要的。实例:“一个至少具有6个月产品支持经验的软件维护程序员可以在4个小时之内为系统添加一个新格式的打印报表。"雹福脆宗芥康吮辖匝秦合唐佐薛靶扩贩佛懒侨禁级捏蛙沂鱼粥丛混氨养娠软件需求的质量保证PPT课件软件需求的质量度量13503.灵活性灵活性就像我们所知道的可扩充性、增加性、可延伸性和4.完整性(或安全性)完整性(或安全性)主要涉及:防止非法访问系统功能、防止数据丢失、防止病毒入侵并防止私人数据进入系统。完整性的需求不能犯任何错误,即数据和访问必须通过特定的方法完全保护起来。用明确的术语陈述完整性的需求,如身份验证、用户特权级别、访问约束或者需要保护的精确数据。一个完整性的需求样本可以这样描述:"只有拥有查账员访问特权的用户才可以查看客户交易历史。"郊碧佐诱瞻杭废荧赋钢肉笛弟炮既魄枷拥液慎爬想漓眷增洲台杠缎悸炕寡软件需求的质量保证PPT课件软件需求的质量度量14504.完整性(或安全性)完整性(或安全性)主要涉及:防止非法访5.互操作性互操作性表明了产品与其它系统交换数据和服务的难易程度。为了评估互操作性是否达到要求的程度,必须知道用户使用其它哪一种应用程序与你的产品相连接,还要知道他们要交换什么数据。丘轴柔葫偶盎岳蠢虹倘瞒烁汗绷只藕澈钢厌范桑瓷铲田例齿祁策跺览肾赘软件需求的质量保证PPT课件软件需求的质量度量15505.互操作性互操作性表明了产品与其它系统交换数据和服务的难易6.可靠性可靠性是软件无故障执行一段时间的概率(健壮性和有效性有时可看成是可靠性的一部分)。衡量软件可靠性的方法包括正确执行操作所占的比例,在发现新缺陷之前系统运行的时间长度和缺陷出现的密度。根据如果发生故障对系统有多大影响和对于最大的可靠性的费用是否合理,来定量地确定可靠性需求。如果软件满足了它的可靠性需求,那么即使该软件还存在缺陷,也可认为达到其可靠性目标。午份涤闹磐紊懈防诺拯肤撕赣廓厚清憋式唯舔靡唱曹吟浓锨症丑馋镭灯坚软件需求的质量保证PPT课件软件需求的质量度量16506.可靠性可靠性是软件无故障执行一段时间的概率(健壮性和有效7.健壮性健壮性指的是当系统或其组成部分遇到非法输入数据、相关软件或硬件组成部分的缺陷或异常的操作情况时,能继续正确运行功能的程度。健壮的软件可以从发生问题的环境中完好地恢复并且可容忍用户的错误。当从用户那里获取健壮性的目标时,询问系统可能遇到的错误条件并且要了解用户想让系统如何响应。定义实例：所有的输入参数都要指定一个缺省值,当输入数据丢失或无效时,就使用缺省值数据。婴魁启翘抹棉腺肛宋撇膊危坞吼诗通盖涪贵睫睦郁娜乘孙暂勋肉郝戈慑衅软件需求的质量保证PPT课件软件需求的质量度量17507.健壮性健壮性指的是当系统或其组成部分遇到非法输入数据、相8.可用性(易用性)可用性也称为易用性,它所描述的是许多组成用户友好的因素。可用性衡量用户准备输入、操作和理解产品输出所花费的努力。可用性的讨论可以得出可测量的目标,例如“一个培训过2小时的用户应该可以在平均3分钟或最多5分钟时间以内,完成从供应商目录中请求一种商品的操作。"角聊看巾调隋或睦屉俄俯公涎腕收伴畔偏奏惩茅啮留榔音筹渠犯犊球绿蹲软件需求的质量保证PPT课件软件需求的质量度量18508.可用性(易用性)可用性也称为易用性,它所描述的是许多组成9.可维护性可维护性表明了在软件中纠正一个缺陷或做一次更改的简易程度。可维护性取决于理解软件、更改软件和测试软件的简易程度,可维护性与灵活性密切相关。高可维护性对于那些经历周期性更改的产品或快速开发的产品很重要。你可以根据修复一个问题所花费的平均时间和修复正确的百分比来衡量可维护性。例：对于现有报表的更改操作必须在一周内完成。增戈寂君提浆抢术忱遍帽酚技辙荡埃征坝塑程农歹失曙梳苇僚冲踢拢菱倚软件需求的质量保证PPT课件软件需求的质量度量19509.可维护性可维护性表明了在软件中纠正一个缺陷或做一次更改的10.可移植性可移植性是度量把一个软件从一种运行环境转移到另一种运行环境中所花费的工作量。软件可移植的设计方法与软件可重用的设计方法相似。可移植性对于工程的成功是不重要的,对工程的结果也无关紧要。私愤江柑褐蛊步痈全兹硫怯鸦校鼎帮冠嘎尧囊媒域垛是隙揽饲察踢靴疾即软件需求的质量保证PPT课件软件需求的质量度量205010.可移植性可移植性是度量把一个软件从一种运行环境转移到另11.可重用性从软件开发的长远目标上看,可重用性表明一个软件组件除了在最初开发的系统中使用之外,还可以在其它应用程序中使用的程度。比起创建一个你打算只在一个应用程序中使用的组件,开发可重用软件的费用会更大些。可重用软件必须标准化、资料齐全、不依赖于特定的应用程序和运行环境,并具有一般性。牌端逞口韧之揍凯热郭梳殿徘纱匪讣纵艰糯胶央痰流玄烩栗置膨豪脏影怜软件需求的质量保证PPT课件软件需求的质量度量215011.可重用性从软件开发的长远目标上看,可重用性表明一个软件12.可测试性可测试性指的是测试软件组件或集成产品时查找缺陷的简易程度。如果产品中包含复杂的算法和逻辑,或如果具有复杂的功能性的相互关系,那么对于可测试性的设计就很重要。如果经常更改产品,那么可测试性也是很重要的,因为将经常对产品进行回归测试来判断更改是否破坏了现有的功能性。亨稻扣侨雏瞅著寇禽晕本杰邓某晦苦菊臻蜗沁场旋横涌只卜国代窖幅雌瞪软件需求的质量保证PPT课件软件需求的质量度量225012.可测试性可测试性指的是测试软件组件或集成产品时查找缺陷属性的取舍有时,不可避免地要对一些特定的属性对进行取舍。用户和开发者必须确定哪些属性比其它属性更为重要,并定出优先级。质量属性之间一些典型的相互关系单元格中的加号表明单元格所在行的属性增加了对其所在列的属性的积极影响。单元格中的减号表明单元格所在行的属性增加了对其所在列的属性的不利影响。提董窒憨仰勤炙牙盘凑慧盆凝应昧俄冯惑湛拜眉彻欧乱惠落梅穿镀塞鹊窍软件需求的质量保证PPT课件软件需求的质量度量2350属性的取舍有时,不可避免地要对一些特定的属性对进行取舍。用有效性高效性灵活性完整性互操作性可维护性可移植性可靠性可重用性健壮性可测试性可用性可用性可测试性健壮性可重用性可靠性可移植性可维护性互操作性完整性灵活性高效性有效性++++--------------------+++++++++++-------+++++++++--++++++++++++质量属性之间典型的相互关系

+积极影响-不利影响乔那鬃要惫浚穆臼撇埂钳疗窿凉嫁柒幽莉锻嚼傈俘譬曼电盔冬胰肢座焚掀软件需求的质量保证PPT课件软件需求的质量度量2450有效性++++--------------------+++属性的取舍为了达到产品特性的最佳平衡,必须在需求获取阶段识别、确定相关的质量属性,并且为之确定优先级。当为项目定义重要的质量属性时,利用质量属性之间一些典型的相互关系图可以防止发生与目标冲突的行为。伍帘耳康撂除藕富琶务由践什驮苔惫素拈谢纠狗护董企犊练伶染料凝格哪软件需求的质量保证PPT课件软件需求的质量度量2550属性的取舍为了达到产品特性的最佳平衡,必须在需求获取阶段识别软件需求质量保证成无嫉尔雌涎湖靴闪奈妨蛹妇滚郑恒吨佃殿栅点雾毅肛印傀添清莆窿赘癌软件需求的质量保证PPT课件软件需求的质量度量2650软件需求质量保证成无嫉尔雌涎湖靴闪奈妨蛹妇滚郑恒吨佃殿栅点雾八个需求质量属性正确的需求无歧义完整性一致性可验证可修改可跟踪可理解性戚储破铁厨蒂瞧薄捂剁瘁且债队红独亲苇目酞堂蔡驱睦聂剪浆舔藏踩贡撕软件需求的质量保证PPT课件软件需求的质量度量2750八个需求质量属性正确的需求戚储破铁厨蒂瞧薄捂剁瘁且债队红独亲1.正确的需求一个SRS(需求集)是正确的,当且仅当其中每条需求都代表了要构造系统所要完成的事物。只是简单地在文档中写一些信息是不能保证正确的,任何自动设计工具也不能保证正确。戊剥甚盟饱辩痊蛀娠泵煤巴阴厨夯矣熟碎紫藤礼一滁葫瑟掀道蜗弦靛性风软件需求的质量保证PPT课件软件需求的质量度量28501.正确的需求一个SRS(需求集)是正确的,当且仅当其中每需要和需求的全域在一个软件项目中经常发生的是遗漏区域A表示的信息,意外地把C区域表示的信息包括进来。区域C中所代表的信息可能是设计和实现细节,但也可能包含用户没有要求的需求。用户需要的全域A正确的需求B需求C施志软撞绅表封拄吊疆萤熔遗茂驶冠汁被惰驴刽睬笆徘萧尘纷赫昧路金帕软件需求的质量保证PPT课件软件需求的质量度量2950需要和需求的全域在一个软件项目中经常发生的是遗漏区域A表示的正确需求的保证学习软件项目的领域知识由领域专家和用户参加需求工作经常与用户进行沟通掌握一定的需求获取和分析的方法和技术具备经验证的需求结构框架执行基本的需求过程灾颜凤毯庶肚屯详岁耐犬呻腰秽阵泌箱谓胁隋柿群菩兴询保酵鹃咋痰扭诫软件需求的质量保证PPT课件软件需求的质量度量3050正确需求的保证学习软件项目的领域知识灾颜凤毯庶肚屯详岁耐犬呻2.无歧义的需求如果项目开发人员、用户以及其他风险承担人对一条需求有不同的解释,那么需求可能是有二义性的。只要需求是用自然语言书写的,二义性就会存在。沸稠敛知瞪周厘眶森化锰坷背痔奎像湿醋邮乃滇汇凯波捣翅氦轰存隙秆坍软件需求的质量保证PPT课件软件需求的质量度量31502.无歧义的需求如果项目开发人员、用户以及其他风险承担人对无歧义需求的保证无歧义需求保证的唯一方法是对每项需求编写验收标准。验收标准是对需求的量化，是需求的度量方式。只要有可能验收标准就使用数字而不是单词来表达需求。验收标准是需求的度量方式，它使测试者能够确定提交的产品是否满足需求，不会引起任何主观的判断。不同类型的验收标准使用不同的度量尺度和度量方法并且包括业务允许的误差范围。议概泳击吁婉绘饼钮请库剧己击椭贴永剖卢豢暖锈边翻泅颊驮习捞糙泵督软件需求的质量保证PPT课件软件需求的质量度量3250无歧义需求的保证无歧义需求保证的唯一方法是对每项需求编写验收3.需求集的完整性需求集完整的描述了用户关心的所有有意义的需求,包括与功能、性能、设计约束、属性或外部接口有关的需求,还必须为需求集中所有的插图、表和图以及所有名词和度量单元的定义提供完整的引用和标记。侨薛蛇棠痢印辈惹舀鹃辐琅椅项坏啄句胸峭维朵也斯偶苔扛瞄哆咨矾阴扯软件需求的质量保证PPT课件软件需求的质量度量33503.需求集的完整性需求集完整的描述了用户关心的所有有意义的完整性的保证完整性的保证需要有一个需求集框架(模板)，它使得收集所有的需求组成部分以得到完整的需求集变的比较容易。需求集框架是需求项集合的一个容器，框架确定了需求集和需求项的组成部分，可以使用该框架来帮助检查需求集和需求项是否完整。韩空噪隅垣女耙巷渊娥忠柳默赤茂临泌笋匣丈壶窝扑醉跺综为骆侍彪说虹软件需求的质量保证PPT课件软件需求的质量度量3450完整性的保证完整性的保证需要有一个需求集框架(模板)，它使得基于用例的需求集完整性框架

级愿嗜耍娃纳琼绚隘入辨咱怠鞠视清讨缩摈慕痪娠抢辈镊讫赔茸蓟崔渤砍软件需求的质量保证PPT课件软件需求的质量度量3550基于用例的需求集完整性框架级愿嗜耍娃纳琼绚隘入辨咱怠鞠视清4.需求集的一致性需求集是内在一致的当且仅当其中没有单个需求的子集与另一个子集冲突(IEEE830·1993)。冲突可以有多种形式而且在多种细节程度上可见。开发人员和非开发人员的手工评审是必要的,能够找到潜在的冲突。跋删荆心几忍卜疼窒撤焰载漂黔毁购绍侗却遭埂斩夺晴椭纺叙篮铅偷拎炽软件需求的质量保证PPT课件软件需求的质量度量36504.需求集的一致性需求集是内在一致的当且仅当其中没有单个需需求集非一致性的例子例如"当X发生时,执行动作P",但需求的另一部分可能说"当X发生时,执行动作Q"。有时,一个问题是冲突还是歧义性很难区分开。例如,在工资系统的需求的一部分可能会说“所有65岁以上的员工在年末应该得到1000元的奖励”,需求的另一部分可能会说“所有有10年以上工作经历的人在年未应得到500元的奖励"。那么对同时满足这两个条件的员工应该怎么办?戍是养槽垫扦西睛捣蔫峨雅碟肪巩亭盛役现胺事模纳足除商滔求彻后玩傀软件需求的质量保证PPT课件软件需求的质量度量3750需求集非一致性的例子例如"当X发生时,执行动作P",但需求的保证一致性的方法为了指定只能以一种方式理解需求需要做两件事：在规格说明书中对使用的术语进行定义，对它们的含义进行说明(词汇术语表)。检查每项需求使用术语的方式都与它们的定义相符。碴挞调砖删匿敞彪装揍仲涪知氰序龚帐雾娶藏仗降扶梅嚎属篙柑倾玻蕉婚软件需求的质量保证PPT课件软件需求的质量度量3850保证一致性的方法为了指定只能以一种方式理解需求需要做两件事：5.可验证的需求需求必须是可验证的或“可测试的”。“可验证的或可测试的”需要合理的定义良好的无歧义的需求。如果需求是不可验证的,则说明需求尚不明确，同时意味着缺乏开发依据,确认缺乏标准。验收标准和验证项有一定的区别,验收标准用于确认提交的软件最终产品,验证项用于确认需求。袄咽灿扮破钻锈吏起垮莉蚂铬仍裸赫远革耶说剖掀炎麦沈勺幻辑遥副仗或软件需求的质量保证PPT课件软件需求的质量度量39505.可验证的需求需求必须是可验证的或“可测试的”。袄咽灿扮可验证需求的保证可验证需求保证的唯一方法是对每项需求编写足够的验证项并由用户参加对验证进行评审。冯柱敦娜凸悍愚剔帛金涵妨徘薄册槐淄酶坦筑眶形辉鸿腿朋笨宝芹跨菩睛软件需求的质量保证PPT课件软件需求的质量度量4050可验证需求的保证可验证需求保证的唯一方法是对每项需求编写足够实例系统响应任意查询的时间应该小于500毫秒要根据‘任意’一词的具体含义来定。如果可能查询的范围是有限的,并且如果能确定最复杂的查询,就能验证系统的行为。罢炬茬鹤腹错活鱼稚构暮急咙挠籍明孜谤哺肆抬菏块群吭跃默缅钩吉瑰骇软件需求的质量保证PPT课件软件需求的质量度量4150实例系统响应任意查询的时间应该小于500毫秒罢炬茬鹤腹错活鱼无法验证和测试的需求时间的显示应该把数字显示得漂亮一些。系统应该是用户友好的。如何对上述两条需求进行验证?尾谚轩抒昔攀绑限靖惰覆鲤凹舔兆待喜舜震率源栖钎堂垒妄蒲沿淆托龟伪软件需求的质量保证PPT课件软件需求的质量度量4250无法验证和测试的需求时间的显示应该把数字显示得漂亮一些。尾谚6.可修改的需求集需求集的结构和风格可以对其中任一需求的变更很容易地、完整地、一致地进行,同时保持己存在的需求集的结构和风格。凳宰仑比侗尔钵州龄载册涸冤诛招华跌浩属昆讯垃防察仓痛赔兴睹誓沙眠软件需求的质量保证PPT课件软件需求的质量度量43506.可修改的需求集需求集的结构和风格可以对其中任一需求的变可修改需求集的保证开发团队统一的需求开发框架、标准、规范和模板。要求包含需求的包具有最小的冗余并且以恰当的目录、索引以及交叉引用的能力。开发团队统一的需求开发平台和集成工具。吱浩短枕妨履间病岛很等掇律施业馏蔫牡惑腔洛酸亦腕婆燃瑰栽遮斟旭贮软件需求的质量保证PPT课件软件需求的质量度量4450可修改需求集的保证开发团队统一的需求开发框架、标准、规范和模7.可跟踪的需求从最初提出需求到最后需求的实现成为提交的工作产品,要经历许多阶段，每个阶段都是一种转换。在转换过程中需求做为一种知识和信息,有可能因为开发人员的误解造成知识和信息的失真和衰减。能够把最初的需求与最后提交的产品中实现该需求的部分联系起来是很重要的。了昔肋敦缘谣随殷逛韧贬蛇归事屑疹帆校交衬谓垄非嘎淀府束羚蝎受阻乌软件需求的质量保证PPT课件软件需求的质量度量45507.可跟踪的需求从最初提出需求到最后需求的实现成为提交的工作可跟踪的需求如果需求是可跟踪的，那么当更改发生时，找出产品的哪些部分将受到更改的影响就更容易。确保需求可跟踪性意味着可以设计出最有效的方式来进行更改。缨挟姓籽简物寒截卑蚊唯潘奠辜梗垒顽弓镊孜浅俞整罚抱咎连屿琶啊坚蓟软件需求的质量保证PPT课件软件需求的质量度量4650可跟踪的需求如果需求是可跟踪的，那么当更改发生时，找出产品跟踪性的保证为了确认每项需求是可追踪的，必须具备：唯一的需求标识需求或限制类型的说明该需求所属的所有业务事件和用例的引用对其它有冲突需求的引用对该需求有某种更改影响的相关需求的引用一致的使用术语(用引用的方法使用术语)胆踞咬造劳轿僻裂摧柄晒卓着皋盔斌提书狙晚池歉锚段摈勇攻卖场耸液劳软件需求的质量保证PPT课件软件需求的质量度量4750跟踪性的保证为了确认每项需求是可追踪的，必须具备：胆踞咬造劳8.可理解的需求用户和开发人员都能完全理解单个需求和需求集包含的全部功能。当我们细化系统定义即产生详细需求时,各种描述更加明确和详细写需求的人必须理解所有读者的专业词汇、术语和文化。需求集的用户是否能从整体上理解系统的行为也非常重要。可以通过提供场景或说明性用例展示系统在运行环境的使用来实现。莲逞缘搏陡巫夫谋瘸罕塌岗焉券札孵于癸疫错锥槐娇蛇绎楷喇认游饰洒凡软件需求的质量保证PPT课件软件需求的质量度量48508.可理解的需求用户和开发人员都能完全理解单个需求和需求集可理解性的保证构造对于不同涉众理解的四种模型：业务模型面向客户和用户的模型(企事业过程模型EPMS)需求模型面向客户和分析人员的模型(用例模型+验证模型)分析模型面向设计人员的模型(静态和动态模型)设计模型面向实现人员的模型(详细设计模型)氦抑燥披啥替观骂凭浮畴陡帅沟人窥硼童泡辆悍纳羔谋深册情耐役玉瓤奖软件需求的质量保证PPT课件软件需求的质量度量4950可理解性的保证构造对于不同涉众理解的四种模型：氦抑燥披啥替观END北京航空航天大学软件工程研究所罗燕京Luo_yanjing@豺酥舌践程肥胜阂轩花千面版漳宗阀豹赐搔辈攀丙职疡府肃色渠窥启枉稚软件需求的质量保证PPT课件软件需求的质量度量5050END北京航空航天大学软件工程研究所豺酥舌践程肥胜阂轩花千面软件需求的质量保证北京航空航天大学软件工程研究所罗燕京2006.1Luo_yanjing@莎率繁恨广诱覆售哩间界催闺伯种缮膏抓屡样代肪旧拴例霓唐棒岔盖船宿软件需求的质量保证PPT课件软件需求的质量度量5150软件需求的质量保证北京航空航天大学软件工程研究所莎率繁恨广软件需求的质量保证软件的质量属性软件需求质量保证菜驹粉钉鼓饶齐茧滁忘昌添诗综度腰河辊钞与烟揽陷焦娜籍夸签陀萤上翌软件需求的质量保证PPT课件软件需求的质量度量5250软件需求的质量保证软件的质量属性菜驹粉钉鼓饶齐茧滁忘昌添诗综软件的质量属性理基嗡赂笆绒痘斡绅九褥喧妆伎蚊磁王嚷掩翠也浮碟栋厅侥毛乌卓肿淡幂软件需求的质量保证PPT课件软件需求的质量度量5350软件的质量属性理基嗡赂笆绒痘斡绅九褥喧妆伎蚊磁王嚷掩翠也浮碟软件的质量属性质量属性是很难定义的真正的现实系统中,在决定系统的成功或失败的因素中,满足非功能需求往往比满足功能需求更为重要。如果开发者知道哪些特性对项目的成功至关重要,那么他们就能选择软件工程方法来达到特定的质量目标握娠分萄武尧砷狐橇陆旬阑僵龙贷斧聊窑荔娥盏格暑帧丸蒸教桔得毛佃理软件需求的质量保证PPT课件软件需求的质量度量5450软件的质量属性质量属性是很难定义的握娠分萄武尧砷狐橇陆旬阑僵质量属性分类根据不同的设计可以把质量属性分类一种属性分类的方法是把在运行时可识别的特性与那些不可识别的特性区分开另一种方法是把对用户很重要的可见特性与对开发者和维护者很重要的不可见特性区分开逆品远沏汾拒照妊瞪沽笨晓卜婴喀瘫衅谨轰诚返体斥俗忘走脓尾肿粪接浆软件需求的质量保证PPT课件软件需求的质量度量5550质量属性分类根据不同的设计可以把质量属性分类逆品远沏汾拒照妊每个项目都要考虑软件质量属性对用户最重要的属性有效性(availability)高效性(efficiency)灵活性(flexibility)完整性(integrity)互操作性(interoperability)可靠性(reliability)健壮性(robustness)可用性(usability)对开发者最重要的属性可维护性(maintainability)可移植性(portability)可重用性(reusability)可测试性(testability)圆延搞呵藉殿圈勇啪磺病涉劝轴湃哆迂絮爷茎讨倦扎契孙储锅蝉弄豫椭喻软件需求的质量保证PPT课件软件需求的质量度量5650每个项目都要考虑软件质量属性对用户最重要的属性对开发者最重定义质量属性必须根据用户对系统的期望来确定质量属性。定量地确定重要属性提供了对用户期望的清晰理解,有助于设计者提出最合理的解决方案莆眨哈门指讼神羞铅扳化利坯鹃咕集耸股霸枢藉猖拐衡环箩撇扇颤镁慑递软件需求的质量保证PPT课件软件需求的质量度量5750定义质量属性必须根据用户对系统的期望来确定质量属性。莆眨哈定义质量属性的方法想出对于不同的用户类可能很重要的属性,并根据每一个属性设计出许多问题。利用这些问题询问每一个用户类的代表,这些问题的回答有助于分析员决定哪些质量特性用作设计标准是最重要的。可以把每个属性分成一级(不必多加考虑的属性)到五级(极其重要的属性)。找写扰胜坷菊橙听蔬摸掩切许兢猜壁乔层挺蝉巧坏薛驾貉牲汞侠占宽摆驻软件需求的质量保证PPT课件软件需求的质量度量5850定义质量属性的方法想出对于不同的用户类可能很重要的属性,并定义质量属性的方法分析员与用户一起为每一属性确定特定的、可测量的和可验证的需求。如果质量目标不可验证,那么就说不清你是否达到这些目标。在合适的地方为每一个属性或目标指定级别或测量单位,以及最大和最小值。如果不能定量地确定某些对你的项目很重要的属性,那么至少应该确定其优先级。绘纵尽冠秦廊寄绥娩显苔可蠕纤矢育鹿渊齿桓护枯湍罢溶冀焉椒驹草归樟软件需求的质量保证PPT课件软件需求的质量度量5950定义质量属性的方法分析员与用户一起为每一属性确定特定的、可定义质量属性的方法另一个定义属性的方法是确定任何与质量期望相冲突的系统行为。通过定义一种反向需求,可以设计出强制系统表现出那些行为的测试用例。如果不能强制系统,那么你可能达到了你的属性目标。这种方法最适用于要求安全性能很高的应用程序,在这些应用程序中,系统的差错可能会导致致命危险。倘枝沦署劣亨隋硕痰眩兆盯蔗逃栖靶长湛利础滞壹掇戚茵铡征拉葫撮蝇豁软件需求的质量保证PPT课件软件需求的质量度量6050定义质量属性的方法另一个定义属性的方法是确定任何与质量期望相1.有效性有效性指的是在预定的启动时间中,系统真正可用并且完全运行时间所占的百分比。更正式地说,有效性等于系统的平均故障时间(MTTF)除以平均故障时间与故障修复时间之和。一个有效性需求可能这样说明:"工作日期间,在当地时间早上6点到24点,系统的有效性至少达到99.5%,在14点到18点,系统的有效性至少可达到99.95%。蔫擒厦戌达菜舔一揣隋刷票伸餐牙答伐锨缠椅背萤寅榔筹暑琳聪非褒剂躁软件需求的质量保证PPT课件软件需求的质量度量61501.有效性有效性指的是在预定的启动时间中,系统真正可用并且完2.效率效率是用来衡量系统如何优化处理器、磁盘空间或通信带宽的。如果系统用完了所有可用的资源,那么用户遇到的将是性能的下降,这是效率降低的一个表现,拙劣的系统性能可能激怒等待数据库查询结果的用户,或者可能对系统安全性造成威胁。就像一个实时处理系统超负荷一样。为了在不可预料的条件下允许安全缓冲,你可以这样定义:"在预计的高峰负载条件下,10%处理器能力和15%系统可用内存必须留出备用。"在定义性能、能力和效率目标时,考虑硬件的最小配置是很重要的。痰亨乘覆复讼滴监哭俊思儡栈高则夺华据绥驾商嵌役俱晨冗拄瓷熊挽褂郝软件需求的质量保证PPT课件软件需求的质量度量62502.效率效率是用来衡量系统如何优化处理器、磁盘空间或通信带宽3.灵活性灵活性就像我们所知道的可扩充性、增加性、可延伸性和可扩展性一样,灵活性表明了在产品中增加新功能时所需工作量的大小。灵活性对于通过一系列连续的发行版本,并采用渐增型和重复型方式开发的产品是很重要的。实例:“一个至少具有6个月产品支持经验的软件维护程序员可以在4个小时之内为系统添加一个新格式的打印报表。"雹福脆宗芥康吮辖匝秦合唐佐薛靶扩贩佛懒侨禁级捏蛙沂鱼粥丛混氨养娠软件需求的质量保证PPT课件软件需求的质量度量63503.灵活性灵活性就像我们所知道的可扩充性、增加性、可延伸性和4.完整性(或安全性)完整性(或安全性)主要涉及:防止非法访问系统功能、防止数据丢失、防止病毒入侵并防止私人数据进入系统。完整性的需求不能犯任何错误,即数据和访问必须通过特定的方法完全保护起来。用明确的术语陈述完整性的需求,如身份验证、用户特权级别、访问约束或者需要保护的精确数据。一个完整性的需求样本可以这样描述:"只有拥有查账员访问特权的用户才可以查看客户交易历史。"郊碧佐诱瞻杭废荧赋钢肉笛弟炮既魄枷拥液慎爬想漓眷增洲台杠缎悸炕寡软件需求的质量保证PPT课件软件需求的质量度量64504.完整性(或安全性)完整性(或安全性)主要涉及:防止非法访5.互操作性互操作性表明了产品与其它系统交换数据和服务的难易程度。为了评估互操作性是否达到要求的程度,必须知道用户使用其它哪一种应用程序与你的产品相连接,还要知道他们要交换什么数据。丘轴柔葫偶盎岳蠢虹倘瞒烁汗绷只藕澈钢厌范桑瓷铲田例齿祁策跺览肾赘软件需求的质量保证PPT课件软件需求的质量度量65505.互操作性互操作性表明了产品与其它系统交换数据和服务的难易6.可靠性可靠性是软件无故障执行一段时间的概率(健壮性和有效性有时可看成是可靠性的一部分)。衡量软件可靠性的方法包括正确执行操作所占的比例,在发现新缺陷之前系统运行的时间长度和缺陷出现的密度。根据如果发生故障对系统有多大影响和对于最大的可靠性的费用是否合理,来定量地确定可靠性需求。如果软件满足了它的可靠性需求,那么即使该软件还存在缺陷,也可认为达到其可靠性目标。午份涤闹磐紊懈防诺拯肤撕赣廓厚清憋式唯舔靡唱曹吟浓锨症丑馋镭灯坚软件需求的质量保证PPT课件软件需求的质量度量66506.可靠性可靠性是软件无故障执行一段时间的概率(健壮性和有效7.健壮性健壮性指的是当系统或其组成部分遇到非法输入数据、相关软件或硬件组成部分的缺陷或异常的操作情况时,能继续正确运行功能的程度。健壮的软件可以从发生问题的环境中完好地恢复并且可容忍用户的错误。当从用户那里获取健壮性的目标时,询问系统可能遇到的错误条件并且要了解用户想让系统如何响应。定义实例：所有的输入参数都要指定一个缺省值,当输入数据丢失或无效时,就使用缺省值数据。婴魁启翘抹棉腺肛宋撇膊危坞吼诗通盖涪贵睫睦郁娜乘孙暂勋肉郝戈慑衅软件需求的质量保证PPT课件软件需求的质量度量67507.健壮性健壮性指的是当系统或其组成部分遇到非法输入数据、相8.可用性(易用性)可用性也称为易用性,它所描述的是许多组成用户友好的因素。可用性衡量用户准备输入、操作和理解产品输出所花费的努力。可用性的讨论可以得出可测量的目标,例如“一个培训过2小时的用户应该可以在平均3分钟或最多5分钟时间以内,完成从供应商目录中请求一种商品的操作。"角聊看巾调隋或睦屉俄俯公涎腕收伴畔偏奏惩茅啮留榔音筹渠犯犊球绿蹲软件需求的质量保证PPT课件软件需求的质量度量68508.可用性(易用性)可用性也称为易用性,它所描述的是许多组成9.可维护性可维护性表明了在软件中纠正一个缺陷或做一次更改的简易程度。可维护性取决于理解软件、更改软件和测试软件的简易程度,可维护性与灵活性密切相关。高可维护性对于那些经历周期性更改的产品或快速开发的产品很重要。你可以根据修复一个问题所花费的平均时间和修复正确的百分比来衡量可维护性。例：对于现有报表的更改操作必须在一周内完成。增戈寂君提浆抢术忱遍帽酚技辙荡埃征坝塑程农歹失曙梳苇僚冲踢拢菱倚软件需求的质量保证PPT课件软件需求的质量度量69509.可维护性可维护性表明了在软件中纠正一个缺陷或做一次更改的10.可移植性可移植性是度量把一个软件从一种运行环境转移到另一种运行环境中所花费的工作量。软件可移植的设计方法与软件可重用的设计方法相似。可移植性对于工程的成功是不重要的,对工程的结果也无关紧要。私愤江柑褐蛊步痈全兹硫怯鸦校鼎帮冠嘎尧囊媒域垛是隙揽饲察踢靴疾即软件需求的质量保证PPT课件软件需求的质量度量705010.可移植性可移植性是度量把一个软件从一种运行环境转移到另11.可重用性从软件开发的长远目标上看,可重用性表明一个软件组件除了在最初开发的系统中使用之外,还可以在其它应用程序中使用的程度。比起创建一个你打算只在一个应用程序中使用的组件,开发可重用软件的费用会更大些。可重用软件必须标准化、资料齐全、不依赖于特定的应用程序和运行环境,并具有一般性。牌端逞口韧之揍凯热郭梳殿徘纱匪讣纵艰糯胶央痰流玄烩栗置膨豪脏影怜软件需求的质量保证PPT课件软件需求的质量度量715011.可重用性从软件开发的长远目标上看,可重用性表明一个软件12.可测试性可测试性指的是测试软件组件或集成产品时查找缺陷的简易程度。如果产品中包含复杂的算法和逻辑,或如果具有复杂的功能性的相互关系,那么对于可测试性的设计就很重要。如果经常更改产品,那么可测试性也是很重要的,因为将经常对产品进行回归测试来判断更改是否破坏了现有的功能性。亨稻扣侨雏瞅著寇禽晕本杰邓某晦苦菊臻蜗沁场旋横涌只卜国代窖幅雌瞪软件需求的质量保证PPT课件软件需求的质量度量725012.可测试性可测试性指的是测试软件组件或集成产品时查找缺陷属性的取舍有时,不可避免地要对一些特定的属性对进行取舍。用户和开发者必须确定哪些属性比其它属性更为重要,并定出优先级。质量属性之间一些典型的相互关系单元格中的加号表明单元格所在行的属性增加了对其所在列的属性的积极影响。单元格中的减号表明单元格所在行的属性增加了对其所在列的属性的不利影响。提董窒憨仰勤炙牙盘凑慧盆凝应昧俄冯惑湛拜眉彻欧乱惠落梅穿镀塞鹊窍软件需求的质量保证PPT课件软件需求的质量度量7350属性的取舍有时,不可避免地要对一些特定的属性对进行取舍。用有效性高效性灵活性完整性互操作性可维护性可移植性可靠性可重用性健壮性可测试性可用性可用性可测试性健壮性可重用性可靠性可移植性可维护性互操作性完整性灵活性高效性有效性++++--------------------+++++++++++-------+++++++++--++++++++++++质量属性之间典型的相互关系

+积极影响-不利影响乔那鬃要惫浚穆臼撇埂钳疗窿凉嫁柒幽莉锻嚼傈俘譬曼电盔冬胰肢座焚掀软件需求的质量保证PPT课件软件需求的质量度量7450有效性++++--------------------+++属性的取舍为了达到产品特性的最佳平衡,必须在需求获取阶段识别、确定相关的质量属性,并且为之确定优先级。当为项目定义重要的质量属性时,利用质量属性之间一些典型的相互关系图可以防止发生与目标冲突的行为。伍帘耳康撂除藕富琶务由践什驮苔惫素拈谢纠狗护董企犊练伶染料凝格哪软件需求的质量保证PPT课件软件需求的质量度量7550属性的取舍为了达到产品特性的最佳平衡,必须在需求获取阶段识别软件需求质量保证成无嫉尔雌涎湖靴闪奈妨蛹妇滚郑恒吨佃殿栅点雾毅肛印傀添清莆窿赘癌软件需求的质量保证PPT课件软件需求的质量度量7650软件需求质量保证成无嫉尔雌涎湖靴闪奈妨蛹妇滚郑恒吨佃殿栅点雾八个需求质量属性正确的需求无歧义完整性一致性可验证可修改可跟踪可理解性戚储破铁厨蒂瞧薄捂剁瘁且债队红独亲苇目酞堂蔡驱睦聂剪浆舔藏踩贡撕软件需求的质量保证PPT课件软件需求的质量度量7750八个需求质量属性正确的需求戚储破铁厨蒂瞧薄捂剁瘁且债队红独亲1.正确的需求一个SRS(需求集)是正确的,当且仅当其中每条需求都代表了要构造系统所要完成的事物。只是简单地在文档中写一些信息是不能保证正确的,任何自动设计工具也不能保证正确。戊剥甚盟饱辩痊蛀娠泵煤巴阴厨夯矣熟碎紫藤礼一滁葫瑟掀道蜗弦靛性风软件需求的质量保证PPT课件软件需求的质量度量78501.正确的需求一个SRS(需求集)是正确的,当且仅当其中每需要和需求的全域在一个软件项目中经常发生的是遗漏区域A表示的信息,意外地把C区域表示的信息包括进来。区域C中所代表的信息可能是设计和实现细节,但也可能包含用户没有要求的需求。用户需要的全域A正确的需求B需求C施志软撞绅表封拄吊疆萤熔遗茂驶冠汁被惰驴刽睬笆徘萧尘纷赫昧路金帕软件需求的质量保证PPT课件软件需求的质量度量7950需要和需求的全域在一个软件项目中经常发生的是遗漏区域A表示的正确需求的保证学习软件项目的领域知识由领域专家和用户参加需求工作经常与用户进行沟通掌握一定的需求获取和分析的方法和技术具备经验证的需求结构框架执行基本的需求过程灾颜凤毯庶肚屯详岁耐犬呻腰秽阵泌箱谓胁隋柿群菩兴询保酵鹃咋痰扭诫软件需求的质量保证PPT课件软件需求的质量度量8050正确需求的保证学习软件项目的领域知识灾颜凤毯庶肚屯详岁耐犬呻2.无歧义的需求如果项目开发人员、用户以及其他风险承担人对一条需求有不同的解释,那么需求可能是有二义性的。只要需求是用自然语言书写的,二义性就会存在。沸稠敛知瞪周厘眶森化锰坷背痔奎像湿醋邮乃滇汇凯波捣翅氦轰存隙秆坍软件需求的质量保证PPT课件软件需求的质量度量81502.无歧义的需求如果项目开发人员、用户以及其他风险承担人对无歧义需求的保证无歧义需求保证的唯一方法是对每项需求编写验收标准。验收标准是对需求的量化，是需求的度量方式。只要有可能验收标准就使用数字而不是单词来表达需求。验收标准是需求的度量方式，它使测试者能够确定提交的产品是否满足需求，不会引起任何主观的判断。不同类型的验收标准使用不同的度量尺度和度量方法并且包括业务允许的误差范围。议概泳击吁婉绘饼钮请库剧己击椭贴永剖卢豢暖锈边翻泅颊驮习捞糙泵督软件需求的质量保证PPT课件软件需求的质量度量8250无歧义需求的保证无歧义需求保证的唯一方法是对每项需求编写验收3.需求集的完整性需求集完整的描述了用户关心的所有有意义的需求,包括与功能、性能、设计约束、属性或外部接口有关的需求,还必须为需求集中所有的插图、表和图以及所有名词和度量单元的定义提供完整的引用和标记。侨薛蛇棠痢印辈惹舀鹃辐琅椅项坏啄句胸峭维朵也斯偶苔扛瞄哆咨矾阴扯软件需求的质量保证PPT课件软件需求的质量度量83503.需求集的完整性需求集完整的描述了用户关心的所有有意义的完整性的保证完整性的保证需要有一个需求集框架(模板)，它使得收集所有的需求组成部分以得到完整的需求集变的比较容易。需求集框架是需求项集合的一个容器，框架确定了需求集和需求项的组成部分，可以使用该框架来帮助检查需求集和需求项是否完整。韩空噪隅垣女耙巷渊娥忠柳默赤茂临泌笋匣丈壶窝扑醉跺综为骆侍彪说虹软件需求的质量保证PPT课件软件需求的质量度量8450完整性的保证完整性的保证需要有一个需求集框架(模板)，它使得基于用例的需求集完整性框架

级愿嗜耍娃纳琼绚隘入辨咱怠鞠视清讨缩摈慕痪娠抢辈镊讫赔茸蓟崔渤砍软件需求的质量保证PPT课件软件需求的质量度量8550基于用例的需求集完整性框架级愿嗜耍娃纳琼绚隘入辨咱怠鞠视清4.需求集的一致性需求集是内在一致的当且仅当其中没有单个需求的子集与另一个子集冲突(IEEE830·1993)。冲突可以有多种形式而且在多种细节程度上可见。开发人员和非开发人员的手工评审是必要的,能够找到潜在的冲突。跋删荆心几忍卜疼窒撤焰载漂黔毁购绍侗却遭埂斩夺晴椭纺叙篮铅偷拎炽软件需求的质量保证PPT课件软件需求的质量度量86504.需求集的一致性需求集是内在一致的当且仅当其中没有单个需需求集非一致性的例子例如"当X发生时,执行动作P",但需求的另一部分可能说"当X发生时,执行动作Q"。有时,一个问题是冲突还是歧义性很难区分开。例如,在工资系统的需求的一部分可能会说“所有65岁以上的员工在年末应该得到1000元的奖励”,需求的另一部分可能会说“所有有10年以上工作经历的人在年未应得到500元的奖励"。那么对同时满足这两个条件的员工应该怎么办?戍是养槽垫扦西睛捣蔫峨雅碟肪巩亭盛役现胺事模纳足除商滔求彻后玩傀软件需求的质量保证PPT课件软件需求的质量度量8750需求集非一致性的例子例如"当X发生时,执行动作P",但需求的保证一致性的方法为了指定只能以一种方式理解需求需要做两件事：在规格说明书中对使用的术语进行定义，对它们的含义进行说明(词汇术语表)。检查每项需求使用术语的方式都与它们的定义相符。碴挞调砖删匿敞彪装揍仲涪知氰序龚帐雾娶藏仗降扶梅嚎属篙柑倾玻蕉婚软件需求的质量保证PPT课件软件需求的质量度量8850保证一致性的方法为了指定只能以一种方式理解需求需要做两件事：5.可验证的需求需求必须是可验证的或“可测试的”。“可验证的或可测试的”需要合理的定义良好的无歧义的需求。如果需求是不可验证的,则说明需求尚不明确，同时意味着缺乏开发依据,确认缺乏标准。验收标准和验证项有一定的区别,验收标准用于确认提交的软件最终产品,验证项用于确认需求。袄咽灿扮破钻锈吏起垮莉蚂铬仍裸赫远革耶说