VISUAL STUDIO TEAM SYSTEM軟件工程實踐

第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é)
參考文獻(xiàn)
第2章價值增加的過程
21微軟解決方案框架
22迭代
221為什么迭代
222長度
223不同的視野，不同的粒度
224優(yōu)先排序
225修改過程
23風(fēng)險管理
24讓過程適合項目
241自適應(yīng)與計劃驅(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é)
參考文獻(xiàn)
第3章需求
31什么是你的愿景
311戰(zhàn)略項目
312自適應(yīng)項目
32何時細(xì)化需求
321需求是易變質(zhì)的
322誰關(guān)心需求
33人物和應(yīng)用場景
331從人物開始
332應(yīng)用場景
333研究技術(shù)
334提早具體化
335故事板
336應(yīng)用場景的寬度
337客戶驗證
338制定應(yīng)用場景
34人物、應(yīng)用場景及它們的替代
術(shù)語
341參與者和用例
342用戶故事
35興奮點(diǎn)、滿意點(diǎn)和不滿意點(diǎn)
36服務(wù)質(zhì)量
361安全性和隱私
362性能
363用戶體驗
364可管理性
37卡諾分析
371技術(shù)接受生命周期
372收集數(shù)據(jù)
參考文獻(xiàn)
第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精細(xì)化
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逐步增強(qiáng)和解決問題
465迭代和優(yōu)先分配
47讓審計者滿意
48小結(jié)
參考資料
第5章架構(gòu)設(shè)計
51架構(gòu)的價值增加觀點(diǎn)
52面向服務(wù)的架構(gòu)
521Web服務(wù)和SOA
522契約優(yōu)先的設(shè)計
53自由度的約束
531基線架構(gòu)
532驗證架構(gòu)決策
533精細(xì)化基線
534參考架構(gòu)
54 VSTS和面向服務(wù)的架構(gòu)
55服務(wù)質(zhì)量的理念
551安全性
552性能
56公民權(quán)理念
57針對運(yùn)行而設(shè)計
58小結(jié)
參考文獻(xiàn)
第6章開發(fā)
61開發(fā)的價值增加觀
62從開發(fā)者的視點(diǎn)看質(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)建確認(rèn)測試
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é)
參考文獻(xiàn)
第7章測試
71測試的價值增加觀
72基本問題
73我們交付了客戶價值嗎
731自動應(yīng)用場景測試
732讓你的測試與UI變更無關(guān)
74服務(wù)質(zhì)量適合使用嗎
741負(fù)載測試
742安全性測試
743易用性測試
75我們測試了變更嗎
76我們沒測試過什么嗎
761需求
762代碼
763風(fēng)險
77軟件在生產(chǎn)環(huán)境和實驗室環(huán)境中
運(yùn)行一樣嗎
78我們測試的足夠嗎
781定義“足夠好”
782探索測試
783為發(fā)現(xiàn)而測試
784 錯誤的自信
79我們什么時候應(yīng)當(dāng)測試
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哪些測試應(yīng)當(dāng)自動化
711我們的團(tuán)隊或外包團(tuán)隊的效率
怎么樣
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不均勻的任務(wù)分解
912架構(gòu)盲點(diǎn)
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預(yù)料中的批評
102再論價值增加
參考資料