軟件質(zhì)量與質(zhì)量保證課件

1、08軟件質(zhì)量與質(zhì)量保證第1頁，共80頁。 2不論什么產(chǎn)品，質(zhì)量都是極其重要。軟件產(chǎn)品是邏輯產(chǎn)品，其特點是研發(fā)周期長，耗資巨大，必須特別注意保證質(zhì)量。軟件質(zhì)量問題引發(fā)的事故已直接傷害到生命和社會安全。忽視質(zhì)量必將付出更大的代價，受到更為嚴厲的懲罰。質(zhì)量是唯一不能妥協(xié)的，沒有質(zhì)量的生產(chǎn)是一種破壞！P.167第2頁，共80頁。 3提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第3頁，共80頁。 48.1 軟件質(zhì)量的定義P.167ANSI/IEEE（美國國家標準化組織/電氣和電子工程師協(xié)會

2、） Std 729-1983定義軟件質(zhì)量為：“與軟件產(chǎn)品滿足規(guī)定的和隱含的需求的能力有關(guān)的特征或特性的全體”。第4頁，共80頁。 58.1 軟件質(zhì)量的定義P.167定義至少明確了如下要點：1)軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就沒有質(zhì)量。2)在各種標準中定義了一些開發(fā)準則，用來指導軟件人員用工程化的方法開發(fā)軟件。如果不遵守這些開發(fā)準則，軟件質(zhì)量就得不到保證。3)往往會有一些隱含的需求沒有明確地提出來。例如，軟件應具備良好的可維護性。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。第5頁，共80頁。 6提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證

3、策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第6頁，共80頁。 78.2 影響軟件質(zhì)量的因素P.167對軟件開發(fā)項目提出的要求往往只強調(diào)系統(tǒng)必須完成的功能、應該遵循的進度計劃、以及生產(chǎn)這個系統(tǒng)花費的成本，卻很少注意在整個生命周期中軟件系統(tǒng)應該具備的質(zhì)量標準。這種做法的后果是使許多系統(tǒng)的維護費用很高，為了把系統(tǒng)移植到另外的環(huán)境中，或者使系統(tǒng)和其他系統(tǒng)配合使用，都必須付出很高昂的代價。第7頁，共80頁。 88.2 影響軟件質(zhì)量的因素P.1671 影響軟件質(zhì)量的主要因素雖然軟件具有難于定量度量的軟件屬性，但是仍然能夠提出許多重要的軟件

4、質(zhì)量指標。從管理角度對軟件質(zhì)量進行度量，可以把影響軟件質(zhì)量的主要因素分成以下13類。第8頁，共80頁。 98.2 影響軟件質(zhì)量的因素P.1671 影響軟件質(zhì)量的主要因素1)正確性2)健壯性3)效率4)安全性5)可用性6)風險7)可理解性8)可維修性9)適應性10)可測試性11)可移植性12)可再用性13)互運行性第9頁，共80頁。 108.2 影響軟件質(zhì)量的因素P.1672 軟件質(zhì)量評價應遵守的原則1)應強調(diào)軟件總體質(zhì)量(低成本高質(zhì)量)，而不應片面強調(diào)軟件正確性，忽略其可維護性與可靠性、可用性與效率等。2)應在軟件工程化生產(chǎn)的整個周期的各個階段都注意軟件的質(zhì)量，而不能只在軟件最終產(chǎn)品驗收時注意

5、質(zhì)量。3)應制定軟件質(zhì)量標準，定量地評價軟件質(zhì)量，使軟件產(chǎn)品評價執(zhí)行“評測結(jié)合，以測為主”的科學方法。第10頁，共80頁。 11提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第11頁，共80頁。 128.3 軟件質(zhì)量保證策略P.168審查復查和管理復審測試第12頁，共80頁。 13提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第13頁，共80頁。 148.4 軟件質(zhì)量保

6、證活動P.169質(zhì)量保證是復審、開發(fā)方法、配置控制與程序測試的綜合應用。簡單地說，軟件的開發(fā)方法應該符合規(guī)定的軟件開發(fā)規(guī)范；計劃和開發(fā)時期各個階段的工作都要進行復審；每個階段產(chǎn)生的文檔都必須嚴格管理，以確保文檔和程序的完整性與一致性；第14頁，共80頁。 158.4 軟件質(zhì)量保證活動P.169作為最后和最重要的一道防線，還要堅持對程序進行各個層次的測試。所有以上的各項活動內(nèi)容，都需寫入質(zhì)量保證計劃，并由質(zhì)量保證小組監(jiān)督實施。由此可見，質(zhì)量保證既是技術(shù)活動，也是管理活動。第15頁，共80頁。 168.4 軟件質(zhì)量保證活動P.169圖8-1 質(zhì)量保證活動內(nèi)容驗證與確認開發(fā)時期的配置管理第16頁，共

