關(guān)于計算機軟件可維護性方法

　　計算機軟件可維護性方法，在設計計算機系統時(shí)，必須全局考慮軟件與硬件的結合，以及用戶(hù)的要求和軟件的要求。

　　1、建立明確的軟件質(zhì)量目標和優(yōu)先級

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

　　2、使用提高軟件質(zhì)量的技術(shù)和工具

　　模塊化是軟件開(kāi)發(fā)過(guò)程中提高軟件質(zhì)量，降低成本的有效方法之一，也是提高可維護性的有效的技術(shù)。它的優(yōu)點(diǎn)是如果需要改變某個(gè)模塊的功能，則只要改變這個(gè)模塊，對其他模塊影響很小;如果需要增加程序的某些功能，則僅需增加完成這些功能的新的模塊或模塊層;程序的測試與重復測試比較容易;程序錯誤易于定位和糾正;容易提高程序效率。使用結構化程序設計技術(shù)，提高現有系統的可維護性。采用備用件的方法，當要修改某一個(gè)模塊時(shí)，用一個(gè)新的結構良好的模塊替換掉整個(gè)模塊。這種方法要求了解所替換模塊的外部(接口)特性，可以不了解其內部工作情況。它有利于減少新的錯誤，并提供了一個(gè)用結構化模塊逐步替換掉非結構化模塊的機會(huì )。采用自動(dòng)重建結構和重新格式化的工具(結構更新技術(shù))。采用如代碼評價(jià)程序、重定格式程序、結構化工具等自動(dòng)軟件工具——把非結構化代碼轉換成良好結構代碼。改進(jìn)現有程序的不完善的文檔。改進(jìn)和補充文檔的目的是為了提高程序的可理解性，以提高可維護性。采用結構化小組程序設計的思想和結構文檔工具。軟件開(kāi)發(fā)過(guò)程中。建立主程序員小組，實(shí)現嚴格的組織化結構，強調規范，明確領(lǐng)導以及職能分工，能夠改善通信、提高程序生產(chǎn)率;在檢查程序質(zhì)量時(shí)，采取有組織分工的結構普查，分工合作，各司其職，能夠有效地實(shí)施質(zhì)量檢查。同樣，在軟件維護過(guò)程中，維護小組也可以采取與主程序員小組和結構普查類(lèi)似的方式，以保證程序的質(zhì)量。

　　3、進(jìn)行明確的質(zhì)量保證審查

　　質(zhì)量保證審查對于獲得和維持軟件的質(zhì)量，是一個(gè)很有用的技術(shù)，還可以用來(lái)檢測在開(kāi)發(fā)和維護階段內發(fā)生的質(zhì)量變化。一旦檢測出問(wèn)題來(lái)，就可以采取措施來(lái)糾正，以控制不斷增長(cháng)的軟件維護成本，延長(cháng)軟件系統的有效生命期。為了保證軟件的可維護性，有4種類(lèi)型的軟件審查。

　　在檢查點(diǎn)進(jìn)行復審。保證軟件質(zhì)量的最佳方法是在軟件開(kāi)發(fā)的最初階段就把質(zhì)量要求考慮進(jìn)去，并在開(kāi)發(fā)過(guò)程每一階段的終點(diǎn)，設置檢查點(diǎn)進(jìn)行檢查。檢查的目的是要證實(shí)已開(kāi)發(fā)的軟件是否符合標準，是否滿(mǎn)足規定的質(zhì)量需求。在不同的檢查點(diǎn)，檢查的重點(diǎn)不完全相同。如圖1所示。

　　驗收檢查。驗收檢查是一個(gè)特殊的檢查點(diǎn)的檢查，是交付使用前的最后一次檢查，是軟件投入運行之前保證可維護性的最后機會(huì )。它實(shí)際上是驗收測試的一部分，只不過(guò)它是從維護的角度提出驗收的條件和標準。

