1、SST項目流程改進方案1.0（草案）王曉恬 2011/7/29目前在項目開發、發布、部署、測試過程中，發現有如下問題：1. 項目部署非常不方便，目前的方式是，先上傳文件到服務器，然后手動修改tomcat的配置文件，令其指向web應用的根目錄，這樣會帶來如下問題：a）.如果存在多個測試環境，由于每次部署都需要修改tomcat的配置，因此很難保證多臺測試環境的配置完全同步，容易出錯b）.無法自動化部署，對于自動化測試是一個隱患c）.由于不是以包的形式存放，因此軟件產品庫管理非常不方便，相應的，版本庫管理也非常不方便d）.這種形式不是標準的J2EE容器部署形式，將來如果采用其他web容器，那么會存在

2、隱患e）.隨著web應用的越來越多，在各個方面（比如代碼控制，版本控制，成品控制）等方面會越來越難管理，而且也會越來越難部署。f）.較難替換和撤銷，以及備份存檔2. 目前測試過程中的產品不穩定因素：a）.目前測試開始時候，開發還在進行，那么會導致測試版本永遠是過期的，測試需要一個一定時期內相對穩定的版本。b）.測試版本并不是從版本庫中得到，這樣會導致一個問題：測試版本永遠以發布版本者本機的代碼為準，這樣的測試是無效的。c）.在測試進行階段，開發者還在不斷的提交代碼，這些代碼并沒有經過冒煙測試和集成測試，那么在進行分階段開發的時候，會造成產品的不穩定性。d）.在發布測試版本前，并沒有進行冒煙測試

3、和集成測試，這樣的結果會導致第一輪測試在很大程度上進行了這兩項測試，而這兩項測試應當是發布測試版本前就應該完成的，只有完成了這兩項測試，才能發布一個可測試的版本。e）.測試環境應當彼此獨立，互不影響，并且在測試開始前必須有一致的初始條件。f）.目前一些較難測試的地方，并沒有有效的測試方案和測試用例.g）.缺乏專業的配置管理和版本管理，造成開發不知道自己開發的是什么版本，目前開發到哪個版本，上一版本的遺留問題，此版本的目標和解決方案，以及目前在哪個分支上進行開發，相應的，測試的過程中也不知道目前測試的是哪個版本，以及重點測試和有針對性測試的功能，此版本的遺留問題，以及新功能的測試。h）.為了保證

4、產品質量，要進行代碼覆蓋率測試和回歸測試。i）.DB的修改，需要通知所有人得知，并且在冒煙階段，就要把DB沒有更新導致的問題解決掉目前適合我們團隊以及項目的開發流程：目前團隊現狀：1. 新技術掌握快。2. 團隊合作不錯。3. 團隊成員技術全面。4. 團隊缺乏開發、測試、配置管理方面知識。5. 對于已掌握的技術缺乏研究深度，不能有效控制風險。6. 溝通渠道過于單一，每個成員現狀以及工作進度并不透明，這樣無法有效調配資源互相協作。基于以上狀況，敏捷開發（agile）的短周期的迭代（iteration）開發流程比較適合我們團隊和項目，下面來介紹一下這種開發模式具體的過程（methodology），順

5、便說一下，這種模式并不是瀑布模型，任何時候可以推倒重來，比較靈活。一個period包含若干個iteration，在period完成后，要進行較完整的測試和代碼review以及項目回顧。 Period從某種意義上來說也是項目的里程碑。1. 首先拿到原始需求，進行可行性評估2. 可行性評估之后，需要確定技術開發框架（infrastructure），以及開發環境、測試環境、商用環境、部署方案、服務器配置、數據庫等。3. 確定high-level的架構，主要就是開發框架以及解決方案的制定，此方案需要評估。4. 確定迭代周期，一般來說，一個iteration的周期為2周。一個period周期為2個月到半

6、年5. 制定一個iteration內部的流程，以及每天工作的流程。6. 假設在有需求的情況下，將需求分為若干塊，分別為requirement1, requirement2, requirement3.。每一個需求工作量不超過一個iteration，需求優先級排序主要以業務的重要程度為主。7. 工作量不能安排太緊，必須保證質量，并且可以采用2人一組開發互相糾錯的形式進行，必須保證每個周期結束后的產品是可迭代的。8. 在一個iteration內部，遵循high-level design，部分的設計（detail design）和編碼交由開發人員，如果出現開發人員技能出現瓶頸，那么由這方面開發經驗相

7、對較熟的開發人員2人一組進行架構和開發。9. 在一個iteration開始前，需要的依賴關系（dependency）有：a）.此迭代周期內明確的需求，該需求在此iteration里面不發生變化并且是明確的，如果發生重大變化導致無法推進，則可以中止此iteration。b）.明確的high-level architecture以及high-level design，包括任何會block開發過程的因素都要到位c）.上一次iteration的輸出（代碼和文檔，以及設計，遺留問題），因此這一次iteration是基于上一次開發的，因此上一次iteration的一個有效版本是至關重要的。d）.建立此次i

8、teration的暢通的溝通渠道，以及追溯、檢查（check）方式。一個iteration必須有一個負責人進行定期的check保證任何風險是可控并且保證資源分配最大化。10. Check和評估每天都要進行一次，早上開例會，團隊成員需要匯報工作風險，申請資源，以及手頭任務進度報告。11. 針對每一次iteration的output：每一次iteration的output在此iteration開始前就需要確定，iteration的結束以是否符合預期的output為準，測試方面，需要通過單元測試和功能測試12. 如果需要進行功能測試和集成測試，那么也可以安排到一個iteration中完成，iteration可以是任意的工作安排，不一定是開發階段，此外，iteration的時間是可以變更的。13. 需要對每期的iteration執行情況，bug數量進行統計，發現問題并相應的修改iteration。14. 如果在iteration執行過程中，發現重大問題，那么可以隨時中斷此iteratio