第6章 軟件維護(hù)管理

第六章 軟件維護(hù)管理方海光fanghg@數(shù)字化學(xué)習(xí)實(shí)驗(yàn)室第六章 軟件維護(hù)管理6.1

軟件維護(hù)過程及其模型6.2

軟件的可維護(hù)性及其度量6.3

軟件維護(hù)文檔6.4

用戶培訓(xùn)習(xí)題所謂軟件維護(hù)就是在軟件已經(jīng)交付使用以后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過程。在一項(xiàng)維護(hù)需求提出之前，與軟件維護(hù)相關(guān)的工作就已經(jīng)開始了。根據(jù)維護(hù)工作的性質(zhì)，維護(hù)活動(dòng)可以分為以下四種類型：改正性維護(hù)適應(yīng)性維護(hù)完善性維護(hù)預(yù)防性維護(hù)第六章 軟件維護(hù)管理6.1軟件維護(hù)過程及其模型

6.1.1維護(hù)組織6.1.2維護(hù)報(bào)告6.1.3軟件維護(hù)過程模型6.1.4軟件維護(hù)工作流程6.1.5評(píng)價(jià)維護(hù)活動(dòng)6.1.1維護(hù)組織雖然通常不是必須建立正式的維護(hù)組織的，但是對(duì)于一個(gè)小的軟件開發(fā)團(tuán)隊(duì)而言，非正式地委托維護(hù)責(zé)任是絕對(duì)必要的。每個(gè)維護(hù)要求都通過維護(hù)管理員轉(zhuǎn)交給相應(yīng)的系統(tǒng)管理員去評(píng)價(jià)。系統(tǒng)管理員是被指定去熟悉一部分產(chǎn)品程序的技術(shù)人員。系統(tǒng)管理員對(duì)維護(hù)任務(wù)做出評(píng)價(jià)之后，由授權(quán)人決定應(yīng)該進(jìn)行的活動(dòng)，明確維護(hù)責(zé)任。在維護(hù)活動(dòng)開始之前就明確維護(hù)責(zé)任是十分必要的，這樣做可以大大減少維護(hù)過程中可能出現(xiàn)的混亂。6.1.2維護(hù)報(bào)告維護(hù)需求表是一個(gè)由外部產(chǎn)生的文件，它是計(jì)劃維護(hù)活動(dòng)的基礎(chǔ)。軟件組織內(nèi)部應(yīng)該指定一個(gè)軟件修改報(bào)告，需要列舉出的信息如下：滿足維護(hù)需求表中提出的要求；維護(hù)需求的性質(zhì)；這項(xiàng)需求的優(yōu)先次序；與修改有關(guān)的事后數(shù)據(jù)。6.1.3軟件維護(hù)過程模型軟件維護(hù)模型隨著軟件工程的發(fā)展在不斷的向前發(fā)展。20世紀(jì)80年代主要存在兩類維護(hù)模型：一類是面向過程的維護(hù)模型；一類是面向業(yè)務(wù)的維護(hù)模型。隨著軟件業(yè)的發(fā)展，人們認(rèn)識(shí)到需要對(duì)軟件維護(hù)進(jìn)行標(biāo)準(zhǔn)化的重要性，因此，IEEE計(jì)算機(jī)學(xué)會(huì)軟件工程標(biāo)準(zhǔn)化分委會(huì)頒布了IEEE軟件維護(hù)標(biāo)準(zhǔn)（IEEE12191993）。該標(biāo)準(zhǔn)詳細(xì)闡述了管理與執(zhí)行軟件維護(hù)活動(dòng)的迭代過程，該過程模型包括軟件維護(hù)的輸入、處理、控制及輸出。6.1.3軟件維護(hù)過程模型標(biāo)準(zhǔn)指出，應(yīng)該在規(guī)劃軟件開發(fā)時(shí)規(guī)劃軟件維護(hù)。問題/更改鑒別、分類與優(yōu)先級(jí)別的確定維護(hù)的可行性分析和維護(hù)需求分析設(shè)計(jì)階段實(shí)現(xiàn)階段系統(tǒng)測(cè)試階段驗(yàn)收測(cè)試階段交付階段6.1.4軟件維護(hù)工作流程圖6.1軟件維護(hù)工作流程圖6.1.5評(píng)價(jià)維護(hù)活動(dòng)缺乏有效的數(shù)據(jù)就無法評(píng)價(jià)維護(hù)活動(dòng)。如果已經(jīng)開始保存維護(hù)紀(jì)錄，則可以從下述七個(gè)方面對(duì)維護(hù)工作進(jìn)行一些定量度量：程序運(yùn)行的平均失敗次數(shù)；用于每一類維護(hù)活動(dòng)的總?cè)藭r(shí)數(shù)；平均每個(gè)程序、每種語言、每種維護(hù)類型所做的程序變動(dòng)數(shù)量；維護(hù)過程中增加或者刪除一個(gè)源語句所平均花費(fèi)的人時(shí)數(shù)；維護(hù)每種語言所平均花費(fèi)的人時(shí)數(shù)；一張維護(hù)需求表的平均周轉(zhuǎn)時(shí)間；不同維護(hù)類型所占的百分比。6.2

