【正文】 通過了解原設(shè)計(jì)思想，可以判斷出錯之處，指導(dǎo)維護(hù)人員選擇適當(dāng)?shù)姆椒ㄐ薷拇a而不危及系統(tǒng)的完整性。 ? 因此，為了維護(hù)程序，人們必須閱讀和理解文檔。 ? 即使是一個(gè)十分簡單的程序，要想有效地、高效率地維護(hù)它，也需要編制文檔來解釋其目的及任務(wù)。 選擇可維護(hù)的程序設(shè)計(jì)語言 ? 程序設(shè)計(jì)語言的選擇，對程序的可維護(hù)性影響很大。 ? 為了建立這個(gè)程序，維護(hù)人員可以 利用賣方提供的驗(yàn)收測試實(shí)例 ，還可以自 己重新設(shè)計(jì)新的測試實(shí)例 。 ? 在此基礎(chǔ)上，深入 了解本單位的希望和要求 ， 編制軟件包的檢驗(yàn)程序 。 ? 對軟件包的維護(hù)采取以下方法。 4. 對軟件包進(jìn)行檢查 ? 軟件包 是一種 標(biāo)準(zhǔn)化 的，可 為不同單位 、 不同用戶使用 的軟件。 ? 維護(hù)審查的結(jié)果 可以同 以前的維護(hù)審查的結(jié)果 ， 以前的驗(yàn)收檢查的結(jié)果 、 檢查點(diǎn)檢查的結(jié)果 相比較，任何一種改變都表明在軟件質(zhì)量上或其它類型的問題上可能起了變化。 ? 必須 定期檢查 ，對軟件做周期性的維護(hù)審查， 以跟蹤軟件質(zhì)量的變化 。 ? 對已有的軟件系統(tǒng)，則應(yīng)當(dāng) 進(jìn)行周期性的維護(hù)檢查 。 (4) 文檔標(biāo)準(zhǔn) 文檔中應(yīng)說明 ? 程序的輸入／輸出 ? 使用的方法／算法 ? 錯誤恢復(fù)方法 ? 所有參數(shù)的范圍 ? 缺省條件等。每個(gè)模塊應(yīng)完成唯一的功能，并達(dá)到高內(nèi)聚、低耦合； ② 通過一些知道預(yù)期變化的實(shí)例，說明設(shè)計(jì)的可擴(kuò)充性、可縮減性和可適應(yīng)性。 (1) 需求和規(guī)范標(biāo)準(zhǔn) ① 需求應(yīng)當(dāng)以可測試的術(shù)語進(jìn)行書寫，排列優(yōu)先次序和定義； ② 區(qū)分必須的、任選的、將來的需求； ③ 包括對系統(tǒng)運(yùn)行時(shí)的計(jì)算機(jī)設(shè)備的需求；對維護(hù)、測試、操作、以及維護(hù)人員的需求；對測試工具等的需求。 2. 驗(yàn)收檢查 ? 驗(yàn)收檢查 是一個(gè) 特殊的檢查點(diǎn) 的檢查，是交付使用前的 最后一次檢查 ， ? 驗(yàn)收檢查 實(shí)際上是 驗(yàn)收測試 的一部分，只不過它是從維護(hù)的角度提出驗(yàn)收的條件和標(biāo)準(zhǔn)。 ? 可以使用各種 質(zhì)量特性檢查表 ，或用 度量標(biāo)準(zhǔn) 來檢查可維護(hù)性。 ? 可理解性 檢查的重點(diǎn)是 程序的復(fù)雜性 。在不同的檢查點(diǎn)，檢查的重點(diǎn)不完全相同。 ? 保證軟件質(zhì)量的最佳方法是 在軟件開發(fā)的最初階段把質(zhì)量要求考慮進(jìn)去 ，并 在開發(fā)過程每一階段的終點(diǎn) ，設(shè)置檢查點(diǎn)進(jìn)行檢查 。 ? 審查 可以用來 檢測在開發(fā)和維護(hù)階段內(nèi)發(fā)生的質(zhì)量變化 。 ? 改進(jìn)現(xiàn)有程序的不完善的文檔 ─ ─ 建立或補(bǔ)充系統(tǒng)說明書、設(shè)計(jì)文檔、模塊說明書、以及在源程序中插入必要的注釋。 ? 使用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)，提高現(xiàn)有系統(tǒng)的可維護(hù)性 ? 采用備用件的方法 ── 用一個(gè)新的結(jié)構(gòu)良好的模塊替換掉整個(gè)要修改的模塊。 ? 模塊的控制結(jié)構(gòu)僅限于順序、選擇、重復(fù)三種，且沒有 GOTO語句。 ? 應(yīng)當(dāng)對程序的質(zhì)量特性，在 提出目標(biāo) 的同時(shí)還必須 規(guī)定它們的優(yōu)先級 。 ? 每一種 質(zhì)量特性 的 相對重要性 應(yīng)隨程序的用途及計(jì)算環(huán)境的不同而不同 。 ? 某些質(zhì)量特性是相互促進(jìn)的 ，例如可理解性和可測試性、可理解性和可修改性。 提高可維護(hù)性的方法 ? 建立明確的軟件質(zhì)量目標(biāo)和優(yōu)先級 ? 使用提高軟件質(zhì)量的技術(shù)和工具 ? 進(jìn)行明確的質(zhì)量保證審查 ? 選擇可維護(hù)的程序設(shè)計(jì)語言 ? 改進(jìn)程序的文檔 建立明確的軟件質(zhì)量目標(biāo)和優(yōu)先級 ? 一個(gè)可維護(hù)的程序應(yīng)是 可理解的 、可靠的 、 可測試的 、 可修改的 、 可移植的 、 效率高的 、 可使用的 。 ? 程序是否具有容錯性 ? ? 程序是否靈活 ? 其它間接定量度量可維護(hù)性的方法 ? 問題識別的時(shí)間； ? 因管理活動拖延的時(shí)間； ? 收集維護(hù)工具的時(shí)間； ? 分析、診斷問題的時(shí)間； ? 修改規(guī)格說明的時(shí)間； ? 具體的改錯或修改的時(shí)間； ? 局部測試的時(shí)間； ? 集成或回歸測試的時(shí)間； ? 維護(hù)的評審時(shí)間； ? 這些數(shù)據(jù)反映了維護(hù)全過程中 檢錯－糾錯－驗(yàn)證 的周期，即 從檢測出軟件存在的問題開始至修正它們并經(jīng)回歸測試驗(yàn)證這段時(shí)間 。一個(gè)可使用的程序應(yīng)是 易于使用的 、 能允許用戶出錯和改變 ，并盡可能不使用戶陷入混亂狀態(tài)的 程序。 ? 這些機(jī)器資源包括 內(nèi)存容量 、 外存容量 、 通道容量 和 執(zhí)行時(shí)間 。 ? 一個(gè)可移植的程序應(yīng)具有 結(jié)構(gòu)良好 、靈活 、 不依賴于某一具體計(jì)算機(jī)或操作系統(tǒng)的性能 。 則修改的難度 D由下式計(jì)算： D = A / C 5. 可移植性 ? 可移植性表明程序轉(zhuǎn)移到一個(gè)新的計(jì)算環(huán)境的可能性的大小 。其基本思想是 通過做幾個(gè)簡單的修改 ， 來評價(jià)修改的難度 。 ? 靈活性是指能夠容易地對程序進(jìn)行修改。 ? 一個(gè)可修改的程序應(yīng)當(dāng)是 可理解的 、通用的 、 靈活的 、 簡單的 。 ? 一個(gè)可測試的程序應(yīng)當(dāng)是 可理解的 ，可靠的 ， 簡單的 。程序越簡單，證明其正確性就越容易。程序復(fù)雜性度量標(biāo)準(zhǔn)可用于 預(yù)測哪些模塊最可能發(fā)生錯誤 ，以及 可能出現(xiàn)的錯誤類型 。 用程序復(fù)雜性預(yù)測可靠性， 前提條件是可靠性與復(fù)雜性有關(guān) 。 常用方法是利用一些 可靠性模型 ， 根據(jù)程序測試時(shí)發(fā)現(xiàn)并排除的錯誤數(shù)預(yù)測平均失效間隔時(shí)間 MTTF。 2. 可靠性 ? 可靠性表明一個(gè)程序按照用戶的要求和設(shè)計(jì)目標(biāo)，在給定的一段時(shí)間內(nèi)正確執(zhí)行的概率。 1. 可理解性 ? 可理解性表明人們通過閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的容易程度。 ? 質(zhì)量測試 與 質(zhì)量標(biāo)準(zhǔn) 則用于定量分析和評價(jià)程序的質(zhì)量。就是 ? 質(zhì)量檢查表 ? 質(zhì)量測試 ? 質(zhì)量標(biāo)準(zhǔn) ? 質(zhì)量檢查表 是用于測試程序中某些質(zhì)量特性是否存在的一個(gè)問題清單。 可維護(hù)性的度量 ? 人們一直期望 對軟件的可維護(hù)性做出定量度量 ，但要做到這一點(diǎn)并不容易。 ? 這些質(zhì)量要求要滲透到而各開發(fā)階段的各個(gè)步驟當(dāng)中 。 在各類維護(hù)中的側(cè)重點(diǎn) 改正性維護(hù) 適應(yīng)性維護(hù) 完善性維護(hù)可理解性 ?可測試性 ?可修改性 ? ?可 靠 性 ?可移植性 ?可使用性 ? ? 效 率 ?? 這些質(zhì)量特性通常體現(xiàn)在軟件產(chǎn)品的許多方面 。 ? 目前廣泛使用的是用如下的七個(gè)特性來衡量程序的可維護(hù)性。 ? 可維護(hù)性 、 可使用性 、 可靠性 是衡量軟件質(zhì)量的主要質(zhì)量特性，也是用戶十分關(guān)心的幾個(gè)方面。 ? 為了使得軟件能夠易于維護(hù)，必須考慮使軟件具有 可維護(hù)性 。 軟件可維護(hù)性 ? 許多軟件的維護(hù)十分困難，原因在于這 些軟件的文檔不全 、 質(zhì)量差 、 開發(fā)過程不注意采用好的方法 ， 忽視程序設(shè)計(jì)風(fēng)格 等。 ? 維護(hù)后的驗(yàn)收 ──在交付新軟件之前，維護(hù)主管部門