7、80頁。 17提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第17頁，共80頁。 188.5 軟件評審P.170在軟件生存期每個階段的工作中都可能引入人為的錯誤。當出現(xiàn)錯誤，如果不及時糾正，就會傳播到開發(fā)的后續(xù)階段中去，并在后續(xù)階段中引出更多的錯誤。實踐證明，提交給測試階段的程序中包含的錯誤越多，經(jīng)過同樣時間的測試后，程序中仍然潛伏的錯誤也越多。第18頁，共80頁。 198.5 軟件評審P.170所以必須在開發(fā)時期的每個階段，特別是設計階段結(jié)束時要進行嚴格的技術(shù)評審，盡量不讓錯誤傳

8、播到下一個階段。評審是以提高軟件質(zhì)量為目的的技術(shù)活動。為此，首先要明確什么是軟件的質(zhì)量。缺乏質(zhì)量概念的技術(shù)評審只是一種拘于形式的為評審而評審的盲目工作。第19頁，共80頁。 208.5 軟件評審P.170通常，把質(zhì)量定義為用戶的滿意程度。為使用戶滿意，有以下兩個必要條件。1)設計的規(guī)格說明要符合用戶的要求。2)程序要按照設計規(guī)格說明所規(guī)定的情況正確執(zhí)行。第20頁，共80頁。 218.5 軟件評審P.170人們把上述第一個條件稱為設計質(zhì)量，把第二個條件稱為程序質(zhì)量。圖8-2 設計質(zhì)量與程序質(zhì)量第21頁，共80頁。 228.5 軟件評審P.171設計質(zhì)量的評審對象是在需求分析階段產(chǎn)生的軟件需求規(guī)格

9、說明、數(shù)據(jù)要求規(guī)格說明，在軟件概要設計階段產(chǎn)生的軟件概要設計說明等，歸納起來，需要從下述12個方面進行評審。軟件的規(guī)格說明可靠性保密措施實現(xiàn)操作特性實施性能實現(xiàn)可修改性8.5.1 設計質(zhì)量的評審內(nèi)容可擴充性互換性可移植性可測試性復用性互連性第22頁，共80頁。 238.5 軟件評審P.175程序質(zhì)量評審著眼于軟件本身的結(jié)構(gòu)、與運行環(huán)境的接口、變更帶來的影響而進行的評審活動。通常它是從開發(fā)者的角度進行評審，直接與開發(fā)技術(shù)有關(guān)。軟件的結(jié)構(gòu)與運行環(huán)境的接口8.5.2 程序質(zhì)量的評審內(nèi)容第23頁，共80頁。 24提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證

10、的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第24頁，共80頁。 258.6 軟件質(zhì)量保證的標準P.177質(zhì)量保證系統(tǒng)可以定義為用于實現(xiàn)質(zhì)量管理的組織結(jié)構(gòu)、責任、規(guī)程、過程和資源。ISO 9000標準是以一種能夠適用于任何行業(yè)的術(shù)語描述了質(zhì)量保證的要素。為了登記成為ISO 9000中包含的質(zhì)量保證系統(tǒng)模型，一個公司的質(zhì)量系統(tǒng)和操作應該被第三方審計者仔細檢查，查看其與標準的符合性以及操作的有效性。第25頁，共80頁。 268.6 軟件質(zhì)量保證的標準P.177成功登記之后，這一公司將收到由審計者所代表的登記實體頒發(fā)的證書。此后每半年進行一次的檢查性審計持續(xù)地保證該公司的質(zhì)

11、量系統(tǒng)與標準相符。第26頁，共80頁。 278.6 軟件質(zhì)量保證的標準P.177ISO對質(zhì)量保證系統(tǒng)的方法ISO 9001標準第27頁，共80頁。 28提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第28頁，共80頁。 298.7 結(jié)構(gòu)化程序的測試P.178軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的最終復審，是軟件質(zhì)量保證的關(guān)鍵步驟。軟件測試是為了發(fā)現(xiàn)錯誤而

