計算機軟件的維護策略解析

計算機軟件的維護策略解析

　　一、軟件可維護性的概述

　　一個(gè)軟件在實(shí)際的運行過(guò)程中，都會(huì )出現一些細節上和實(shí)際不相符的部分，在此情況下，就需要設計該軟件的單位根據現有的情況和需求，對開(kāi)發(fā)的軟件進(jìn)行不斷地修正和完善，通過(guò)改變軟件自身來(lái)使其適應現有運行平臺對軟件提出的各種要求，這一過(guò)程稱(chēng)之為軟件維護。根據軟件進(jìn)行維護的目的性不一樣，可以將維護的過(guò)程分為四種類(lèi)型，分別是糾正錯誤類(lèi)型、預防錯誤發(fā)生類(lèi)型、適應運行平臺類(lèi)型、改善軟件自身類(lèi)型。在這四個(gè)類(lèi)型當中，糾錯是指軟件在運行的過(guò)程當中，針對其顯示出的各種自身問(wèn)題進(jìn)行分析，并且提出解決的對策:預防即要求軟件的開(kāi)發(fā)者能夠預見(jiàn)到現有的，以及即將產(chǎn)生的各種病毒類(lèi)型，提前對軟件進(jìn)行設計，防比其日后受到病毒的侵入:適應是指軟件在自身不斷的運行過(guò)程中，根據運行平臺等外部環(huán)境對其提出的各種需求，不斷做出調整，以求適應該運行平臺:完善是指，根據每個(gè)需求的特點(diǎn)，軟件能夠不斷地改進(jìn)自身的性能，能夠更好地滿(mǎn)足各種需求。

　　軟件的可維護性主要有四種突出的特性。

　　一是其容易被分析即指針對軟件內部存在的各種毛病、漏洞，能夠即時(shí)地被發(fā)現，診斷出來(lái):

　　二是易改動(dòng)。該特性是指，一旦發(fā)現了該軟件存在一些問(wèn)題，其是否能夠被及時(shí)地修改和完善:三是穩定的特性。發(fā)現了軟件存在問(wèn)題，就要對其進(jìn)行修改和完善，那么軟件自身能否應對由此產(chǎn)生的各種風(fēng)險，這就是穩定性的本質(zhì):四是易測試性在修復了軟件存在的各種問(wèn)題的時(shí)候，針對修復的效果能否在較短的時(shí)間內，進(jìn)行估測。

　　二、影響軟件維護的要素分析

　　(一)設計團隊的變化:很多軟件設計團隊，在完成了一項軟件設計的時(shí)，會(huì )解散該團隊，很快各自都找到新的團隊，開(kāi)展新的軟件設計工作。原本對該軟件設計有所了解的成員逐漸離開(kāi)了團隊，隨著(zhù)人員的不斷變動(dòng)，到最后余下的員工很可能對該軟件最初開(kāi)發(fā)的目的、方法都不是很了解，導致該軟件無(wú)法在后期得到修復和完善，最終導致報廢這樣不僅會(huì )浪費大量的人力、財力、物力，同時(shí)也會(huì )給新的工作團隊平添工作量。

　　(二)用戶(hù)的需求:在最初簽訂軟件的開(kāi)發(fā)和修改合同的時(shí)候，維護人員和客戶(hù)沒(méi)有進(jìn)行很好的溝通，沒(méi)有很好的了解顧客的需求，導致在后期的修改當中，很多設計人員按照自己的意思來(lái)對軟件進(jìn)行修改，和客戶(hù)的需求根本不相符。

　　(三)隱性錯誤:很多維護軟件的工作者，在對軟件進(jìn)行維護的時(shí)候，會(huì )在軟件的內部加入一些隱性的風(fēng)險，降低了軟件的整體質(zhì)量。

　　(四)團隊素質(zhì):一個(gè)團隊素質(zhì)的高低，同樣也對軟件維護的質(zhì)量到很大的影響。員工是否具有軟件維護的專(zhuān)業(yè)技能，能否解決顧客提出的各種問(wèn)題。該團隊是否是屬于急功近利型，一味追求經(jīng)濟利益，而忽略了質(zhì)量的追求等等，都是需要考慮的因素。

