【正文】 的 、 效率高的 、 可使用的 。 ? 要實(shí)現(xiàn)這所有的目標(biāo)，需要付出很大的代價(jià)，而且也不一定行得通。 ? 某些質(zhì)量特性是相互促進(jìn)的 ，例如可理解性和可測試性、可理解性和可修改性。 ? 另一些質(zhì)量特性是相互抵觸的 ，如效率和可移植性、效率和可修改性等。 ? 每一種 質(zhì)量特性 的 相對重要性 應(yīng)隨程序的用途及計(jì)算環(huán)境的不同而不同 。例如，對編譯程序來說，可能強(qiáng)調(diào)效率；但對管理信息系統(tǒng)來說，則可能強(qiáng)調(diào)可使用性和可修改性。 ? 應(yīng)當(dāng)對程序的質(zhì)量特性，在 提出目標(biāo) 的同時還必須 規(guī)定它們的優(yōu)先級 。 使用提高軟件質(zhì)量的技術(shù)和工具 ? 模塊化 ? 如果需要改變某個模塊的功能，則只要改變這個模塊，對其它模塊影響很??； ? 如果需要增加程序的某些功能，則僅需增加完成這些功能的新的模塊或模塊層； ? 程序的測試與重復(fù)測試比較容易； ? 程序錯誤易于定位和糾正； ? 結(jié)構(gòu)化程序設(shè)計(jì) ? 程序被劃分成分層的模塊結(jié)構(gòu)； ? 模塊調(diào)用控制必須從模塊的入口點(diǎn)進(jìn)入，從其出口點(diǎn)退出。 ? 模塊的控制結(jié)構(gòu)僅限于順序、選擇、重復(fù)三種，且沒有 GOTO語句。 ? 每個程序變量只用于唯一的程序目的，而且變量的作用范圍應(yīng)是明確的、有限制的。 ? 使用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)，提高現(xiàn)有系統(tǒng)的可維護(hù)性 ? 采用備用件的方法 ── 用一個新的結(jié)構(gòu)良好的模塊替換掉整個要修改的模塊。 ? 采用自動重建結(jié)構(gòu)和重新格式化的工具 (結(jié)構(gòu)更新技術(shù) )── 把非結(jié)構(gòu)化代碼轉(zhuǎn)換成良好結(jié)構(gòu)代碼 。 ? 改進(jìn)現(xiàn)有程序的不完善的文檔 ─ ─ 建立或補(bǔ)充系統(tǒng)說明書、設(shè)計(jì)文檔、模塊說明書、以及在源程序中插入必要的注釋。 進(jìn)行明確的質(zhì)量保證審查 ? 質(zhì)量保證審查 對于 獲得和維持軟件的質(zhì)量 ，是一個很有用的技術(shù)。 ? 審查 可以用來 檢測在開發(fā)和維護(hù)階段內(nèi)發(fā)生的質(zhì)量變化 。 ? 一旦檢測出問題來，就可以采取措施來糾正，以控制不斷增長的軟件維護(hù)成本，延長軟件系統(tǒng)的有效生命期。 ? 保證軟件質(zhì)量的最佳方法是 在軟件開發(fā)的最初階段把質(zhì)量要求考慮進(jìn)去 ，并 在開發(fā)過程每一階段的終點(diǎn) ，設(shè)置檢查點(diǎn)進(jìn)行檢查 。 ? 檢查的目的是要證實(shí)，已開發(fā)的軟件 是否符合標(biāo)準(zhǔn) ， 是否滿足規(guī)定的質(zhì)量需求 。在不同的檢查點(diǎn)，檢查的重點(diǎn)不完全相同。 1. 在檢查點(diǎn)進(jìn)行復(fù)審 軟件開發(fā)期間各個檢查點(diǎn)的檢查重點(diǎn) ? 在設(shè)計(jì)階段，檢查重點(diǎn)是 可理解性 、可修改性 、 可測試性 。 ? 可理解性 檢查的重點(diǎn)是 程序的復(fù)雜性 。對每個模塊可用 McCabe環(huán)路來計(jì)算模塊的復(fù)雜性，若大于 10，則需重新設(shè)計(jì)。 ? 可以使用各種 質(zhì)量特性檢查表 ，或用 度量標(biāo)準(zhǔn) 來檢查可維護(hù)性。 ? 審查小組可以采用人工測試一類的方式，進(jìn)行審查。 2. 驗(yàn)收檢查 ? 驗(yàn)收檢查 是一個 特殊的檢查點(diǎn) 的檢查，是交付使用前的 最后一次檢查 ， ? 驗(yàn)收檢查 實(shí)際上是 驗(yàn)收測試 的一部分，只不過它是從維護(hù)的角度提出驗(yàn)收的條件和標(biāo)準(zhǔn)。 ? 驗(yàn)收檢查必須遵循的最小驗(yàn)收標(biāo)準(zhǔn)。 (1) 需求和規(guī)范標(biāo)準(zhǔn) ① 需求應(yīng)當(dāng)以可測試的術(shù)語進(jìn)行書寫，排列優(yōu)先次序和定義； ② 區(qū)分必須的、任選的、將來的需求； ③ 包括對系統(tǒng)運(yùn)行時的計(jì)算機(jī)設(shè)備的需求；對維護(hù)、測試、操作、以及維護(hù)人員的需求；對測試工具等的需求。 (2) 設(shè)計(jì)標(biāo)準(zhǔn) ① 程序應(yīng)設(shè)計(jì)成分層的模塊結(jié)構(gòu)。每個模塊應(yīng)完成唯一的功能，并達(dá)到高內(nèi)聚、低耦合； ② 通過一些知道預(yù)期變化的實(shí)例，說明設(shè)計(jì)的可擴(kuò)充性、可縮減性和可適應(yīng)性。 (3) 源代碼標(biāo)準(zhǔn) ① 盡可能使用最高級的程序設(shè)計(jì)語言，且只使用語言的標(biāo)準(zhǔn)版本； ② 所有的代碼都必須具有良好的結(jié)構(gòu)； ③ 所有的代碼都必須文檔化，在注釋中說明它的輸入、輸出、以及便于測試／再測試的一些特點(diǎn)與風(fēng)格。 (4) 文檔標(biāo)準(zhǔn) 文檔中應(yīng)說明 ? 程序的輸入／輸出 ? 使用的方法／算法 ? 錯誤恢復(fù)方法 ? 所有參數(shù)的范圍 ? 缺省條件等。 3. 周期性地維護(hù)審查 ? 檢查點(diǎn)復(fù)查 和 驗(yàn)收檢查 ，可用來 保證新軟件系統(tǒng)的可維護(hù)性 。 ? 對已有的軟件系統(tǒng)，則應(yīng)當(dāng) 進(jìn)行周期性的維護(hù)檢查 。 ? 軟件在運(yùn)行期間進(jìn)行修改，會導(dǎo)致軟件質(zhì)量有變壞的危險(xiǎn)，破壞程序概念的完整性。 ? 必須 定期檢查 ，對軟件做周期性的維護(hù)審查， 以跟蹤軟件質(zhì)量的變化 。 ? 周期性維護(hù)審查 實(shí)際上是開發(fā)階段檢查點(diǎn)復(fù)查的繼續(xù)，并且 采用的檢查方法 、 檢查內(nèi)容都是相同的 。 ? 維護(hù)審查的結(jié)果 可以同 以前的維護(hù)審查的結(jié)果 ， 以前的驗(yàn)收檢查的結(jié)果 、 檢查點(diǎn)檢查的結(jié)果 相比較，任何一種改變都表明在軟件質(zhì)量上或其它類型的問題上可能起了變化。 ? 對于改變的原因應(yīng)當(dāng)進(jìn)行分析 。 4. 對軟件包進(jìn)行檢查 ? 軟件包 是一種 標(biāo)準(zhǔn)化 的，可 為不同單位 、 不同用戶使用 的軟件。 ? 一般 源代碼和程序文檔 不會提供給用戶。 ? 對軟件包的維護(hù)采取以下方法。 ? 使用單位的維護(hù)人員首先要仔細(xì)分析、研究賣主提供的用戶手冊、操作手冊、培訓(xùn)教程等，以及賣方提供的驗(yàn)收測試報(bào)告等。 ? 在此基礎(chǔ)上，深入 了解本單位的希望和要求 ， 編制軟件包的檢驗(yàn)程序 。 檢查軟件包程序所執(zhí)行的功能是否與用戶的要求和條件相一致。 ? 為了建立這個程序，維護(hù)人員可以 利用賣方提供的驗(yàn)收測試實(shí)例 ，還可以自 己重新設(shè)計(jì)新的測試實(shí)例 。 ? 根據(jù)測試結(jié)果，檢查和驗(yàn)證軟件包的參數(shù)或控制結(jié)構(gòu)，以完成軟件包的維護(hù)。 選擇可維護(hù)的程序設(shè)計(jì)語言 ? 程序設(shè)計(jì)語言的選擇，對程序的可維護(hù)性影響很大。 機(jī)器語言 匯編語言 高級語言 查詢語言 (FORTRAN、 報(bào)表生成語言 COBOL等 ) 圖象語言 應(yīng)用生成語言 改進(jìn)程序的文檔 ? 程序文檔是對程序 總目標(biāo) 、 程序各組成部分之間的關(guān)系 、 程序設(shè)計(jì)策略 、 程序?qū)崿F(xiàn)過程的歷史數(shù)據(jù) 等的說明和補(bǔ)充。 ? 即使是一個十分簡單的程序，要想有效地、高效率地維護(hù)它，也需要編制文檔來解釋其目的及任務(wù)。 ? 對于程序維護(hù)人員來說，要想 按程序編制人員的意圖重新改造程序 ，并對今后變化的可能性進(jìn)行估計(jì)，缺了文檔是不行的。 ? 因此，為了維護(hù)程序，人們必須閱讀和理解文檔。 ? 另外，在軟件維護(hù)階段，利用 歷史文檔 ，可以大大簡化維護(hù)工作。通過了解原設(shè)計(jì)思想，可以判斷出錯之處，指導(dǎo)維護(hù)人員選擇適當(dāng)?shù)姆椒ㄐ薷拇a而不危及系統(tǒng)的完整性。 ? 歷史文檔有三種： ? 系統(tǒng)開發(fā)日志 ? 錯誤記載 ? 系統(tǒng)維護(hù)日志