12、執(zhí)行程序的過程。第29頁，共80頁。 308.7 結(jié)構(gòu)化程序的測試P.178軟件測試在軟件生存期中橫跨兩個階段。通常在編寫出每一個模塊之后就對它做必要的測試(稱為單元測試)。編碼和單元測試屬于軟件生存期中的同一個階段。在結(jié)束這個階段后對軟件系統(tǒng)還要進行各種綜合測試，這是軟件生存期的另一個獨立階段，即測試階段。第30頁，共80頁。 318.7 結(jié)構(gòu)化程序的測試P.179 軟件測試的目的 軟件質(zhì)量測試人員的任務8.7.1 軟件測試的目的第31頁，共80頁。 328.7 結(jié)構(gòu)化程序的測試P.179從不同的角度出發(fā)，出現(xiàn)了兩種不同的軟件測試原則。從用戶的角度出發(fā)，就是希望通過軟件測試能充分暴露軟件中存

13、在的問題和缺陷，從而考慮是否可以接受該產(chǎn)品；從開發(fā)者的角度出發(fā)，就是希望測試能表明軟件產(chǎn)品不存在錯誤，已經(jīng)正確地實現(xiàn)了用戶的需求。8.7.2 軟件測試的原則第32頁，共80頁。 338.7 結(jié)構(gòu)化程序的測試P.179為了達到上述的原則，需要注意以下幾點。1)應當盡早測試和不斷地測試。2)程序員應該避免檢查自己的程序，測試工作應該由獨立的專業(yè)的軟件測試機構(gòu)來完成。3)設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況要制造極端狀態(tài)和意外狀態(tài)，例如，網(wǎng)絡異常中斷、電源斷電等情況。8.7.2 軟件測試的原則第33頁，共80頁。 348.7 結(jié)構(gòu)化程序的測試P.1794) 一定

14、要注意測試中的錯誤集中發(fā)生現(xiàn)象，這與程序員的編程水平和習慣有很大的關(guān)系。5) 對測試錯誤結(jié)果一定要有一個確認的過程，一般有A測試出來的錯誤，一定要有一個B來確認，嚴重的錯誤可以召開評審會進行討論和分析。6) 制訂嚴格的測試計劃，并把測試時間安排得盡量寬松，不要希望在極短的時間內(nèi)完成一個高水平的測試。7) 回歸測試的關(guān)聯(lián)性一定要引起充分的注意，避免修改一個錯誤而引起更多的錯誤出現(xiàn)。8) 妥善保存測試過程文檔有重要意義，因為測試的重現(xiàn)性往往要靠測試文檔。8.7.2 軟件測試的原則第34頁，共80頁。 358.7 結(jié)構(gòu)化程序的測試P.180軟件測試并不等同程序測試。軟件測試應該貫穿于軟件定義與開發(fā)的

15、整個期間。因此需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設計規(guī)格說明、詳細設計規(guī)格說明以及源程序，都應該是軟件測試的對象。在對需求理解與表達的正確性、設計與表達的正確性、實現(xiàn)的正確性以及運行的正確性的驗證中，任何一個環(huán)節(jié)發(fā)生了問題都可能在軟件測試中表現(xiàn)出來。8.7.3 軟件測試的對象第35頁，共80頁。 368.7 結(jié)構(gòu)化程序的測試P.180軟件測試是一個極為復雜的過程。一個規(guī)范化的軟件測試過程通常包括以下基本的測試活動。1)擬定軟件測試計劃。2)編制軟件測試大綱。3)設計和生成測試用例。4)實施測試。5)生成軟件問題報告。8.7.4 軟件測試的基本過

16、程第36頁，共80頁。 378.7 結(jié)構(gòu)化程序的測試P.181測試的目的是以最少的測試用例集合來測試出更多的程序中的潛在錯誤。如何測試得徹底，怎樣設計測試用例是測試的關(guān)鍵技術(shù)。按照測試過程是否在實際應用環(huán)境中來分，有靜態(tài)分析與動態(tài)測試。8.7.5 軟件測試技術(shù)第37頁，共80頁。 388.7 結(jié)構(gòu)化程序的測試P.181測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。白盒法是通過分析程序內(nèi)部的邏輯與執(zhí)行路線來設計測試用例進行測試的方法，白盒法也稱邏輯驅(qū)動方法。黑盒法是功能驅(qū)動方法，僅根據(jù)I/0數(shù)據(jù)條件來設計測試用例，而不管程序的內(nèi)部結(jié)構(gòu)與路徑如何。8.7.5 軟件測試技術(shù)第

