VISUAL STUDIO TEAM SYSTEM軟件工程實踐

定　價：￥36.00

作　者：	Sam Guckenheimer，Juan J. Perez
出版社：	機械工業(yè)出版社
叢編項：
標　簽：	軟件方法/軟件工程

購買這本書可以去

ISBN：	9787111207580	出版時間：	2007-02-01	包裝：	膠版紙
開本：	1/16	頁數(shù)：	226	字數(shù)：

內(nèi)容簡介

　　本書不講述如何具體操作VSTS，而講述VSTS的思想及其實踐。本書不僅包括了最新的軟件工程領域的思想和概念，還為軟件開發(fā)提出了一種嶄新的思維方式——價值增加。價值增加本書的核心思想，同時也是VSTS的核心設計理念。.本書理論與實例并重，圖文并茂，運用大量實例詳實地論述了如何將最現(xiàn)代的軟件工程思想和價值增加的思想應用到需求、項目管理、架構(gòu)設計、開發(fā)和測試等軟件開發(fā)生命周期中的各個領域中。本書適合軟件項目管理人員、開發(fā)人員參考。本書論述了軟件開發(fā)價值增加的思維方式。這一思維方式構(gòu)成了VSTS的基礎，包括VSTS的指導思想，為什么這些指導思想會以某些方式表現(xiàn)，以及它們?nèi)绾尾拍芘c管理軟件生命周期的過程緊密結(jié)合。本書如同一個現(xiàn)場教練，帶領開發(fā)團隊以一貫的流程走完整個軟件生命周期。讀者通過學習本書能夠了解使用VSTS所必需的知識，包括：■ 價值增加的思維（相對于工作消減）在軟件開發(fā)生命周期中的角色，以及“流”的意義和重要性。..■ 用于敏捷軟件開發(fā)的MSF和用于CMMI過程改進的MSF的應用。■ VSTS中用于計劃和管理待處理隊列（backlog）的工作項。■ 多維的每日度量維護了項目的流，也為估計提供了參考數(shù)據(jù)?！?使用人物和應用場景來創(chuàng)建需求?！?使用迭代、可信任的透明度和無矛盾的度量來管理項目。■ 使用價值增加的觀點、面向服務的架構(gòu)、約束和服務質(zhì)量來進行架構(gòu)設計?！?使用單元測試、代碼覆蓋度、特征分析和構(gòu)建自動化進行開發(fā)。■ 使用應用場景、服務質(zhì)量、配置、數(shù)據(jù)、探索和度量來測試客戶價值?！?高效地進行缺陷報告和缺陷評估?！?項目問題解析：識別和糾正共同的隱患和反模式。...

作者簡介

　　本書提供作譯者介紹Sam Guckenheimer 曾經(jīng)是VSTS的首席客戶代言人，負責VSTS外部設計的整個過程。本書描述了他對軟件項目思考方式的一個框架，這一思考方式能夠得到VSTS工具的直接支持。本書運用基本理論和實際例子為IT項目描述了一種現(xiàn)實的過程。 ...

圖書目錄

