1、1,第8章軟件工程管理與質(zhì)量保證,學(xué)習(xí)目標(biāo)掌握軟件工程管理的目的和內(nèi)容學(xué)習(xí)軟件規(guī)模估算方法及進(jìn)度安排技術(shù)掌握軟件項(xiàng)目開發(fā)的人員組織形式掌握軟件質(zhì)量的概念及質(zhì)量保證措施學(xué)習(xí)軟件可靠性的概念及了解軟件的容錯(cuò)技術(shù)了解軟件配置的內(nèi)容及配置管理過程,2,第8章軟件工程管理與質(zhì)量保證,教學(xué)內(nèi)容8.1軟件工程管理概述8.2軟件規(guī)模估算8.3進(jìn)度計(jì)劃8.4人員組織8.5質(zhì)量保證8.6軟件可靠性8.7軟件容錯(cuò)技術(shù)8.8軟件配置管理本章小結(jié),3,8.1軟件工程管理概述,所謂管理就是通過計(jì)劃、組織和控制等一系列活動(dòng)，合理地配置和使用各種資源，以達(dá)到既定目標(biāo)的過程。軟件工程管理的對象是軟件工程項(xiàng)目，它所涉及的范圍覆蓋

2、了整個(gè)軟件工作過程。它先于任何技術(shù)活動(dòng)之前開始，并且貫穿于軟件的整個(gè)生存周期之中。軟件工程管理是一組有計(jì)劃的活動(dòng)，而制定計(jì)劃的基礎(chǔ)是對項(xiàng)目的工作量、完成時(shí)間、資源的需求、成本費(fèi)用、實(shí)現(xiàn)的目標(biāo)及工作進(jìn)度等要有一個(gè)量化的概念，而其中軟件規(guī)模是最基礎(chǔ)的數(shù)據(jù)。,返回目錄,4,8.2軟件規(guī)模估算,8.2.1代碼行度量技術(shù)軟件開發(fā)規(guī)模是度量的重要內(nèi)容，以LOC（LinesofCode，代碼行）表示的軟件規(guī)模是最基本的度量，它直接關(guān)系到軟件的成本、開發(fā)工作量和完成時(shí)間。為了使得對程序規(guī)模的估計(jì)值更接近實(shí)際值，可以由多名有經(jīng)驗(yàn)的軟件工程師分別做出估計(jì)。每個(gè)人都估計(jì)程序的最小規(guī)模(a)、最大規(guī)模(b)和最可能的

3、規(guī)模(m)，分別算出這3種規(guī)模的平均值,和之后，再用下式計(jì)算程序規(guī)模的估計(jì)值：L=(8.1),返回目錄,5,8.2軟件規(guī)模估算,例：項(xiàng)目A01工作量：13（人月）代碼規(guī)模（KLOC）：9成本（元/LOC）:12文檔頁數(shù)：240錯(cuò)誤數(shù)：20人數(shù)：4可以根據(jù)上面列出的基本數(shù)據(jù)進(jìn)行一些簡單的面向代碼行的生產(chǎn)率和質(zhì)量的度量。例如：軟件成本(元)=LOC（行）每行代碼的成本（元/行）開發(fā)工作量(人)=LOC(行)/每人月開發(fā)的代碼行(行/人月)有些項(xiàng)目可計(jì)算出平均值：生產(chǎn)率=KLOC/（人月）質(zhì)量=錯(cuò)誤數(shù)/KLOC,返回目錄,6,8.2軟件規(guī)模估算,8.2.2功能點(diǎn)度量面向功能度量方式是在1979年Al

4、brecht首先提出來的。該方法針對程序的“功能性”，其依據(jù)在于，任何軟件是由若干功能組成的，每種功能可劃分為復(fù)雜程度不同的若干功能點(diǎn)，利用功能的一些計(jì)算度量和功能復(fù)雜性估計(jì)的經(jīng)驗(yàn)關(guān)系式，得出功能點(diǎn)度量數(shù)據(jù)，以代替原來常用的LOC度量法。根據(jù)軟件功能的類型和特征，可把功能劃分為五種類型：用戶輸入，用戶輸出，用戶查詢，主文件數(shù)，外部處理。用戶輸入：面向不同應(yīng)用的數(shù)據(jù)輸入。用戶輸出：面向不同應(yīng)用的數(shù)據(jù)輸出。用戶查詢：一個(gè)查詢定義為引發(fā)軟件以聯(lián)機(jī)方式產(chǎn)生某種即時(shí)響應(yīng)的動(dòng)作，每一個(gè)不同的查詢單獨(dú)計(jì)數(shù)。主文件數(shù)：指每一個(gè)邏輯主文件均要計(jì)數(shù)。外部處理：區(qū)別于用戶輸出，這里指不同系統(tǒng)或資源間的信息傳送。,返

