【文章內(nèi)容簡介】 本人負(fù)責(zé)的是其中一個(gè)子系統(tǒng)，叫做互動(dòng)式語音應(yīng)答系統(tǒng)，簡稱 AIVR。 在本人正式開始獨(dú)立處理軟件維護(hù)問題之前，公司進(jìn)行了一個(gè)多月的公司大培訓(xùn)，以及一個(gè)多月的單獨(dú)培訓(xùn)，使實(shí)習(xí)生更加了解系統(tǒng)。而每日的工作流程如下：問題都先被收集在維護(hù)組的項(xiàng)目經(jīng)理或項(xiàng)目組長的手上，再由項(xiàng)目經(jīng)理或項(xiàng)目組長進(jìn)行指派哪個(gè)維護(hù)人員解決此類問題，維護(hù)人員提出的解決方案要經(jīng)過項(xiàng)目經(jīng)理 判斷是否可行，再由負(fù)責(zé)同一子系統(tǒng)的測試人員進(jìn)行反復(fù)測試（例如我是 AIVR 的維護(hù)人員，我提出的解決方案，要由負(fù)責(zé) AIVR 的測試人員進(jìn)行反復(fù)測試），解決方案通過之后再發(fā)送給客戶，而問題的維護(hù)詳情會(huì)記錄在公司內(nèi)部的站點(diǎn)里，維護(hù)流程很清晰明了，部門職能也十分明確。 舉個(gè)例子，某一天早上，維護(hù)組的測試人員 Kelly 會(huì)把這一天客戶的所有問題提交給項(xiàng)目組長 Peter（因?yàn)槭菍獾?，所以有時(shí)差，這一天需要解決的問題，就相當(dāng)于國外客戶前一天提出的問題）， Peter 把有關(guān) AIVR 的產(chǎn)品問題分配給我本人，而本人需要向客戶收集此 問題的所有相關(guān)信息，例如 AIVR 不能做 schedule 這個(gè)問題，有可能是很多方面的原因造成的，就需要客戶提供相應(yīng)的 AIVR 的 log 信息、服務(wù)器端的 log 信息、數(shù)據(jù)庫的備份等信息來對原因進(jìn)行分析，在找到造成這個(gè)問題發(fā)生的原因之后，就會(huì)跟 Peter 報(bào)告。如果 Peter 認(rèn)同此原因是造成這個(gè)問題的關(guān)鍵，就由本人整理出解決方案，經(jīng)過 Peter 的審核，由負(fù)責(zé) AIVR 產(chǎn)品的測試人員 Janice 對解決方案進(jìn)行驗(yàn)證，通過了的話就跟用戶溝通，說明情況；如果 Peter 認(rèn)為此原因并不是造成這個(gè)問題的關(guān)鍵，就需要跟 Peter 以及 AIVR 的測試人員 Janice 討論，因?yàn)楸救耸蔷S護(hù)人員，所以會(huì)比較偏向代碼、設(shè)計(jì)方面來提出解決方案，而測試人員對業(yè)務(wù)邏輯以及配置比較熟悉， Janice就會(huì)從業(yè)務(wù)邏輯以及配置方面給出建議，所以 Peter 認(rèn)為不是這個(gè)原因的時(shí)候，就會(huì)讓我們討論出新的解決方案，經(jīng)由他審核，再通過測試，才把新的解決方案提交給用戶。而一般從找到問題根源，到提出解決方案，到驗(yàn)證解決方案這一系列過程，都需要在一天之內(nèi)完成。 如果出現(xiàn)的問題，維護(hù)組在評定之后，確定組內(nèi)無法解決，就會(huì)連同開發(fā)組與此問題相關(guān)模塊的開發(fā)人員進(jìn)行討論，再確定最終的解決方 案。 圖 41 AIVR 工作流程圖 國內(nèi)軟件維護(hù)的維護(hù)實(shí)例 甲公司是軟件外包公司，為乙公司做一個(gè)軟件項(xiàng)目，軟件開發(fā)項(xiàng)目總金額達(dá)到了 1500 多萬元，一共 12 個(gè)子系統(tǒng)，參與人數(shù)眾多。在代碼實(shí)施與測試階段，工程師人員達(dá)到了 60 多人，經(jīng)過了 5 個(gè)月，系統(tǒng)開發(fā)與測試完成；在試運(yùn)行階段，撤離部分開發(fā)人員，留下 25 人進(jìn)行后期開發(fā)與測試。系統(tǒng)正式上線運(yùn)行后，甲公司與乙公司雙方又簽訂了一項(xiàng)軟件維護(hù)合同，為期一年，甲公司派了 15 人到現(xiàn)場負(fù)責(zé)技術(shù)支持、處理用戶需求，其中程序員 12 人。 隨著系統(tǒng)運(yùn)行了一段時(shí)間，用戶不斷提出新 要求，有些改動(dòng)小，有些改動(dòng)大，而大多數(shù)需求，在經(jīng)過乙公司的討論后都確認(rèn)要跟進(jìn)修改，項(xiàng)目組基本沒有商量的余地。而被甲公司派過來進(jìn)行軟件維護(hù)工作的程序員都屬于初級(jí)程序員，對整個(gè)軟件并不是很熟悉，之前也沒做過維護(hù)工作，改動(dòng)前要花費(fèi)大量的時(shí)間對系統(tǒng)業(yè)務(wù)需求、源代碼進(jìn)行了解、學(xué)習(xí)、研究，這就導(dǎo)致，問題解決速度較慢，這些程序員也開始抱怨起來。 剽竊文字表述 1. 用戶的問題以及給出解決方案；傳統(tǒng)的 C/S 體系結(jié)構(gòu)雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級(jí)的開放性，在特定的應(yīng)用中無論是 Client 端還是 Server 端都還需要特定的軟件支持。由于不能提供給用戶真實(shí)期望的開放環(huán)境，C/S 結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)以及不同的環(huán)境開發(fā)不同的版本，加上軟件產(chǎn)品的更新?lián)Q代十分迅速，已經(jīng)很難適應(yīng)百臺(tái)電腦以上局域網(wǎng)用戶同時(shí)使用。而且維護(hù)代價(jià)高昂，效率低下。與 B/S 模式的 基于 web 的軟件產(chǎn)品質(zhì)量的維護(hù) _第 2 部分 總文字復(fù)制比： %（ 172） 總字?jǐn)?shù)： 4178 1 基于度量的軟件維護(hù)過程管理的研究 % 丁劍潔 (導(dǎo)師：魚濱 ) 《西北大學(xué)碩士論文》 20210601 是否引用：否 2 從軟件維護(hù)看軟件開發(fā) 李奇 《河南冶金》 20211215 % 是否引用：否 而乙公司也對甲公司的程序員不滿意，要求換人，換了幾個(gè)，結(jié)果還是不太理想，乙公司就更不滿意了，雙方最后不歡而散。 案例分析 通過上面兩個(gè)案例的對比分析，可以分析出幾個(gè)影響軟件維護(hù)活動(dòng)的因素： (1)代碼熟 悉度。軟件維護(hù)的過程要閱讀其他軟件開發(fā)人員寫的代碼，這就意味著理解別人寫的程序時(shí)會(huì)出現(xiàn)很多困難，這種困難隨著軟件配置成分的減少會(huì)出現(xiàn)較大的增幅。 (2)客戶或用戶需求的經(jīng)常性改變。如果客戶或用戶提出的問題的確是個(gè) bug，維護(hù)人員是要進(jìn)行修改的，但是許多客戶并不能分辨出問題的實(shí)質(zhì)，便提交新需求，這就會(huì)使軟件維護(hù)人員增加工作量。 (3)人員流動(dòng)性。軟件人員流動(dòng)性非常強(qiáng)，不管是開發(fā)人員、維護(hù)人員、還是測試人員，很少會(huì)在同一個(gè)項(xiàng)目組待很長時(shí)間。 (4)維護(hù)流程。俗稱沒有規(guī)矩，不成方圓，不清晰的維護(hù)流程也會(huì)影響到軟件 維護(hù)人員的效率。 除了從上面兩個(gè)案例分析出來的因素，當(dāng)然還有一些其他的因素在影響軟件維護(hù)活動(dòng)： (1)系統(tǒng)大小。系統(tǒng)越是龐大，代碼量就會(huì)越大，代碼量越大，就導(dǎo)致需要花長時(shí)間去熟悉系統(tǒng)。系統(tǒng)越是龐大，業(yè)務(wù)功能也就越復(fù)雜。因而需要更多的維護(hù)工作量。 (2)程序設(shè)計(jì)語言。使用強(qiáng)功能性的程序設(shè)計(jì)語言可以較好地控制程序的規(guī)模。語言的功能性越強(qiáng)，程序的模塊化和結(jié)構(gòu)化程度越高，程序的可讀性就越好，也就容易維護(hù)。 (3)系統(tǒng)年齡。系統(tǒng)生存的時(shí)間越長，隨著不斷被修改，結(jié)構(gòu)就會(huì)在一定程序上被打亂。而許多老系統(tǒng)在當(dāng)初并沒有按照軟 件工程的要求進(jìn)行開發(fā)，這就給維護(hù)工作造成了困難。 (4)軟件開發(fā)技術(shù)與規(guī)范。先進(jìn)的軟件開發(fā)技術(shù)往往結(jié)構(gòu)化就更好，而按照代碼規(guī)范寫出來的程序，可讀性就越高，更利于軟件維護(hù)。 (5)文檔不全。維護(hù)往往會(huì)出現(xiàn)文檔不全的現(xiàn)象，這也會(huì)增加維護(hù)難度。 (6)在 軟件的運(yùn)營期，錯(cuò)誤只有在軟件的運(yùn)行中才能發(fā)現(xiàn)，用戶往往是在任務(wù)緊、時(shí)間急的情況下請求維護(hù)的，所以要求維護(hù)人員在短時(shí)間內(nèi)能發(fā)現(xiàn)并解決問題。 (7)軟件維護(hù)的副作用大， 一個(gè)小地方的改動(dòng)，常常會(huì)影響到整個(gè)系統(tǒng)。而這種副作用往往在運(yùn)行中造成了問題時(shí)才會(huì)被發(fā)現(xiàn)。這種不可預(yù)知 性導(dǎo)致維護(hù)人員對維護(hù)工作產(chǎn)生了一定程度的懼怕和厭煩心理，而若要避免這種情況，就需要對系統(tǒng)進(jìn)行大量的測試， 但這就意味著要投入大量的資源，導(dǎo)致維護(hù)成本增高。 (8)維護(hù)成本。在軟件發(fā)展的前期，之所以軟件維護(hù)會(huì)被忽視，其中一個(gè)原因就是維護(hù)成本的過高。所以許多企業(yè)并不想付出比軟件開發(fā)高出十幾倍，甚至幾十倍的成本去對軟件進(jìn)行維護(hù)。 5 提高軟件可維護(hù)性與維護(hù)效率的方法 從上面的案例分析中可以得出軟件維護(hù)活動(dòng)的困難點(diǎn)分為兩個(gè)方面，一個(gè)是不可控方面，如系統(tǒng)年齡、客戶或用戶的需求變更、人員流動(dòng)性等；另一個(gè)就是可控方面，如文 檔不全、程序設(shè)計(jì)語言、軟件開發(fā)技術(shù)與規(guī)范等。 而本文研究的重點(diǎn)就在可控方面。 第一，選擇較容易維護(hù)的程序設(shè)計(jì)語言進(jìn)行開發(fā)。第一代的機(jī)器語言與第二代的匯編語言明顯不適合于現(xiàn)在的軟件開發(fā)，這些語言的功能強(qiáng)大，卻不容易理解與掌握，可讀性相對來說并沒有高級(jí)語言好，也就難以對其進(jìn)行維護(hù)。高級(jí)語言相對來說就更好理解與掌握，第四代語言，例如圖形語言、查詢語言等，有的是過程化的語言，有的是非過程化的語言，不管是哪一種語言，編寫出的程序都更加容易理解和修改，并且，其產(chǎn)生的代碼指令條數(shù)可能要比用低級(jí)語言編制出的少一個(gè)數(shù)量級(jí)，從 而使開發(fā)速度快幾倍。而即使是高級(jí)語言，其中也有難易之分，具體需要什么語言來開發(fā)就要根據(jù)環(huán)境而定，但是高級(jí)語言肯定是比低級(jí)語言具有更高的可維護(hù)性。 圖 51 語言可維護(hù)性對比圖 第二，建立明確清晰的軟件質(zhì)量目標(biāo)以及問題優(yōu)先級(jí)。軟件是不可能百分之百完美無缺陷無漏洞的，所以維護(hù)人員 在維護(hù)的時(shí)候不能想著要把系統(tǒng)修改得完美，而是要建立明確清晰的軟件質(zhì)量目標(biāo)，達(dá)到這個(gè)目標(biāo)之后，就不要再鉆牛角尖去完美這個(gè)軟件，這不僅會(huì)使維護(hù)的時(shí)間增長，也會(huì)影響維護(hù)工作的效率，在你把某個(gè)維護(hù)問題解決到完美的時(shí)候，說不定其他的維護(hù)人員已經(jīng)解 決了三個(gè)，甚至四個(gè)問題了，況且當(dāng)時(shí)再完美的解決方案，隨著軟件技術(shù)的發(fā)展，也不一定就一直是完美的。而建立問題的優(yōu)先級(jí)也十分重要，往往問題不是等你解決了一個(gè)才來一個(gè)的，有時(shí)是幾個(gè)問題一起來，這樣如果不建立起一個(gè)優(yōu)先級(jí)的話，就會(huì)很容易產(chǎn)生混亂，所以需要對問題進(jìn)行一個(gè)優(yōu)先級(jí)排序，嚴(yán)重的問題先解決，再解決其他的問題，這樣就提高了軟件維護(hù)的效率。 表 52 問題嚴(yán)重程度與優(yōu)先級(jí)表 第三，細(xì)分文檔種類、改進(jìn)文檔的內(nèi)容與質(zhì)量。細(xì)分文檔的種類，可以更清晰地了解與找出軟件開發(fā)以及軟件維護(hù)中的步驟，這就節(jié)省了許多尋找文檔的時(shí)間， 當(dāng)然也不能細(xì)分得太細(xì)，若細(xì)分得太細(xì)的話，反而會(huì)影響效率。維護(hù)人員在剛接觸系統(tǒng)的時(shí)候，并不會(huì)直接去看代碼，直接看代碼的效率也不高，而是要先看系統(tǒng)的相關(guān)文檔，在了解了系統(tǒng)的業(yè)務(wù)邏輯和配置信息之后，才會(huì)去看代碼，所以說文檔的內(nèi)容與質(zhì)量就變得相當(dāng)重要了。在開發(fā)程序的過程中，注重文檔的建立與完善，有利于新員工或者非本系統(tǒng)開發(fā)人員的其他人員迅速理解與掌握本系統(tǒng)。不管是開發(fā)文檔，還是維護(hù)檢錄文檔，文檔里面應(yīng)盡可能多地記錄與系統(tǒng)相關(guān)的說明、操作、數(shù)據(jù)等內(nèi)容，這會(huì)提高維護(hù)人員維護(hù)系統(tǒng)的效率，也會(huì)提高系統(tǒng)的可維護(hù)性。 圖 53 文檔與用戶相關(guān)圖 第四，在維護(hù)成本與大量測試中取得平衡。在軟件的維護(hù)階段，當(dāng)系統(tǒng)出現(xiàn)問題的時(shí)候，在維護(hù)人員提出解決方案之后，是需要對解決方案進(jìn)行測試的。隨著測試量的增大，維護(hù)成本就會(huì)隨之而升高。如果進(jìn)行少量的測試，維護(hù)成本是降低了，但是卻不能保證解決方案的成功率。所以通俗來說，就是不能進(jìn)行過量的測試，也不能進(jìn)行少量測試，而這個(gè)度如何把握，這依賴于系統(tǒng)的復(fù)雜度以及項(xiàng)目組對維護(hù)的重視度。 第五，使用易于維護(hù)的軟件技術(shù)與代碼規(guī)范化。有效的軟件開發(fā)技術(shù)是提高可維護(hù)性的，如模塊化技術(shù)，它的優(yōu)點(diǎn)是，如果要改變一個(gè)功能 ，只需要修改相應(yīng)的模塊，不需要修改也不會(huì)影響到其他的模塊；如果程序需要添加功能，只需要增加一個(gè)新的模塊或模塊層即可。再如面向?qū)ο蠹夹g(shù)，通過面向?qū)ο蟮姆绞?，將現(xiàn)實(shí)世界的物件抽象成對象，現(xiàn)實(shí)世界中的關(guān)系抽象成類、繼承，幫助人們實(shí)現(xiàn)對現(xiàn)實(shí)世界的抽象與數(shù)字建模。通過面向?qū)ο蟮姆椒ǎ谌死斫獾姆绞綄τ趶?fù)雜的系統(tǒng)進(jìn)行分析與設(shè)計(jì)。代碼規(guī)范化就是使用統(tǒng)一的編碼規(guī)則，不能按照個(gè)人的習(xí)慣進(jìn)行編碼，并且在盡可能多的地方進(jìn)行注釋，這會(huì)使維護(hù)人員在熟悉系統(tǒng)的時(shí)候，更加迅速地理解與掌握系統(tǒng)。 圖 54 代碼規(guī)范化與非規(guī)范對比圖 第 六，培訓(xùn)。在一個(gè)軟件企業(yè)長久的發(fā)展路上，培訓(xùn)是不可或缺的一環(huán)。培訓(xùn)的好壞與多少，有時(shí)會(huì)直接決定新員工的積極性以及對系統(tǒng)的熟悉度，只有對系統(tǒng)熟悉了，才能對問題有可能出現(xiàn)在什么地方，該從哪方面解決等等這些問題有想法，維護(hù)工作才能有條不紊地做下去，才能談如何提高維護(hù)工作的效率。 第七，提高軟件維護(hù)的意識(shí)。軟件的可維護(hù)性，并不僅僅在軟件維護(hù)階段才應(yīng)該被考慮到，在軟件的開發(fā)階段也應(yīng)該被考慮到，應(yīng)該是貫穿整個(gè)軟件系統(tǒng)的生存周期，只要這個(gè)軟件沒有被放棄，軟件可維護(hù)性就應(yīng)該被考慮，這樣帶著軟件維護(hù)意識(shí)開發(fā)出來的軟件才更有可 維護(hù)性。 第八，嚴(yán)謹(jǐn)規(guī)范的維護(hù)流程?；靵y的維護(hù)流程會(huì)使維護(hù)人員不知所措，會(huì)使維護(hù)人員不能清晰地知道維護(hù)工作進(jìn)行到了流程中的哪一步，應(yīng)該找誰提交解決方案，這就大大地提高了問題解決的時(shí)間以及降低了維護(hù)的工作效率。而嚴(yán)謹(jǐn)規(guī)范的維護(hù)流程，會(huì)使人員間的合作更緊密，不會(huì)產(chǎn)生混亂的情況，維護(hù)人員會(huì)清楚知道此時(shí)應(yīng)該做什么，下一步應(yīng)該做什么，解決方案應(yīng)該如何提交以及提交給誰，工作就會(huì)顯得有條不紊，維護(hù)的效率也就因此而提高。 圖 55 規(guī)范的維護(hù)流程示例圖 6 軟件維護(hù)的前景 近幾年，隨著國內(nèi)計(jì)算機(jī)行業(yè)的發(fā)展，國內(nèi)的越來越多的 軟件企業(yè)漸漸了解到了軟件維護(hù)的重要性，雖然維護(hù)的成本要比開發(fā)的成本高出好十幾倍，但是也一樣是越來越多企業(yè)下重本在軟件維護(hù)工作上。 往往一個(gè)軟件開發(fā)出來，生存周期不是幾個(gè)月或者一兩年就淘汰了的，一個(gè)軟件的生存周期一般都會(huì)至少會(huì)有幾年，這樣一來，軟件維護(hù)就顯得特別重要。其實(shí)軟件維護(hù)工作維護(hù)的不僅僅是軟件，也是在維護(hù)一個(gè)企業(yè)的態(tài)度與形象，一個(gè)漏洞百出的軟件并不可怕，可怕的是這個(gè)軟件一直都是漏洞百出，沒有任何改進(jìn)的地方，這才會(huì)讓用戶拋棄這個(gè)軟件。從軟件發(fā)展至今，本來就沒有百分百完美的軟件，哪怕像微軟，甲骨文這樣的世 界前百強(qiáng)的大企業(yè)，他們的軟件也并不 是完美的，總會(huì)有補(bǔ)丁與新版本的出現(xiàn)，這就會(huì)讓用戶看到了希望，就會(huì)看到這家企業(yè)的的態(tài)度，從而為企業(yè)建立起良好的形象。 所以說軟件維護(hù)的發(fā)展并不會(huì)停止，軟件維護(hù)是大勢所趨，肯定會(huì)有越來越多的軟件公司意識(shí)到軟件維護(hù)的重要性，投入在軟件維護(hù)中，除非有一天軟件不再存在。 7 結(jié)束語 當(dāng)前軟件在整個(gè)國民經(jīng)濟(jì)當(dāng)中具有相當(dāng)廣泛的領(lǐng)域，在人們的日常生活中，軟件可以說無處不在。軟件的可維護(hù)性的概念，并不只應(yīng)該在維護(hù)階段形成，而是需要貫徹到軟件生命周期的每一個(gè)階段，學(xué)習(xí)和掌握軟件生命周期的每一個(gè)階段，對軟件的可維護(hù)性會(huì)產(chǎn)生一定的影響，對軟件維護(hù)人員的實(shí)際工作也會(huì)有一定的作用與好處。 在這篇關(guān)于軟件維護(hù)的論文中，從理論，到案例，到分析，以及到最后這篇論文的核心：如何提高軟件的可維護(hù)性與維護(hù)工作效率，讓我更加了解了軟件維護(hù)的不同面，在實(shí)習(xí)的時(shí)候只是狹隘地認(rèn)為軟件維護(hù)只是幫助用戶解決問題，就只有糾正性維護(hù)而已，但是寫完整篇論文，才明白了軟件維護(hù)并不僅僅是這樣，它還有其他很多不同的方面。 整篇論文都是圍繞軟件維護(hù)寫的，從實(shí)習(xí)之前的根本就不清楚軟件維護(hù)到底是做什么東西