17、38頁，共80頁。 398.7 結(jié)構(gòu)化程序的測試P.181白盒法的測試用例的設計方法有語句覆蓋、分支(判定)覆蓋、條件覆蓋、路徑覆蓋(或條件組合覆蓋)，主要目的是提高測試的覆蓋率。黑盒法的設計測試用例的方法有等價類劃分法、邊界值分析法、錯誤推測法，主要目的是設法以最少測試數(shù)據(jù)子集盡可能多地測試軟件程序的錯誤。8.7.5 軟件測試技術(shù)第39頁，共80頁。 408.7 結(jié)構(gòu)化程序的測試P.181靜態(tài)分析技術(shù)動態(tài)測試技術(shù)黑盒測試和白盒測試8.7.5 軟件測試技術(shù)第40頁，共80頁。 418.7 結(jié)構(gòu)化程序的測試P.182設計測試方案是測試階段的關(guān)鍵技術(shù)問題。 測試方案包括預定要測試的功能、應該輸入的

18、測試數(shù)據(jù)和預期的結(jié)果，其中最困難的問題是設計測試用的輸入數(shù)據(jù)，即測試用例。 不同的測試數(shù)據(jù)發(fā)現(xiàn)程序錯誤的能力差別很大，為了提高測試效率降低測試成本，應該選用高效的測試數(shù)據(jù)。 因為不可能進行窮舉測試，所以選用少量最有效的測試數(shù)據(jù)，做到盡可能完備的測試。8.7.6 設計測試方案第41頁，共80頁。 428.7 結(jié)構(gòu)化程序的測試P.182設計測試方案的基本目標是確定一組最可能發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù)。已經(jīng)研究出許多設計測試數(shù)據(jù)的技術(shù)，這些技術(shù)各有優(yōu)缺點。同一種技術(shù)在不同的應用場合效果相差很大，因此，通常需要聯(lián)合使用多種設計測試數(shù)據(jù)的技術(shù)。白盒法黑盒法8.7.6 設計測試方案第42頁，共80頁

19、。 438.7 結(jié)構(gòu)化程序的測試P.184與開發(fā)過程類似，測試過程也必須分步驟進行，每個步驟在邏輯上是前個步驟的繼續(xù)。大型軟件系統(tǒng)通常由若干個子系統(tǒng)組成，每個子系統(tǒng)又由許多模塊組成。因此，大型軟件系統(tǒng)的測試基本上由單元測試、集成測試、確認測試和系統(tǒng)測試等4個步驟組成，如圖8-5所示。8.7.7 軟件測試的步驟第43頁，共80頁。 448.7 結(jié)構(gòu)化程序的測試P.1848.7.7 軟件測試的步驟圖8-5 測試步驟第44頁，共80頁。 458.7 結(jié)構(gòu)化程序的測試P.185單元測試集成測試確認測試系統(tǒng)測試驗收測試8.7.7 軟件測試的步驟第45頁，共80頁。 468.7 結(jié)構(gòu)化程序的測試P.188

20、測試是找出軟件外部錯誤的過程，糾錯是在測試出錯誤的基礎(chǔ)上分析錯誤的性質(zhì)與原因，找出出錯的位置，即找到內(nèi)部錯誤(稱故障)再加以糾正，直到測試沒有錯誤為止。這種根據(jù)測試出錯誤的外因分析找到內(nèi)部原因并加以改正的代碼執(zhí)行與人工活動稱為糾錯。8.7.8 軟件糾錯技術(shù)第46頁，共80頁。 478.7 結(jié)構(gòu)化程序的測試P.189糾錯方法主要包括如下種。強力法跟蹤法演繹法歸納法8.7.8 軟件糾錯技術(shù)測試糾錯法試湊法回歸測試對分查找法第47頁，共80頁。 48提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告

21、軟件維護第48頁，共80頁。 498.8 面向?qū)ο蟮能浖y試P.190 測試的目標是在現(xiàn)實可行的時間間隔內(nèi)，去發(fā)現(xiàn)盡可能多的錯誤。 對面向?qū)ο筌浖裕@個基本目標仍保持不變，但是面向?qū)ο蟪绦虻男再|(zhì)改變了測試的策略和測試方法。為了充分測試OO系統(tǒng)，必須考慮：1) 測試的定義必須擴大包括用于 OOA和 OOD 模型的錯誤發(fā)現(xiàn)技術(shù)。2) 單元和集成測試策略必須有很大的改變。3) 測試用例的設計必須考慮OO軟件的特征。第49頁，共80頁。 508.8 面向?qū)ο蟮能浖y試P.190面向?qū)ο蠓治龊驮O計模型的正確性面向?qū)ο蠓治龊驮O計模型的一致性8.8.1 面向?qū)ο蠓治龊驮O計模型的模型測試第50頁，共80頁

