MILY: 宋體">前言
無論什么過程都不能適用于任何項目，我們應該根據項目的特點去選擇合適的過程。只有這樣才能在過程一級保證項目的成功。
地稅部門對項目的組織采用rup及xp結合的方式，根據項目的特點來決定對rup及xp的側重。但一個至高無上的目標是必須遵守的，就是以最快的速度向客戶提交可執行的版本，而要做到這一點則必須堅持小步驟迭代及測試自動化。
過程分類
rup
屬于重量級的開發過程，強調分析設計及迭代開發。對于研發型項目，前期沒有基礎，在形成穩定的框架之前應該走一段分析設計的過程。形成穩定的開發框架之后，則應該轉向敏捷過程。
Xp
屬于輕量級開發過程，強調重構（編程中的設計）及測試自動化。對于有一定基礎的項目應該是首選。
項目過程
約束
l 每個開發人員必須將服務器上的weblogic拷貝至本地，對程序的修改基于vss在本地進行修改測試，數據庫配置成開發專用數據庫。
l 單元測試由開發人員自己負責，發布后的功能測試由測試組負責并將啟用butterfly進行缺陷跟蹤。
l 發布專用數據庫由ＤＢＡ單獨負責。任何人不得更改。
l 開發過程中發現問題隨時提出來，不要有事后諸葛亮得做法。
l 開發之前搞清楚需求，不要出現大的反工。
每天走之前簡單描述自己的當前的工作成果，發送給開發負責人并抄送項目組所有成員，作為每天的工作周報。
工具
vss
jdk
checkStyle
數據庫同步腳本（劉明開發）
rational rose
visio
butterfly
核心思想
l 盡快提交版本
l 每日創建
l 持續集成
l 簡單設計
l 自動化單元測試與重構
l 基于模型進行工作，自動化生成文檔
l 自動化檢查代碼規范
l 自動化生成javadoc
盡快提交版本
衡量進度最直接的方法是可運行的軟件。所以開發過程一個終極目標是持續快速的提交版本。開發組以最快的速度提交版本，提供測試人員進行測試。經過項目組測試人員測試的版本，同樣以最快的速度提交客戶測試人員進行測試。為達到這個目標，必須建立相應的機制，達到版本的快速持續發布。通過測試得到反饋，而這些反饋能夠驅動開發
盡快提交版本包括：
l 開發人員盡快的將代碼提交到配置管理開發庫中，最長不能超過一天
l 開發人員提交的代碼必須是編譯通過的
l 開發人員本地代碼與配置開發庫代碼盡量保持一致
每日創建
開發組每天的工作成果，在每天發布的版本中充分體現。每天晚上進行全版本的編譯發布，第二天測試人員進行測試，將結果反饋給開發組。每日創建的實現完全基于ant實現，通過定時任務每日進行。
步驟：
l 取得vss中最新源代碼
l 取得vss中數據庫操縱腳本并運行
l 生成ormap
l 編譯最新源代碼
l 停服務器
l 完全刪除老系統
文章來源于領測軟件測試網 http://www.kjueaiud.com/