5、回目錄,7,8.2軟件規(guī)模估算,五類功能點(diǎn)按其復(fù)雜程度可劃分為簡單、中等、復(fù)雜3種，表8-1是Albrecht給出的功能點(diǎn)加權(quán)計(jì)算表。表8-1功能點(diǎn)加權(quán)計(jì)算表,軟件功能點(diǎn)數(shù)加權(quán)計(jì)算方法如下：以類型“用戶輸入”為例，設(shè)功能點(diǎn)按等級分類計(jì)數(shù)分別為：簡單為Inp1個(gè)，中等為Inp2個(gè)，復(fù)雜為Inp3個(gè)，則：,返回目錄,8,8.2軟件規(guī)模估算,功能點(diǎn)計(jì)數(shù)Inp=Inp1+Inp2+Inp3分類加權(quán)計(jì)算合計(jì)數(shù)Inp_FP=Inp13+Inp24+Inp36（8.2）軟件加權(quán)功能點(diǎn)數(shù)量為：FP=Inp_FP+Out_FP+Inq_FP+Fil_FP+Int_FP（8.3）在上表中，首先要確定五類功能類型，

6、并在功能點(diǎn)計(jì)數(shù)列響應(yīng)位置給出數(shù)值，就可以計(jì)算功能點(diǎn)分類加權(quán)計(jì)算值，相加即得軟件加權(quán)功能點(diǎn)總計(jì)數(shù)。功能點(diǎn)復(fù)雜等級劃分由使用單位根據(jù)本單位實(shí)際情況自行擬定一些準(zhǔn)則。,返回目錄,9,8.2軟件規(guī)模估算,但上述方法得出的FP仍不能適應(yīng)軟件各種情況，復(fù)雜性等級的確定往往帶有主觀因素。Albrecht提出用TCF（技術(shù)復(fù)雜性因子）來修正、調(diào)節(jié)功能點(diǎn)的計(jì)算方法。FP（調(diào)節(jié)后）=FP（調(diào)節(jié)前，見公式8.3）TCF（8.4）其中：TCF=0.65+0.01Fi（i=114）Fi取值見表8-2。由公式（8.4）可看出，復(fù)雜性校正是對整個(gè)功能，不對某一功能點(diǎn)。確定校正系數(shù)仍與經(jīng)驗(yàn)和主觀因素有很大關(guān)系，影響度量準(zhǔn)確性

7、。當(dāng)由公式(8.4)計(jì)算出FP修正值后，就可像LOC方式一樣，計(jì)算出項(xiàng)目軟件的其他屬性，例：生產(chǎn)率、功能點(diǎn)成本、質(zhì)量等。,返回目錄,10,8.2軟件規(guī)模估算,表8-2功能點(diǎn)計(jì)算校正值,返回目錄,11,8.2軟件規(guī)模估算,8.2.3靜態(tài)單變量模型軟件項(xiàng)目的估算能夠通過一系列化的步驟，根據(jù)過去的經(jīng)驗(yàn)，通過對大量歷史數(shù)據(jù)的統(tǒng)計(jì)和分析，建立資源估算模型，提供在一定精確度范圍內(nèi)的估算結(jié)果。工作量是軟件規(guī)模（KLOC或FP）的函數(shù)，工作量的單位通常是人月（pm）。靜態(tài)單變量模型的估算公式如下：E（人月）=A+B(KLOC)c或E（人月）=A+B(FP)c其中：A、B和C是由經(jīng)驗(yàn)數(shù)據(jù)導(dǎo)出的常數(shù)。,返回目錄,

