Visual Studio Team System 更佳敏捷軟件開發

前言
致謝
關于作者
導論 中斷的進程
第1篇 工欲善其事，必先利其器
第1章 介紹Visual Studio Team System
1.1 VSTS的用途和架構
1分鐘概述（電梯推銷）
VSTS針對小型開發團隊的典型組織構成
VSTS的功能模塊
1.2 VSTS客戶端部分
VSTS產品的不同
Visual Studio專業版
團隊資源管理器
VSTS工具
1.3 VSTS的服務器部分
Team Foundation Server（TFS）
項目門戶和報告站點
Team Foundation Build
1.4 擴展VSTS
Visual Studio業界伙伴項目
Visual Studio SDK
1.5 總結
第2章 敏捷價值
2.1 工具和價值
買還是做
軟件的價值和傳統
2.2 敏捷價值
2.3 極限編程（XP）
溝通
反饋
勇氣
簡單
尊重
2.4 總結
回顧第1篇 工欲善其事，必先利其器
第2篇 介紹敏捷開發
第3章 敏捷開發概述
3.1 敏捷開發項目的不同之處
不再獨自進行的開發階段
客戶案例中的特別需求
3.2 介紹極限編程
軟件項目生命周期
迭代和增量開發方法
迭代和發布的周期
迭代提供產品質量的代碼
項目收尾
3.3 XP就是亂來嗎
為什麼極限編程不鼓勵亂來
3.4 總結
第4章 組成一個開發團隊
4.1 敏捷開發團隊的特性
像一個設計團隊一樣工作
自我組織的團隊
團隊大小
不適合敏捷團隊的工作
4.2 敏捷團隊的結構
客戶規則
開發人員角色
相關的角色
4.3 改組OSPACS團隊
區別客戶和開發人員
重新布置辦公室空間
4.4 總結
第5章 Team Foundation過程框架
5.1 團隊項目和過程框架
當一個團隊項目創建的時候產生的成果
創建一個MSF for Agile Software Development Team Project團隊項目
刪除一個團隊項目
給出你的團隊項目組中的用戶成員
授權訪問你的團隊項目服務
管理你的團隊項目安全設置
管理你的TFS安全設置
連接到一個團隊項目
5.2 微軟解決方案框架（MSF）4.0
工作項
角色
活動
工作流
跟蹤和監督檢查點
5.3 針對指定過程的框架
MSF for CMMI Process Improvement過程改善
MSF for Agile Software Development
MSF for XP
過程框架比較
5.4 總結
第6章 改善你的過程框架
6.1 為一個已存在的過程框架提供一個新的指標
添加一個新的工作項類型
添加一個新的查詢
6.2 改善你的過程
過程模板的結構
導入和導出過程模板
修改你的過程模板
6.3 總結
回顧第2篇 介紹敏捷開發
第3篇 使用版本控制
第7章 管理變更
7.1 在你的團隊之間共享信息
7.2 使用版本控制系統
7.3 VSTS對版本控制工具的支持
7.4 總結
第8章 設置TFS版本控制
8.1 架構你的團隊項目
8.2 為你的項目建立初始化的基線
8.3 其他設置任務
8.4 總結
第9章 在你的項目中使用TFVC
9.1 在編程的時候使用TFVC
9.2 共同的版本控制任務
9.3 總結
第10章 使用TFVC策略管理你的項目
10.1 保護你的源代碼
10.2 為源代碼建立策略
10.3 總結
回顧第3篇 使用版本控制
第4篇 經常生成並集成
第11章 生成並集成軟件
11.1 軟件架構
11.2 自動化軟件測試
11.3 生成和測試循環
11.4 總結
第12章 使用Team Foundation Build工作
12.1 歡迎使用TEAM FOUNDATION BUILD
12.2 生成管理
12.3 不斷擴大的團隊集成生成
12.4 總結
回顧第4篇 經常生成並集成
第5篇 實踐測試驅動開發
第13章 為你引進TDD
13.1 測試驅動開發的本質
13.2 簡單的測試優先編程練習
13.3 測試優先編程入門
13.4 總結
第14章 開發你的第一個測試
14.1 為TFP創建 VISUAL STUDIO項目
14.2 實際案例
14.3 創建一個測試清單
14.4 實現測試
14.5 總結
第15章 學習重構
15.1 進行小重構
15.2 隨手重構
15.3 做一個大的重構
15.4 總結
第16章 代碼覆蓋率和性能
16.1 代碼覆蓋率
16.2 性能分析
16.3 總結
第17章 將TFP代碼與用戶界面集成在一起
17.1 集成用戶界面
17.2 簡單設計
17.3 總結
回顧第5篇 實踐測試驅動開發
第6篇 通過建模進行探索
第18章 用敏捷方式建模
18.1 介紹建模
18.2 敏捷建模的價值、原則和實踐
18.3 使用敏捷建模
18.4 總結
第19章 創建模型
19.1 自由形式模型圖
19.2 UML圖
19.3 使用建模工具
19.4 總結
第20章 在敏捷項目中使用模型
20.1 需求模型
20.2 架構模型
20.3 實現模型
20.4 總結
第21章 使用模式對解決方案建模
21.1 模式是什麼
21.2 在敏捷項目中使用模式
21.3 實現模式和模型
21.4 特定領域語言的出現
21.5 總結
回顧第6篇 通過建模進行探索
第7篇 實現客戶測試
第22章 客戶參與到測試當中
22.1 敏捷開發中的客戶測試
22.2 FIT︰集成測試框架
22.3 案例測試驅動開發
22.4 總結
第23章 創建FIT測試裝置
23.1 標準FIT裝置
23.2 自定義FIT 裝置
23.3 總結
第24章 使用Team Foundation Build 運行FIT
24.1 在你的生成庫中運行客戶測試
24.2 客戶測試自動化
24.3 將客戶測試引進你的團隊中
24.4 總結
回顧第7篇 實現客戶測試
第8篇 估算、排優和計劃
第25章 如何充分估算和確定優先順序的案例
25.1 與客戶一起工作的案例
25.2 充分估算
25.3 優先順序
25.4 總結
第26章 敏捷計劃
26.1 計劃的本質
26.2 對每個時間段進行計劃
26.3 控制計劃
26.4 總結
第27章 管理敏捷項目
27.1 使用VISUAL STUDIO TEAM SYSTEM對項目進行管理
27.2 敏捷計劃生命周期舉例
27.3 敏捷項目管理的10大提示
27.4 總結
回顧第8篇 估算、排優和計劃
第9篇 部署實踐
第28章 移動到生產環境
28.1 管理發布
28.2 做好部署準備
28.3 監測生產環境
28.4 總結
第29章 開發安裝程序
29.1 介紹WINDOWS INSTALLER
29.2 用INSTALLSHIELD創建一個安裝項目
29.3 在敏捷團隊中開發安裝程序
29.4 CLICKONCE 技術
29.5 總結
第30章 部署分布式系統
30.1 分布式系統架構
30.2 邏輯數據中心設計器
30.3 應用程序設計器
30.4 系統設計器
30.5 部署設計器
30.6 總結
回顧第9篇 部署實踐
第10篇 提供並展現價值
第31章 產生技術性報告
31.1 展現有價值的信息
31.2 從TEAM FOUNDATION SERVER中提取數據
31.3 總結
第32章 產生商業價值
32.1 精益思想
32.2 改變軟件開發的經濟效益
32.3 鏈接敏捷到其他過程進行改善措施
32.4 總結
回顧第10篇 提供並展現價值
回顧 修復過程
附錄
附錄A 練習安裝設置VSTS
附錄B 針對小型團隊的軟件項目環境
附錄C 敏捷工作區
練習清單
極限編程實踐列表
詞匯集
參考資料
資源
索引

