第一章绪论
1.1研究背景
20世纪60年代，计算机的应用得到推广，多数行业对软件的需求上升，于是产生了“软件危机”，即开发的软件产品在质量和效率上不能满足客户需求。针对这一问题，在1968年的NATO会议上提出了“软件工程”，从此，软件开发开始了从“艺术、技巧”向“工程”转化的历程，同时也由“个体行为”向“群体协同工作”转化。随着软件工程的发展，研究人员取得的突出成果，使得一些软件开发新方法和新理论在实践中广泛应用，提高了软件的生产效率和质量。软件工程也经历了从瀑布式开发到迭代式开发，从面向过程到面向对象，从计划驱动到价值驱动的转变。
虽然软件工程在一定程度上缓解了软件危机，但没有从根本上解决这一问题。Fred Brooks在《没有银弹》中曾经提到，任何一项方法或者技术都无法使软件工程的生产能力在十年之内提高一个数量级，软件的开发效率很难在短期内有显著提高。有人认为，程序员的能力是影响软件开发效率和质量的关键。Bruce Eckel在他的《5%的神话》中提到，5%的程序员开发效率是其他95%程序员的20倍。另外有学者认为，通过定义完整的软件过程标准来管理项目团队的开发也能够提高软件开发的效率和质量。
近几年，在软件过程领域最大的争议就是计划驱动方法和敏捷软件开发方法之间的争议。计划驱动方法注重规范，通常明确定义了计划、评估和管理工作所需的技能和纪律。敏捷方法注重适应变化，能够打破旧的规范，更具有自由的创造力，但自由并不代表没有纪律，在实践中也总结出了敏捷方法独特的规范。经过研究，人们在争论中最终达成共识，计划驱动方法与敏捷软件开发方法并不矛盾，两者可以互补。两种方法开始吸收对方有用的元素，出现了很多具有敏捷与计划驱动双重特性的集成软件过程。
1.2选题意义
尽管软件过程的研究取得了瞩目的成果，但它们对软件工业的影响并没有如预期的那么理想。大多数软件企业，在产品开发和过程管理时，仍然采用传统的方法。由于过程技术的复杂性，在企业中应用并推广新的过程技术所需要的资金和时间是很大的。大量的中小软件企业(中国100人以下的小企业占87%)期望通过过程改进，提高产品质量和生产率。针对中小企业和项目的特征，以及软件需求变更的不断加速，近年来国际上提出了新的敏捷软件开发方法，它要求企业通过提高其“敏捷性”来提高其驾驭未来市场和竞争环境的能力，使其能从变化的调整中掌握主动并赢得竞争。然而，开展敏捷过程需要软件工程师具有优秀的开发能力和自我管理能力，敏捷方法没有具体说明如何才能提高软件工程师的这种能力，在敏捷能力欠缺的团队开展敏捷过程时，计划、评审和文档等方面都会遇到很多问题。
3.3 计划驱动方法和敏捷方法........ 34-38
3.3.1 CMMI与敏捷方法........ 34-35
3.3.2 RUP与敏捷方法........ 35-36
3.3.3 PSP/TSP与敏捷........ 36-38
第四章 XP-PSP集成软件........ 38-58
4.1 XP-PSP的概述........ 38-39
4.2 XP-PSP的原则........ 39-41
4.2.1 快速反馈........ 39
4.2.2 假设简单性........ 39-40
4.2.3 递增更改........ 40
4.2.4 协同控制........ 40-41
4.2.5 数据收集........ 41
4.2.6 尽早移除缺陷........ 41
4.3 理想的XP-PSP生命........ 41-54
4.3.1 开始/重新........ 43-45
4.3.2 探索........ 45-47
4.3.3 计划........ 47-49
4.3.4 设计........ 49-50
4.3.5 构造........ 50-53
4.3.6 总结........ 53-54
4.4 XP-PSP能力级别........ 54-55
4.5 XP-PSP的特点和适用场景........ 55-57
4.6 XP与PSP集成的意义........ 57-58
第五章 基于EAM项目的........ 58-73
5.1 EAM项目背景........ 58-59
5.2 EAM项目实施........ 59-69
5.2.1 EAM项目第一次........ 60-66
5.2.2 EAM项目第二次........ 66-69
总结
本文将X尸和PS尸的具体实践相结合，提出了一个集成了敏捷软件开发方法和计划驱动方法的软件开发过程SP，解决了开发团队因为缺乏很强的开发能力和自我管理能力，在实施敏捷方法时所遇到了一些问题，实现了用PSP的规范提升XP团队的技术能力和自我管理能力。本文总结如下:
1)介绍了软件过程研究的背景，提出了当前中小企业因为缺乏敏捷能力在实施敏捷方法时遇到的问题;
2)总结了瀑布模型和快速原型模型等传统软件开发方法，概括了CM MI软件过程改进框架和统一过程的核心思想和主要元素及开发流程，总结了敏捷软件开发方法的特点。
[Brooks, 1987] F. P. Brooks, No Silver Bullet Essence and Accidents of Software Engineering, IEEE Computer, 1987, 20(4): 10-19.
[Charles et al.，2001] http://sblunwen.com/rjgcsslw Charles Poole, Jan Willen Huisman, Extreme Maintenance, 2001 XP Universe Conference.
[Chrissis, 2003] M.B. Chrissis, CMMI Guidlines for Process Integration and Product Improvement, New York: Addison-Wesley Press, 2003.
[Clear, 2003] Tony Clear, Documentation and agile methods: striking a balance, ACM SIGCSE Bulletin, 2003, 35(2): 12-13.
[DeMarco et al.，2003] Tom DeMarco, Timothy Lister, Peopleware: Productive Projects and Teams, 2nd Ed.，New York: Addison-Wesley Press, 2003.
[Demarco, 2009] Tom Demarco. Software Engineering: An Idea Whose Time Has Come and Gone?. IEEE Software, July/August 2009: 95-96.
[陈斌，2009]陈斌，基于CMM!的敏捷软件改进过程研究，硕士论文，中国海洋大学，20090
[黄河，2004]黄河，XP过程模型的改进研究及环境实现，硕士论文，南京航空航天大学，20040
[李琳，2004]李琳，基于CMM/PSP/TSP和XP的软件开发过程方法研究，硕士论文，四川大学，20040
[马敬元，2008]马敬元，基于Agile的统一软件过程的研究与设计，硕士论文，北京交通大学，20080
[宋振乾，2006]宋振乾，基于RUP和敏捷方法的软件开发过程的研究，硕士论文，华北电力大学，20060