22、。 518.8 面向?qū)ο蟮能浖y試P.192 傳統(tǒng)的測試軟件的策略是從小型測試開始，逐步走向大型測試。從軟件測試的角度來說，也就是從單元測試開始，然后逐步進入集成測試，最后是有效性和系統(tǒng)測試。 在傳統(tǒng)應用中，單元測試集中在最小的可編譯程序單位(如模塊、子例程、進程)中，一旦這些單元均被獨立測試后，它們就被集成進程序結(jié)構(gòu)中，這時要進行一系列的回歸測試以發(fā)現(xiàn)由于模塊的接口所帶來的錯誤和新單元加入導致的副作用，最后，系統(tǒng)被作為一個整體測試以發(fā)現(xiàn)在需求中的錯誤。8.8.2 面向?qū)ο蟮臏y試策略第51頁，共80頁。 528.8 面向?qū)ο蟮能浖y試P.192面向?qū)ο蟮膯卧獪y試面向?qū)ο蟮慕M裝測試面向?qū)ο蟮拇_認

23、測試8.8.2 面向?qū)ο蟮臏y試策略第52頁，共80頁。 538.8 面向?qū)ο蟮能浖y試P.193面向?qū)ο鬁y試集設計的概念傳統(tǒng)測試集設計方法的適用性基于故障的測試面向?qū)ο缶幊虒y試的影響測試外部結(jié)構(gòu)和內(nèi)部結(jié)構(gòu)8.8.3 面向?qū)ο筌浖y試集設計第53頁，共80頁。 54提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第54頁，共80頁。 558.9 測試計劃與測試分析報告P.195測試是軟件生存周期中一個獨立的、關(guān)鍵的階段，也是保證軟件質(zhì)量的重要活動之一。為了提高發(fā)現(xiàn)錯誤的概率，使測試能

24、有計劃地、有條不紊地進行，就必須編制相應的測試文檔。測試文檔主要有測試計劃和測試分析報告。第55頁，共80頁。 568.9 測試計劃與測試分析報告P.195根據(jù)國家標準，與軟件測試直接有關(guān)的文檔，一個是GB8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南中的“測試計劃”和“測試分析報告”；另一個是GB9286-88計算機軟件測試文件編制規(guī)范。后者是前者的補充和細化，這樣可以使文檔的書寫更具體，更有參照性。第56頁，共80頁。 578.9 測試計劃與測試分析報告P.195測試計劃可細化為測試計劃、測試設計說明、測試用例說明和測試規(guī)格說明；測試分析報告可細化為測試項傳遞報告、測試日志、測試事件報告和測

25、試總結(jié)報告。第57頁，共80頁。 588.9 測試計劃與測試分析報告P.195測試計劃的內(nèi)容(附錄F P.290)測試分析報告的內(nèi)容(附錄G P.292)第58頁，共80頁。 59提 綱軟件質(zhì)量的定義影響軟件質(zhì)量的因素軟件質(zhì)量保證策略軟件質(zhì)量保證活動軟件評審軟件質(zhì)量保證的標準結(jié)構(gòu)化程序的測試面向?qū)ο蟮能浖y試測試計劃與測試分析報告軟件維護第59頁，共80頁。 608.10 軟件維護P.1968.10.1 軟件維護分類與特點1 軟件維護的原因在軟件運行與維護階段對軟件產(chǎn)品所進行的修改就是維護。維護的原因歸結(jié)如下：1)改正在特定的使用條件下暴露出來的一些潛在程序錯誤或設計缺陷。2)在軟件使用過程中

26、因數(shù)據(jù)環(huán)境發(fā)生變化或處理環(huán)境發(fā)生變化，需要修改軟件以適應這種變化。3)用戶和數(shù)據(jù)處理人員在使用時常提出改進現(xiàn)有功能、增加新的功能及改善總體性能的要求，為了滿足這些要求，就需要修改軟件并把這些要求納入到軟件之中。第60頁，共80頁。 618.10 軟件維護P.1978.10.1 軟件維護分類與特點2 維護的分類 按維護性質(zhì)不同，軟件維護可分為改正性維護、適應性維護、完善性維護和預防性維護。1)軟件測試不可能揭露舊系統(tǒng)中的所有錯誤。所以在使用過程中程序還將發(fā)生錯誤，診斷和改正這些錯誤的過程稱為改正性維護。第61頁，共80頁。 628.10 軟件維護P.1978.10.1 軟件維護分類與特點2 維護

