【正文】 免了依賴于字母數(shù)字或特殊字符的內(nèi)部位表示 ? 軟件可維護(hù)性 30 . 效率 ?效率表明一個程序能執(zhí)行預(yù)定功能而又不浪費機(jī)器資源的程度 。 軟件可維護(hù)性 32 ?用于可使用性度量的檢查項目如下： ? 程序是否具有自描述性 ? ? 程序是否能始終如一地按照用戶的要求運行 ? ? 程序是否讓用戶對數(shù)據(jù)處理有一個滿意的和適當(dāng)?shù)目刂?? ? 程序是否容易學(xué)會使用 ? ? 程序是否使用數(shù)據(jù)管理系統(tǒng)來自動地處理事務(wù)性工作和管理格式化、地址分配及存儲器組織。 ?要實現(xiàn)這所有的目標(biāo)，需要付出很大的代價，而且也不一定行得通。例如，對編譯程序來說，可能強(qiáng)調(diào)效率；但對管理信息系統(tǒng)來說，則可能強(qiáng)調(diào)可使用性和可修改性。 ? 每個程序變量只用于唯一的程序目的，而且變量的作用范圍應(yīng)是明確的、有限制的。 進(jìn)行明確的質(zhì)量保證審查 ?質(zhì)量保證審查 對于 獲得和維持軟件的質(zhì)量 ，是一個很有用的技術(shù)。 ?檢查的目的是要證實，已開發(fā)的軟件 是否符合標(biāo)準(zhǔn) ， 是否滿足規(guī)定的質(zhì)量需求 。對每個模塊可用McCabe環(huán)路來計算模塊的復(fù)雜性，若大于 10，則需重新設(shè)計。 ?驗收檢查必須遵循的最小驗收標(biāo)準(zhǔn)。 (3) 源代碼標(biāo)準(zhǔn) ① 盡可能使用最高級的程序設(shè)計語言，且只使用語言的標(biāo)準(zhǔn)版本； ② 所有的代碼都必須具有良好的結(jié)構(gòu)； ③ 所有的代碼都必須文檔化，在注釋中說明它的輸入、輸出、以及便于測試／再測試的一些特點與風(fēng)格。 ?軟件在運行期間進(jìn)行修改，會導(dǎo)致軟件質(zhì)量有變壞的危險，破壞程序概念的完整性。 ?對于改變的原因應(yīng)當(dāng)進(jìn)行分析 。 ? 使用單位的維護(hù)人員首先要 仔細(xì)分析、研究賣主提供的用戶手冊、操作手冊、培訓(xùn)教程等，以及賣方提供的驗收測試報告等。 提高可維護(hù)性的方法 44 選擇可維護(hù)的程序設(shè)計語言 程序設(shè)計語言的選擇，對程序的可維護(hù)性影響很大。 ?因此，為了維護(hù)程序，人們必須閱讀和理解文檔。 提高可維護(hù)性的方法 46 ?可以分為用戶文檔和系統(tǒng)文檔兩類： ?用戶文檔主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實現(xiàn)的 ?系統(tǒng)文檔描述系統(tǒng)設(shè)計、實現(xiàn)和測試等各方面的內(nèi)容 ?總的來說，軟件文檔應(yīng)該滿足下述要求： ?必須描述如何使用這個系統(tǒng)，沒有這種描述即使是最簡單的系統(tǒng)也無法使用 ?必須描述怎樣安裝和管理這個系統(tǒng) ?必須描述系統(tǒng)需求和設(shè)計 ?必須描述系統(tǒng)的實現(xiàn)和測試，以便使系統(tǒng)成為可維護(hù)的 提高可維護(hù)性的方法 47 ?所謂預(yù)防性維護(hù)，就是為了提高未來的可維護(hù)性或可靠性，而主動地修改軟件。 ?典型的軟件再工程過程模型定義了 6類活動。一般說來，下述 3類程序有可能成為預(yù)防性的對象： ?該程序?qū)⒃诮窈髷?shù)年內(nèi)繼續(xù)維護(hù)的對象 ?當(dāng)前正在成功地使用著該程序 ?可能在最近的將來要對該程序做較大程度的修改或擴(kuò)充 ?應(yīng)該仔細(xì)的、分析庫存目錄，按照業(yè)務(wù)重要程度、壽命、當(dāng)前可維護(hù)性、預(yù)期的修改次數(shù)等標(biāo)準(zhǔn)，把庫中的應(yīng)用小排序，從中選出再工程的侯選者。 3)如果某應(yīng)用系統(tǒng)是用戶完成業(yè)務(wù)工作的關(guān)鍵，而且必須重構(gòu)全部文檔，則仍然應(yīng)該盡量把文檔工作減少到必需的最小量。 ?通常，代碼重構(gòu)并不修改程序的體系結(jié)構(gòu)，它只關(guān)注個體模塊的設(shè)計細(xì)節(jié)以及在模塊中定義的局部數(shù)據(jù)結(jié)構(gòu)。 ?由于數(shù)據(jù)結(jié)構(gòu)對程序體系結(jié)構(gòu)及程序中的算法有很大影響，對數(shù)據(jù)的修改必然會導(dǎo)致程序體系結(jié)構(gòu)或代碼層的改變。 軟件再工程過程 53 小結(jié) ? 軟件維護(hù)的定義： 在軟件運行／維護(hù)階段對軟件產(chǎn)品進(jìn)行的修改就是所謂的維護(hù)。 ? 完善性維護(hù)： 軟件的使用過程中，對用戶對軟件提出新的功能 與 性能 要求。 (1)在分析用戶需求時同時考慮維護(hù)問題。 (5)選用時間效率和空間效率盡可能高的算法。 (9)盡量減少程序模塊的規(guī)模。 (14)采用防錯程序設(shè)計技術(shù)，在程序中引入自檢能力。（c)源程序清單（其中有適當(dāng)數(shù)量的注解 )。 軟件工程中的一些觀念討論 56 1． 某些軟件工程師不同意“目前國外許多軟件開發(fā)組織把60%以上的人力用于維護(hù)已有的軟件”的說法，他們爭論說：“我并沒有花費我的 60%的時間去改正我所開發(fā)的程序中的錯誤”。 (12)盡量用可重用的軟件構(gòu)件來組裝程序。 (7)盡可能使用高級語言編寫程序。 (3)在軟件開發(fā)過程中盡量保證各階段文檔的正確性。 54 某軟件公司擬采取下述措施提高他們開發(fā)出的軟件產(chǎn)品的可維護(hù)性。 ? 適應(yīng)性維護(hù) ： 在使用過程中， 外部環(huán)境 （ 新的硬、軟件配置 ）和 數(shù)據(jù)環(huán)境 （ 數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入 /輸出方式、數(shù)據(jù)存儲介質(zhì) ）發(fā)生 變化。 ?正向工程過程應(yīng)用現(xiàn)代軟件工程的概念、原理、技術(shù)和方法，重新開發(fā)現(xiàn)有的某些應(yīng)用系統(tǒng)。 軟件再工程過程 52 5. 數(shù)據(jù)重構(gòu) ?對數(shù)據(jù)體系結(jié)構(gòu)差的程序很難進(jìn)行適應(yīng)性和完善性維護(hù)，因此，數(shù)據(jù)體系結(jié)構(gòu)比源代碼對程序的長期生存力有更大的影響。 4. 代碼重構(gòu) ?某些老程序的體系結(jié)構(gòu)比較合理，但是，一些模塊的編碼方式卻是難于理解、測試和維護(hù)的。 軟件再工程過程 50 2. 文檔重構(gòu) 老程序固有的特點缺乏文檔，根據(jù)具體情況可采用下述 3種方法之一來處理這個問題： 1)如果一個程序是相對穩(wěn)定的，正在走向生命的終點，而且可能不會再修改它，則不必為它建立文檔。 軟件再工程過程 ?圖示的軟件在工程過程范型是一個循環(huán)模型 ?這意味著作為該范形組成部分的每個活動都可能重復(fù)進(jìn)行 ?而且對于某個特定的循環(huán)來說，過程可以在完成任意一個活動之后終止 。 ?初看起來，在一個正在工作的程序版本已經(jīng)存在的情況下，重新開發(fā)這個大型程序似乎是一種浪費，但是，考慮到下述事實預(yù)防性維護(hù)實際上是可行的： ?(1)維護(hù)一行源代碼的成本事實可能是該行代碼初始開發(fā)成本的 20~40倍； ?(2)使用現(xiàn)代設(shè)計概念重新設(shè)計軟件體系結(jié)構(gòu)（程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)），對未來的維護(hù)工作將有很大幫助； ?(3)由于軟件原型（即現(xiàn)在正在工作的程序）已經(jīng)存在，軟件開發(fā)生產(chǎn)率將遠(yuǎn)遠(yuǎn)高于平均水平； ?(4)現(xiàn)在用戶已經(jīng)有比較豐富的使用該軟件的經(jīng)驗，因此，很容易確定新的需求和變更方向； ?(5)利用軟件再工程工具可以自動完成部分工作； ?(6)在完成預(yù)防性維護(hù)的過程中，可以建立起完整的軟件配置（文檔、程序和數(shù)據(jù)）。通過了解原設(shè)計思想，可以判斷出錯之處，指導(dǎo)維護(hù)人員選擇適當(dāng)?shù)姆椒ㄐ薷拇a而不危及系統(tǒng)的完整性。 由于長期使用的大型系統(tǒng)在使用過程中必然會受多次修改，所以文檔比程序代碼更重要 程序文檔是對程序 總目標(biāo) 、 程序各組成部分之間的關(guān)系 、 程序設(shè)計策略 、 程序?qū)崿F(xiàn)過程的歷史數(shù)據(jù) 等的說明和補(bǔ)充。檢查軟件包程序所執(zhí)行的功能是否與用戶的要求和條件相一致