對于用微軟技術做開發的人來浣，Visual Studio就像是令狐沖手中的劍一樣，獨立、強大且直接。然而隨著軟件的發展，那種僅憑個人之力就能夠完成一個項目的時代已經逐漸成為歷史，越來越多的項目提倡的是溝通、協同、團隊。

很多書籍資料都大量介紹了軟件開發組織方面的方法論，在實際使用過程中，非常多的公司和組織對于到底要用什麼樣的開發方法來管好自己的項目都有自己的方法。然而，CVS、VSS這些工具已經無法滿足開發團隊按照自己想要的方式組織開發的需求。

實際上，本人在做項目的時候也長期為如何有效地進行需求變更、團隊集成、回歸測試、代碼重構等方面工作所困擾。相信所有的項目經理都能感受到︰耍想讓團隊中的每個人都能按照自己所想的那樣精確地運作是多麼難，要是有一個工具能幫我規範團隊中每個人的行為就好了。

幸運的是，在NET發展到2.0的時候，這把“程序員之劍”被微軟發展成了“劍陣”。當我第一次看到Visual Studio Team System的時候，仿佛看到全真救的天罡北斗陣，方法論模板就如同那一招一式，協助你能夠按照各個方位的需要召集精兵強將並真正組織起自己的團隊，做到1+1>2。