8、12,8.2軟件規(guī)模估算,以下給出幾個(gè)典型的基于KLOC和FP的工作量靜態(tài)單變量估算模型。（1）IBM模型Walston與Felix總結(jié)了IBM聯(lián)合系統(tǒng)部實(shí)施的60個(gè)軟件項(xiàng)目（源代碼長度4467千行，工作量1211758人月，使用9種語言和66種計(jì)算機(jī)），于1977年提出IBM模型的估算公式：E（人月）=5.2(KLOC)0.91（2）Bailey-Basili模型E（人月）=5.5+0.73(KLOC)1.16（3）Boehm模型E（人月）=3.2+0.73(KLOC)1.05（4）Albrecht模型E（人月）=-13.39+0.0545FP（5）Maston,Barnett和Mellic

9、hamp模型E（人月）=585.7+15.12FP,返回目錄,13,8.2軟件規(guī)模估算,8.2.4動(dòng)態(tài)多變量模型1978年由Putnam提出，其中心思想是：在整個(gè)軟件開發(fā)周期，根據(jù)工作量和開發(fā)計(jì)劃目錄的不同分布，劃分時(shí)間段，在每一時(shí)間段內(nèi)定義資源需求，建立一條連續(xù)的“資源需求曲線”（又稱Rayleigh-Norden曲線），確定資源與時(shí)間的函數(shù)關(guān)系，導(dǎo)出如下含源代碼行數(shù)、工作量和開發(fā)時(shí)間三者關(guān)系的函數(shù)關(guān)系式：E=(LOC/CK)3B(1/TD)4其中：LOC是源代碼行數(shù)，E是整個(gè)生存周期（含開發(fā)與維護(hù)）所花費(fèi)的工作量（以人月或人年計(jì)），TD是開發(fā)時(shí)間（以月或年計(jì)），CK是技術(shù)狀態(tài)常數(shù)，它反映了

10、以下因素對工作量的影響：,返回目錄,14,8.2軟件規(guī)模估算,總體過程成熟度及管理水平。使用良好的軟件工程時(shí)間的程度。使用的程序設(shè)計(jì)語言的級別。軟件環(huán)境的狀態(tài)。軟件項(xiàng)目組的技術(shù)及經(jīng)驗(yàn)。應(yīng)用系統(tǒng)的復(fù)雜程度。CK的典型取值為：CK=2000（開發(fā)實(shí)時(shí)嵌入式軟件）；CK=10000（開發(fā)系統(tǒng)軟件或電信系統(tǒng)）；CK=28000（開發(fā)商業(yè)應(yīng)用系統(tǒng)）。B的一般取值為：B=0.16（KLOC在515之間）；B=0.39（KLOC在70以上）。,返回目錄,15,8.2軟件規(guī)模估算,8.2.5COCOMO2模型COCOMO2給出了3個(gè)層次的估算模型，隨著估算層次的提高，對軟件細(xì)節(jié)考慮的詳盡程度逐級增加。COCO

11、MO2模型既可以用于不同類型的項(xiàng)目，也可用于同一項(xiàng)目的不同開發(fā)階段。3個(gè)層次的估算模型分別是：（1）應(yīng)用系統(tǒng)組成模型。用于估算構(gòu)建原型的工作量。（2）早期設(shè)計(jì)模型。適用于體系結(jié)構(gòu)設(shè)計(jì)階段。（3）后體系結(jié)構(gòu)模型。適用于完成體系結(jié)構(gòu)設(shè)計(jì)之后的軟件開發(fā)階段。,返回目錄,16,8.2軟件規(guī)模估算,下面以后體系結(jié)構(gòu)模型為例，介紹COCOMO2模型。該模型把軟件開發(fā)工作量表示成代碼行數(shù)（KLOC）的非線性函數(shù)：E=其中:E是開發(fā)工作量（以人月為單位），a是模型系數(shù)，KLOC是估計(jì)的源代碼行數(shù)（以千行為單位），b是模型指數(shù)，fi(i=117)是成本因素。,返回目錄,17,8.2軟件規(guī)模估算,Boehm把影響

