團隊軟件過程（修訂版）

目錄
第一部分　緒論
第1章　tspi簡介
1.1　tspi是什么
工程小組為何需要過程
1.2　tspi原則
1.3　tspi的設計
1.3.1　在個體軟件過程（psp）的基礎上提供一個簡單的框架
1.3.2　在幾個周期內(nèi)開發(fā)產(chǎn)品
1.3.3　建立標準的質(zhì)量和績效度量
1.3.4　為團隊和學生提供精確的度量
1.3.5　進行角色和團隊評階
1.3.6　需要過程規(guī)范
1.3.7　提供團隊問題的指導
1.4　tspi的結構和流程
周期性開發(fā)策略
1.5　tspi過程
1.6　本書結構和流程
1.7　小結
第2章　團隊軟件過程的基本原理
2.1　項目為何失敗
處理壓力
2.2　常見的團隊問題
2.2.1　無效的領導力
2.2.2　不能做出妥協(xié)安排或不善于合作
2.2.3　缺少參與
2.2.4　拖拉與缺乏信心
2.2.5　質(zhì)量低劣
2.2.6　功能多余
2.2.7　無效的組員互評
2.3　團隊是什么
2.3.1　團隊規(guī)模
2.3.2　具有凝聚力的團隊（jelled team）
2.3.3　團隊協(xié)作的基本條件
2.4　建設高效團隊
2.4.1　團隊凝聚力
2.4.2　挑戰(zhàn)性的目標
2.4.3　反饋
2.4.4　共同的工作框架
2.5　團隊如何發(fā)展
團隊如何成為具有凝聚力的團隊
2.6　tspi如何建設團隊
2.6.1　目標
2.6.2　角色
2.6.3　計劃
2.6.4　溝通
2.6.5　外部溝通
2.7　小結
2.8　參考文獻
第二部分 tspi過程
第3章　啟動一個團隊項目
3.1　為什么需要團隊啟動過程
3.2　團隊目標
3.2.1　設定目標需要考慮的因素
3.2.2　設定團隊目標
3.2.3　tspi的目標設定
3.3　團隊成員目標
設定團隊成員目標
3.4　角色目標
3.4.1　團隊領導目標
3.4.2　開發(fā)經(jīng)理目標
3.4.3　計劃經(jīng)理目標
3.4.4　質(zhì)量和過程經(jīng)理目標
3.4.5　支持經(jīng)理目標
3.5　tspi啟動腳本
3.5.1　學生信息
3.5.2　產(chǎn)品目標
3.5.3　團隊分工
3.5.4　團隊目標
3.5.5　團隊會議與第一次團隊會議
3.5.6　數(shù)據(jù)需求
3.5.7　項目開始
3.5.8　項目資料庫
3.5.9　tspi支持工具
3.6　小結
第4章　開發(fā)策略
4.1　計劃先行
4.1.1　承諾之前先計劃
4.1.2　為本課程制定計劃
4.2　策略是什么
4.3　概念設計
4.4　風險管理
管理風險
4.5　復用策略
4.6　策略腳本
4.6.1　入口準則
4.6.2　建立策略評判準則
4.6.3　完成概念設計
4.6.4　選擇開發(fā)策略
4.6.5　完成初步規(guī)模估算
4.6.6　完成初步時間估算
4.6.7　評估風險
4.6.8　建立策略文檔
4.6.9　更新開發(fā)策略
4.6.10　制定配置管理計劃
4.6.11　出口準則
4.7　小結
第5章　開發(fā)計劃
5.1　計劃的必要性
5.1.1　為什么制定計劃
5.1.2　平衡的計劃
5.1.3　對照計劃跟蹤進展
5.1.4　詳細計劃
5.1.5　處理未計劃任務
5.1.6　估算級別
5.1.7　實現(xiàn)計劃
5.2　tspi計劃過程
5.3　tspi支持工具
5.4　開發(fā)計劃腳本
5.4.1　入口準則
5.4.2　項目計劃步驟2.1
5.4.3　項目計劃步驟2.2
5.4.4　項目計劃步驟3.1
5.4.5　項目計劃步驟3.2
5.4.6　項目計劃步驟4.1
5.4.7　項目計劃步驟4.2
5.4.8　項目計劃步驟5
5.4.9　項目計劃步驟6
5.4.10　項目計劃步驟7
5.4.11　最后的計劃步驟
5.4.12　出口準則
5.5　跟蹤工作情況
5.5.1　項目跟蹤步驟1
5.5.2　項目跟蹤步驟2
5.5.3　項目跟蹤步驟3
5.5.4　項目跟蹤步驟4
5.5.5　項目跟蹤步驟5
5.5.6　項目跟蹤步驟6
5.5.7　項目跟蹤步驟7
5.5.8　項目跟蹤步驟8
5.6　質(zhì)量計劃
5.6.1　概要比率
5.6.2　零缺陷率（pdf）
5.6.3　每頁缺陷數(shù)
5.6.4　缺陷數(shù)/kloc
5.6.5　缺陷比率
5.6.6　開發(fā)時間比率
5.6.7　a/fr
5.6.8　評審速率和審查速率
5.6.9　缺陷注入率
5.6.10　缺陷排除率
5.6.11　階段收益
5.6.12　過程收益
5.6.13　處理低質(zhì)量部件
5.6.14　出口準則
5.7　小結
5.8　參考文獻
第6章　定義需求
6.1　需求是什么
6.2　為什么需要需求
6.3　需求變更
需求提取
6.4　軟件需求規(guī)格說明書
6.4.1　需求可追溯性
6.4.2　平衡工作量
6.5　tspi需求腳本
6.5.1　入口準則
6.5.2　要求陳述評審
6.5.3　要求陳述澄清
6.5.4　需求任務分配
6.5.5　需求文檔
6.5.6　系統(tǒng)測試計劃
6.5.7　需求和系統(tǒng)測試計劃審查
6.5.8　需求更新
6.5.9　用戶srs評審
6.5.10　需求基線
6.5.11　出口準則
6.6　小結
6.7　參考文獻
第7章　與團隊一起設計
7.1　設計原則
7.2　在團隊中設計
7.2.1　利用整個團隊
7.2.2　設計研究
7.2.3　利用所有團隊成員的才智
7.3　設計標準
7.3.1　設計表達標準
7.3.2　用例或psp操作場景
7.3.3　狀態(tài)機分析
7.3.4　產(chǎn)生精確的設計
7.4　復用性設計
7.4.1　可復用接口標準
7.4.2　可復用文檔標準
7.4.3　可復用部件質(zhì)量
7.4.4　應用支持
7.5　可用性設計
7.6　可測試性設計
黑盒測試與白盒測試
7.7　設計評審和審查
審查的其他好處
7.8　tspi設計腳本
7.8.1　入口準則
7.8.2　高層設計
7.8.3　設計標準
7.8.4　產(chǎn)品總體結構
7.8.5　設計任務分配
7.8.6　設計規(guī)格說明書
7.8.7　集成測試計劃
7.8.8　設計審查
7.8.9　設計更新
7.8.10　設計基線
7.8.11　出口準則
7.9　小結
7.10　參考文獻
第8章　產(chǎn)品實現(xiàn)
8.1　設計完成準則
8.1.1　設計級別
8.1.2　平行實現(xiàn)
8.2　實現(xiàn)標準
8.2.1　標準評審
8.2.2　編碼標準
8.2.3　規(guī)模標準
8.2.4　度量其他類型產(chǎn)品的規(guī)模
8.2.5　缺陷標準
8.2.6　缺陷預防
8.3　實現(xiàn)策略
8.3.1　實現(xiàn)策略：評審
8.3.2　實現(xiàn)策略：復用
8.3.3　實現(xiàn)策略：測試
8.4　評審和審查
8.4.1　隨機缺陷
8.4.2　對測試的影響
8.4.3　完全測試的困難
8.4.4　源程序的設計審查
8.5　imp腳本
8.5.1　入口準則
8.5.2　實現(xiàn)計劃
8.5.3　詳細設計與設計評審
8.5.4　測試開發(fā)
8.5.5　詳細設計審查
8.5.6　編碼及代碼評審
8.5.7　代碼審查
8.5.8　單元測試
8.5.9　組件質(zhì)量評審
8.5.10　組件發(fā)布
8.5.11　出口準則
8.6　小結
8.7　參考文獻
第9章　集成與系統(tǒng)測試
9.1　測試原則
9.2　tspi測試策略
9.3　構建和集成策略
9.3.1　大爆炸策略
9.3.2　一次一個策略
9.3.3　測試群策略
9.3.4　扁平系統(tǒng)策略
9.4　系統(tǒng)測試策略
可選系統(tǒng)測試策略
9.5　測試計劃
9.6　跟蹤與度量測試
9.6.1　測試日志
9.6.2　缺陷易發(fā)模塊
9.6.3　模塊缺陷數(shù)據(jù)
9.6.4　跟蹤缺陷數(shù)據(jù)
9.7　文檔
9.7.1　文檔的重要性
9.7.2　文檔設計
9.7.3　文檔提綱
9.7.4　書寫風格
9.7.5　文檔評審
9.8　tspi測試腳本
9.8.1　入口準則
9.8.2　測試開發(fā)
9.8.3　構建
9.8.4　集成
9.8.5　系統(tǒng)測試
9.8.6　回歸測試
9.8.7　文檔
9.8.8　出口準則
9.9　小結
9.10　參考文獻
第10章　結項總結
10.1　為什么要進行結項總結
10.2　結項總結能為你做什么
10.3　過程改進建議
10.4　tspi結項總結腳本
10.4.1　入口準則
10.4.2　評審過程數(shù)據(jù)
10.4.3　質(zhì)量評審
10.4.4　角色評估
10.4.5　準備周期報告
10.4.6　周期報告
10.4.7　角色報告
10.4.8　工程師個人報告
10.4.9　撰寫報告
10.4.10　角色評估
10.4.11　角色評估建議
10.4.12　出口準則
10.5　小結
10.6　參考文獻
第三部分　團隊角色
第11章　團隊領導角色
11.1　團隊領導的目標
11.1.1　團隊成員的共同目標
11.1.2　團隊領導的目標1
11.1.3　團隊領導的目標2
11.1.4　團隊領導的目標3
11.1.5　團隊領導的目標4
11.1.6　團隊領導的目標5
11.2　有用的團隊領導的技能和能力
11.2.1　有擁護者的領導
11.2.2