【正文】 。一般 源代碼和程序文檔 不會(huì)提供給用戶。 ?周期性維護(hù)審查 實(shí)際上是開(kāi)發(fā)階段檢查點(diǎn)復(fù)查的繼續(xù)，并且 采用的檢查方法 、 檢查內(nèi)容都是相同的 。 提高可維護(hù)性的方法 42 3. 3. 周期性地維護(hù)審查 ?檢查點(diǎn)復(fù)查 和 驗(yàn)收檢查 ，可用來(lái) 保證新軟件系統(tǒng)的可維護(hù)性 。 提高可維護(hù)性的方法 41 (2) 設(shè)計(jì)標(biāo)準(zhǔn) ① 程序應(yīng)設(shè)計(jì)成分層的模塊結(jié)構(gòu)。 ?審查小組可以采用人工測(cè)試一類的方式，進(jìn)行審查。 ?在設(shè)計(jì)階段，檢查重點(diǎn)是 可理解性 、 可修改性 、 可測(cè)試性 。 ?一旦檢測(cè)出問(wèn)題，就可以采取措施來(lái)糾正，以控制不斷增長(zhǎng)的軟件維護(hù)成本，延長(zhǎng)軟件系統(tǒng)的有效生命期。 ? 采用自動(dòng)重建結(jié)構(gòu)和重新格式化的工具 (結(jié)構(gòu)更新技術(shù) )── 把非結(jié)構(gòu)化代碼轉(zhuǎn)換成良好結(jié)構(gòu)代碼 。 提高可維護(hù)性的方法 36 使用提高軟件質(zhì)量的技術(shù)和工具 ?模塊化 ? 如果需要改變某個(gè)模塊的功能，則只要改變這個(gè)模塊，對(duì)其它模塊影響很小； ? 如果需要增加程序的某些功能，則僅需增加完成這些功能的新的模塊或模塊層； ? 程序的測(cè)試與重復(fù)測(cè)試比較容易； ? 程序錯(cuò)誤易于定位和糾正； ?結(jié)構(gòu)化程序設(shè)計(jì) ? 程序被劃分成分層的模塊結(jié)構(gòu)； ? 模塊調(diào)用控制必須從模塊入口點(diǎn)進(jìn)入，從其出口點(diǎn)退出。 ?另一些質(zhì)量特性是相互抵觸的 ，如效率和可移植性、效率和可修改性等。 ?可以粗略地認(rèn)為， 這個(gè)周期越短，維護(hù)越容易 。 ?用于效率度量的檢查項(xiàng)目如下 ： ? 程序是否模塊化 ? 結(jié)構(gòu)是否良好 ? ? 是否消除了無(wú)用的標(biāo)號(hào)與表達(dá)式，以充分發(fā)揮編譯器優(yōu)化作用 ? ? 程序的編譯器是否有優(yōu)化功能 ? ? 是否把特殊子程序和錯(cuò)誤處理子程序都?xì)w入了單獨(dú)的模塊中 ? ? 是否以快速的數(shù)學(xué)運(yùn)算代替了較慢的數(shù)學(xué)運(yùn)算 ? 軟件可維護(hù)性 31 ? 是否盡可能地使用了整數(shù)運(yùn)算，而不是實(shí)數(shù)運(yùn)算 ? ? 是否在表達(dá)式中避免了混合數(shù)據(jù)類型的使用，消除了不必要的類型轉(zhuǎn)換 ? ? 程序是否避免了非標(biāo)準(zhǔn)的函數(shù)或子程序的調(diào)用 ? ? 在幾條分支結(jié)構(gòu)中，是否最有可能為“真”的分支首先得到測(cè)試 ? ? 在復(fù)雜的邏輯條件中，是否最有可能為 “ 真 “ 的表達(dá)式首先得到測(cè)試 ? . 可使用性 ?從用戶觀點(diǎn)出發(fā)， 可使用性定義為程序方便、實(shí)用、及易于使用的程度 ?；蛘咚砻鞒绦蚩梢匀菀椎?、有效地在各種各樣的計(jì)算環(huán)境中運(yùn)行的容易程度。 ?測(cè)試可修改性的一種定量方法是 修改練習(xí) 。 軟件可維護(hù)性 27 ?用于可測(cè)試性度量的檢查項(xiàng)目如下： ? 程序是否模塊化 ? 結(jié)構(gòu)是否良好 ? ? 程序是否可理解 ? 程序是否可靠 ? ? 程序是否能顯示任意中間結(jié)果 ? ? 程序是否能以清楚的方式描述它的輸出 ? ? 程序是否能及時(shí)地按照要求顯示所有的輸入 ? ? 程序是否有跟蹤及顯示邏輯控制流程的能力 ? ? 程序是否能從檢查點(diǎn)再啟動(dòng) ? ? 程序是否能顯示帶說(shuō)明的錯(cuò)誤信息 ? . 可修改性 ?可修改性表明程序容易修改的程度 。 . 可測(cè)試性 ?可測(cè)試性表明論證程序正確性的容易程度 。 ? 根據(jù)程序復(fù)雜性，預(yù)測(cè)軟件可靠性 。 ?一個(gè)可理解的程序應(yīng)具備以下一些特性： 模塊化 ， 風(fēng)格一致性 ， 不使用令人捉摸不定或含糊不清的代碼 ， 使用有意義的數(shù)據(jù)名和過(guò)程名 ， 結(jié)構(gòu)化 ， 完整性 等。 ?評(píng)價(jià)者針對(duì)檢查表上的每一個(gè)問(wèn)題，依據(jù)自己的定性判斷，回答 “ Yes”或者 “ No”。因此，軟件的可維護(hù)性是產(chǎn)品投入運(yùn)行以前各階段面向上述各質(zhì)量特性要求進(jìn)行開(kāi)發(fā)的最終結(jié)果。 可理解性、可使用性、可測(cè)試性、可移植性、可修改性、效率、可靠性 ?而且對(duì)于不同類型的維護(hù)，這七種特性的側(cè)重點(diǎn)也不相同 。 ?提高可維護(hù)性是支配軟件工程方法學(xué)所有步驟的關(guān)鍵目標(biāo)。 ?許多維護(hù)要求并不是因?yàn)槌绦蛑谐鲥e(cuò)而提出的，而是為適應(yīng)環(huán)境變化 或 需求變化 而提出的。 ?如果維護(hù)的檔案記錄做得比較好，可以得出一些維護(hù) “ 性能 ” 方面的度量值。 軟件維護(hù)過(guò)程 17 軟件維護(hù)工作流程 18 ?盡管維護(hù)申請(qǐng)類型不同，但都要進(jìn)行同樣的技術(shù)工作 ? 修改軟件需求說(shuō)明 修改軟件設(shè)計(jì) ? 設(shè)計(jì)評(píng)審 對(duì)源程序做必要的修改 ? 單元測(cè)試 集成測(cè)試 ( 回歸測(cè)試 ) ? 確認(rèn)測(cè)試 軟件配置評(píng)審等 。 ?如果申請(qǐng)的是適應(yīng)性維護(hù)或完善性維護(hù)，用戶必須提出一份修改說(shuō)明書(shū)，列出所有希望的修改。 ?一旦做出評(píng)價(jià)，由 修改負(fù)責(zé)人 確定 如何進(jìn)行修改 。 軟件維護(hù)的特點(diǎn) 13 ?維護(hù)過(guò)程本質(zhì)上是修改和壓縮了的軟件定義和開(kāi)發(fā)過(guò)程 ?為了有效地進(jìn)行軟件維護(hù)，應(yīng)事先就開(kāi)始做組織工作。 ? 除非是強(qiáng)調(diào)模塊獨(dú)立原理的設(shè)計(jì)方法學(xué)，否則修改軟件既困難又容易發(fā)生差錯(cuò)。 ?認(rèn)識(shí)到軟件必須有文檔僅僅是第一步，容易理解的并且和程序代碼完全一致的文檔才真正有價(jià)值。 dcKepM ??? 軟件維護(hù)的特點(diǎn) 11 4. 維護(hù)的問(wèn)題很多 ?與軟件維護(hù)有關(guān)的絕大部分問(wèn)題，都可歸因于軟件開(kāi)發(fā)的方法有缺點(diǎn)。 ?例如， 開(kāi)發(fā)每一行源代碼耗資 25美元 ， 維護(hù)每一行源代碼需要耗資 1000美元 。 ?雖然有了軟件的完整配置并不能保證維護(hù)時(shí)沒(méi)有問(wèn)題，但是確實(shí)能減少精力的浪費(fèi)并且可以提高維護(hù)的總體質(zhì)量 ?在過(guò)去的幾十年中，軟件維護(hù)的費(fèi)用穩(wěn)步上升。 ?程序設(shè)計(jì)語(yǔ)言 ：語(yǔ)言的功能越強(qiáng)，程序的模塊化和結(jié)構(gòu)化程度越高，程序的可讀性越好。 軟件維護(hù)的定義 6 ?軟件維護(hù)活動(dòng)所花費(fèi)的工作占整個(gè)生存期工作量的 70%以上 ，這是由于在漫長(zhǎng)的軟件運(yùn)行過(guò)程中需要不斷對(duì)軟件進(jìn)行修改，以 改正新發(fā)現(xiàn)的錯(cuò)誤 、適應(yīng)新的環(huán)境和用戶新的要求，這些修改需要花費(fèi)很多精力和時(shí)間，而且有時(shí)會(huì)引入新的錯(cuò)誤。 ?完善性維護(hù)不一定是救火式的緊急維修，而可以 是有計(jì)劃、有預(yù)謀的一種再開(kāi)發(fā)活動(dòng) 。 軟件維護(hù)的定義 5 ： 軟件的使用過(guò)程中，用戶往往會(huì)對(duì)軟件提出新的 功能 與 性能 要求。 這些隱藏下來(lái)的錯(cuò)誤 在某些特定的使用環(huán)境下就會(huì)暴露出來(lái) 。 ?目前國(guó)外許多軟件開(kāi)發(fā)組織把 60%以上的人力用于維護(hù)已有的軟件，而且隨著軟件產(chǎn)品數(shù)量增多和使用壽命延長(zhǎng)，這個(gè)百分比還在持續(xù)上升。 ?軟件維護(hù)需要的工作量非常大，平均說(shuō)來(lái)，大型軟件的維護(hù)成本高達(dá)開(kāi)發(fā)的 4倍左右。 2. 改正性維護(hù)： 在軟件交付使用后，因開(kāi)發(fā)時(shí)測(cè)試的 不徹底 、 不完全 ，必然會(huì)有部分隱藏的錯(cuò)誤遺留到運(yùn)行階段。為使軟件適應(yīng)這種變化，而去修改軟件的過(guò)程。 完善性維護(hù)占了幾乎一半的工作量。是為了 提高軟件的可維護(hù)性 、 可靠性等 ， 為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。因而需要更多