12、軟件工作量的因素劃分成產(chǎn)品因素、平臺因素、人員因素和項(xiàng)目因素4類。表8-3列出了COCOMO2模型使用的及與之對應(yīng)的工作量系數(shù)。COCOMO2模型與基本COCOMO模型相比，使用的影響軟件工作量的因素有了一些變化。（1）增加了可重用性、需要的文檔量、人員連續(xù)性和多地點(diǎn)開發(fā)4個(gè)因素。表明這些因素對開發(fā)成本的影響日益增加。（2）減少了計(jì)算機(jī)切換時(shí)間和使用現(xiàn)代程序設(shè)計(jì)技術(shù)2個(gè)影響較小的因素。（3）某些因素的影響程度提高了，如分析員能力、平臺經(jīng)驗(yàn)、語言和工具經(jīng)驗(yàn)。而有些因素的影響程度減少了，如程序員能力。,返回目錄,18,8.2軟件規(guī)模估算,為了確定工作量方程中模型指數(shù)b的值，原始的COCOMO模型把

13、軟件開發(fā)項(xiàng)目劃分成組織式、半獨(dú)立式和嵌入式這樣3種類型，并指定每種項(xiàng)目類型所對應(yīng)的b值（分別是1.05，1.12和1.20）。COCOMO2采用了更加精細(xì)得多的b分級模型，這個(gè)模型使用5個(gè)分級因素Wi(1i5),其中每個(gè)因素都劃分成從甚低（Wi=5)到特高（Wi=0)的6個(gè)級別，然后用下式計(jì)算b的數(shù)值：,返回目錄,19,8.2軟件規(guī)模估算,b=因此，b的取值范圍為1.011.26。顯然，這種分級模式比原始COCOMO模型的分級模式更精細(xì)、更靈活。COCOMO2使用的5個(gè)分級因素如下所述：（1）項(xiàng)目先例性（2）開發(fā)靈活性（3）風(fēng)險(xiǎn)排除度（4）項(xiàng)目組凝聚力（5）過程成熟度,返回目錄,20,8.3進(jìn)

14、度計(jì)劃,8.3.1估算開發(fā)時(shí)間常用的開發(fā)時(shí)間估算模型有：(1)Walston_Felix模型T=2.5E0.35(2)原始的COCOMO模型T=2.5E0.38(3)COCOMO2模型T=3.0E0.33+0.2(b-1.01)(4)Putnam模型T=2.4E1/3其中：E是開發(fā)時(shí)間工作量（人月），T為開發(fā)時(shí)間（月）。,返回目錄,21,8.3進(jìn)度計(jì)劃,8.3.2Gantt圖Gantt（甘特）圖歷史悠久，它是安排軟件進(jìn)度計(jì)劃的一個(gè)有用工具。圖8-1給出一個(gè)具有8個(gè)任務(wù)的Gantt圖，在圖的左方列出項(xiàng)目的開發(fā)任務(wù)，上方列出了日歷時(shí)間，在每一任務(wù)的開始時(shí)間與結(jié)束時(shí)間各畫一個(gè)小三角形，當(dāng)任務(wù)已經(jīng)開始

15、或結(jié)束時(shí)，就把小三角形涂黑，各個(gè)任務(wù)的工作階段用”表示。例如在圖8-1中，分析任務(wù)已經(jīng)完成，測試計(jì)劃與設(shè)計(jì)兩項(xiàng)任務(wù)也已開始，但尚未完成。階段完成以交付對應(yīng)文檔并通過評審為標(biāo)準(zhǔn)。從Gantt圖可清楚反映各子任務(wù)的開始時(shí)間、完成時(shí)間、當(dāng)前進(jìn)度及時(shí)間上的對比關(guān)系。Gantt圖簡單、直觀，能動(dòng)態(tài)反映軟件開發(fā)進(jìn)展情況，不足之處是，不能反映各任務(wù)之間的依賴關(guān)系。,返回目錄,22,8.3進(jìn)度計(jì)劃,圖8-1具有8個(gè)任務(wù)的Gantt圖,返回目錄,23,8.3進(jìn)度計(jì)劃,8.3.3工程網(wǎng)絡(luò)技術(shù)工程網(wǎng)絡(luò)技術(shù)采用PERT技術(shù)和CPM方法，它不僅能直觀地描述各子任務(wù)的分解情況、開始時(shí)間和完成時(shí)間，而且還可以顯式地描繪各個(gè)

