論軟件過程的改進

《論軟件過程的改進》摘要：正文：我公司是一家專注寬帶視頻應(yīng)用技術(shù)開發(fā)的企業(yè)，產(chǎn)品主要應(yīng)用與電信和廣電等領(lǐng)域。2005年6月，受某省電信部門（甲方）委托我公司（乙方）開發(fā)一套“多媒體內(nèi)容分發(fā)網(wǎng)絡(luò)平臺（CDN,ContextDeliveryNetwork）及VOD系統(tǒng)”，（簡稱CDN平臺），在全省14個地市建立CDN分節(jié)點，為全省14個地市的30萬寬帶用戶提供11000并發(fā)用戶視頻點播功能；同時為內(nèi)容提供商（CP）服務(wù)提供商（SP）提供完善的商業(yè)運營后臺管理功能。我作為項目主要負責(zé)人，承擔(dān)了項目的管理工作和架構(gòu)設(shè)計工作。根據(jù)業(yè)務(wù)需求我們將CDN平臺劃分為3層次：內(nèi)容服務(wù)集成層、媒體內(nèi)容頻道層、寬帶用戶層。一、內(nèi)容服務(wù)集成層為內(nèi)容提供商（CP）提供商業(yè)運營和管理的支撐平臺；實現(xiàn)手動/自動方式入庫；內(nèi)容審核；節(jié)目源管理；入庫的內(nèi)容綜合集成。二、媒體內(nèi)容頻道層利用我公司在全國電信的CDN平臺進行內(nèi)容分發(fā)管理；用戶分級授權(quán)管理；綜合計費管理方式；節(jié)目版權(quán)保護等；并提供寬帶VOD應(yīng)用門戶界面。三、寬帶用戶層主要是為寬帶用戶提供服務(wù)；用戶可以通過Web方式訪問寬帶VOD應(yīng)用門戶網(wǎng)站，享受媒體點播、網(wǎng)絡(luò)電視臺、遠程教育等服務(wù)；用戶通過寬帶賬號綁定、在線支付等方式進行繳費；可以通過Web嵌入式播放器或者獨立播放軟件、手機/PDA播放器進行媒體點播。在新系統(tǒng)的開發(fā)中采用了以下的一些措施1、做好項目規(guī)劃在項目的規(guī)劃階段，我們意識到公司原有的軟件過程存在很大的弊端，首先，原來的軟件過程中，設(shè)計與開發(fā)職責(zé)不分，甚至存在分析、設(shè)計、開發(fā)、廁所嘎全由一個人承擔(dān)的做法，這樣做不但是對人力資源的浪費，同時軟件質(zhì)量也得不到保證。開發(fā)和測試由一人承擔(dān)，不利于測試出軟件中存在的錯誤，整個過程由一個人來做，做出來的軟件究竟對不對，沒有一個說法，只有到最后程序皇給用戶去用時問題才能暴露出來。再者在這樣的過程中，開發(fā)人員往往會忽略文檔的重要性，這對后期的維護也會帶來一些司題。針對這一點，我們首先將項目組分為設(shè)計、開發(fā)、測試三個組，設(shè)計和開發(fā)組由系統(tǒng)總設(shè)計師負責(zé)，測試組有一個專門的組長。設(shè)計組負責(zé)軟件的分析和設(shè)計，形成設(shè)計文檔，設(shè)計文檔首先要做同行評審，評審內(nèi)容一般是文檔的規(guī)范性以及對開發(fā)人員的指導(dǎo)性方面，同行評審后由系統(tǒng)總設(shè)計師來做專家評審，評審的內(nèi)容是設(shè)計是否符合業(yè)務(wù)需求。開發(fā)組負責(zé)根據(jù)設(shè)計人員的設(shè)計文檔編寫出代碼，代碼編寫出來后要通過同行評自，評自內(nèi)容是代碼的編寫是否符合編碼規(guī)范、是否具有可讀性和可維護性。測試組負責(zé)根據(jù)需求和設(shè)計文檔編寫測試用例，并對開發(fā)出來的代碼進行測試。通過這樣的改進，我們充分調(diào)動了各員工的積極性，也明確了各自的責(zé)任，使得整個過程處于受控狀態(tài)。2、加強版本控制在原來的軟件過程中，我們對軟件的版本控制不嚴(yán)密，沒有采用必要的工具，而是完全由版本控制員手工進行操作，且版本控制員還要兼一部分開發(fā)任務(wù)。在這種情況下，版本控制經(jīng)常出問題，有時同一代碼被不同的人員同時修改，有時將本應(yīng)發(fā)給甲用戶的程序發(fā)給了乙用戶，又或者開發(fā)人員自以為自己手上的代碼是最新的，而出現(xiàn)已改過的BUG又重復(fù)出現(xiàn)的現(xiàn)象。此外，另一個版本的問題是歷史很難追蹤，由什么人在什么時候做了什么樣的修改完全沒法掌握。在新的項目開發(fā)里，我們意識到這一點，首先，設(shè)立了專門的版本控制人員，同時使用了C1earCase版本控制軟件，所有對文檔和代碼的修改必須先從版本控制服務(wù)器上CheckOut，改完后再CheckIn.這樣做就杜絕了版本的覆蓋問題，而且版本歷史也是一目了然，任何修改都會形成日志，這也為問題責(zé)任的追究提供了依據(jù)。3、加強測試工作在這個項目里，我們特別加強了測試人員的作用。在這之前，公司也設(shè)立過測試部，但由于存在部門之間的溝通間題，測試部很難參與到項目中來，即使參與進來也發(fā)揮不了應(yīng)有的作用，測試部曾一度被撤銷。這一次參與測試的是新成立的測試部，而測試人員加入到項目組，業(yè)務(wù)上測試組是受項目經(jīng)理領(lǐng)導(dǎo)，人事上仍受測試部領(lǐng)導(dǎo)并考核。這樣做，首先消除了測試與開發(fā)之間的溝通隔閡，而測試人員也少了其他項目的打擾，可以專心只為一個項目做測試。而以前出現(xiàn)的因部分間隔不讓測試人員參與直接由開發(fā)人員自己測試的情況也就不存在了。由于以前的軟件過程存成那么多的問題，使我們的產(chǎn)品不是一個成熟的產(chǎn)品，不成熟的產(chǎn)品后期施工的成本是很高的，因為存在太多的間題，維護人員要做大量的維護，而前期開發(fā)并沒有留下什么文檔，也給后期的維護帶來很多困難，維護人員每修改一碼首先需要讀懂原來的程序，往往讀不懂時就直接在原來的程序上加上一段通過設(shè)置條件來跳過原來的代碼，這樣使得程序越來越難讀懂，問題就越改越多。這樣的產(chǎn)品室到一個點去施工時往往需要二個月甚至更長的時間。在這次的升級中，由于采用了較好的軟件過程，產(chǎn)品的成熟度得到了很大的提高，而設(shè)計文檔也是我們這一次重點控制的對象。這樣的產(chǎn)品為后期的施工提供了很好的條件?，F(xiàn)在，產(chǎn)品在一個點的實施時間可以縮短到四十4、減少開發(fā)人員之間的通訊障礙，提高生產(chǎn)率減少開發(fā)人員之間的通訊障礙，提高生產(chǎn)率為了確保項目的如期完成，我們事先規(guī)定了文檔編寫規(guī)范、命名規(guī)范，重視文檔的編寫、保管等工作。重視文檔與設(shè)計的一致性，先修改文檔，再修改程序，不至于因為文檔與設(shè)計的不一致而影響工期，對跨越里程碑的文檔修改設(shè)置嚴(yán)格評審。為了減少開發(fā)人員之間的通訊障礙，還啟用了Notes系統(tǒng)，開發(fā)人員可以通過內(nèi)部Mail進行交流，及時溝通，減少誤解。而好的設(shè)計文檔也為產(chǎn)品的本地化修改提供了好的條件，維護人員讀懂設(shè)計文檔比讀懂程序要容易得多，在這樣的基礎(chǔ)上做修改出現(xiàn)的問題也越來越少。在這個項目里我們做了這么多的改進，但也存在不少的問題，首先我們使用的C1earCase版本控制軟件存在問題，這個軟件要求所有開發(fā)人員將自已的機器加入到由服務(wù)器控制的域里，否則，就只能取到版本快照而不能進行版本更新。由于這樣做，域管理員具有比本機超級用戶更高的權(quán)力來控制每臺機器，使得開發(fā)人員不愿意這樣做，于是出現(xiàn)了多人用服務(wù)器超級用戶遠程控制服務(wù)器來取版本的現(xiàn)象，使得版本的責(zé)任追究出現(xiàn)間題.而我們使用的C1earCase版本不支持WindowsXP，也使這個版本控制軟件的使用出現(xiàn)了間題。另外，我們的軟件過程制度化方面也沒做好，在項目的早期，各項工作流程都被很好的執(zhí)行，各種文檔也非常完整。由于我們這一次的升級只是針對的整個產(chǎn)品的一個部分進行的，在這之后我們又對這個產(chǎn)品進行了一次更大的升級，使得我們的產(chǎn)品能覆蓋更大的范圍。但后面的這次升級由于規(guī)模比這一次大，人員也大量的增加了。而新加入進來的人員并沒有很好地進行規(guī)范培訓(xùn)，好的軟件過程標(biāo)準(zhǔn)也沒有形成有效的制度，再加上項目工期非常緊，包括同行評審、專家評審這樣的流程都開始有些流于形式甚至被忽略。開發(fā)組編碼時也沒有完全按制定的規(guī)范進行。因此，產(chǎn)品質(zhì)量上就出來了一些反復(fù)。我們這個產(chǎn)品是個可分可合的產(chǎn)品。因些在后來的產(chǎn)品實施上出現(xiàn)了這樣一種情況，如果一個點只實施前一次升級的那部分，施工難度很小，能在短期內(nèi)完工，本地化開發(fā)工作也很好完成。而要全面實施整個產(chǎn)品的話，工期就會被拖得很長，本地化開發(fā)工作也存在很大的問題。針對出現(xiàn)的這種情況，我們公司意識到了軟件過程改進的重要性，針對版本控制軟件問題，我們改用了功能雖然沒有C1earCase強，但更適合于我們的YSS.而在制度