無論什么過程都不能適用于任何項目，我們應(yīng)該根據(jù)項目的特點去選擇合適的過程。只有這樣才能在過程一級保證項目的成功。
地稅部門對項目的組織采用rup及xp結(jié)合的方式，根據(jù)項目的特點來決定對rup及xp的側(cè)重。但一個至高無上的目標(biāo)是必須遵守的，就是以最快的速度向客戶提交可執(zhí)行的版本，而要做到這一點則必須堅持小步驟迭代及測試自動化。
過程分類
rup
屬于重量級的開發(fā)過程，強調(diào)分析設(shè)計及迭代開發(fā)。對于研發(fā)型項目，前期沒有基礎(chǔ)，在形成穩(wěn)定的框架之前應(yīng)該走一段分析設(shè)計的過程。形成穩(wěn)定的開發(fā)框架之后，則應(yīng)該轉(zhuǎn)向敏捷過程。
Xp
屬于輕量級開發(fā)過程，強調(diào)重構(gòu)(編程中的設(shè)計)及測試自動化。對于有一定基礎(chǔ)的項目應(yīng)該是首選。
項目過程
約束
每個開發(fā)人員必須將服務(wù)器上的weblogic拷貝至本地，對程序的修改基于vss在本地進行修改測試，數(shù)據(jù)庫配置成開發(fā)專用數(shù)據(jù)庫。
單元測試由開發(fā)人員自己負(fù)責(zé)，發(fā)布后的功能測試由測試組負(fù)責(zé)并將啟用butterfly進行缺陷跟蹤。
發(fā)布專用數(shù)據(jù)庫由DBA單獨負(fù)責(zé)。任何人不得更改。
開發(fā)過程中發(fā)現(xiàn)問題隨時提出來，不要有事后諸葛亮得做法。
開發(fā)之前搞清楚需求，不要出現(xiàn)大的反工。
每天走之前簡單描述自己的當(dāng)前的工作成果，發(fā)送給開發(fā)負(fù)責(zé)人并抄送項目組所有成員，作為每天的工作周報。
工具
ant
vss
jdk
junit
checkStyle 數(shù)據(jù)庫同步腳本
rational rose
visio
butterfly
核心思想
盡快提交版本
每日創(chuàng)建
持續(xù)集成
簡單設(shè)計
自動化單元測試與重構(gòu)
基于模型進行工作，自動化生成文檔
自動化檢查代碼規(guī)范
自動化生成javadoc
盡快提交版本
地稅部門對項目的組織采用rup及xp結(jié)合的方式，根據(jù)項目的特點來決定對rup及xp的側(cè)重。但一個至高無上的目標(biāo)是必須遵守的，就是以最快的速度向客戶提交可執(zhí)行的版本，而要做到這一點則必須堅持小步驟迭代及測試自動化。
過程分類
rup
屬于重量級的開發(fā)過程，強調(diào)分析設(shè)計及迭代開發(fā)。對于研發(fā)型項目，前期沒有基礎(chǔ)，在形成穩(wěn)定的框架之前應(yīng)該走一段分析設(shè)計的過程。形成穩(wěn)定的開發(fā)框架之后，則應(yīng)該轉(zhuǎn)向敏捷過程。
Xp
屬于輕量級開發(fā)過程，強調(diào)重構(gòu)(編程中的設(shè)計)及測試自動化。對于有一定基礎(chǔ)的項目應(yīng)該是首選。
項目過程
約束
每個開發(fā)人員必須將服務(wù)器上的weblogic拷貝至本地，對程序的修改基于vss在本地進行修改測試，數(shù)據(jù)庫配置成開發(fā)專用數(shù)據(jù)庫。
單元測試由開發(fā)人員自己負(fù)責(zé)，發(fā)布后的功能測試由測試組負(fù)責(zé)并將啟用butterfly進行缺陷跟蹤。
發(fā)布專用數(shù)據(jù)庫由DBA單獨負(fù)責(zé)。任何人不得更改。
開發(fā)過程中發(fā)現(xiàn)問題隨時提出來，不要有事后諸葛亮得做法。
開發(fā)之前搞清楚需求，不要出現(xiàn)大的反工。
每天走之前簡單描述自己的當(dāng)前的工作成果，發(fā)送給開發(fā)負(fù)責(zé)人并抄送項目組所有成員，作為每天的工作周報。
工具
ant
vss
jdk
junit
checkStyle 數(shù)據(jù)庫同步腳本
rational rose
visio
butterfly
核心思想
盡快提交版本
每日創(chuàng)建
持續(xù)集成
簡單設(shè)計
自動化單元測試與重構(gòu)
基于模型進行工作，自動化生成文檔
自動化檢查代碼規(guī)范
自動化生成javadoc
盡快提交版本