《軟件維護(hù)》課件

第9章軟件維護(hù)Chapter9

SoftwareMaintenance

第9章軟件維護(hù)●大、中型軟件產(chǎn)品的開發(fā)周期一般為1至3年，運(yùn)行周期可達(dá)5至10年。在這么長(zhǎng)的時(shí)間內(nèi)，除了要改正軟件中的殘留錯(cuò)誤外，還可能要多次更新軟件的版本，以適應(yīng)改善運(yùn)行環(huán)境（包括硬件和軟件的改進(jìn)）和加強(qiáng)產(chǎn)品性能等需要。因此，軟件維護(hù)是不可避免的?！窬S護(hù)階段是軟件生存周期中花費(fèi)最多、時(shí)間最長(zhǎng)的一個(gè)階段。通常，軟件維護(hù)費(fèi)用與開發(fā)費(fèi)用的比例為2：1?！翊蟆⒅行蛙浖a(chǎn)品的開發(fā)周期一般為1至3年，運(yùn)行周期可達(dá)5至DevelopmentTimeVS.MaintenanceTime●Typicaldevelopmentprojecttakesbetween1and2years.Requiresanadditional5to6yearsofmaintenancetime!●80-20Rule:Twentypercentoftheeffortisinevelopmentandeightypercentisinmaintenance.DevelopmentTimeVS.Mainten9.1軟件維護(hù)的種類

