质量与可靠性_第1页
质量与可靠性_第2页
质量与可靠性_第3页
质量与可靠性_第4页
质量与可靠性_第5页
已阅读5页,还剩99页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

当前软件质量的现状软件质量的基本概念软件质量保证软件的可靠性软件开发中的可靠性控制软件配置管理软件质量与可靠性0当前软件件质量的的现状来自北京京航空航航天大学学可靠性性工程研研究所的的数据软件项目目中途中中止的占占25%%软件产品品在交付付时通常常在产品品中还残残留15%的缺缺陷软件公司司化在软软件返工工(修改改)上的的资源为为30--44%%软件失效效往往比比硬件失失效高一一个数量量级中船总某某军舰上上计算机机软件问问题:中船总某某军舰计计算机CPU运行850小时时故障120多次次软软件占70%MTBF≈10h致命故障障12次次软件件占70%MTBF≈100h0当前软件件质量的的现状((续)主动控制制技术((ACT))试验机我国第一一架试验验机由于于软件故故障而坠坠机在我国正正在研制制的若干干型号的的机型中中,由软软件引起起的故障障与由硬硬件引起起的故障障之比已已达3::1。有有些型号号在试飞飞阶段,,软件故故障占故故障总数数的80%。0当前软件件质量的的现状((续)0当前软件件质量的的现状((续)NASA(美国航空空航天局局)的统统计1软件件质量的的基本概概念软件质量量的定义义软件质量量特性软件质量量模型软件质量量的度量量和评价价1.1软软件质量量的定义义ANSI/IEEEStd729-1983的定义与软件产产品满足足规定的的和隐含含的需求求的能力力有关的的特征或或特性的的全体M.J..Fisher的定义所有描述述计算机机软件优优秀程度度的特性性的组合合质量特性性及其组组合,是是软件开开发与维维护中的的重要考考虑因素素为满足软软件的各各项精确确定义的的功能、、性能需需求,符符合文档档化的开开发标准准,需要要相应地地给出或或设计一一些质量量特性及及其组合合。如果这些些质量特特性及其其组合都都能在产产品中得得到满足足,则这这个软件件产品质质量就是是高的。。1.1软软件质量量的定义义(续))软件需求求是度量量软件质质量的基基础不符合需需求的软软件就不不具备质质量。标准还定定义了一一组开发发准则———开发发准则是是软件质质量的保保证软件质量量还在不不断的发发展和完完善软件质量量是各种种特性的的复杂组组合。它它随着应应用的不不同而不不同,随随着用户户提出的的质量要要求不同同而不同同。1.1软软件质量量的定义义(续))1.2软软件质量量特性软件质量量特性,,反映了了软件的的本质讨论一个个软件的的质量,,问题最最终要归归结到定定义软件件的质量量特性。。定义一个个软件的的质量,,就等价价于为该该软件定定义一系系列质量量特性。。人们通常常把影响响软件质质量的特特性用软件质量量模型来描述。。1.3软软件质量量模型软件质量量特性通通常用分层模型型来定义,,它包括括基本质量量特性和二次特性性基本质量量特性可以由一一些子质质量特性性定义和和度量。。二次特性性在必要时时又可由由它的一一些子质质量特性性定义和和度量。。著名的软软件质量量模型1976年Boehm质量模型型1979年McCall质量模型型1985年ISO质量模型型1.3..1Boehm质量模型型1.3..2McCall质量模型型1.3..3ISO的软件质质量评价价模型按照ISO//TC97/SC7//WG3/1985--1-30/N382,软件质量量度量模模型由三三层组成成软件质量量需求评价准则则(SQRC)软件质量量设计评价准则则(SQDC)软件质量量度量评价准则则(SQMC)高层和中中层建立立国际标标准,低低层可由由各使用用单位视视实际情情况制定定1.3..3ISO的软件质质量评价价模型((续)1.3..4ISO质量特性性国际标标准(ISO//IEC9126-1991))质量特性性:功能性可靠性可维护性性效率可使用性性可移植性性1.3..4ISO质量特性性国际标标准(续续)(ISO//IEC9126-1991))推荐21个子特特性:适合性准准确性性互互用用性依依从性安安全性成成熟性性容容错错性可可恢复性性可可理解解性易易学习习性操操作性性时时间间特性资资源特性性可可分析性性稳稳定性可可变更更性可可测测试性可可安安装性可可替替换性适适应应性一一致性1.3..4ISO质量特性性国际标标准(续续)(ISO//IEC9126-1991))质量特性性的相互互影响1.4软件质量量的度量量和评价价软件质量量特性度度量有两两类:预测型验收型预测度量量是利用定定量或定定性的方方法,估估算软件件质量的的评价值值,以得得到软件件质量的的比较精精确的估估算值。。验收度量量是在软件件开发各各阶段的的检查点点,对软软件的要要求质量量进行确确认性检检查的具具体评价价值,它它是对开开发过程程中的预预测进行行评价。。1.4..1软件质量量度量的的种类预测度量量又分为为:尺度度量量二元度量量尺度度量量,是一一种定量量度量。。它适用用于一些些能够直直接度量量的特性性。如出错率二元度量量,是一一种定性性度量。。它适用用于一些些只能间间接度量量的特性性,例如如,可使用性性、灵活性等等。1.4..2预测度量量尺度度量量检查表表1.4..2预测度量量(续))二元度量量检查表表1.4..2预测度量量(续))通过对照照检查项项目,确确定一种种质量特特性的有有无。例如,在在设计和和编码阶阶段的复复杂性度度量,利利用尺度度量量方法来做。对对模块复复杂性的的度量采采用McCabe环路度量量。对于二元度量量,可针对对检查表表中每一一项都应应给以记记分,指指定信息息存在时时记““1”,,否则记记“0”。表表中所有有各项的的分数相相加,即即得度量量结果。。1.4..3预测度量量的实施施2软件的质质量保证证质量保证证的概念念软件质量量保证的的主要任任务质量保证证的基本本措施质量保证证的实施施软件的结结构特性性与评价价标准2.1质量保证证的概念念什么是质质量保证证,它是是为保证产产品和服服务充分分满足消消费者要要求的质质量而进进行的有有计划、、有组织织的活动动。质量保证证是面向消费费者的活活动,是为了了使产品品实现用用户要求求的功能能,站在在用户立立场上来来掌握产产品质量量的。软件的质质量保证证就是向向用户提提供满意意的高质质量的软软件产品品。软件的质质量保证证活动也也和一般般的质量量保证活活动一样样,是确确保软件件产品从从诞生到到消亡为为止的所所有阶段段的质量量的活动动。即为了确定定、达到到和维护护需要的的软件质质量而进进行的所所有有计计划、有有系统的的管理活活动。2.1质量保证证的概念念(续))2.2软件质量量保证的的主要任任务用户要求求定义熟练掌握握正确定义义用户要要求的技技术熟练使用用定义软件件需求的的支持工工具掌握收集和积积累有关关用户业业务领域域的各种种业务的的资料和和技术的技能。减少重复复劳动和和无效劳劳动既有软件件是否可可以复用用新生产软软件应具具有复用性重视需求求测试,,减少因需求规规格说明明有误、设计有误误而造成的的返工建立互相相交流、、信息往往来通畅畅、具横横向交流流特征的的信息流流通网掌握开发发新软件件的方法法采用先进进的开发发技术::如结构化技技术、面向对象象技术使用数据据库技术术或网络络化技术术使用新型型开发工工具或环环境改进开发发过程组织外部部协作必须明确规定定进度管理理、质量管理理、交接检查查、维护体制制等各方面面的要求求,建立跟踪检查查的体制2.2软件质量量保证的的主要任任务(续续)发挥每个个开发者者的能力力开发者必必须有学学习各专业业务务知识、生产技术术和管理技术术的能动性性。制定技术培训训计划、技术水平平标准。提高软件件开发的的工程能能力要想生产产出高质质量的软软件产品品必须有有高水平平的软件工程程能力。在软件开开发环境境或软件件工具箱箱的支持持下,运用先进进的开发发技术、工具和管管理方法法开发软软件的能能力。2.2软件质量量保证的的主要任任务(续续)提高计划划和管理理质量的的能力项目开发发初期计计划阶段段的项目目计划评评价计划执行行过程中中及计划划完成报报告的评评价将评价、、评审工工作在工工程实施施之前就就列入整整个开发发工程的的工程计计划中提高软件件开发项项目管理理的精确确度2.2软件质量量保证的的主要任任务(续续)2.3..1确定软件件等级,,实行分分级管理理在需求分分析阶段段应根据据软件失失效后对对系统安安全性和和性能的的不同影影响程度度,将软软件划分分为若干干个等级级。一般般,可根根据软件件的安全全性、重重要性将将软件划划分为关关键软件件、重要要软件和和一般软软件。在在软件研研制过程程中,应应视软件件的等级级采取不不同的管管理措施施。2.3质量保证证的基本本措施2.3..2给出关键键、重要要软件的的可靠性性指标在确定软软件可靠靠性指标标时应注注意:a.采用使用用部门能能观察到到且可验验证的指指标b.分配时按按软件安安全关键键程度适适当加权权c.给出指标标时应明明确验收收方法。。常用的软软件可靠靠性指标标有:MTBF、MTTF可用性AMDT初期故障障率2.3质量保证证的基本本措施((续)2.3..3制定软件件的可靠靠性、安安全性设设计准则则a.每个阶段段的具体体质量要要求和判判据;b.需求分析析、设计计和编程程阶段需需遵守可可靠性、、安全性性设计准准则和相相应的设设计检查查单;c.每阶段应应进行的的具体验验证和评评价活动动类型、、活动计计划和责责任者及及其职责责。2.3质量保证证的基本本措施((续)2.3..4认真编制制符合国国军标规规定的软软件设计计文档应及时、、认真地地根据GJB438A-96或其它相相应标准准的要求求,对级级别不同同的软件件编制相相应当文文档。在转阶段段评审中中,必须须对相应应的软件件文档进进行认真真评审。。2.3质量保证证的基本本措施((续)2.3..5严严格进行行软件的的阶段评评审软件研制制单位应应认真组组织并严严格进行行软件的的阶段评评审;特特别应认认真组织织好软件件需求评评审,软软件详细细设计评评审,软软件测试试和验收收评审。。在评审审前必须须确定方方式、内内容、要要求和评评审组成成员。在在评审应应对评审审中的问问题进行行更改、、跟踪归归零。2.3质量保证证的基本本措施((续)2.3..6加加强软件件的配置置管理应根据国国军标有有关规定定对软件件配置标标识、配配置控制制、配置置状况记记录和配配置审核核进行管管理。必必须制定定“软件件配置管管理计划划”,并并按计划划实施规规定的管管理活动动。应按照型型号软件件的研制制进程对对软件的的版本进进行标识识并实施施控制。。软件研制制单位应应建立本本单位的的软件开开发库,,受控库库和成品品库,并并制定各各软件库库的管理理规程。。已归档档软件产产品的更更改必须须严格履履行审批批手续,,更改后后的软件件必须进进行回归归测试,,并重新新归档。。2.3质量保证证的基本本措施((续)2.3..7强强化软件件测试a)制定软件件测试计计划b)在软件研研的同时时进行测测试c)规范软件件的测试试d)安全关键键软件的的第三方方测试2.3质量保证证的基本本措施((续)2.3..8建立闭环环的软件件故障报报告、分分析和纠纠正系统统(SFRACAS)在系统分分析和设设计阶段段开始,,就应建建立SFRACAS,在软件测测试过程程中,应应按有关关规定记记录、整整理、分分析有关关故障数数据,实实施闭环环控制,,有效地地消除软软件缺陷陷、故障障,控制制软件研研制工作作的质量量。在软件各各开发、、测试部部门及外外场测试试部门及及外场试试验,使使用部门门应建立立问题报报告制度度,软件件的更改改必须认认真填写写“软件件问题报报告单””及“软软件更改改报告单单”。对对软件的的更改记记录和信信息应纳纳入系统统承制单单位的信信息闭环环管理系系统。2.3质量保证证的基本本措施((续)2.4质量保证证活动的的实施--TPDCATarget设定质量量目标。。Plan设定评测测检查项项目(质质量评价价准则))。制定定实现质质量目标标的方法法或手段段。Do制作高质质量的规规格说明明和程序序。在接接受质量量检查前前先做自自我检查查。Check质量检查查,评价价结果用用质量图图的形式式表示Action:对评价发发现的问问题进行行改进活活动,如如果实现现并达到到了质量量目标就就转入下下一个工工程阶段段。这样重复复“Plan”到“Action”的过程,直到整整个开发发项目完完成。2.5软件的结结构特性性与评价价标准逻辑数据据层次评价标准准全部数据据元素定定义完毕毕所有层次次的操作作符定义义完毕功能层次次评价标准准全部功能能元素定定义完毕毕所有层次次的操作作符定义义完毕逻辑数据据与功能能的对应应关系评价准则则所有数据据都与功功能对应应所有功能能元素都都与数据据对应逻辑数据据与功能能的相互互关系个个数(局局部)物理数据据层次评价准则则全部数据据元素定定义完毕毕物理数据据之间的的所有指指针定义义完毕上述指针针都具有有层次性性模块层次次评价准则则所有模块块定义完完毕模块之间间所有控控制关系系定义完完毕上述关系系都是标标准过程程调用形形式各层次上上的模块块大小适适当2.5软件的结结构特性性与评价价标准((续)物理数据据与模块块的对应应关系评价准则则所有物理理数据都都与模块块对应所有模块块都与物物理数据据对应对应于一一个物理理数据的的模块数数(以一一对一为为好)功能与模模块的对对应关系系评价准则则所有功能能都与模模块对应应对应模块块的功能能个数((以一对对 一为为好)2.5软件的结结构特性性与评价价标准((续)3软件件可靠性性与可靠靠性工程程软件生存存期与软软件寿命命的关系系软件可靠靠性定义义测试中的的可靠性性分析SPQL评价软件可靠靠性工程程软件可靠靠性的测测试与验验证3.1软件生存存期与软软件寿命命的关系系软件寿命命的基本本概念一切有生生命的东东西都有有“寿命”概念延伸伸:产品品的寿命命就是指指该产品品从出厂厂直到丧丧失使用用价值的的持续时时间。从软件工工程的角角度来说说,软件产品品的寿命命是指软软件的整整个生存存期。从用户的的角度来来看,更更关心的的是软件件在交付付使用后后的情况况——MTBF:平均失效效间隔时时间软件在使使用期间间能够正正常工作作的持续续时间叫叫做软件件的使用寿命命。软件的使使用寿命命与使用用环境有有关。软件故障障与失效效软件发生生失效(failure)标志着软软件一次次使用寿寿命的结结束失效是由由故障引起的::设计者者的失误误─致使使系统中中留下错误的设设计(bug)),使软件存存有故障(fault),这些故障障导致系系统的错错误执行行─错误(error),从而导致致系统无无法达到到预期的的结果──失效(failure)。故障往往往是物理理地或静静态地存存在的,,而失误误、错误误和失效效都是系系统的一一种动态态的转瞬瞬即逝的的现象发生过失失效的软软件通常常仍然是是可用的的。只有有当软件件频繁失失效,或或者公认认已经““过时””了的时时侯,软软件才被被废弃,,意味着当当前这一一版本软软件寿命命的终结结。3.1软件生存存期与软软件寿命命的关系系(续))3.2软件可靠靠性定义义软件可靠靠性软件在给定的时时间间隔隔及规定的环环境条件件下,按设计要要求,成功地运运行程序序,实现现规定的的功能的概率。。环境条件件指的是软件的使使用环境境。无论什什么软件件,如果果不对它它的使用用环境加加以限制制,都是是会失效效的。这这种失效效的数据据,不能能用来度度量软件件的可靠靠性。规定的时时间一般为软软件的运行时间间,是一个随随机变量量规定的功功能在考虑软软件可靠靠性时,,首先应应当明确确软件的功功能是什什么,哪些功能能是主要要的,哪些功能能是次要要的。一般从从软件需需求分析析说明和和设计说说明中可可以了解解这些情情况。由于功能能不同,,失效带带来的损损失就不不一样。。因此,,还要明明确哪些失效效是致命命的,哪些失效效是非致致命的,哪些又是是容易修修复的。此外,,还要明明确,怎样才算算是完成成了一个个规定的的功能。成功地运运行程序序指不仅程程序能正正确地运运行,满满足用户户对它的的功能要要求,而而且当当程序一一旦受到到意外的的伤害,,或系统统故障时时,能尽尽快恢复复,仍能能正常地地运行。。3.2软件可靠靠性定义义(续))3.3测试中的的可靠性性分析利用测试试的统计计数据,,估算软软件的可可靠性推测错误误的产生生频度,,即推测测错误产产生的时时间间隔隔估算错误误产生频频度的一一种方法法是估算算平均失失效等待待时间MTTF(MeanTimeToFailure)推测残留留在程序序中的错错误数评价测试试的精确确度和覆覆盖率SPQL:软件产品品质量水水平(SoftwareProductQualityLevel))SPQL用如下公公式度量量:SPQL=Ac××Cv其中Ac(TestAccuracy)———测试的精精确度,,它反映映了测试试的质量;测试质质量可以以用测试试的故障捕捉捉率和遗漏率来衡量Cv(TestCoverage)———测试的覆覆盖度,,它反映映了测试试的数量。测试数数量可以以是执行的测测试用例例数、确认的程程序路径径数等等3.4SPQL评价Ac的意义:表明在测测试的过过程中以以多大的的把握捕捕捉了软软件中潜潜在的故故障。Ac的测定:预先植植入播种种故障,,然后通通过测试试,根据据播种故故障的捕捕捉率来来推测原原有故障障的捕获获率。3.4..1测测试精确确度AcCv的意义:表明在整整个测试试期间发发现软件件潜在故故障的可可能性有有多大。。Cv的测定:可通过被被测对象象软件潜潜在的原原有故障障的捕捉捉率来测测定的。。3.4..2测试覆盖盖率Cv3.5..1软件可靠靠性工程程的基本本概念软件可靠靠性工程程(SRE)SoftwareReliabilityEngineering:为了达到到软件产产品的可可靠性要要求而进进行的一一系列软软件工程程活动。。软件可靠靠性工程程涉及以以下四方方面活动动和有关关技术::软件可靠靠性分析:进行软软件可靠靠性的需需求分析析、指标标分配、、故障树树分析、、故障模模式和影影响分析析、软件件开发过过程中有有关软件件可靠性性的的特特性分析析…软件可靠靠性设计和实实现:进行防错错设计、、容错设设计、检检错设计计、纠错错设计、、故障恢恢复设计计、软件件可靠性性增长……3.5软件可靠靠性工程程3.5..1软件可靠靠性工程程的基本本概念软件可靠靠性测量、测试和评评估:在软件生生存周期期各阶段段进行有有关软件件可靠性性设计、、制造和和管理方方面的属性测量量,进行基基于软件件运行剖剖面的测测试用例例随机输输入的软软件测试、软件可可靠性预计、软件可可靠性估计、软件可可靠性验验证、…软件可靠靠性管理:确定影响响软件可可靠性的的因素,,制定必必要的设设计和实实现准则则以及对对软件开开发各阶阶段软件件可靠性性相关的的过程和和产品的的要求,,依据上上述有关关测量数数据和分分析结果果控制和和改进开开发过程程,进行行风险管管理,改改进费用用效益关关系,改改进开发发过程,,对采购购或重用用的软件件进行可可靠性管管理,…3.5软件可靠靠性工程程(续))3.5..1软件可靠靠性工程程的基本本概念实施软件件可靠性性工程要要解决三三个问题题即软件可可靠性指指标的确确定与分分配软件可靠靠性要求求的实现现软件可靠靠性的验验证。

3.5软件可靠靠性工程程(续))3.5..2为为什么要要实施软件可靠靠性工程程(SRE))?1.SREcanhelpsolvethemostimportantsoftwaredevelopmentproblem,,makingyouandyourorganizationmorecompetitive..能够解决决软件开开发中的的大多数数重要问问题,提提升竞争争力2.SREisaproven,,standard,widespreadbestpractice..经过证实实的、权权威的、、普遍的的最佳工工程实践践3.SREiswidelyapplicable..广泛的适适用性4.SREcostislow..低廉的成成本5.SREscheduleimpactisminor.基于SRE的计计划、进进度非常常合理6.SREhasadditionaladvantages.其他优势势3.5软件可靠靠性工程程(续))3.5..3JustRight准则对软件可可靠性的的要求应应该是JustRight,这与软件件测试的的Goodenough一样,也也是权衡衡投入产产出比的的一种原原则1.选择择可靠性性指标,,比如故故障率2.选选定故障障率的公公共测量量方法3.为为每个相相关系统统设定系系统总目目标故障障率FIO((failureintensityobjective))4.开开展如下下工作::A.找找出软件件的总FIOB.设设计软件件可靠性性策略,,用最低低的开发发成本,,来满足足软件FIO和和目标进进度的要要求,3.5软件可靠靠性工程程(续))3.5..3JustRight准则如何确定定可靠性性指标采用用户户(系统统)能观观察到且且可验证证的指标标依据系统统可靠性性指标进进行分配配分配时按按软件安安全关键键程度适适当加权权给出指标标时明确确验收方方法3.5软件可靠靠性工程程(续))3.5..3JustRight准则常用的软软件可靠靠性指标标MTBF、MTTF可用性AMDT((MeanDownTime))初期故障障偶然故障障3.5软件可靠靠性工程程(续))3.5..4可可靠性指指导方针针FailureImpactHundredsofdeaths,,morethan$$109costOneortwodeathsaround$$106costAround$$1000costAround$$100costAround$$10costTypicalFIO(Failures/hr)10-910-610-310-210-1TimeBetweenFailures114,,000years114years6weeks100hr10hr3.5软件可靠靠性工程程(续))可靠性指指导方针针的应用用可接受的的Down机时时间5分钟钟/年5分钟钟/月or1小小时/年年10分分钟/周周or9小小时/年年可靠性5nines(0..99999))4nines(0..9999)3nines(0..999)3.5..4可可靠性指指导方针针的应用用3.5软件可靠靠性工程程(续))结果分析可靠性评估测试运行软件配置置和规格格说明书书剖面用例结果预期结果果和故障障判据失效数据据选取测试用例构造运行剖面被测软件件软件可靠靠性模型型激励器主控机仿真器输入信号号信息输出信号号控制运行剖面面构造测试用例例生成网络通讯讯数据收集集/比较较/分析析可靠性评评估、预预计目标系统统子系统仿仿真与数据交联联控制实时数据据记录测试用例例实时控制制命令实时输入入信号实时运行行结果控制命令令3.6软件可靠靠性的测测试与验验证结果分析排错与回归测试试评估和预计参数估计停止测试测试运行软件配置置和规格格说明书书剖面用例结果预期结果果和故障障判据软件目标值未达目标标已达目标标参数软件可靠靠性模型型选取测试用例构造运行剖面被测软件件3.6软件可靠靠性的测测试与验验证(续续)4软件件开发过过程中的的质量控控制软件开发发的主要要阶段软件开发发各阶段段的质量量控制评审在质质量控制制中的作作用系统分析析和软件件定义软件需求求分析设计概要设计计详细设计计代码编写写和单元元测试软件测试试部件测试试集成测试试系统测试试验收生产4软件件开发中中的质量量控制4.1软软件开开发的主主要阶段段4.21系统统分析和和软件定定义主要工作作:分析系统统要求和和使用环环境.拟拟定软件件研制任任务书完成标志志:软件研制制任务书书(或类类似作用用的文件件)管理任务务:1.拟订订质量((可靠性性、安全全性)大大纲要求求2..确定资资源保证证3..组织交交办、承承办双方方协调,,承制方方大力支支持质量控制制手段::1.制定定软件质质保计划划2..评审软软件研制制任务书书3.明确确软件验验收方法法4.2软软件开开发各阶阶段的质质量控制制4.2..2软软件需求求分析主要工作作:1.确定定运行环环境2..确定功功能、性性能和接接口要求求,编写写需求规规格说明明3.确确定关键键软件4.制定定项目开开发计划划5.制制定计算算机软件件/硬件件系统测测试计划划完成标志志:1.软件件需求规规格说明明2.项目目开发计计划3..计算机机软件系系统测试试计划((初步))管理任务务:1.制定定质量大大纲实施施计划2..组织评评审3..进行配配置管理理4.进行行进度管管理5.组组织交办办、承办办双方协协调并由由交办方方认可质量控制制手段::1.评审审软件需需求规格格说明2.与与开发部部门一起起确定安安全/关关键软件件3..评审系系统测试试计划4.2软软件开开发各阶阶段的质质量控制制(续))4.2..3设设计———概要设设计主要工作作:1.建立立总体结结构、划划分模块块2.定义义各功能能模块接接口3..进行可可靠性、、安全性性分析和和设计4..制定计计算机软软件部件件集成和和测试计计划完成标志志:1.概要要设计说说明2.计计算机软软件部件件集成和和测试计计划(初初步)管理任务务:1.组织织评审2.组织织记录并并报告问问题3.进进行配置置管理4.进行行进度管管理质量控制制手段::1评审概概要设计计说明2..评审软软件集成成测试计计划4.2软软件开开发各阶阶段的质质量控制制(续))4.2..4设设计———详细设设计主要工作作:1.设计计模块内内的算法法和细节节2.确定定模块间间详细接接口信息息3.拟订订软件单单元测试试方案完成标志志:1.详细细设计说说明管理任务务:1.组织织评审2.组织织记录并并报告问问题3.进进行配置置管理4.进行行进度管管理质量控制制手段::1.评审审详细设设计说明明2.检查查配置管管理与质质保运行行情况4.2软软件开开发各阶阶段的质质量控制制(续))4.2..5编编码和单单元测试试主要工作作:1.编写写源程序序2.进行行调试3..进行静静态分析析和单元元测试4..编写软软件使用用说明5..设计测测试用例例,编写写测试程程序完成标志志:1.源程程序2.测试试用例,,测试程程序3.软软件使用用说明((初稿))管理任务务:1.组织织验证与与评审2.组组织记录录并报告告问题3.进进行配置置管理4.进进行进度度管理质量控制制手段::1.代码码走查2..评审单单元测试试结果4.2软软件开开发各阶阶段的质质量控制制(续))4.2..6部部件测试试主要工作作:1.执行行计算机机软件部部件集成成和测试试计划2.编写写计算机机软件部部件集成成和测试试分析报报告3.完完成编写写软件使使用说明明完成标志志:1.可运运行的程程序系统统及数据据2.部件件测试计计划3.部件件测试分分析报告告4.软件件用户手手册操作作手册管理任务务:1.加强强测试2.分析析风险3.组织织评审、、记录并并报告问问题4..确定可可否提交交系统集集成和测测试5..进行行配置管管理6..进行进进度管理理质量控制制手段::1.评审审软件用用户手册册2..评审软软件操作作手册3.检检查软件件部件测测试结果果4.2软软件开开发各阶阶段的质质量控制制(续))4.2..7集集成测试试主要工作作:1.测试试整个程程序2.试试用软件件使用说说明3.编编写配置置项测试试分析报报告完成标志志:1.集成成测试分分析报告告管理任务务:1.分析析并报告告问题2..组织问问题追踪踪3.进行行配置管管理4.组组织转阶阶段评审审质量控制制手段::1.检查查软件集集成测试试结果2.检查查软件系系统测试试结果3.检查查软件FRACAS运运行情况况4.确确保安全全/关键键软件的的第三方方测试4.2软软件开开发各阶阶段的质质量控制制(续))4.2..8系系统测试试主要工作作:1按系统统集成和和测试((系统联联试)要要求进行行系统测测试完成标志志:1.系统统集成和和测试((系统联联试)分分析报告告管理任务务:1.分析析并报告告问题2..组织问问题追踪踪3.进行行配置管管理4.组组织转阶阶段评审审质量控制制手段::1.检查查软件集集成测试试结果2.检查查软件系系统测试试结果3.检查查软件FRACAS运运行情况况4.确确保安全全/关键键软件的的第三方方测试4.2软软件开开发各阶阶段的质质量控制制(续))4.2..9验验收主要工作作:1.验收收测试与与审计((可利用用原有测测试与审审计结果果)2.组织织并进行行移交软软件产品品完成标志志:1.软软件验收收报告2..产品品移交文文件管理任务务:1.组织织进行验验收测试试2.组织织记录并并报告问问题3.进进行配置置管理质量控制制手段::1.组织织软件产产品的交交付前验验收2..评审验验收测试试与回归归测试4.2软软件开开发各阶阶段的质质量控制制(续))4.2..10生生产主要工作作:1.编制制软件生生产操作作规程2..按固化化程序操操作规程程生产软软件产品品完成标志志:软件产品品管理任务务:质量控制制手段::评审软件件生产操操作规程程2.对对软件生生产过程程进行质质量控制制4.2软软件开开发各阶阶段的质质量控制制(续))4.3..1过过程控制制的重要要手段———评审评审对象象:1.文档档2..计划3.报报告4.3..2软件开发发中缺陷的引引入和转转移特性性继承前一阶段段遗漏的的缺陷放大前一阶段段遗漏的的缺陷本阶段引入的缺陷本阶段克服的缺陷转移至下一阶阶段的缺缺陷4.3评评审在在质量控控制中的的作用从前一阶阶段来的的缺陷数数从前一阶阶段来的的缺陷数数开发阶段段继承的缺陷数数放大的缺陷数数本阶段引入的缺陷数数克服缺陷的能能力(比比例)传向下一一阶段来来的缺陷陷数4.3评评审在在质量控控制中的的作用4.3..3无无评审的的缺陷扩扩大模型型0%概要设计00100%详细设计662520%实现108125106437102750%软件部件测试930050%软件配置项测试470050%系统联试240024479312934.3评评审在在质量控控制中的的作用4.3..4有有评审的的缺陷扩扩大模型型70%概要设计001050%详细设计222560%实现530253211551050%软件部件测试240050%软件配置项测试120050%系统联试600612243245软件件配置管管理软件配置置管理的的概念软件配置置管理的的基本方方法版本控制制变更控制制5.1软件配置置管理的的概念5.1..1软软件配置置管理((SCM))在软件建建立时,,变更是是不可避避免的变更加剧剧了项目目中软件件人员之之间的混混乱协调软件件开发使使得混乱乱减到最最小的技技术叫做做配置管管理。配置管理理是一组组标识、、组织和和控制修修改的活活动,目的是是使错误误达到最最小并最最有效地地提高生生产率。。SCM活动的目目标(1)标标识变变更;(2)控控制变变更;(3)确确保变变更正确确地实现现;(4)向向其他他有关的的人报告告变更。。5.1..2软软件配置置在软件工工程中产产生的所所有信息息项(文文档、报报告、程程序、表表格、数数据)构构成了软件配置置。软件配置置是软件件的具体体形态在在某一时时刻的瞬瞬时影像像。随着软件件工程过过程的进进展,软件配置置项(SCI)数目快速速增加。。系统规规格说明明可繁衍衍出软件件项目实实施计划划和软件件需求规规格说明明。它们们又依次次繁衍出出建立信信息层次次的其它它文档。。5.1软件配置置管理的的概念((续)5.1..3基基线基线是软软件生存存期中各各开发阶阶段末尾尾的特定定点,又又称里程程碑。由正式的的技术评评审而得得到的SCI协议和软软件配置置的正式式文本才才能成为为基线。。基线的作用是把把各阶段段工作的的划分更更加明确确化,以便于于检验和和肯定阶阶段成果果。5.1软件配置置管理的的概念((续)5.1软件配置置管理的的概念((续)5.1..3软软件开发发各阶段段的基线线5.1..4项项目数据据库一旦一个SCI成为基线线,就把它存存放到项项目数据据库中。当软件组组织成员员想要对基线SCI进行修改改时,须把它从从项目数数据库中中复制到到该工程程师的专专用工作作区中。例如,把把一个名为B的SCI从项目数数据库复复制到工工程师的的专用工工作区中中。工程师在在B'(B的副本))上完成成要求的的变更,再用B'来更新B。有些系统统中把这这个基线线SCI锁定。在在变更完完成、评评审和批批准之前前,不许许对它做做任何操操作。5.1软件配置置管理的的概念((续)5.1..4项项目数据据库5.2软件配置置管理的的基本方方法5.2..1软软件配置置项(SCI))系统规格格说明软件项目目实施计计划软件需求求说明可执行的的原型初步的用用户手册册设计规格格说明源代码清清单测试计划划和过程程、测试试用例和和测试结结果记录录操作和安安装手册册可执行程程序(可可执行程程序模块块、连接接模块))数据库描描述(模模式和文文件结构构、初始始内容))正式的用用户手册册5.2..1软软件配置置项(SCI))维护文档档(软件件问题报报告、维维护请求求、工程程变更次次序)软件工程程标准项目开发发总结除以上所所列SCI以外,许许多软件件工程组组织还把把配置控制制之下的的软件工工具列入其中中,即编辑程序序、编译程序序、其它CASE工具的特特定版本本。因为要要使用这这些工具具来生成成文档、、程序和和数据,,如果编编译程序序的版本本不同,,可能产产生的结结果也不不同。5.2软件配置置管理的的基本方方法(续)5.2..2配配置对象象若干个SCI够成一个个配置对对象,在项目目数据库库中用一一个单一的名名字来组组织它们们。一个配置置对象有有一个名字和一组属性,并通过过某些联联系“连连接”到到其它对对象。每个对象象与其它它对象的的联系用用箭头表表示。箭箭头指明明了一种种构造关关系。双向箭头头则表明明一种相相互关系系。如果对对“源代代码”对对象作了了一个变变更,软软件工程程师就可可以根据据这种相相互关系系确定,,其它哪哪些对象象(和SCI))可能受到到影响。。5.2软件配置置管理的的基本方方法(续)配置对象象5.2..3配配置管理理的任务务标识单个个的SCI标识和管管理软件件各种版版本控制变更更审查软件件配置报告所有有加在配配置上的的变更。。5.2软件配置置管理的的基本方方法(续)5.2..4标标识SCI为了方便便对软件配配置项(SCI))进行控制制和管理理,首先应应给它们们命名———即对SCI进行标识识对象类别别基本对象象:是由软件件工程师师在分析析、设计计、编码码和测试试时所建建立的文本单元元。例如,,基本对对象可能能是需求求规格说说明中的的一节,,一个模模块的源源程序清清单、一一组用来来测试一一个等价价类的测测试用例例。复合对象象:是基本对对象的组组合或基基本对象象与其它它复合对对象的组组合。5.2软件配置置管理的的基本方方法(续)5.2..4标标识SCI标识由名字、描描述、资资源、实实现等构成对象的名字明确地标标识对象象。对象描述包括:SCI类型(如文档档、程序序、数据据)、项目标识识、变更和/或版本信息息。资源包括由对对象产生的、处理的、引用的或其它需要要的一些实体体。基本对象象的实现是指向文本单元元的指针,复合对象象的实现为null。5.2软件配置置管理的的基本方方法(续)5.2..5对对象之间间的关系系对象的层层次关系系:一个对象象可以是是一个复复合对象象的一个个组成部部分,用用联系<ispartof>标识。对象的相相互关联联关系::对象跨越越对象层层次的分分支相互互关联。。这种交交叉的结结构联系系用<interrelated>>标识

5.2软件配置置管理的的基本方方法(续)5.2..6演演变图任何对象象都可能能要做多多次变更更。对于每一一配置对对象都可可以建立立一个演演变图,用演变变图记叙叙对象的的变更历史史。5.2软件配置置管理的的基本方方法(续)5.3..1什什么是版版本控制制版本控制制是SCM的基础,,它管理理并保护护开发者者的软件件资源。。版本控制制管理在在软件工工程过程程中建立立起配置对象象的不同同版本。版本管理理可以把把一些属性性结合到到各个软软件版本本上。通过描述所希希望的属属性集合合来确定(或构造)所想要的的配置。使用演变图来表示系系统的不不同版本本。5.3版本控制制5.3..2版版本控制制的主要要任务集中管理理档案,,安全授授权机制制:版本管理理的操作作将开发组组的档案案集中地地存放在在服务器器上,经系统管管理员授授权给各各个用户户。用

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论