16、任務(wù)彼此間的依賴關(guān)系。PERT技術(shù)叫做計(jì)劃評審技術(shù)（ProgramEvaluation&ReviewTechnique），CPM方法叫做關(guān)鍵路徑法（CriticalPathMethod），它們都是安排開發(fā)進(jìn)度、制定軟件開發(fā)計(jì)劃的最常用的方法。它們都采用網(wǎng)絡(luò)圖來描述一個(gè)項(xiàng)目的任務(wù)網(wǎng)絡(luò)，也就是從一個(gè)項(xiàng)目的開始到結(jié)束，把應(yīng)當(dāng)完成的任務(wù)用圖或表的形式表示出來。,返回目錄,24,8.3進(jìn)度計(jì)劃,下面結(jié)合一個(gè)簡單的例子說明怎樣用這一技術(shù)來制定軟件項(xiàng)目的進(jìn)度計(jì)劃。1建立PERT圖（又稱工程網(wǎng)絡(luò)圖）,圖8-2具有8個(gè)任務(wù)的PERT圖,2確定關(guān)鍵路徑在圖8-2中最長的路徑用時(shí)14個(gè)月，該項(xiàng)目的關(guān)鍵路徑如圖8-3

17、所示。,圖8-3關(guān)鍵路徑,返回目錄,25,8.4人員組織,如何合理地配備與組織人員，也是成功地完成軟件項(xiàng)目的切實(shí)保證。要按軟件開發(fā)的不同階段適時(shí)任用人員，恰當(dāng)掌握用人標(biāo)準(zhǔn)。以下介紹幾種常用的組織形式。8.4.1民主制小組在小組開發(fā)過程中，各負(fù)其責(zé)，遇到問題，小組成員之間平等地交流意見與看法，提出建議，集思廣益，確定解決問題的方案。組長的主要作用在于組織，沒有自我決定權(quán)，一切問題皆由集體決定。8.4.2主程序員組主程序員組是用經(jīng)驗(yàn)多、技術(shù)好、能力強(qiáng)的程序員作為主程序員。主程序員是整個(gè)小組的核心，負(fù)責(zé)全部技術(shù)活動(dòng)、管理與監(jiān)督及項(xiàng)目關(guān)鍵部分的設(shè)計(jì)與實(shí)現(xiàn)。典型的主程序員組的組織形式包括：主程序員、后備

18、程序員、編程秘書及13名程序員，組內(nèi)成員有明確的分工。,返回目錄,26,8.4人員組織,8.4.3層次式小組在層次式小組中，組內(nèi)人員分為三級，組長（項(xiàng)目負(fù)責(zé)人）1人，負(fù)責(zé)全組工作，包括任務(wù)分配、技術(shù)評審、進(jìn)度掌握及參加技術(shù)活動(dòng)。他直接領(lǐng)導(dǎo)23名高級程序員，每位高級程序員通過基層小組，管理若干位程序員。以上三種組織形式可以根據(jù)開發(fā)項(xiàng)目的實(shí)際情況，組合起來靈活運(yùn)用。例如，比較大的軟件項(xiàng)目，也許是把主程序員小組組織成層次式結(jié)構(gòu)；也許基層小組的領(lǐng)導(dǎo)又是一個(gè)民主小組的成員。,返回目錄,27,8.4人員組織,8.4.4人員配備合理地配備人員是成功完成軟件項(xiàng)目的切實(shí)保證。要按軟件開發(fā)的不同階段適時(shí)任用人員，

19、恰當(dāng)掌握用人標(biāo)準(zhǔn)。1配備人員的原則重質(zhì)量重培訓(xùn)雙階梯提升2人員分配,返回目錄,28,8.5質(zhì)量保證,質(zhì)量保證是為了產(chǎn)品滿足用戶要求的功能而進(jìn)行的有計(jì)劃、有組織的活動(dòng)，其目的是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品。8.5.1軟件質(zhì)量軟件的質(zhì)量可用一些相關(guān)的屬性來表示，衡量軟件質(zhì)量的11個(gè)特性，如表8-4所示。表8-4McCall質(zhì)量特性模型,表8-5中給出的各個(gè)評價(jià)準(zhǔn)則應(yīng)取什么值，是由特定產(chǎn)品的性質(zhì)和它們之間的相互關(guān)系來確定的。見書,返回目錄,29,8.5質(zhì)量保證,8.5.2軟件質(zhì)量保證措施軟件質(zhì)量保證（Softwarequalityassurance，SQA）措施主要有：基于非執(zhí)行的測試：也稱為

