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