团队软件过程（修订版）

图书目录:

目录

第 一部分　绪论

第 1章　tspi简介

1.1　tspi是什么

工程小组为何需要过程

1.2　tspi原则

1.3　tspi的设计

1.3.1　在个体软件过程（psp）的基础上提供一个简单的框架

1.3.2　在几个周期内开发产品

1.3.3　建立标准的质量和绩效度量

1.3.4　为团队和学生提供精 确的度量

1.3.5　进行角色和团队评阶

1.3.6　需要过程规范

1.3.7　提供团队问题的指导

1.4　tspi的结构和流程

周期性开发策略

1.5　tspi过程

1.6　本书结构和流程

1.7　小结

第 2章　团队软件过程的基本原理

2.1　项目为何失败

处理压力

2.2　常见的团队问题

2.2.1　无效的领导力

2.2.2　不能做出妥协安排或不善于合作

2.2.3　缺少参与

2.2.4　拖拉与缺乏信心

2.2.5　质量低劣

2.2.6　功能多余

2.2.7　无效的组员互评

2.3　团队是什么

2.3.1　团队规模

2.3.2　具有凝聚力的团队（jelled team）

2.3.3　团队协作的基本条件

2.4　建设高效团队

2.4.1　团队凝聚力

2.4.2　挑战性的目标

2.4.3　反馈

2.4.4　共同的工作框架

2.5　团队如何发展

团队如何成为具有凝聚力的团队

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　开发经理目标

3.4.3　计划经理目标

3.4.4　质量和过程经理目标

3.4.5　支持经理目标

3.5　tspi启动脚本

3.5.1　学生信息

3.5.2　产品目标

3.5.3　团队分工

3.5.4　团队目标

3.5.5　团队会议与第 一次团队会议

3.5.6　数据需求

3.5.7　项目开始

3.5.8　项目资料库

3.5.9　tspi支持工具

3.6　小结

第4章　开发策略

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　选择开发策略

4.6.5　完成初步规模估算

4.6.6　完成初步时间估算

4.6.7　评估风险

4.6.8　建立策略文档

4.6.9　更新开发策略

4.6.10　制定配置管理计划

4.6.11　出口准则

4.7　小结

第5章　开发计划

5.1　计划的必要性

5.1.1　为什么制定计划

5.1.2　平衡的计划

5.1.3　对照计划跟踪进展

5.1.4　详细计划

5.1.5　处理未计划任务

5.1.6　估算级别

5.1.7　实现计划

5.2　tspi计划过程

5.3　tspi支持工具

5.4　开发计划脚本

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　质量计划

5.6.1　概要比率

5.6.2　零缺陷率（pdf）

5.6.3　每页缺陷数

5.6.4　缺陷数/kloc

5.6.5　缺陷比率

5.6.6　开发时间比率

5.6.7　a/fr

5.6.8　评审速率和审查速率

5.6.9　缺陷注入率

5.6.10　缺陷排除率

5.6.11　阶段收益

5.6.12　过程收益

5.6.13　处理低质量部件

5.6.14　出口准则

5.7　小结

5.8　参考文献

第6章　定义需求

6.1　需求是什么

6.2　为什么需要需求

6.3　需求变更

需求提取

6.4　软件需求规格说明书

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　系统测试计划

6.5.7　需求和系统测试计划审查

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　状态机分析

7.3.4　产生精 确的设计

7.4　复用性设计

7.4.1　可复用接口标准

7.4.2　可复用文档标准

7.4.3　可复用部件质量

7.4.4　应用支持

7.5　可用性设计

7.6　可测试性设计

黑盒测试与白盒测试

7.7　设计评审和审查

审查的其他好处

7.8　tspi设计脚本

7.8.1　入口准则

7.8.2　高层设计

7.8.3　设计标准

7.8.4　产品总体结构

7.8.5　设计任务分配

7.8.6　设计规格说明书

7.8.7　集成测试计划

7.8.8　设计审查

7.8.9　设计更新

7.8.10　设计基线

7.8.11　出口准则

7.9　小结

7.10　参考文献

第8章　产品实现

8.1　设计完成准则

8.1.1　设计级别

8.1.2　平行实现

8.2　实现标准

8.2.1　标准评审

8.2.2　编码标准

8.2.3　规模标准

8.2.4　度量其他类型产品的规模

8.2.5　缺陷标准

8.2.6　缺陷预防

8.3　实现策略

8.3.1　实现策略：评审

8.3.2　实现策略：复用

8.3.3　实现策略：测试

8.4　评审和审查

8.4.1　随机缺陷

8.4.2　对测试的影响

8.4.3　完全测试的困难

8.4.4　源程序的设计审查

8.5　imp脚本

8.5.1　入口准则

8.5.2　实现计划

8.5.3　详细设计与设计评审

8.5.4　测试开发

8.5.5　详细设计审查

8.5.6　编码及代码评审

8.5.7　代码审查

8.5.8　单元测试

8.5.9　组件质量评审

8.5.10　组件发布

8.5.11　出口准则

8.6　小结

8.7　参考文献

第9章　集成与系统测试

9.1　测试原则

9.2　tspi测试策略

9.3　构建和集成策略

9.3.1　大爆炸策略

9.3.2　一次一个策略

9.3.3　测试群策略

9.3.4　扁平系统策略

9.4　系统测试策略

可选系统测试策略

9.5　测试计划

9.6　跟踪与度量测试

9.6.1　测试日志

9.6.2　缺陷易发模块

9.6.3　模块缺陷数据

9.6.4　跟踪缺陷数据

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　测试开发

9.8.3　构建

9.8.4　集成

9.8.5　系统测试

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　评审过程数据

10.4.3　质量评审

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