系分論文：論軟件過程的改進(jìn)
軟件過程的改進(jìn)是一項(xiàng)需要長期不斷地進(jìn)行下去的工作。以我們公司來說，做為一家軟件公司，過去對軟件的開發(fā)過程并不重視，接到項(xiàng)目后首先考慮的是如何用盡量短的時(shí)間來完成，而忽略了軟件的質(zhì)量，結(jié)果也往往是欲速則不達(dá)，甚至因?yàn)楫a(chǎn)品的不成熟使工期一拖再拖。
在2001年8月，我們要對公司原有的《城鎮(zhèn)職工基本醫(yī)療保險(xiǎn)》產(chǎn)品進(jìn)行升級。這個(gè)產(chǎn)品是為了配合國家的公費(fèi)醫(yī)療制改革，由公費(fèi)醫(yī)療改為基本醫(yī)療保險(xiǎn)而開發(fā)的。產(chǎn)品由各地勞動部門下屬的醫(yī)療保險(xiǎn)管理中心組織建設(shè)，中心機(jī)房設(shè)在醫(yī)保中心，通過城域網(wǎng)連接到各定點(diǎn)醫(yī)療機(jī)構(gòu)（醫(yī)院和藥店），參保職工可持醫(yī)保卡在定點(diǎn)醫(yī)療機(jī)構(gòu)直接消費(fèi)，由醫(yī)療機(jī)構(gòu)為病人墊付費(fèi)用，事后再與醫(yī)保中心結(jié)算。原產(chǎn)品為兩層C/S結(jié)構(gòu)，各定點(diǎn)醫(yī)療機(jī)構(gòu)的前臺為脫機(jī)消費(fèi)，定時(shí)傳送數(shù)據(jù)。這次產(chǎn)品升級首先將系統(tǒng)架構(gòu)由原來的兩層C/S升級為三層C/S，中間層采用比較流行的Weblogic或SilverStream做應(yīng)用服務(wù)器，用J2EE實(shí)現(xiàn)業(yè)務(wù)邏輯，并采用標(biāo)準(zhǔn)的程序接口與各前臺程序連接，以方便與第三方軟件與我們的系統(tǒng)集成。網(wǎng)絡(luò)傳輸也由原來的定時(shí)傳送改為實(shí)時(shí)連接，軟件功能上也需要突破由于原產(chǎn)品設(shè)計(jì)時(shí)沒考慮周全而帶來的限制，如原系統(tǒng)為實(shí)現(xiàn)脫機(jī)消費(fèi)，采用了IC卡帶金方式，但系統(tǒng)設(shè)計(jì)時(shí)沒有考慮到IC卡本身可能存在質(zhì)量問題，而經(jīng)常發(fā)生醫(yī)保個(gè)人帳戶透支問題，在新系統(tǒng)中我們就采用了個(gè)人帳戶在醫(yī)保中心統(tǒng)一管理，IC卡只是作為一個(gè)身份識別的工具來解決這個(gè)問題。因此在項(xiàng)目起動時(shí)，對這個(gè)產(chǎn)品的定位就是一個(gè)全新的產(chǎn)品，而不是對原有產(chǎn)品進(jìn)行修改。在這個(gè)項(xiàng)目里,我擔(dān)任了項(xiàng)目經(jīng)理一職。
1、做好項(xiàng)目規(guī)劃
在項(xiàng)目的規(guī)劃階段，我們意識到公司原有的軟件過程存在很大的弊端，首先，原來的軟件過程中，設(shè)計(jì)與開發(fā)職責(zé)不分，甚至存在分析、設(shè)計(jì)、開發(fā)、測試全由一個(gè)人承擔(dān)的做法，這樣做不但是對人力資源的浪費(fèi)，同時(shí)軟件質(zhì)量也得不到保證。開發(fā)和測試由一人承擔(dān)，不利于測試出軟件中存在的錯(cuò)誤，整個(gè)過程由一個(gè)人來做，做出來的軟件究竟對不對，沒有一個(gè)說法，只有到***程序拿給用戶去用時(shí)問題才能暴露出來。再者在這樣的過程中，開發(fā)人員往往會忽略文檔的重要性，這對后期的維護(hù)也會帶來一些問題。針對這一點(diǎn)，我們首先將項(xiàng)目組分為設(shè)計(jì)、開發(fā)、測試三個(gè)組，設(shè)計(jì)和開發(fā)組由系統(tǒng)總設(shè)計(jì)師負(fù)責(zé)，測試組有一個(gè)專門的組長。設(shè)計(jì)組負(fù)責(zé)軟件的分析和設(shè)計(jì)，形成設(shè)計(jì)文檔，設(shè)計(jì)文檔首先要做同行評審，評審內(nèi)容一般是文檔的規(guī)范性以及對開發(fā)人員的指導(dǎo)性方面，同行評審后由系統(tǒng)總設(shè)計(jì)師來做專家評審，評審的內(nèi)容是設(shè)計(jì)是否符合業(yè)務(wù)需求。開發(fā)組負(fù)責(zé)根據(jù)設(shè)計(jì)人員的設(shè)計(jì)文檔編寫出代碼，代碼編寫出來后要通過同行評審，評審內(nèi)容是代碼的編寫是否符合編碼規(guī)范、是否具有可讀性和可維護(hù)性。測試組負(fù)責(zé)根據(jù)需求和設(shè)計(jì)文檔編寫測試用例，并對開發(fā)出來的代碼進(jìn)行測試。通過這樣的改進(jìn)，我們充分調(diào)動了各員工的積極性，也明確了各自的責(zé)任，使得整個(gè)過程處于受控狀態(tài)。
2、加強(qiáng)版本控制
在原來的軟件過程中，我們對軟件的版本控制不嚴(yán)密，沒有采用必要的工具，而是完全由版本控制員手工進(jìn)行操作，且版本控制員還要兼一部分開發(fā)任務(wù)。在這種情況下，版本控制經(jīng)常出問題，有時(shí)同一代碼被不同的人員同時(shí)修改，有時(shí)將本應(yīng)發(fā)給甲用戶的程序發(fā)給了乙用戶，又或者開發(fā)人員自以為自已手上的代碼是***的，而出現(xiàn)已改過的BUG又重復(fù)出現(xiàn)的現(xiàn)象。這樣做的另一個(gè)問題是版本的歷史很難追蹤，由什么人在什么時(shí)候做了什么樣的修改完全沒法掌握。在這個(gè)項(xiàng)目里，我們意識到這一點(diǎn)，首先，設(shè)立了專門的版本控制人員，同時(shí)使用了ClearCase版本控制軟件，所有對文檔和代碼的修改必須先從版本控制服務(wù)器上Check Out，改完后再Check In。這樣做就杜絕了版本的覆蓋問題，而且版本歷史也是一目了然，任何修改都會形成日志，這也為問題責(zé)任的追究提供了依據(jù)。
3、加強(qiáng)測試工作
在這個(gè)項(xiàng)目里，我們特別加強(qiáng)了測試人員的作用。在這之前，公司也設(shè)立過測試部，但由于存在部門之間的溝通問題，測試部很難參與到項(xiàng)目中來，即使參與進(jìn)來也發(fā)揮不了應(yīng)有的作用，測試部曾一度被撒消。這一次參與測試的是新成立的測試部，而測試人員加入到項(xiàng)目組，業(yè)務(wù)上測試組是受項(xiàng)目經(jīng)理領(lǐng)導(dǎo)，人事上仍受測試部領(lǐng)導(dǎo)并考核。這樣做，首先消除了測試與開發(fā)之間的溝通隔閡，而測試人員也少了其他項(xiàng)目的打擾，可以專心只為一個(gè)項(xiàng)目做測試。而以前出現(xiàn)的因部門間隔不讓測試人員參與直接由開發(fā)人員自已測試的情況也就不存在了。
由于以前的軟件過程存成那么多的問題，使我們的產(chǎn)品不是一個(gè)成熟的產(chǎn)品，不成熟的產(chǎn)品后期施工的成本是很高的，因?yàn)榇嬖谔嗟膯栴}，維護(hù)人員要做大量的維護(hù)，而前期開發(fā)并沒有留下什么文檔，也給后期的維護(hù)帶來很多困難，維護(hù)人員每修改一段代碼首先需要讀懂原來的程序，往往讀不懂時(shí)就直接在原來的程序上加上一段通過設(shè)置條件來跳過原來的代碼，這樣使得程序越來越難讀懂，問題也越改越多。這樣的產(chǎn)品拿到一個(gè)點(diǎn)去施工時(shí)往往需要二個(gè)月甚至更長的時(shí)間。在這次的升級中，由于采用了較好的軟件過程，產(chǎn)品的成熟度得到了很大的提高，而設(shè)計(jì)文檔也是我們這一次重點(diǎn)控制的對象。這樣的產(chǎn)品為后期的施工提供了很好的條件，現(xiàn)在，產(chǎn)品在一個(gè)點(diǎn)的實(shí)施時(shí)間可以縮短到四十天以內(nèi)，大大地減少了施工成本。
而好的設(shè)計(jì)文檔也為產(chǎn)品的本地化修改提供了好的條件，維護(hù)人員讀懂設(shè)計(jì)文檔比讀懂程序要容易得多，在這樣的基礎(chǔ)上做修改出現(xiàn)的問題也越來越少。
盡管在這個(gè)項(xiàng)目里我們做了這么多的改進(jìn)，但也存在不少的問題，首先我們使用的ClearCase版本控制軟件存在問題，這個(gè)軟件要求所有開發(fā)人員將自已的機(jī)器加入到由服務(wù)器控制的域里，否則，就只能取到版本快照而不能進(jìn)行版本更新。由于這樣做，域管理員具有比本機(jī)超級用戶更高的權(quán)力來控制每臺機(jī)器，使得開發(fā)人員不愿意這樣做，于是出現(xiàn)了多人用服務(wù)器超級用戶遠(yuǎn)程控制服務(wù)器來取版本的現(xiàn)象，使得版本的責(zé)任追究出現(xiàn)問題。而我們使用的ClearCase版本不支持Windows XP，也使這個(gè)版本控制軟件的使用出現(xiàn)了問題。
另外，我們的軟件過程制度化方面也沒做好，在項(xiàng)目的早期，各項(xiàng)工作流程都被很好的執(zhí)行，各種文檔也非常完整。由于我們這一次的升級只是針對的整個(gè)產(chǎn)品的一個(gè)部分進(jìn)行的，在這之后我們又對這個(gè)產(chǎn)品進(jìn)行了一次更大的升級，使得我們的產(chǎn)品能覆蓋更大的范圍。但后面的這次升級由于規(guī)模比這一次大，人員也大量的增加了。而新加入進(jìn)來的人員并沒有很好地進(jìn)行規(guī)范培訓(xùn)，好的軟件過程標(biāo)準(zhǔn)也沒有形成有效的制度，再加上項(xiàng)目工期非常緊，包括同行評審、專家評審這樣的流程都開始有些流于形式甚至被忽略。開發(fā)組編碼時(shí)也沒有完全按制定的規(guī)范進(jìn)行。因此，產(chǎn)品質(zhì)量上就出來了一些反復(fù)。我們這個(gè)產(chǎn)品是個(gè)可分可合的產(chǎn)品。因些在后來的產(chǎn)品實(shí)施上出現(xiàn)了這樣一種情況：如果一個(gè)點(diǎn)只實(shí)施前一次升級的那部分，施工難度很小，能在短期內(nèi)完工，本地化開發(fā)工作也很好完成。而要全面實(shí)施整個(gè)產(chǎn)品的話，工期就會被拖得很長，本地化開發(fā)工作也存在很大的問題。
針對出現(xiàn)的這種情況，我們公司意識到了軟件過程改進(jìn)的重要性，針對版本控制軟件問題，我們改用了功能雖然沒有ClearCase強(qiáng)，但更適合于我們的VSS。而在制度化方面，更是下了大力氣，從印度請來了專家為我們的改進(jìn)做參謀，現(xiàn)在公司的情況已有很大改觀，各項(xiàng)制度已不再流于形式，而公司更是在并在去年年底順利地通過了CMM3的認(rèn)證。軟件過程改進(jìn)的路還很長，但有一點(diǎn)是不變的，只有通過軟件過程的改進(jìn)，我們的產(chǎn)品才能不斷地走向成熟。也只有產(chǎn)品成熟了，我們才能在競爭中永遠(yuǎn)立于不敗之地。
【相關(guān)文章】