第1章價值增加的思維方式
11思維變遷
111有待和諧的三股力量
112什么軟件值得構(gòu)建
12思維方式的對比
13對流的關(guān)注
131與工作消減的對比
132透明度
14一個工作項數(shù)據(jù)庫
15使過程適合于項目
16小結(jié)
參考文獻
第2章價值增加的過程
21微軟解決方案框架
22迭代
221為什么迭代
222長度
223不同的視野，不同的粒度
224優(yōu)先排序
225修改過程
23風險管理
24讓過程適合項目
241自適應與計劃驅(qū)動
242要求的文檔與隱含的知識
243隱式與顯式的審核關(guān)卡和
管理模型
244審計與法規(guī)關(guān)注
245規(guī)定的組織與自組織
246一次一個項目與一次
多個項目
247地理邊界與組織邊界
25小結(jié)
參考文獻
第3章需求
31什么是你的愿景
311戰(zhàn)略項目
312自適應項目
32何時細化需求
321需求是易變質(zhì)的
322誰關(guān)心需求
33人物和應用場景
331從人物開始
332應用場景
333研究技術(shù)
334提早具體化
335故事板
336應用場景的寬度
337客戶驗證
338制定應用場景
34人物、應用場景及它們的替代
術(shù)語
341參與者和用例
342用戶故事
35興奮點、滿意點和不滿意點
36服務質(zhì)量
361安全性和隱私
362性能
363用戶體驗
364可管理性
37卡諾分析
371技術(shù)接受生命周期
372收集數(shù)據(jù)
參考文獻
第4章項目管理
41理解偏差
42使用描述性的而非規(guī)定性的
度量元
43項目健康的多個維度
44回答日常問題
441剩余工作
442項目速度
443計劃外工作
444質(zhì)量指示器
445缺陷率
446重新激活
447缺陷的優(yōu)先級
448實際質(zhì)量與計劃速度
45估計迭代
451自頂向下
452自底向上
453精細化
454 估計的質(zhì)量
455回顧
46優(yōu)先分配
461優(yōu)先分配的實驗
462什么讓優(yōu)先分配有效率：
紅線
463在優(yōu)先分配中發(fā)生了什么
464逐步增強和解決問題
465迭代和優(yōu)先分配
47讓審計者滿意
48小結(jié)
參考資料
第5章架構(gòu)設計
51架構(gòu)的價值增加觀點
52面向服務的架構(gòu)
521Web服務和SOA
522契約優(yōu)先的設計
53自由度的約束
531基線架構(gòu)
532驗證架構(gòu)決策
533精細化基線
534參考架構(gòu)
54 VSTS和面向服務的架構(gòu)
55服務質(zhì)量的理念
551安全性
552性能
56公民權(quán)理念
57針對運行而設計
58小結(jié)
參考文獻
第6章開發(fā)
61開發(fā)的價值增加觀
62從開發(fā)者的視點看質(zhì)量
63使用測試驅(qū)動的開發(fā)來確保需求
的清晰
64通過自動和手動代碼評審來解決
編程錯誤
641自動的代碼分析
642手動的代碼評審
65用單元測試和代碼覆蓋度提供
立即的反饋
651先測試還是先編碼？
652代碼覆蓋度
66使單元測試更好
661使用數(shù)據(jù)
662配置
663構(gòu)件集成測試
664構(gòu)建確認測試
665性能調(diào)整
67防止版本扭曲
671簽入
672擱置
673分支
674哪些文件需要版本管理
675自動化構(gòu)建
68 讓工作保持透明
69小結(jié)
參考文獻
第7章測試
71測試的價值增加觀
72基本問題
73我們交付了客戶價值嗎
731自動應用場景測試
732讓你的測試與UI變更無關(guān)
74服務質(zhì)量適合使用嗎
741負載測試
742安全性測試
743易用性測試
75我們測試了變更嗎
76我們沒測試過什么嗎
761需求
762代碼
763風險
77軟件在生產(chǎn)環(huán)境和實驗室環(huán)境中
運行一樣嗎
78我們測試的足夠嗎
781定義“足夠好”
782探索測試
783為發(fā)現(xiàn)而測試
784 錯誤的自信
79我們什么時候應當測試
791簽入循環(huán)
792每日構(gòu)建循環(huán)
793驗收構(gòu)建循環(huán)
794迭代循環(huán)
795項目循環(huán)
710哪些測試應當自動化
711我們的團隊或外包團隊的效率
怎么樣
712小結(jié)
參考資料
第8章報告缺陷
81警示性的故事
82軟件缺陷的生命周期
821報告缺陷就像寫新聞
822主觀數(shù)據(jù)
823客觀數(shù)據(jù)
824評估數(shù)據(jù)
825計劃
83小結(jié)
參考資料
第9章項目問題解析
91低估
911不均勻的任務分解
912架構(gòu)盲點
913范疇蠕變
914不充分的缺陷分配
915資源漏洞
92開發(fā)實踐過于松弛
921構(gòu)建失敗
922不充分的單元測試
923重新激活
924虛報
93測試通過了，解決方案卻不能
工作
931高缺陷發(fā)現(xiàn)率
932測試失去時效性
94解決方案停留在測試
941測試失敗
942過少的測試
95小結(jié)
參考資料
第10章總結(jié)
101預料中的批評
102再論價值增加
參考資料