支持工具
WINCVS
Bugzilla Bug追蹤系統(tǒng)
自主研發(fā)的更新工具
2．1．4．產(chǎn)品特點
項目比較龐大，一般拆分成模塊進行開發(fā)。一個模塊的開發(fā)人員為3~5人左右。
項目開發(fā)完成的軟件是作為商業(yè)應(yīng)用的一個ERP系統(tǒng)，包括零售百貨業(yè)的所有流程管理、物流管理、財務(wù)管理等。
軟件的使用周期一般可以在10~20年，維護周期長，需要有高可靠性的質(zhì)量保證。涉及到有很多商業(yè)及財務(wù)數(shù)據(jù)需要保存，安全性很重要。訪問用戶比較多，響應(yīng)速度要快。
技術(shù)復雜程度參差不齊，有些模塊比較簡單技術(shù)要求不高，有些模塊比較復雜，需要不斷更新新技術(shù)。總體來說由于對于行業(yè)的業(yè)務(wù)分析要求嚴謹，又是使用比較新的開發(fā)技術(shù)，所以技術(shù)復雜程度和管理程度相對都要高一點。下圖給出了一個技術(shù)與管理程度的比較：
Technical vs. Management Complexity
2．1．5．分析總結(jié)
通過以上四節(jié)對該公司的一個現(xiàn)狀分析可以得出以下一些結(jié)論。
優(yōu)勢：
該公司是大型企業(yè)的專有開發(fā)公司，業(yè)務(wù)客戶穩(wěn)定，項目市場風險小。不需要考慮市場推廣及銷售策略。
公司的組織架構(gòu)較靈活，可以整個公司作為一個開發(fā)團隊開發(fā)大型項目。也可以從各組中抽調(diào)部分組員進行臨時組隊開發(fā)小型模塊。這樣對于用戶變化多端的需求可以并行進行處理提高效率。
公司的內(nèi)部組織分工、職責比較明確。適合進行過程改進。
公司使用的技術(shù)及存儲產(chǎn)品比較主流，可以支持大、中、小各種類型項目。
公司已經(jīng)有使用過程支持工具，并且有版本管理工具，需求變更追蹤管理。
公司具備一批精通零售行業(yè)業(yè)務(wù)知識的需求、開發(fā)、測試人員，同時也具備多名開發(fā)經(jīng)驗超過5年的開發(fā)人員。
需求文檔比較完善。
有成功發(fā)布并使用正常的軟件產(chǎn)品。
問題點：
客戶新需求量大、需求變化快。
開發(fā)過程比較落后，沒有使用較先進的方法論進行改進或支持。
沒有專門的過程實施、監(jiān)控小組。沒有過程專家。
無詳細的設(shè)計文檔，或是僅僅在開發(fā)完成后補寫設(shè)計文檔。
測試方面僅僅依靠測試人員的業(yè)務(wù)經(jīng)驗進行測試，無相關(guān)方法論的支持，沒有使用專業(yè)的自動化測試工具。
沒有明確的測試計劃來管理整個測試過程。
測試報告不全面，沒有固定格式，不能指導開發(fā)人員修改BUG。
Stakeholders方面存在一些需要關(guān)注的地方：業(yè)務(wù)范圍廣、流程復雜、專業(yè)程度高（例如財務(wù)方面的業(yè)務(wù)分析及建模），需要具備一定的行業(yè)知識?？蛻舻臄?shù)據(jù)安全性、完整性、可靠性、正確性需要得到百分百保證。系統(tǒng)分為總部和全國各分店系統(tǒng)，需要通過網(wǎng)絡(luò)交換數(shù)據(jù)，網(wǎng)絡(luò)安全需要考慮。
2．2．制定過程改進計劃
2．2．1．過程改進的可行性
根據(jù)上述分析總結(jié)所列出的優(yōu)勢，可以得出此次軟件過程改進還是可以得到執(zhí)行的：
企業(yè)背景和業(yè)務(wù)方面有很大優(yōu)勢要加以利用，同時最好能說服集團公司的上層領(lǐng)導，告訴他們軟件過程的改進可以大大提高項目的開發(fā)進度，降低開發(fā)成本，這樣比較容易爭取領(lǐng)導層對軟件過程改進的支持。
企業(yè)的內(nèi)部組織結(jié)構(gòu)分工、職責比較明確，并且具備一定的靈活性。對于引入RUP的方法論進行開發(fā)過程的改進有一定可行性。
企業(yè)技術(shù)能力比較突出，善于接受新技術(shù)，相信開發(fā)人員對于新過程、新方法的引入不會有抵觸情緒。
企業(yè)原本就已經(jīng)使用了很多支持工具，這樣有利于支持新過程的改進。
企業(yè)可以選取比較次要的模塊作為先導項目進行過程改進的實驗。
2．2．2．過程改進的建議
通過上述一些問題點和優(yōu)勢的總結(jié)，提出以下一些過程改進的建議：
以提高軟件質(zhì)量、開發(fā)效率、降低開發(fā)成本為基礎(chǔ)說服領(lǐng)導層支持過程改進。保證組織外部