20、復(fù)審或評審，主要用來保證編碼之前各階段產(chǎn)生的文檔的質(zhì)量。基于執(zhí)行的測試：實(shí)際運(yùn)行程序，通過數(shù)據(jù)的輸入、處理與輸出結(jié)果，驗(yàn)證程序的正確性?；趫?zhí)行的測試需要在程序編寫出來之后進(jìn)行，它是保證軟件質(zhì)量的最后一道防線。程序的正確性證明：使用數(shù)學(xué)方法嚴(yán)格驗(yàn)證程序是否與對它的說明完全一致。,返回目錄,30,8.5質(zhì)量保證,在實(shí)施質(zhì)量保障措施中主要涉及兩個(gè)方面的工作：軟件工程師采用先進(jìn)的技術(shù)方法和度量，進(jìn)行正式的技術(shù)復(fù)審，并完成計(jì)劃周密的軟件測試，從技術(shù)上保障軟件質(zhì)量；SQA小組輔助軟件工程師，做好計(jì)劃、監(jiān)督、記錄、分析和報(bào)告，通過確保軟件過程的質(zhì)量來保證軟件產(chǎn)品的質(zhì)量。技術(shù)復(fù)審的具體實(shí)施手段包括：走查和審

21、查等具體方法。（1）走查包括兩種方式：參與者驅(qū)動(dòng)法、文檔驅(qū)動(dòng)法。（2）審查審查一般包括：綜述、準(zhǔn)備、審查、反工和跟蹤5個(gè)步驟。（3）程序正確性證明,返回目錄,31,8.6軟件可靠性,軟件可靠性在軟件質(zhì)量中占有重要地位，通常用它衡量在規(guī)定的環(huán)境條件和時(shí)間內(nèi)，軟件完成規(guī)定功能的能力。1軟件可靠性的定義及主要指標(biāo)軟件可靠性是軟件在給定的時(shí)間內(nèi)，按照規(guī)定的條件成功運(yùn)行程序的概率。衡量軟件可靠性的主要指標(biāo)有：MTBF（MeanTimeBetweenFailure，平均失效間隔）。就是從新的產(chǎn)品在規(guī)定的工作環(huán)境條件下開始工作到出現(xiàn)第一個(gè)故障的時(shí)間的平均值。MTBF越長表示可靠性越高，軟件正確工作的能力越強(qiáng)

22、。MTTR（MeanTimeToRepair，平均恢復(fù)時(shí)間）。就是從出現(xiàn)故障到恢復(fù)中間的這段時(shí)間。MTTR越短表示軟件的易恢復(fù)性越好。MTTF（MeanTimeToFailure，失效前平均時(shí)間）。系統(tǒng)平均能夠正常運(yùn)行多長時(shí)間才發(fā)生一次故障。系統(tǒng)的可靠性越高，失效前平均時(shí)間越長。,返回目錄,32,8.6軟件可靠性,2.可靠性分析目前常用的方法是：在軟件開發(fā)過程中，通過測試的統(tǒng)計(jì)數(shù)據(jù)，估算軟件的可靠性，對出現(xiàn)的問題及時(shí)采取措施，保證軟件的質(zhì)量。軟件可靠性多用失效前平均時(shí)間來衡量，MTTF估算公式是：MTTF=其中：K為經(jīng)驗(yàn)常數(shù)，T為程序的調(diào)試時(shí)間（月），Et是程序測試前的錯(cuò)誤總數(shù)，Ec(T)在時(shí)

23、間0t期間內(nèi)檢驗(yàn)出并排除的錯(cuò)誤數(shù)，Er(T)在時(shí)間t時(shí)遺留的錯(cuò)誤數(shù)，It是程序長度（機(jī)器指令總數(shù)）。公式的基本假定是：（1）單位（程序）長度中的故障數(shù)/近似為常數(shù)，它不因測試與調(diào)試而改變。（2）故障檢出率正比于程序中殘留故障數(shù)，而MTTF與程序中殘留故障數(shù)成反比；（3）故障不可能完全檢出，但一經(jīng)檢出立即得到改正。,返回目錄,33,8.7軟件容錯(cuò),處理不可預(yù)知的軟件錯(cuò)誤的方法叫容錯(cuò)技術(shù)。軟件的容錯(cuò)主要采用恢復(fù)塊技術(shù)、N版本程序設(shè)計(jì)、一致性恢復(fù)塊三種典型的軟件容錯(cuò)方法。1容錯(cuò)軟件定義歸納容錯(cuò)軟件的定義，有以下四種：（1）規(guī)定功能的軟件，在一定程度上對自身錯(cuò)誤的作用（軟件錯(cuò)誤）具有屏蔽能力，則稱此軟