從2005年微軟發布Visual Studio Team System 2005到現在已經三四個年頭了，Visua1Studio Team System 2008也已面市，介紹VSTS如何操作、如何使用的書籍不少，也有很多公司很多項目組采用Visual Studio Team System在組織各種項目開發。但是，相信到目前為止大多數的團隊對于采用不同的開發過程模板有什麼實質上差異還沒有很深的體會。而真正能講清楚為什麼要這麼做的更是不多。

交付有價值的產品給用戶，從而順利通過項目驗收，這是所有軟件項目的根本目標。傳統開發過程對于現實情況F的項目適應性較差這是不爭的事實。敏捷開發為快速進行項目交付，實現商業價值的最佳回報提供了一條捷徑。想用更少的錢賺取更多的價值是每個投資方的夢想。

這次博文視點公司引進的這本《Visual Studio Team System更佳敏捷軟件開發》（原名《Visual Studio Team System Better Software Development for Agile Teams》），正是一本不可多得的好書，它從項目的方方面面介紹了一個敏捷開發團隊如何結合VisualStudio Team System這個強大的組織工具進行XP極限編程的過程，尤其是通過直接演示實踐案例，告訴大家如何結合Visual Studio Team System的各種工具來做出可交付的產品給用戶，這種演示極為少見。lE是因為介紹得非常詳細，因此書相當厚。但是對于一個希望能夠更好地獲得商業回報的項目團隊來說，看完本書是相當值得的。

本書詳細介紹了一個敏捷開發團隊如何依托Visual Studio Team System系統采用XP極限編程方法論，從各個方面組織開發其項目的過程。尤其在介紹具體實施過程的同時，還詳盡解釋了為什麼要這麼做，因而能讓人茅塞頓開。

本書覆蓋了以下內容；敏捷開發方法介紹及如何使用VSTS結合敏捷開發進行版本控制、經常構建和集成、測試驅動開發實踐、探索建模、用戶測試、計劃分解、產品部署等編程實踐。

本書還包含了對極限編程方法論中的大量的敏捷價值、原則、實踐的詳盡介紹，並提供具體案例對這些敏捷實踐進行演示，讓讀者能夠輕松理解並順利掌握敏捷實踐。

2008年對所有中國人來說都是那麼的不平靜，在喜怒哀樂的輪番轟炸和枯燥的項目開發中，我堅持譯完了這部大部頭，在澤完本書後，我對VSTS這個強大的系統的組成和功能有了全新的認識。

本書在敏捷軟件開發方法方面涉及極深，只可惜本人英語水平有限，書中有些內容可意會而難以言傳，表述可能不準確。另外，一些專業技術術語甚至難以找到中文對應譯法，只有自己原創，對否難以把握，有不妥之處敬請廣人讀者賜教、指正，我願意為這些錯誤負責。真誠希望本書的編譯出版能帶給大家一些新的思路，幫助更多的項目團隊在今後做得更好。

在這里，感謝博文視點編輯部的伙伴們，是他們在年前加班加點的工作才使得本書能按時面市。本書的內涵極深，專業性針對性極強，理解起來也極為困難，一想起他們熬紅了雙眼冥思苦想的樣子我就深表同情。感謝我的項目組內的同伴和戰友，他們和我一起加班奮戰在中國軟件項目開發的第一線，為了夢想一起度過了無數的不眠之夜，沒有這些真實的實踐，我根本無法讀懂本書的內涵。感謝我的家人，是尊敬的父母的教導和親愛的妻女在背後默默的支持讓我能抽出時間完成本書的編譯，他們的付出和關愛讓我深深地感動。

軟件開發如同人生，沒有最好，只有更好。祝願所有的軟件項目都能順利地交付驗收。

由于本書篇幅較大，為了節約成本和便十讀者查閱，我們將原書版式作了壓縮，原書頁碼用“→”作了標示，供讀者對照。本書的索引所列頁碼為原英文版頁碼。