　　周期性地維護審查。軟件在運行期間，為了糾正新發(fā)現的錯誤或缺陷，為了適應計算環(huán)境的變化，為了響應用戶(hù)新的需求，必須進(jìn)行修改。因此會(huì )導致軟件質(zhì)量有變壞的危險，可能產(chǎn)生新的錯誤，破壞程序概念的完整性。因此，必須像硬件的定期檢查一樣，每月一次或二月一次，對軟件做周期性的維護審查，以跟蹤軟件質(zhì)量的變化。周期性維護審查實(shí)際上是開(kāi)發(fā)階段檢查點(diǎn)復查的繼續，并且采用的檢查方法、檢查內容都是相同的。為了便于用戶(hù)進(jìn)行運行管理，適時(shí)提供維護工具以及有關(guān)信息是很重要的。

　　維護審查的結果可以同以前的維護審查的結果、以前的驗收檢查的結果和檢查點(diǎn)檢查的結果相比較，任何一種改變都表明在軟件質(zhì)量上或其他類(lèi)型的問(wèn)題上可能起了變化。對于改變的原因應當進(jìn)行分析，例如，如果使用的是復雜性度量標準，則應當隨機地選擇少量模塊，再次測量其復雜性。

　　對軟件包進(jìn)行檢查。軟件包是一種標準化了的，可為不同單位、不同用戶(hù)使用的軟件。軟件包賣(mài)主考慮到他的專(zhuān)利權，一般不會(huì )提供給用戶(hù)他的源代碼和程序文檔。因此，對軟件包的維護采取以下方法。使用單位的維護人員首先要仔細分析、研究賣(mài)主提供的用戶(hù)手冊、操作手冊、培訓教程、新版本說(shuō)明、計算機環(huán)境要求書(shū)、未來(lái)特性表，以及賣(mài)方提供的驗收測試報告等，在此基礎上，深入了解本單位的希望和要求，編制軟件包的檢驗程序。該檢驗程序檢查軟件包程序所執行的功能是否與用戶(hù)的要求和條件相一致。為了建立這個(gè)程序，維護人員可以利用賣(mài)方提供的驗收測試實(shí)例，還可以自己重新設計新的測試實(shí)例。根據測試結果，檢查和驗證軟件包的參數或控制結構，以完成軟件包的維護。

　　4、選擇可維護的程序設計語(yǔ)言

　　程序設計語(yǔ)言的選擇，對程序的可維護性影響很大。低級語(yǔ)言，即機器語(yǔ)言和匯編語(yǔ)言，很難理解，很難掌握，因此很難維護。計算機軟件可維護性方法，高級語(yǔ)言比低級語(yǔ)言容易理解，具有更好的可維護性。但同是高級語(yǔ)言，可理解的難易程度也不一樣。第四代語(yǔ)言，例如查詢(xún)語(yǔ)言、圖形語(yǔ)言、報表生成器等，有的是過(guò)程化的語(yǔ)言，有的是非過(guò)程化的語(yǔ)言。不論是哪種語(yǔ)言，編制出的程序都容易理解和修改，而且，其產(chǎn)生的指令條數可能要比用COBOL語(yǔ)言或用PL/1語(yǔ)言編制出的少一個(gè)數量級，開(kāi)發(fā)速度快許多倍。有些非過(guò)程化的第四代語(yǔ)言，用戶(hù)不需要指出實(shí)現的算法，僅需向編譯程序或解釋程序提出自己的要求，由編譯程序或解釋程序自己做出實(shí)現用戶(hù)要求的智能假設，例如自動(dòng)選擇報表格式，選擇字符類(lèi)型和圖形顯示方式等�？傊�，從維護角度來(lái)看，第四代語(yǔ)言比其他語(yǔ)言更容易維護。

【計算機軟件可維護性方法】相關(guān)文章：

計算機軟件可維護性方法的探索08-29

探究計算機軟件可維護性方法09-21

計算機軟件可維護性方法研究09-08

淺論計算機軟件設計中的可維護性10-22

芻議計算機軟件安全檢測方法06-30

淺議計算機軟件工程維護措施和方法08-03

計算機軟件論文09-19

論計算機軟件維護04-29

關(guān)于計算機軟件復用探討09-03

計算機軟件畢業(yè)設計論文07-22