24、件為具有容錯(cuò)功能的軟件，即容錯(cuò)軟件。（2）規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱之為容錯(cuò)軟件。（3）規(guī)定功能的軟件，在因錯(cuò)誤而發(fā)生錯(cuò)誤時(shí)，仍然能在一定程度上完成預(yù)期的功能，則把該軟件稱為容錯(cuò)軟件。（4）規(guī)定功能的軟件，在一定程度上具有容錯(cuò)能力，則稱之為容錯(cuò)軟件。,返回目錄,34,8.7軟件容錯(cuò),2容錯(cuò)的一般方法（1）結(jié)構(gòu)冗余靜態(tài)冗余、動(dòng)態(tài)冗余和混合冗余。（2）信息冗余（3）時(shí)間冗余（4）冗余附加技術(shù)3容錯(cuò)軟件的設(shè)計(jì)過程容錯(cuò)系統(tǒng)的設(shè)計(jì)過程包括以下設(shè)計(jì)步驟：（1）按設(shè)計(jì)任務(wù)要求進(jìn)行常規(guī)設(shè)計(jì)，盡量保證設(shè)計(jì)的正確。（2）對可能出現(xiàn)的錯(cuò)誤分類，確定實(shí)現(xiàn)容錯(cuò)的范圍。（3）按照“成

25、本-效率”最優(yōu)原則，選用某種冗余手段（結(jié)構(gòu)、信息、時(shí)間）來實(shí)現(xiàn)對各類錯(cuò)誤的屏蔽。（4）分析或驗(yàn)證上述冗余結(jié)構(gòu)的容錯(cuò)效果。,返回目錄,35,8.8軟件配置管理,軟件配置管理，簡稱SCM，配置管理是一種標(biāo)識、組織和控制修改的技術(shù)，目的是使錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)率。8.8.1軟件配置SCM是一組管理整個(gè)軟件生存周期中變更的活動(dòng)，它的目標(biāo)是：（1）記錄變更（2）變更控制（3）確保變更正確的實(shí)現(xiàn)（4）變更通報(bào)軟件配置是軟件工程過程中產(chǎn)生的所有信息項(xiàng)（像說明、計(jì)劃、代碼、數(shù)據(jù)、文檔）的組成，由各信息項(xiàng)在某一時(shí)刻的具體形態(tài)來體現(xiàn)。軟件工程過程中產(chǎn)生的信息項(xiàng)稱為軟件配置項(xiàng)（SCI），它是軟件配置管理的

26、對象。一個(gè)測試用例、一個(gè)子程序、編譯程序等軟件工具都可以看成是一個(gè)SCI。,返回目錄,36,8.8軟件配置管理,8.8.2軟件配置管理過程軟件配置管理的主要任務(wù)是控制變更，在這一過程中，配置對象的標(biāo)識、軟件版本的標(biāo)識、軟件配置的審查、配置對象變更的報(bào)告都是變更控制中的重要內(nèi)容，這些問題可歸納為SCM的5個(gè)基本任務(wù)過程：標(biāo)識、版本控制、變更控制、配置審計(jì)和配置報(bào)告。1標(biāo)識與版本控制版本控制的主要功能有：（1）集中管理檔案，安全授權(quán)機(jī)制（2）軟件版本升級管理（3）加鎖功能（4）提供不同版本源程序的比較,返回目錄,37,8.8軟件配置管理,2配置狀態(tài)報(bào)告在軟件生存期內(nèi)，全部的軟件配置必須保持精確。能及時(shí)、清楚地記載軟件配置的變化，對開發(fā)的過程做出系統(tǒng)的記錄，不致于到后期造成混亂，能正確反映開發(fā)活動(dòng)的