計算機軟體可維護性方法探究

又到畢業季了，大家的論文準備的怎麼樣了，下文是計算機軟體可維護性方法，一起來看看吧!

1、建立明確的軟體質量目標和優先順序

一個可維護的程式應是可理解的、可靠的、可測試的、可修改的、可移植的、效率高的和可使用的。但要實現這所有的目標，需要付出很大的代價，而且也不一定行得通。因為某些質量特性是相互促進的，例如可理解性和可測試性、可理解性和可修改性。但另一些質量特性卻是相互牴觸的，例如效率和可移植性、效率和可修改性等。因此，儘管可維護性要求每一種質量特性都要得到滿足，但它們的相對重要性應隨程式的用途及計算環境的不同而不同。

2、使用提高軟體質量的技術和工具

模組化是軟體開發過程中提高軟體質量，降低成本的有效方法之一，也是提高可維護性的有效的技術。它的優點是如果需要改變某個模組的功能，則只要改變這個模組，對其他模組影響很小;如果需要增加程式的某些功能，則僅需增加完成這些功能的新的模組或模組層;程式的測試與重複測試比較容易;程式錯誤易於定位和糾正;容易提高程式效率。使用結構化程式設計技術，提高現有系統的可維護性。採用備用件的方法，當要修改某一個模組時，用一個新的結構良好的模組替換掉整個模組。這種方法要求瞭解所替換模組的外部(介面)特性，可以不瞭解其內部工作情況。它有利於減少新的錯誤，並提供了一個用結構化模組逐步替換掉非結構化模組的機會。採用自動重建結構和重新格式化的工具(結構更新技術)。採用如程式碼評價程式、重定格式程式、結構化工具等自動軟體工具——把非結構化程式碼轉換成良好結構程式碼。改進現有程式的不完善的文件。改進和補充文件的目的是為了提高程式的可理解性，以提高可維護性。採用結構化小組程式設計的思想和結構文件工具。軟體開發過程中。建立主程式設計師小組，實現嚴格的組織化結構，強調規範，明確領導以及職能分工，能夠改善通訊、提高程式生產率;在檢查程式質量時，採取有組織分工的結構普查，分工合作，各司其職，能夠有效地實施質量檢查。同樣，在軟體維護過程中，維護小組也可以採取與主程式設計師小組和結構普查類似的方式，以保證程式的質量。

3、進行明確的質量保證審查

質量保證審查對於獲得和維持軟體的質量，是一個很有用的技術，還可以用來檢測在開發和維護階段內發生的質量變化。一旦檢測出問題來，就可以採取措施來糾正，以控制不斷增長的軟體維護成本，延長軟體系統的有效生命期。為了保證軟體的可維護性，有4種類型的軟體審查。

在檢查點進行復審。保證軟體質量的最佳方法是在軟體開發的最初階段就把質量要求考慮進去，並在開發過程每一階段的終點，設定檢查點進行檢查。檢查的目的是要證實已開發的軟體是否符合標準，是否滿足規定的質量需求。在不同的檢查點，檢查的重點不完全相同。如圖1所示。

驗收檢查。驗收檢查是一個特殊的檢查點的檢查，是交付使用前的最後一次檢查，是軟體投入執行之前保證可維護性的最後機會。它實際上是驗收測試的一部分，只不過它是從維護的角度提出驗收的條件和標準。

週期性地維護審查。軟體在執行期間，為了糾正新發現的錯誤或缺陷，為了適應計算環境的變化，為了響應使用者新的需求，必須進行修改。因此會導致軟體質量有變壞的危險，可能產生新的錯誤，破壞程式概念的完整性。因此，必須像硬體的定期檢查一樣，每月一次或二月一次，對軟體做週期性的維護審查，以跟蹤軟體質量的變化。週期性維護審查實際上是開發階段檢查點複查的繼續，並且採用的檢查方法、檢查內容都是相同的。為了便於使用者進行執行管理，適時提供維護工具以及有關資訊是很重要的。

維護審查的結果可以同以前的維護審查的結果、以前的驗收檢查的結果和檢查點檢查的結果相比較，任何一種改變都表明在軟體質量上或其他型別的問題上可能起了變化。對於改變的原因應當進行分析，例如，如果使用的是複雜性度量標準，則應當隨機地選擇少量模組，再次測量其複雜性。

對軟體包進行檢查。軟體包是一種標準化了的，可為不同單位、不同使用者使用的軟體。軟體包賣主考慮到他的專利權，一般不會提供給使用者他的原始碼和程式文件。因此，對軟體包的維護採取以下方法。使用單位的維護人員首先要仔細分析、研究賣主提供的使用者手冊、操作手冊、培訓教程、新版本說明、計算機環境要求書、未來特性表，以及賣方提供的驗收測試報告等，在此基礎上，深入瞭解本單位的希望和要求，編制軟體包的檢驗程式。該檢驗程式檢查軟體包程式所執行的功能是否與使用者的要求和條件相一致。為了建立這個程式，維護人員可以利用賣方提供的驗收測試例項，還可以自己重新設計新的測試例項。根據測試結果，檢查和驗證軟體包的引數或控制結構，以完成軟體包的維護。

4、選擇可維護的程式設計語言

程式設計語言的選擇，對程式的可維護性影響很大。低階語言，即機器語言和組合語言，很難理解，很難掌握，因此很難維護。計算機軟體可維護性方法，高階語言比低階語言容易理解，具有更好的可維護性。但同是高階語言，可理解的難易程度也不一樣。第四代語言，例如查詢語言、圖形語言、報表生成器等，有的是過程化的語言，有的是非過程化的語言。不論是哪種語言，編制出的程式都容易理解和修改，而且，其產生的指令條數可能要比用cobol語言或用pl/1語言編制出的少一個數量級，開發速度快許多倍。有些非過程化的第四代語言，使用者不需要指出實現的演算法，僅需向編譯程式或解釋程式提出自己的要求，由編譯程式或解釋程式自己做出實現使用者要求的智慧假設，例如自動選擇報表格式，選擇字元型別和圖形顯示方式等。總之，從維護角度來看，第四代語言比其他語言更容易維護。

上文是計算機軟體可維護性方法