27、的分類2)新的硬件產(chǎn)品出現(xiàn)，同時新的操作系統(tǒng)或操作系統(tǒng)的新的版本也不斷推出，外部設備和其他的系統(tǒng)部件也經(jīng)常更新或升級。另一方面，應用軟件的使用壽命一般都在10年以上，超過了最初開發(fā)這些軟件的環(huán)境的壽命。為了適應新的變化而進行的修改活動，稱為適應性維護。第62頁，共80頁。 638.10 軟件維護P.1978.10.1 軟件維護分類與特點2 維護的分類3)一個軟件投人運行過程中，用戶不斷提出增加新功能、修改現(xiàn)有功能以及一般性的改進要求等。為了滿足這些要求，需要進行完善性維護，完善性維護活動是軟件維護工作的主要邵分。第63頁，共80頁。 648.10 軟件維護P.1978.10.1 軟件維護分類與

28、特點2 維護的分類4)為了改進軟件未來的可維護性或可靠性，或者為了給未來的改進提供更好的基礎(chǔ)而對軟件進行修改，這類活動通常叫做預防性維護。當然這類維護比前面3類要少得多。這類維護的特點是采用再造工程技術(shù)。第64頁，共80頁。 658.10 軟件維護P.1978.10.1 軟件維護分類與特點2 維護的分類從上可見，軟件維護不局限于糾正錯誤。統(tǒng)計數(shù)字表明，完善性維護占全部維護活動的5060，改正性維護占1721，適應性維護占1825，其他維護活動只占4左右。上述4類維護活動都必須應用于整個軟件配置，維護軟件文檔和維護軟件的可執(zhí)行代碼是同樣重要的。第65頁，共80頁。 668.10 軟件維護P.19

29、78.10.1 軟件維護分類與特點3 維護的特點結(jié)構(gòu)化維護與非結(jié)構(gòu)化維護維護的代價與軟件維護有關(guān)的部分問題第66頁，共80頁。 678.10 軟件維護P.1998.10.2 軟件維護步驟1 維護步驟分析和理解程序修改程序分析與修改模塊內(nèi)容細節(jié)向用戶提供回避措施修改代碼以適應變化重新驗證程序第67頁，共80頁。 688.10 軟件維護P.2018.10.2 軟件維護步驟2 維護組織軟件維護階段相對來說是漫長而且不定期的，長期以來很少建立正式的維護組織，然而對于一個小的軟件開發(fā)隊伍而言，非正式地定崗定責也絕對必要。圖8-10給出了一種組織模式。第68頁，共80頁。 698.10 軟件維護P.201

30、8.10.2 軟件維護步驟2 維護組織圖8-10 維護的一種組織模式第69頁，共80頁。 708.10 軟件維護P.2018.10.2 軟件維護步驟2 維護組織每個維護申請通過維護管理員轉(zhuǎn)告給系統(tǒng)管理員，系統(tǒng)管理員一般都是對程序特別熟悉的技術(shù)人員，他們對維護申請及可能引起的軟件修改進行評估，并向修改控制決策機構(gòu)(一個或一組管理者)報告，由它最后確定是否采取行動。按這樣的組織方式開展維護活動，能減少混亂和盲目性，避免因小失大的情況發(fā)生。當然，上述各個崗位都不需要專職人員，但必須為勝任者，并且要早在維護活動開始之前就明確各自責任，避免互相推委的現(xiàn)象出現(xiàn)。第70頁，共80頁。 718.10 軟件維護P.2018.10.3 軟件的可維護性軟件可維護性指對軟件的理解、改正、調(diào)整和改進的難易程度?？删S護性是指導軟件工程各個階段的基本原則，也是軟件工程追求的目標之一。影響可維護性的因素量化的測度保證可維護性的復審第71頁，共80頁。 728.10 軟件維護P.2028.10.4 軟件維護的副作用軟件修改是一項很危險的工作，對一個復雜的邏輯過程，僅僅做一項微小的改動，都可能引入潛在的錯誤，雖然設計文檔化和細致的回歸測試有助于排除錯誤，但是維護仍然會產(chǎn)生副作用。軟件維護的副作用指由于維護或在文檔化過程中其他一些不期望的行為引入的錯誤。第72頁，共80頁。 738.10 軟件維護P.2038.1