1.完善性維護(hù)(PerfectiveMaintenance)：為滿足用戶日益增長(zhǎng)的需要，不斷完善和加強(qiáng)軟件的功能與性能而進(jìn)行的維護(hù)?！裢晟菩跃S護(hù)約占整個(gè)維護(hù)工作量的50%。9.1軟件維護(hù)的種類2.適應(yīng)性維護(hù)(AdaptiveMaintenance)：為使軟件適應(yīng)運(yùn)行環(huán)境的改變而進(jìn)行的維護(hù)?！襁\(yùn)行環(huán)境的改變包括:①硬件和支撐軟件(如操作系統(tǒng)改版、增加數(shù)據(jù)庫(kù)等）的變化。②將軟件移植到新的機(jī)種上運(yùn)行。③軟件使用對(duì)象的變更，等等?！襁m應(yīng)性維護(hù)約占整個(gè)維護(hù)工作量的25%。2.適應(yīng)性維護(hù)(AdaptiveMaintenance3.糾錯(cuò)性維護(hù)(CorrectiveMaintenance)：糾正軟件在開發(fā)期間未能發(fā)現(xiàn)的遺留錯(cuò)誤。●糾錯(cuò)性維護(hù)約占整個(gè)維護(hù)工作量的21%。

4.預(yù)防性維護(hù)(Preventive

Maintenance)：為了提高軟件的可維護(hù)性，減少今后對(duì)它們維護(hù)時(shí)所需要的工作量而進(jìn)行的維護(hù)?！耦A(yù)防性維護(hù)約占整個(gè)維護(hù)工作量的4%。3.糾錯(cuò)性維護(hù)(CorrectiveMaintenaUseofMaintenanceTimePerfective

Maintenance:50%AdaptiveMaintenance:25%CorrectiveMaintenance:21%PreventiveMaintenance:4%UseofMaintenanceTimeP9.2軟件可維護(hù)性(SoftwareMaintainnability)1.可維護(hù)性的含義●可維護(hù)性是衡量維護(hù)難易程度的一種軟件屬性。可維護(hù)性取決于下列屬性：可理解性、可修改性和可測(cè)試性。

(1)可理解性(Understandability

)●讀懂別人的程序是困難的,若文檔不全,或僅有程序而無文檔，則難度更大?！褚钩绦蜻_(dá)到良好的可理解性，必須堅(jiān)持模塊化設(shè)計(jì)，編寫準(zhǔn)確的文檔，并使源程序文檔化。9.2軟件可維護(hù)性(SoftwareMaintain(2)可修改性(Modifiability

)●模塊設(shè)計(jì)時(shí)的高內(nèi)聚、低耦合、面向?qū)ο蠹夹g(shù)、復(fù)用技術(shù)等，可提高軟件的可修改性。

(3)可測(cè)試性(Testability

)●要求程序有良好的可理解性和較低的結(jié)構(gòu)復(fù)雜度，同時(shí)要求有齊全的測(cè)試文檔，包括開發(fā)時(shí)期用過的測(cè)試用例與結(jié)果。(2)可修改性(Modifiability)1979年，T.Gilb建議把維護(hù)過程中的10種活動(dòng)的耗費(fèi)時(shí)間記錄下來，并用它們度量軟件的可維護(hù)性:(1)問題識(shí)別時(shí)間;(2)管理延遲時(shí)間;(3)收集維護(hù)工具時(shí)間;(4)問題分析時(shí)間;(5)修改規(guī)格說明書時(shí)間;(6)改正(或修改)時(shí)間;(7)局部測(cè)試時(shí)間;(8)整體測(cè)試時(shí)間;(9)維護(hù)復(fù)審時(shí)間;(10)分發(fā)與恢復(fù)時(shí)間;1979年，T.Gilb建議把維護(hù)過程中的10種活動(dòng)2.提高可維護(hù)性的途徑

(1)提供完整和一致的文檔①文檔的第一個(gè)作用是幫助維護(hù)人員讀懂程序。有完整的文檔，對(duì)理解系統(tǒng)的功能、性能、系統(tǒng)結(jié)構(gòu)、模塊算法等有很大的作用，容易進(jìn)行維護(hù)工作。若只有源程序沒有文檔，維護(hù)活動(dòng)只能通過閱讀源程序來理解系統(tǒng)的功能、性能、系統(tǒng)結(jié)構(gòu)、模塊算法等，這是非常困難的。2.提高可維護(hù)性的途徑②文檔的第二個(gè)作用是方便被維護(hù)軟件的測(cè)試。在測(cè)試階段的“測(cè)試用例文件”(測(cè)試用例說明書和測(cè)試總結(jié)報(bào)告)中，記錄了對(duì)軟件進(jìn)行測(cè)試的測(cè)試用例和測(cè)試結(jié)果。當(dāng)軟件在維護(hù)中被修改后，可以先把原有的測(cè)試用例全部重測(cè)一遍，再增加一些測(cè)試用例來檢驗(yàn)被修改的代碼。②文檔的第二個(gè)作用是方便被維護(hù)軟件的測(cè)試。(2)使用現(xiàn)代化的開發(fā)方法盡可能采用面向?qū)ο蠹夹g(shù)和復(fù)用技術(shù)；對(duì)數(shù)據(jù)量大的應(yīng)用軟件，可以采用數(shù)據(jù)庫(kù)技術(shù)來管理軟件中的數(shù)據(jù)。(2)使用現(xiàn)代化的開發(fā)方法11.3軟件維護(hù)的實(shí)施1.軟件維護(hù)的工作流程區(qū)分類型嚴(yán)重性評(píng)價(jià)錯(cuò)誤分析優(yōu)先度評(píng)價(jià)問題分析維護(hù)過程配置復(fù)審維護(hù)申請(qǐng)糾錯(cuò)性適應(yīng)性完善性開發(fā)項(xiàng)目表低高糾錯(cuò)項(xiàng)目表嚴(yán)重不嚴(yán)重已修改的配置已修改的軟件批準(zhǔn)交付的配置圖11.3維護(hù)的步驟11.3軟件維護(hù)的實(shí)施區(qū)分嚴(yán)重性錯(cuò)誤優(yōu)先度問題維護(hù)配置2.維護(hù)申請(qǐng)單和修改報(bào)告單

(1)維護(hù)申請(qǐng)單：又稱軟件問題報(bào)告單，由申請(qǐng)維護(hù)的用戶填寫?！窦m錯(cuò)性維護(hù)的申請(qǐng)單應(yīng)說明導(dǎo)致錯(cuò)誤發(fā)生的環(huán)境，包括輸入數(shù)據(jù)、輸出數(shù)據(jù)和其他有關(guān)材料。●適應(yīng)性或完善性維護(hù)的申請(qǐng)，只需提出一個(gè)簡(jiǎn)要的需求說明。

(2)軟件修改報(bào)告單：用于記錄在維護(hù)時(shí)期對(duì)軟件所作的每一次修改，包括問題來源、錯(cuò)誤類型、修改內(nèi)容以及批準(zhǔn)修改的負(fù)責(zé)人等。修改報(bào)告單由直接進(jìn)行修改和負(fù)責(zé)文檔管理的人員共同填寫。2.維護(hù)申請(qǐng)單和修改報(bào)告單3.維護(hù)的副作用●因修改軟件而引入的錯(cuò)誤稱為維護(hù)的副作用?！裥薷能浖赡墚a(chǎn)生的副作用有以下3類：

(1)修改編碼的副作用例如修改變量標(biāo)識(shí)符、修改子程序、修改邏輯運(yùn)算符、修改打開或關(guān)閉文件的語句等。3.維護(hù)的副作用(2)修改數(shù)據(jù)的副作用例如修改數(shù)據(jù)結(jié)構(gòu)或其中的數(shù)據(jù)項(xiàng)、重新定義局部或全局變量、改變子程序的形式參數(shù)的個(gè)數(shù)或順序等。

(3)修改文檔的副作用任何對(duì)程序的修改，都應(yīng)該及時(shí)反映到有關(guān)的文檔上。如果只改程序，未改有關(guān)的文檔，必將在今后的使用和維護(hù)中造成混亂。(2)修改數(shù)據(jù)的副作用11.4軟件維護(hù)的管理

1.維護(hù)的機(jī)構(gòu)和人員

(1)修改控制組:

由高級(jí)管理人員和專業(yè)人員組成。其職責(zé)是：對(duì)維護(hù)申請(qǐng)的審查和批準(zhǔn)、維護(hù)活動(dòng)的計(jì)劃和安排、人力和資源的分配、維護(hù)工作的評(píng)價(jià)和分析等。

(2)維護(hù)小組:

可以由原開發(fā)小組承擔(dān)，也可以指定專門的維護(hù)小組進(jìn)行。其職責(zé)是：進(jìn)行具體的維護(hù)工作。11.4軟件維護(hù)的管理2.維護(hù)時(shí)期的配置管理●軟件配置：一個(gè)軟件在生存周期內(nèi)，它的各種形式、各種版本的文檔與程序的總稱?！駥?duì)軟件配置進(jìn)行科學(xué)的管理，是保證軟件質(zhì)量的重要手段?！癯Ｓ玫呐渲霉芾砉ぞ哂校?/p>

(1)配置管理數(shù)據(jù)庫(kù)

(2)版本控制庫(kù)2.維護(hù)時(shí)期的配置管理3.維護(hù)管理文檔●維護(hù)階段的文檔除了維護(hù)申請(qǐng)單和軟件修改報(bào)告單外,還有以下幾種:(1)維護(hù)日記維護(hù)日記在每次維護(hù)完成后填寫，包括以下內(nèi)容:①維護(hù)前程序的情況。②維護(hù)中對(duì)程序修改的情況。③其他的重要數(shù)據(jù)，如維護(hù)的類型、維護(hù)起止日期等。

3.維護(hù)管理文檔(2)維護(hù)申請(qǐng)摘要報(bào)告和維護(hù)趨勢(shì)圖①維護(hù)申請(qǐng)摘要報(bào)告是一種定期報(bào)告，可以每周或每月統(tǒng)計(jì)一次。內(nèi)容包括上次報(bào)告以來已經(jīng)處理了、正在處理和新接到的維護(hù)申請(qǐng)項(xiàng)數(shù)及其處理情況。②維護(hù)趨勢(shì)圖是在維護(hù)申請(qǐng)摘要報(bào)告的基礎(chǔ)上繪制而成的。(2)維護(hù)申請(qǐng)摘要報(bào)告和維護(hù)趨勢(shì)圖4.維護(hù)費(fèi)用的估算:M=P+K(c-d)

其中：M=維護(hù)所需總工作量;P=為生產(chǎn)性工作量,包括修改設(shè)計(jì)與編碼等;K(c-d)為非生產(chǎn)性工作量,包括理解代碼功能,解釋數(shù)據(jù)結(jié)構(gòu)等；

K=經(jīng)驗(yàn)常數(shù)；

c=軟件復(fù)雜度；

d=維護(hù)人員對(duì)軟件的熟悉程度。4.維護(hù)費(fèi)用的估算:M=P+K(c-d)23可編輯感謝下載23可編輯感謝下載第9章軟件維護(hù)Chapter9

SoftwareMaintenance

第9章軟件維護(hù)●大、中型軟件產(chǎn)品的開發(fā)周期一般為1至3年，運(yùn)行周期可達(dá)5至10年。在這么長(zhǎng)的時(shí)間內(nèi)，除了要改正軟件中的殘留錯(cuò)誤外，還可能要多次更新軟件的版本，以適應(yīng)改善運(yùn)行環(huán)境（包括硬件和軟件的改進(jìn)）和加強(qiáng)產(chǎn)品性能等需要。因此，軟件維護(hù)是不可避免的?！窬S護(hù)階段是軟件生存周期中花費(fèi)最多、時(shí)間最長(zhǎng)的一個(gè)階段。通常，軟件維護(hù)費(fèi)用與開發(fā)費(fèi)用的比例為2：1。●大、中型軟件產(chǎn)品的開發(fā)周期一般為1至3年，運(yùn)行周期可達(dá)5至DevelopmentTimeVS.MaintenanceTime●Typicaldevelopmentprojecttakesbetween1and2years.Requiresanadditional5to6yearsofmaintenancetime!●80-20Rule:Twentypercentoftheeffortisinevelopmentandeightypercentisinmaintenance.DevelopmentTimeVS.Mainten9.1軟件維護(hù)的種類

1.完善性維護(hù)(PerfectiveMaintenance)：為滿足用戶日益增長(zhǎng)的需要，不斷完善和加強(qiáng)軟件的功能與性能而進(jìn)行的維護(hù)。●完善性維護(hù)約占整個(gè)維護(hù)工作量的50%。9.1軟件維護(hù)的種類2.適應(yīng)性維護(hù)(AdaptiveMaintenance)：為使軟件適應(yīng)運(yùn)行環(huán)境的改變而進(jìn)行的維護(hù)?！襁\(yùn)行環(huán)境的改變包括:①硬件和支撐軟件(如操作系統(tǒng)改版、增加數(shù)據(jù)庫(kù)等）的變化。②將軟件移植到新的機(jī)種上運(yùn)行。③軟件使用對(duì)象的變更，等等?！襁m應(yīng)性維護(hù)約占整個(gè)維護(hù)工作量的25%。2.適應(yīng)性維護(hù)(AdaptiveMaintenance3.糾錯(cuò)性維護(hù)(CorrectiveMaintenance)：糾正軟件在開發(fā)期間未能發(fā)現(xiàn)的遺留錯(cuò)誤?！窦m錯(cuò)性維護(hù)約占整個(gè)維護(hù)工作量的21%。

4.預(yù)防性維護(hù)(Preventive

Maintenance)：為了提高軟件的可維護(hù)性，減少今后對(duì)它們維護(hù)時(shí)所需要的工作量而進(jìn)行的維護(hù)?！耦A(yù)防性維護(hù)約占整個(gè)維護(hù)工作量的4%。3.糾錯(cuò)性維護(hù)(CorrectiveMaintenaUseofMaintenanceTimePerfective

Maintenance:50%AdaptiveMaintenance:25%CorrectiveMaintenance:21%PreventiveMaintenance:4%UseofMaintenanceTimeP9.2軟件可維護(hù)性(SoftwareMaintainnability)1.可維護(hù)性的含義●可維護(hù)性是衡量維護(hù)難易程度的一種軟件屬性?？删S護(hù)性取決于下列屬性：可理解性、可修改性和可測(cè)試性。

(1)可理解性(Understandability

)●讀懂別人的程序是困難的,若文檔不全,或僅有程序而無文檔，則難度更大?！褚钩绦蜻_(dá)到良好的可理解性，必須堅(jiān)持模塊化設(shè)計(jì)，編寫準(zhǔn)確的文檔，并使源程序文檔化。9.2軟件可維護(hù)性(SoftwareMaintain(2)可修改性(Modifiability

)●模塊設(shè)計(jì)時(shí)的高內(nèi)聚、低耦合、面向?qū)ο蠹夹g(shù)、復(fù)用技術(shù)等，可提高軟件的可修改性。

(3)可測(cè)試性(Testability

)●要求程序有良好的可理解性和較低的結(jié)構(gòu)復(fù)雜度，同時(shí)要求有齊全的測(cè)試文檔，包括開發(fā)時(shí)期用過的測(cè)試用例與結(jié)果。(2)可修改性(Modifiability)1979年，T.Gilb建議把維護(hù)過程中的10種活動(dòng)的耗費(fèi)時(shí)間記錄下來，并用它們度量軟件的可維護(hù)性:(1)問題識(shí)別時(shí)間;(2)管理延遲時(shí)間;(3)收集維護(hù)工具時(shí)間;(4)問題分析時(shí)間;(5)修改規(guī)格說明書時(shí)間;(6)改正(或修改)時(shí)間;(7)局部測(cè)試時(shí)間;(8)整體測(cè)試時(shí)間;(9)維護(hù)復(fù)審時(shí)間;(10)分發(fā)與恢復(fù)時(shí)間;1979年，T.Gilb建議把維護(hù)過程中的10種活動(dòng)2.提高可維護(hù)性的途徑

(1)提供完整和一致的文檔①文檔的第一個(gè)作用是幫助維護(hù)人員讀懂程序。有完整的文檔，對(duì)理解系統(tǒng)的功能、性能、系統(tǒng)結(jié)構(gòu)、模塊算法等有很大的作用，容易進(jìn)行維護(hù)工作。若只有源程序沒有文檔，維護(hù)活動(dòng)只能通過閱讀源程序來理解系統(tǒng)的功能、性能、系統(tǒng)結(jié)構(gòu)、模塊算法等，這是非常困難的。2.提高可維護(hù)性的途徑②文檔的第二個(gè)作用是方便被維護(hù)軟件的測(cè)試。在測(cè)試階段的“測(cè)試用例文件”(測(cè)試用例說明書和測(cè)試總結(jié)報(bào)告)中，記錄了對(duì)軟件進(jìn)行測(cè)試的測(cè)試用例和測(cè)試結(jié)果。當(dāng)軟件在維護(hù)中被修改后，可以先把原有的測(cè)試用例全部重測(cè)一遍，再增加一些測(cè)試用例來檢驗(yàn)被修改的代碼。②文檔的第二個(gè)作用是方便被維護(hù)軟件的測(cè)試。(2)使用現(xiàn)代化的開發(fā)方法盡可能采用面向?qū)ο蠹夹g(shù)和復(fù)用技術(shù)；對(duì)數(shù)據(jù)量大的應(yīng)用軟件，可以采用數(shù)據(jù)庫(kù)技術(shù)來管理軟件中的數(shù)據(jù)。(2)使用現(xiàn)代化的開發(fā)方法11.3軟件維護(hù)的實(shí)施1.軟件維護(hù)的工作流程區(qū)分類型嚴(yán)重性評(píng)價(jià)錯(cuò)誤分析優(yōu)先度評(píng)價(jià)問題分析維護(hù)過程配置復(fù)審維護(hù)申請(qǐng)糾錯(cuò)性適應(yīng)性完善性開發(fā)項(xiàng)目表低高糾錯(cuò)項(xiàng)目表嚴(yán)重不嚴(yán)重已修改的配置已修改的軟件批準(zhǔn)交付的配置圖11.3維護(hù)的步驟11.3軟件維護(hù)的實(shí)施區(qū)分嚴(yán)重性錯(cuò)誤優(yōu)先度問題維護(hù)配置2.維護(hù)申請(qǐng)單和修改報(bào)告單

(1)維護(hù)申請(qǐng)單：又稱軟件問題報(bào)告單，由申請(qǐng)維護(hù)的用戶填寫?！窦m錯(cuò)性維護(hù)的申請(qǐng)單應(yīng)說明導(dǎo)致錯(cuò)誤發(fā)生的環(huán)境，包括輸入數(shù)據(jù)、輸出數(shù)據(jù)和其他有關(guān)材料?！襁m應(yīng)性或完善性維護(hù)的申請(qǐng)，只需提出一個(gè)簡(jiǎn)要的需求說明。

(2)軟件修改報(bào)告單：用于記錄在維護(hù)時(shí)期對(duì)軟件所作的每一次修改，包括問題來源、錯(cuò)誤類型、修改內(nèi)容以及批準(zhǔn)修改的負(fù)責(zé)人等。修改報(bào)告單由直接進(jìn)行修改和負(fù)責(zé)文檔管理的人員共同填寫。2.維護(hù)申請(qǐng)單和修改報(bào)告單3.維護(hù)的副作用●因修改軟件而引入的錯(cuò)誤稱為維護(hù)的副作用?！裥薷能浖赡墚a(chǎn)生的副作用有以下3類：

(1)修改編碼的副作用例如修改變量標(biāo)識(shí)符、修改子程序、修改邏輯運(yùn)算符、修改打開或關(guān)閉文件的語句等。3.維護(hù)的副作用(2)修改數(shù)據(jù)的副作用例如修改數(shù)據(jù)結(jié)構(gòu)或其中的數(shù)據(jù)項(xiàng)、重新定義局部或全局變量、改變子程序的形式參數(shù)的個(gè)數(shù)或順序等。

(3)修改文檔的副作用任何對(duì)程序的修改，都應(yīng)該及時(shí)反映到有關(guān)的文檔上。如果只改程序，未改有關(guān)的文檔，必將在今后的使用和維護(hù)中造成混亂。(2)修改數(shù)據(jù)的副作用11.4軟件維護(hù)的管理

1.維護(hù)的機(jī)構(gòu)和人員

(1)修改控制組:

由高級(jí)管理人員和專業(yè)人員組成。其職責(zé)是：對(duì)