品。通過這些規(guī)范的文檔可以有效的，快速的指導(dǎo)整個(gè)軟件開發(fā)，給項(xiàng)目管理一個(gè)指導(dǎo)性的大綱。在有了正確的管理，高效的開發(fā)過程后才能為企業(yè)和組織帶來更多，更快的效益。
2．軟件過程實(shí)踐
下面就一個(gè)開發(fā)零售百貨業(yè)ERP項(xiàng)目的公司作為例子來研究一下軟件過程的實(shí)踐，包括分析企業(yè)開發(fā)過程的現(xiàn)狀，制定改進(jìn)計(jì)劃，實(shí)施和評(píng)估。
2．1．分析企業(yè)現(xiàn)有軟件過程的現(xiàn)狀
2．1．1．業(yè)務(wù)分析及企業(yè)背景
這個(gè)開發(fā)零售百貨業(yè)ERP系統(tǒng)的公司是一個(gè)由35人組成的小型企業(yè)，是隸屬于某大型賣場(chǎng)的開發(fā)團(tuán)隊(duì)。
擁有一批對(duì)零售業(yè)務(wù)具備多年經(jīng)驗(yàn)的需求，開發(fā)和測(cè)試人員。
公司內(nèi)部組織分成四個(gè)獨(dú)立項(xiàng)目組：需求組、開發(fā)組、測(cè)試組、系統(tǒng)組。
各個(gè)項(xiàng)目組職責(zé)明確。
使用J2EE架構(gòu)，JAVA、JSP語(yǔ)言進(jìn)行WEB頁(yè)面開發(fā)。
使用SYBASE數(shù)據(jù)庫(kù)/數(shù)據(jù)倉(cāng)庫(kù)產(chǎn)品進(jìn)行數(shù)據(jù)存儲(chǔ)及處理，可支持大數(shù)據(jù)量。
在開發(fā)過程中使用CVS、Bugzilla Bug追蹤系統(tǒng)及自主研發(fā)的更新工具支持項(xiàng)目開發(fā)。
行業(yè)領(lǐng)域比較專業(yè)，有很多公式、業(yè)務(wù)規(guī)則、合同規(guī)則來指導(dǎo)開發(fā)工作。
具有穩(wěn)定的客戶群，分布全國(guó)都有客戶分店，但是零售業(yè)客戶的需求不斷變化、新需求層出不窮。
整個(gè)軟件產(chǎn)品對(duì)客戶的管理工作起到?jīng)Q定性作用?？蛻舻挠唵巍⑦M(jìn)退貨、財(cái)務(wù)、付款、合同等管理流程全部需要由軟件來完成，因此直接關(guān)系到客戶的經(jīng)濟(jì)效益。
軟件質(zhì)量和開發(fā)效率極其重要，直接影響公司的命運(yùn)。
已經(jīng)有成功發(fā)布并運(yùn)行正常的軟件產(chǎn)品。
2．1．2．項(xiàng)目風(fēng)險(xiǎn)分析
客戶需求不斷變化，給開發(fā)過程的進(jìn)度控制帶來很大困難業(yè)務(wù)范圍廣、流程復(fù)雜、專業(yè)程度高（例如財(cái)務(wù)方面的業(yè)務(wù)分析及建模），需要具備一定的行業(yè)知識(shí)。
客戶的數(shù)據(jù)安全性、完整性、可靠性、正確性需要得到百分百保證。
系統(tǒng)分為總部和全國(guó)各分店系統(tǒng)，需要通過網(wǎng)絡(luò)交換數(shù)據(jù)，網(wǎng)絡(luò)安全需要考慮。
服務(wù)器訪問量大，需要硬件支持。
2．1．3．內(nèi)部環(huán)境
內(nèi)部組織結(jié)構(gòu)
公司內(nèi)部分成四個(gè)項(xiàng)目組：需求組、開發(fā)組、測(cè)試組、系統(tǒng)組。
根據(jù)開發(fā)的模塊大小從需求組、開發(fā)組、測(cè)試組抽調(diào)部分組員組成模塊開發(fā)小組。
系統(tǒng)組負(fù)責(zé)環(huán)境架設(shè)、程序更新等工作。
公司擁有一批業(yè)務(wù)經(jīng)驗(yàn)、行業(yè)知識(shí)豐富的人員。
公司擁有多名開發(fā)經(jīng)驗(yàn)超過5年的開發(fā)人員。
開發(fā)過程
使用比較傳統(tǒng)的開發(fā)過程：需求分析—》設(shè)計(jì)開發(fā)—》系統(tǒng)測(cè)試—》發(fā)布新版本。
基本類似于瀑布式開發(fā)過程，其中會(huì)使用些增量式開發(fā)。
測(cè)試方面依據(jù)業(yè)務(wù)流程做黑盒測(cè)試，主要依靠業(yè)務(wù)經(jīng)驗(yàn)來測(cè)試產(chǎn)品，無自動(dòng)測(cè)試工具。
需求階段有詳細(xì)的需求文檔作為開發(fā)依據(jù)，開發(fā)過程中沒有規(guī)范的設(shè)計(jì)文檔，很多情況下
僅僅是根據(jù)需求文檔直接做開發(fā)。
有些設(shè)計(jì)文檔是開發(fā)項(xiàng)目結(jié)束后才補(bǔ)寫的。
沒有固定去做測(cè)試計(jì)劃，有時(shí)僅僅是開發(fā)完成后就開始分工測(cè)試。
有做測(cè)試案例但沒有固定的規(guī)范約束，測(cè)試案例交由開發(fā)和需求人員確認(rèn)。
有BUG系統(tǒng)追蹤需求變更及BUG處理情況，但無系統(tǒng)的測(cè)試報(bào)告給開發(fā)人員參考，大部分情況下是口頭和開發(fā)/需求人員溝通BUG的問題點(diǎn)。