　　三、軟件維護的策略 對軟件的維護，主要分為九個(gè)主要的步驟。首先要仔細閱讀客戶(hù)對自己軟件提出的需求說(shuō)明，在了解客戶(hù)需求的基礎上，來(lái)針對問(wèn)題軟件繼續修改設計，列出設計方案進(jìn)行評審，評審通過(guò)后，開(kāi)始重新編碼，然后進(jìn)行單位測試、集成測試、同歸測試這三項測試，待測試完成之后，確認測試，最后在一次進(jìn)行評審對軟件的維護工作，不能大意，因此應有一只專(zhuān)門(mén)團隊來(lái)對軟件進(jìn)行維護，且在團隊內部要明確每一個(gè)成員的工作任務(wù)和責任，避免資源的重復利用和未充分利用在接受客戶(hù)需求時(shí)，要為客戶(hù)發(fā)一張需求登記表，客戶(hù)在該表上填寫(xiě)軟件出現的問(wèn)題，包括問(wèn)題的具體類(lèi)別，希望通過(guò)修改達到的效果，軟件運行的平臺，出現問(wèn)題的場(chǎng)合和時(shí)間等在對軟件進(jìn)行修改和完善的過(guò)程中，要仔細分析源編碼設計的原理、習慣，對其進(jìn)行遵守，不要輕易地更改，以保證軟件在修改前后能夠保持和諧。若是一個(gè)客戶(hù)提出了多個(gè)維護的需求，可以更具需求等級的高低，對其進(jìn)行順序的劃分在修改該軟件之前，要對該軟件進(jìn)行備份處理，在軟件完成修改之后，要對軟件進(jìn)行及時(shí)地調試，最后開(kāi)會(huì )對該軟件進(jìn)行評議，并且做出總結，從本次軟件的修改當中，能夠收獲成功的經(jīng)驗，同時(shí)也能吸取失敗的教訓。軟件的修改人員之間要互相交流和分享彼此的經(jīng)驗。若是軟件修改的幅度比較大，修改人員應當針對自己修改的情況制定一個(gè)修改的說(shuō)明書(shū)，具體說(shuō)明修改了哪些部分，被修改之后的軟件如何使用和進(jìn)行日常的維護。除了編寫(xiě)說(shuō)明手冊之外，還可以編寫(xiě)參考手冊。針對該軟件可能會(huì )發(fā)生的錯誤情況進(jìn)行預測，并在該手冊中寫(xiě)出會(huì )出現的情況，具體解決辦法。注意該語(yǔ)言的運用要通俗易懂，因為很多客戶(hù)并不具備很多的計算機專(zhuān)業(yè)知識。在對該軟件完成維護之后，要進(jìn)行同歸測試，測試圓滿(mǎn)完成后，可交給客戶(hù)去使用。一個(gè)軟件，在進(jìn)行了多次修改和完善之后，其維護性就會(huì )逐漸降低，當其降低到一個(gè)最低程度時(shí)，再一次修改己無(wú)法滿(mǎn)足客戶(hù)提出的需求，因此應當放棄該軟件，重新根據客戶(hù)需求開(kāi)發(fā)新的軟件。

　　四、軟件維護的副作用

　　對軟件進(jìn)行反復的修改和完善，雖然可以滿(mǎn)足客戶(hù)提出的不同需求，但是其自身也有一定的風(fēng)險。因為從理淪上來(lái)說(shuō)，在每一次對軟件進(jìn)行修改的同時(shí)，都增加了錯誤發(fā)生的可能性。對該錯誤的發(fā)現，可以通過(guò)文檔的設計和最后的同歸測試來(lái)解決，但是仍然不能忽視一個(gè)問(wèn)題，就是維護軟件會(huì )產(chǎn)生的負面效果。其主要表現在如下的幾個(gè)方面: 代碼修改:對代碼的修改一定要謹慎，不到逼不得己，盡量不要修改。因為一個(gè)看似很簡(jiǎn)單的代碼修改工作，就可能對整個(gè)軟件產(chǎn)生很大的影響，影響可能大到整個(gè)軟件無(wú)法正常運行。雖然副作用有大有小，但是不可否認的是，對代碼進(jìn)行修改很可能就會(huì )產(chǎn)生一些錯誤，而正是由于這些看似很小的錯誤，導致軟件質(zhì)量的下降。因此，在代碼修改過(guò)程中，一定要貫徹一個(gè)法則， 數據結構的修改:在修改軟件過(guò)程中，會(huì )不可避免地對數據結構也進(jìn)行一定的修改。數據結構在整個(gè)軟件中，占據很重要的地位。因此在對其進(jìn)行維護的時(shí)候，需要對立面的部分要素進(jìn)行完善，完善過(guò)后的軟件可能無(wú)法再適應現有的數據，導致其在日后的運行出現錯誤。這就需要軟件維護者，在設計文檔的時(shí)候謹慎，降低數據修改帶來(lái)的風(fēng)險。

　　五、結束語(yǔ)

　　隨著(zhù)計算機的不斷估計，軟件應用的范圍也越來(lái)越廣，滲透到我們生活、學(xué)習、工作的各個(gè)角落軟件的維護是軟件生命的最后一個(gè)階段，但是我們不能忽視其重要性。作為軟件工作者，應當在開(kāi)發(fā)出一個(gè)好軟件的同時(shí)，也能夠對軟件的可維護性的提高做出自己的貢獻，使軟件的可維護性能夠有所提升，降低日后軟件維護的費用和次數，同時(shí)也可以提高一個(gè)軟件開(kāi)發(fā)公司在市場(chǎng)當中的競爭力，為企業(yè)帶來(lái)更好的經(jīng)濟效益。