軟件的可維護(hù)性及其度量6.2.1影響可維護(hù)性的因素6.2.2軟件可維護(hù)性的度量6.2.1影響可維護(hù)性的因素軟件的可維護(hù)性,可以簡(jiǎn)單定義為：維護(hù)人員理解、改正、改動(dòng)或改進(jìn)這個(gè)軟件的難易程度。除了與開發(fā)方法有關(guān)的因素之外，以下因素對(duì)可維護(hù)性有重要影響：軟件設(shè)計(jì)人員是否受到嚴(yán)格的規(guī)范化工作培訓(xùn)；是否采用主流的編程語言；是否采用主流的操作系統(tǒng)；是否采用標(biāo)準(zhǔn)化的文檔資料結(jié)構(gòu)和文檔形成機(jī)制；是否保存規(guī)范化的測(cè)試資料。6.2.2軟件可維護(hù)性的度量（1）可理解性

可理解性表明人們通過閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的容易程度。（2）可靠性可靠性表明一個(gè)程序按照用戶的要求和設(shè)計(jì)目標(biāo)，在給定的一段時(shí)間內(nèi)正確執(zhí)行的概率。（3）可測(cè)試性可測(cè)試性表明論證程序正確性的容易程度。（4）可修改性可修改性表明程序容易修改的程度。6.2.2軟件可維護(hù)性的度量（6）效率效率表明一個(gè)程序能執(zhí)行預(yù)定功能而又不浪費(fèi)機(jī)器資源的程度。（7）可使用性從用戶觀點(diǎn)出發(fā)，把可使用性定義為程序方便、實(shí)用以及易于使用的程度。（8）間接度量可維護(hù)性的方法采用能夠度量的維護(hù)活動(dòng)的屬性來間接地估計(jì)可維護(hù)性。（5）可移植性可移植性表明程序轉(zhuǎn)移到一個(gè)新的計(jì)算環(huán)境的可能性的大小，或者表明程序可以容易地、有效地在各種各樣的計(jì)算環(huán)境中運(yùn)行的容易程度6.3軟件維護(hù)文檔對(duì)于結(jié)構(gòu)化維護(hù)來說，軟件維護(hù)文檔就是對(duì)原來已有的分析文檔、設(shè)計(jì)文檔、實(shí)現(xiàn)文檔、測(cè)試文檔、用戶指南進(jìn)行修改，形成新的開發(fā)文檔。新的開發(fā)文檔的組織方式有兩種格式：格式1：在先保存好原有的開發(fā)文檔之后，直接在原來已有的文檔上面修改，修改后形成新的小版本號(hào)文檔，即在原來版本號(hào)中小圓點(diǎn)的右一位或右二位上加1。格式2：不直接在原來已有的文檔上面修改，而是將修改的內(nèi)容單獨(dú)作為一個(gè)附錄，放在被修改文檔的最后面，形成一份新的小版本號(hào)文檔，即在原來版本號(hào)中小圓點(diǎn)的右一位或右兩位上加1。6.4

用戶培訓(xùn)開發(fā)出一個(gè)成功的軟件，對(duì)于用戶的培訓(xùn)也是相當(dāng)重要的，不止對(duì)于一個(gè)公司的產(chǎn)品，即使是我們一個(gè)人或者一個(gè)團(tuán)隊(duì)開發(fā)的軟件，如果不能讓用戶很好的運(yùn)用，也不能完全發(fā)揮軟件的作用。培訓(xùn)過程共分為需求調(diào)查、制定計(jì)劃、課程開發(fā)、培訓(xùn)實(shí)施、效果評(píng)估五個(gè)模塊。