基于CMMI的软件项目过程管理方法改进论文.doc

《基于CMMI的软件项目过程管理方法改进论文.doc》由会员分享，可在线阅读，更多相关《基于CMMI的软件项目过程管理方法改进论文.doc（75页珍藏版）》请在三一办公上搜索。

1、摘 要软件界多年的实践研究工作表明，一个软件组织或企业，只有在软件过程被有效管理与控制的情况下，才有可能在既定的预算费用及进度约束下，向客户交付高质量的软件产品。软件过程的相关理论方法与模型有很多，其中较为著名的模型是美国卡内基-梅隆大学软件工程研究所 (CMU/SEI)研制并发布的一个标准模型：CMMI模型。本文是作者基于在一个实际的软件企业内，亲身参与到软件项目的过程改进实践工作中，来阐述实际企业内部是如何根据企业现存的一些问题，来进行软件过程的改进。本文所阐述的改进模型是CMMI-Dev(V1.2)模型，同时结合公司内现存的急需解决的重点问题，对目前公司内的项目过程管理流程进行优化与改进

2、，以适应项目的实际需要、提高项目管理水平。主要研究与实现三方面的工作：建立适合于小型项目使用的一套过程管理体系；支持项目管理流程的子系统研究与实现；收集并分析汇总项目执行过程中产生的数据。通过以上过程改进工作的研究与实践，证明了在结合实践公司业务特点的同时，此过程改进的实践方法在实际的工程项目管理中具有一定的工程指导价值与参考作用。关键词：软件过程改进，CMMI，项目管理体系，软件过程管理ABSTRACTMany years software industry practical research shows that an software organization or enterpris

3、e can deliver high-quality software products to its customers with estimated cost and schedule constraints only when software process is well managed and controlled. There are many theories and models for the software process. One of the more well-known models is the CMMI model which is developed an

4、d published by Carnegie - Mellon University Software Engineering Institute (CMU / SEI).This paper is based on an actual enterprise software project to improve the software process. By the project it will be discussed how to improve the software process according to the existing problems in the compa

5、ny. The improved model described in this paper is a model of the CMMI-Dev (V1.2). In the mean time it will be discussed how to optimize and improve the process management flow in the company according to the key issues which are urgent to be solved. Thus the improved process can be used to the actua

6、l needs of the project and raise the level of project management. Main research work in three areas:Establish a suitable set of process management system used for small projects,Research and realize subsystem to support the project management process,Collect, analyze and summarize the data generated

7、 in the project process.By the above improved process research and practice, it can prove the process improvement practice has engineering guidance value and reference in real engineering project management combined with the company business character.Key words: Software Process Improvement/CMMI/Pro

8、ject Management System/Software Process Management 目 录第1章 绪论11.1 项目背景和研究意义11.1.1 项目背景11.1.2 研究意义11.2国内外研究现状和发展趋势21.2.1 软件的出现与软件工程的发展21.2.2 软件过程管理理论的提出41.2.3 国外软件过程改进工作的研究与发展现状61.2.4 国内软件过程改进工作的研究与发展现状101.3 本文的主要工作121.4 论文的组织结构121.5 本章小结13第2章 CMMI模型介绍142.1 CMMI模型概述142.1.1 CMMI模型组件152.1.2 CMMI实施方法162.

9、1.3 CMMI评估方法172.2 CMMI 模型表示方式182.2.1 连续式表示方式182.2.2 阶段式表示方式202.2.3 两种表示法的区别222.3 本章小结22第3章 过程管理现状和实施问题分析243.1 公司情况介绍243.2 过程管理现状及实施问题243.2.1 质量管理体系执行问题243.2.2 人员管理意识薄弱问题263.2.3 项目费用管制问题263.3 本章小结27第4章 小型项目管理体系建立294.1 过程定义294.2 体系整体框架294.2.1框架介绍304.3 体系与CMMI的映射关系324.4 体系的实施324.5 本章小结36第5章 项目管理子系统设计38

10、5.1 系统设计的主要动因与目的385.2系统需求分析385.3系统总体结构分析465.4 系统实现的难点分析465.5界面设计475.6本章小结48第6章 改进效果与工作总结496.1改进效果分析496.2工作总结566.2.1全文工作总结566.2.2未来工作展望63参考文献65附 录68致 谢71第1章 绪论1.1 项目背景和研究意义1.1.1 项目背景现今的社会是知识经济高度发达的信息化时代，软件产业已成为信息化时代的核心基础，是一个国家综合国力的战略性产业。在软件生产行业中，要想取得强有力的竞争优势，除了有够硬的技术外，关注的主要焦点已集中在了管理上。软件过程管理、软件过程改进等概念

11、，已不再是些新的名词。软件业中较为著名的用于过程改进的模型是CMM和CMMI模型。此模型是由美国卡内基-梅隆大学软件工程研究所 (CMU/SEI)研制并发布的一个标准模型，其思想来源于已经存在多年历史的产品质量管理和全面质量管理。企业使用此模型，可以实现软件过程能力评估及软件过程改进工作。通过对企业内部软件过程进行改进，来提高企业内部整体管理化水平，使企业能够更好地实现其预期的商业目标。由于此模型主要起源于国外，国外的一些公司及企事业单位实施情况已较为普遍，国内相比而言，还处于起步与发展使用阶段。中国政府将发展软件产业摆在了较为重要的位置，将软件产业作为国民经济发展的先导与核心产业来加以扶持。

12、2000年6月，国务院下发了18号文件鼓励软件产业和集成电路产业发展的若干政策，其中第十七条明确规定：鼓励软件出口型企业通过GB/T19000-ISO9000系列质量认证体系认证和CMM认证。其认证费用由中央外贸发展基金适当予以支持。最近几年又陆续出台了一些有益于软件业发展的好政策。商务部：2006年10月颁布的商务部关于实施服务外包“千百十工程”的通知、商务部关于做好服务外包“千百十工程”企业认证和市场开拓有关工作的通知；财政部：2009年发出的关于鼓励政府和企业发包促进我国服务外包产业发展的指导意见；国务院办公厅：2011年2月发出的国务院关于印发进一步鼓励软件产业和集成电路产业发展若干政

13、策的通知。有了国家的大力扶持后，国内的一些大中型企业也纷纷对软件过程管理及改进这块的工作渐渐重视起来，希望通过对软件过程进行有效改进与规范化，来提高企业内部软件开发过程能力和管理水平，降低企业成本。1.1.2 研究意义从1968年，软件工程概念提出到现在，软件开发过程管理与工程化，一直是软件业界讨论最多的话题，人们也逐渐意识到，要想提高软件开发水平，提高企业的核心竞争力，改进软件过程是每个企业都要走的路。对于软件企业来说，软件产品如同是企业的生命，需要有好的管理过程来保障。我国软件产业之所以落后，不是因为技术原因，在很大程度上是对软件生产过程的管理比较落后。CMMI是结合了质量管理和软件工程的

14、双重经验，而制定的一套针对软件生产过程的规范模型。本论文所讨论的问题，是结合一个实际公司内部现实存在并且是急需解决的问题，来研究与实践软件过程改进工作，具体很大的实践性，对其他企业或进行软件过程改进的从业人员，具有一定的参考作用。1.2国内外研究现状和发展趋势1.2.1 软件的出现与软件工程的发展20世纪50年代，软件伴随着第一台电子计算机的问世诞生了。以写软件为职业的人也开始出现，他们多是经过训练的数学家和电子工程师。基于当时硬件非常昂贵,对于从事编程工作的人员来说，他们所追求的是如何在有限的处理器能力和存储器空间约束条件下，编写出执行速度快、体积小的程序来。鉴于当时的社会条件限制与科技发展

15、的状况，从事写程序这份差事，完全依赖于一些高端人员的聪明才智，程序中充满了各种各样让人迷惑的技巧，这种工作被比喻成一种艺术创作。此时期的软件开发方法基本上属于个体化软件开发方式，完全依靠个人的聪明才智和工作习惯。推荐使用淘宝自动发货 。软件是对客观世界中问题空间与结果空间的具体描述，是客观事物的一种反映1。由于客户世界是处在不断的变化之中，这就要求软件也要能跟得上相应的步伐，适应不断变化的客观事物。20世纪60年代中期到70年代中期，随着硬件的不断更新与发展，大容量、高速度计算机的出现，使计算机应用领域迅速扩大，软件开发急剧增长。高级语言也开始出现；操作系统的发展引起了计算机应用方式的变化。软

16、件系统的规模越来越大，复杂程度也越来越高。此后软件界出现了一系列问题：软件项目工期经常延期、开发出的软件预算严重超支、质量得不到保证、大型项目的软件维护工作也越来越困难、可移植性和可复用性差、失败的软件开发项目也屡见不鲜。依靠原有的以个体开发方式为中心的传统软件开发模式，已经无法满足客户对质量、效率、工期等方面的要求。迫切需要改变软件生产方式，提高软件生产率，软件危机(Software Crisis)由此产生了。软件危机，究其根本原因是软件生产属于知识密集型和人力密集型的一种生产性活动。为了克服软件危机，1968年，北大西洋公约组织（NATO）召集了来自11个不同国家的50多名一流的编程人员、

17、计算机科学家和工业界巨头，在德国Garmisch地区讨论和制定摆脱“软件危机”的对策。在那次国际性会议2上第一次提出了软件工程（Software Engineering）这个概念。着重要解决两个主要问题：一个是软件开发技术相关问题，包括软件开发方法学、软件工具和软件工程环境等；另一个是软件项目管理相关问题，包括软件度量、项目估算、进度控制、人员组织、配置管理、项目计划等。通过利用科学的工程化方法和管理手段，来进行软件开发活动，以便开发出成本低、功能强、可靠性高的软件来。对于软件工程的定义，不同的组织机构和学者，都有自己的一套定义：ISO/IEC/IEEE3对软件工程的定义为：将科学性的和技术性

18、的知识、方法以及经验，系统的应用到软件的设计、实现、测试和文档编写中。即将系统化、规范化、可度量的方法应用到软件的开发、运行和维护中，即将工程化应用到软件中。Fritz Bauer在NATO会议上给出的定义为：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。 在后续不断研究与实践过程中，软件工程先后经历了几个具有里程碑意义的发展阶段，第一阶段：传统软件工程。由于软件工程所关注的使用方法和技术主要分成技术和管理两类4。首先从管理角度来看，这个时期出现的一些主要成果有：“瀑布式”生命周期模型，这个模型是当时最为经典的一种生命周期模型，随着软件开发工作的不

19、断变化、演进。传统的瀑布式开发模型（需求分析 系统设计程序设计编码单元测试和集成测试系统测试验收测试运行和维护）5，已频繁出现了一系列问题，不同类型的软件开发，其软件开发方式也应该是不一样的。后来，有人针对该模型本身存在的问题和不足，提出了其它一些用于软件开发周期的模型，这些模型有：V模型、快速原型法、螺旋模型、RAD（快速应用开发）、增量和迭代模型等，这些模型是对“瀑布式”生命周期模型不足的补充。一直到现目前，这些模型在软件开发的实践中一直被广泛采用。传统软件工程的另一发展领域是软件技术与方法的研究。70年代风靡一时的结构化开发方法，即OPD（面向过程的开发方法）以及OPA（面向过程的分析方

20、法）。由于客观世界的不断发展与变化，软件界在新需求、新技术不断涌现的同时，迫切需要对现行的软件系统进行不断升级与演化。到了20世纪80年代中期，随着计算机辅助软件工程(CASE)和软件工程环境的研制成为热点，面向对象技术OOA（面向对象的分析方法）、OOD（面向对象的设计方法）也开始出现并逐步流行开来。使得软件工程研究界发生了翻天覆地的变化。随之而来的是面向对象建模语言（以UML为代表）、软件复用、基于组件的软件开发等新的方法和领域。此发展阶段是软件工程的第二个发展阶段，即现代软件工程。随着软件工程新技术、新方法的不断出现，使得软件危机在一定程度上，得到了缓解，不过没有彻底根除掉软件危机的存在

21、。这也是软件界客观发展规律所决定的，没有一种所谓的“银弹”，能够从根本上解决掉软件开发所存在的问题。因为软件开发过程太过于复杂、开发过程中存在了太多的变数与不定；软件开发工作所依赖的业务领域和开发技术也是千变万化的。可以从以下一组数据看下，软件工程出现后，软件开发工作仍然存在一些比较严重的问题7：l 根据统计，每年投入750亿美元用于信息行业的20万个软件开发项目，其中只有16%的软件项目能够在原估计的预算范围内按期完成l 20世纪70年代中期，根据美国国防部汇总的统计数据显示，在失败的项目中，大概有70%是由于对软件开发过程管理不到位而引起的l 20世纪90年代，美国曾投入2500亿美元用于

22、信息化行业的170000个软件项目。其中有30%的项目在完成之前就被取消，这些半途而废的软件开发项目花费了将近800多亿元的实际成本费用;其中有53%的项目费用超出原预算的90%，几乎超出预算的一倍;只有10%的软件项目能够在项目预算范围内按期交付这就促使人们去寻找另外解决问题的方法和途径，经过不断的实践与总结，使得人们逐渐认识到影响软件问题的根由，究其原因不是由于技术、方法或者工具引起的，而是由于对软件开发过程缺少有效的管理与支持所致。也正是由于这个原因,导致了难以提高软件生产率和软件质量水平。基于这个现实背景情况，软件过程、软件过程管理与改进等理论方法相继出现，并得到了快速的发展与应用。1

23、.2.2 软件过程管理理论的提出自从20世纪80年代末期，过程思维提倡者Watts Humphrey(1989) 将过程管理的原则引进到软件开发过程中10，在软件业界掀起了一股以过程改进为中心的热潮。这是软件业发展的第二阶段。Watts Humphrey 将软件过程定义为软件开发和进化过程中使用的一系列活动、方法和实践8。通俗的说，软件过程就是指软件开发所涉及的一系列相关活动与实践、技术、方法和工具，以及活动与实践过程中产生的成果物的集合，其中的产出物大体可包括三大类：工程类文档（需求规格说明书、设计规格说明书、测试用例等）、项目管理类文档（项目管理计划、风险管理计划、沟通管理计划等）、支持类

24、文档（质量保证计划、配置管理计划、软件度量计划等）。软件过程理念不是一门新兴的质量管理方法论，它也不是单独的一门学科，它是软件工程研究领域中的一部分，是人、工具、方法和技术的集合，如图1.169。可以说，软件过程是软件工程中一个比较重要的层次级别,它是软件工程的根基.软件工程与软件过程是包括与被包括的关系。软件过程质量管理理念之所以能成为软件界第二次质量运动焦点，主要是由于有太多失败项目的经验教训，以及不能让人满意的产品质量问题。使得人们逐渐意识到，好的产品、高质量的软件只有在好的过程控制与管理下，按照一定的规范和标准才能产生，这也是不争事实。基于软件过程理念的提出，相继出现了一些新的质量名词

25、：软件过程管理、软件过程能力与性能、软件过程改进、软件过程成熟度。软件过程管理的基本思想就是通过对软件生产过程进行统计控制与有效管理，来提高组织的过程能力，从而获得高品质、低成本的产品。在软件组织内部，软件过程管理是建立在科学的项目管理基础之上，好的项目管理制度与流程，能够为软件过程管理工作提供有利的执行条件。除了具有项目管理所涉及到的管理工作之外，过程管理还包括整个软件组织的培训工作、质量文化建设、组织的管理机制、最佳实践的管理等相关方面的管理内容。由于组织的业务发展是变化不断、客户的需求变化莫测、新技术新理念及工具的不断涌现，使得组织必须不断的对软件开发过程进行改进，以适应各种不断变化的环

26、境因素，从而提高软件组织生产过程能力。过程能力描述了组织在遵循与实施一个软件过程后能够得到的预期结果的界限范围。该指标是对软件过程能力的一种衡量与评估，通过过程能力可以预测一个组织在承接下一个软件项目（具有一定相似度的软件项目）时，所能期望得到的最可能的结果11。通俗的说，就是利用先前的项目数据积累去评估后继项目可能发生的结果情况（如，工作量的评估、成本的评估、代码规模的评估等）。与过程能力相对应的是软件过程性能，表示软件项目在遵循一个软件过程后所得到的实际结果，而不是预期结果。图1.1 过程三要素及其关系软件组织只有通过对软件过程的不断诊断、优化与调整，才能提高其内在的过程能力，这也就意味着

27、软件开发质量与效率的提高12。这是企业实施过程管理的终级目标，通过这个目标的达成，来增强其在行业中的竞争力与地位，从而实现盈利。值得一提的是，软件过程改进工作不是一朝一夕，一蹴而就的事，而是一个循序渐进、不断重复不断提高的一个过程。这个过程需要对过程执行情况不断地进行数据收集、数据统计分析和总结，通过数据来量化过程执行效果，同时也可以通过数据反映过程执行中存在的问题，从而进行改进13。这也正符合了我们伟大的过程改进先驱Watts Humphrey所提倡的过程思想。1.2.3 国外软件过程改进工作的研究与发展现状软件工业界，经历了几次里程碑意义的发展阶段：第一阶段是从20世纪70年代中期至90年

28、代中期，以瀑布式生命周期和结构化的开发方法为特征；第二阶段是从20世纪80年代中期，以软件过程成熟度为核心特征，软件过程是结构化开发过程很好的延伸；第三阶段是软件的工业化，即软件开发活动就如同制造业的产品加工一样，可以随时通过零器件的装配、集成而获得一个产品，此阶段的软件开发，相对来说就是利用面向对象技术，通过对构件、模块的复用与集成，以此来达成所期望的软件产品14。每一阶段都是对上一阶段的一次重大改进。软件过程改进工作之所以能成为软件工业界第二个具有里程碑式的阶段，是由于有太多的失败项目，经过不断地对经验教训进行总结而发展成的。软件过程改进是质量管理领域中比较重要的一方面，质量管理的发展可以

29、追溯到20世纪20年代，自从1924年，美国的Walter A Shewhart提出控制和预防缺陷概念，将数理统计方法应用到质量管理中，使得质量管理上升到了一个以统计控制为核心的新阶段。W. Edwards Deming、Joseph M. Juran和Phil B. Crosby进一步发展和验证了Walter A Shewhart的思想。其中Phil Crosby提出了质量成熟度的量化原理，它成为后续质量运动和软件过程运动的主题思想。在过程改进研究领域，国外起步较早，取得的成果也是很令人赞叹的。当前国际上比较著名，同时被人们普遍认可的一些国际化标准与模型也都是起源于国外，主要有15：l IS

30、O9000系列质量标准体系ISO9000是由ISO（国际标准化组织）制定的一个标准族，它具体不是指一个标准，而是一种标准的统称。通过使用该标准，可以使企业加强其内部的品质管理、提高企业效益、提高客户满意度，以此来获得强有力的市场竞争力。ISO9000 系列标准的最早形成于1987年，在总结了英国国家标准基础之上，由国际标准化组织（ISO）成立TC176技术委员会，联系53个国家，专门致力于ISO9000系列标准的发展、颁布ISO9000系列相关质量保证体系16。ISO9000标准族自诞生以来，先后进行了三次修订，分别是：1994版、2000版、2008版。现目前，最新的版本是2008版，此次修

31、订的目的是为了更加明确地表述2000版IS09001标准的内容，并加强与IS014001:2004的兼容性17。现在世界上大部分国家、不同企业及各类组织机构，都纷纷实施了此标准及其认证与评估工作,为的就是强化企业内部管理，稳定经营运作,提高企业形象。l ISO /IEC12207ISO/IEC12207是ISO（国际标准化组织）和IEC(国际电气委员会)共同制定并发布的一个国际性标准。最早的版本是IS0/IEC12207:1995，即：信息技术-软件生命周期过程。这个国际标准，主要是针对软件相关过程、活动及任务,来描述软件生命周期的一个体系结构,并没有说明应当如何去实施或者如何实现过程中的各项

32、活动和任务。标准主要包括三类主要过程18：基本过程、组织过程、支持过程，具体可见下图1.2所示。此标准先后经过几次修订，目前最新版本为ISO/IEC 12207:2008(系统和软件工程-软件寿命周期过程)19。新修订的2008版本，主体过程为表1.1所示，此表只列出了两层过程内容，没有具体细分到第三层内容。图1.2 ISO/IEC12207：1995l ISO/IEC 15504ISO/IEC 15504是信息技术过程评估国际标准。此标准是在ISO/IEC TR 15504（SPICE）的基础上制订出的正式国际标准，在总结了SPICE试验的基础之上，继承了ISO/IEC TR 15504（S

33、PICE）的基本思想和方法的同时，也发生了许多引人注目的变化。最明显的一个变化就是，此标准不光为软件过程的评估工作提供框架说明，用于组织的计划、管理、监督、控制和改进采办、供应、开发运行、产品和服务的演变和支持工作外。而且也可为软件以外的一些信息技术的评估工作提供框架说明标准。表1.1 ISO/IEC 12207:2008 过程结构系统生命周期过程软件生命周期过程协议过程软件实施过程组织项目可行性过程软件支持过程项目过程软件再利用过程技术过程l CMU-SEI的CMM/CMMI/PSP/TSPCMM/CMMI/PSP/TSP是美国卡内基-梅隆大学的软件工程研究所（CMU-SEI）所制订的系列标

34、准模型，此标准模型已经被世人所了解，这些标准模型的产生，可以说是软件工程界一项举世瞩目的重大成果。此模型也是本文所要探讨的。CMM最初是为了保证软件产品的质量，80年代中期，由美国联邦政府提出对软件承包商的软件开发能力进行评估要求，而需要着手开发的过程模型。此后，美国卡内基-梅隆大学软件工程研究所 (CMU/SEI) 于1987提出了SW-CMM框架模型。4年之后，SEI正式发布了SW-CMM 1.0版。1993年,SEI正式发布SW-CMM1.1版。 自1991年SW-CMM首次发布后，SEI又开发了其他成熟度模型，包括20：（1） 系统工程（SE-CMM）（2） 采购（SS-CMM）（3）

35、 人力资源管理（P-CMM）（4） 集成产品和过程开发（IPPD-CMM）以上各个模型针对是不同的专业领域，但彼此之间又有一定的重叠，因为这些模型都是基于最原始的软件成熟度框架；另外，这些模型在表现形式上又有不统一之处：系统工程模型是连续式的，而其他模型采用了等级式。当SEI开始开发新一代成熟度模型的时候，其发起人提出了新的要求：整合不同模型中的最佳实践，建立统一模型，覆盖不同领域，供企业进行整个组织的全面过程改进。所以，SEI于2001年12月正式发布了能力成熟度集成模型（CMMI）1.1版本，这次发布标志着CMMI的正式使用。SEI也正式宣布，将不再维护SW-CMM的CBA-IPI评估方法

36、：在CMMI1.1发布后的两年内，SEI还提供有关SW-CMM和CBA-IPI主任评估员的培训，并接收评估数据，但这一切已于2003年12月底正式停止。CMMI集成了多种成熟度模型的优点，改进了各自模型的不足，覆盖不同领域，代表了先进的软件过程改进方向。另外，在CMMI中除了沿用成熟度等级的方式（即CMMI的分阶段表示形式）外，还吸取TR 15504的特点，增加了与15504类似的CMMI的连续表示形式，以满足ISO15504国际标准对过程改进评估的要求。2006年8月，CMMI1.2正式被发布21。目前CMMI的最新版本是2010年11月SEI发布的CMMI1.3版本22。CMMI1.3版本

37、的升级旨在对CMMI模型本身进行“瘦身”，对评估方法进行“提速”，对模型配套的培训课程进行完善。CMM/CMMI自问世以来，已得到了国际软件产业界和软件工程界的广泛认可，已在各国得到了快速的实施应用。此模型已经成为衡量软件开发管理水平的重要标准。可以从下表1.2所示SEI发布的一组截止到2010年初的统计数据，看下有关CMM/CMMI实施的一个整体情况23。表1.2 各国实施评估的数据及成熟度等级CountryNumber ofAppraisalsMaturityLevel 1MaturityLevel 2MaturityLevel 3MaturityLevel 4MaturityLevel

38、5Argentina77501824Australia3618724Brazil14417157111Canada591162454Chile3722122China122911359873648Colombia34121332Egypt431221223France1684985312Germany769371511Hong Kong182115India5241727824189Ireland1124Israel193113Italy431920Japan30618861401317Korea, Republic Of16615575158Malaysia7122436Mexico8636

39、3936Netherlands14571Pakistan2812141Philippines232118Portugal14571Singapore2141114Russia11334Spain18011085434Sri Lanka14212Taiwan1341765122Thailand3812241Turkey16142续表1.2 各国实施评估的数据及成熟度等级CountryNumber ofAppraisalsMaturityLevel 1MaturityLevel 2MaturityLevel 3MaturityLevel 4MaturityLevel 5United Kingdom

40、1133503514United States15823056461023141Viet Nam171223可以看出，除了美国以外，中国、巴西, 墨西哥、西班牙、阿根廷、法国及马来亚这些国家的评估速度呈快速增长的态势。值得一提的是，在各国都忙于实施CMMI过程评估时，其中不免出现了一些流于形式的评估问题。这种现象对于企业所带来的真正效益是极其甚小的。这种现象也是现今实施的一个普遍问题，针对这问题，SEI出台了关于限制评估次数的规定，规定要求：每位认证的主任评估师每日历年获准实施的最大数量是12件。此外，每60个日历日内完成的SCAMPI方法的A级评估的不超过三件（为此目的，对SCAMPI方法的

41、A级评估的“实施评估”阶段的任何一部分的执行都被认定为SCAMPI方法的A级评估的实施）。违反这项政策将导致SEI采取相应的处罚措施，可能包括取消主任评估师的授权或认证资质，和终止CMMI合作伙伴的授权许可，违反这项政策的处罚措施将不得上诉23。PSP（个体软件过程模型）和TSP（群组软件过程模型）是为CMM/CMMI的实施提供有效的补充作用。这三者的结合为软件过程改进提供了一个很好的改进框架24。CMM/CMMI只提供了一些要做的参考标准，并没有说明如何去做。PSP和TSP正好补充了这个缺口。PSP是一种可用于控制、管理和改进个人工作方式的自我改进过程，TSP 用于指导项目组成员，如何有效地

42、规划和管理所面临的项目开发任务，同时告诉管理人员如何指导软件开发组始终以最佳状态来完成工作任务。只有将这三者有机结合起来，才能使它们发挥出最大的效力，从而促进软件生产的科学化管理，提高软件生产能力，为软件的工业化奠定基础。1.2.4 国内软件过程改进工作的研究与发展现状我国的软件过程改进工作相对国外来说起步比较晚，目前处于逐步发展中状态。我国政府和相关机关部门对软件标准化这块工作也是非常重视。深刻体会到：要使中国软件产业走正规化发展道路, 要想提高软件产业的效率和发展速度,就必须要提高我国软件产业的标准化程度。2000年6月，国务院下发了18号文件鼓励软件产业和集成电路产业发展的若干政策，其中

43、第十七条明确规定：鼓励软件出口型企业通过GB/T19000-ISO9000系列质量认证体系认证和CMM认证。其认证费用由中央外贸发展基金适当予以支持25。为了落实国务院18号文的精神，加快我国软件能力模型标准的制定，推动软件产业的发展，信息产业部2000年9月28日主持成立了软件体系评估标准特别工作组，该工作组在深入研究了国外的一些标准模型CMM、CMMI、ISO/IEC TR15504、ISO9000以及其他有关的资料和文件，以及国外企业实施CMM的实际情况，结合国情，确定了以CMMI作为主要参考文件来制定标准。最终形成了SJ/T 11234-2001软件过程能力评估模型和SJ/T 1123

44、5-2001软件过程能力成熟度模型行业正式标准，并于2001年5月1日正式实施。这就是中国的“软件过程及能力成熟度评估”，即SPCA评估。信息产业部在制定和领发SJ/T-11234和SJ/T-11235标准基础之上，会同国家认证认可监督管理委员会联合领发了软件过程及能力成熟度评估指南（国认可联200249号）。SPCA评估遵循软件过程及能力成熟度评估指南，该指南是国家认监委和信息产业部于2002年8月共同发布。该指南为软件过程及能力成熟度评估活动和保证评估结果的可信度，提供了科学的评估方法，是评估机构规范评估管理的依据。最近几年国家相关部委以及各省市政府，陆续颁布了有关过程改进、服务外包的支持

45、政策。主要有：l 财政部：2009年发布的关于鼓励政府和企业发包促进我国服务外包产业发展的指导意见l 国务院办公厅：2011年2月份发布的国务院关于印发进一步鼓励软件产业和集成电路产业发展若干政策的通知l 商务部：2006年10月份颁布的商务部关于实施服务外包“千百十工程”的通知、商务部关于做好服务外包“千百十工程”企业认证和市场开拓有关工作的通知另外，国内有关过程方面为人所知的一些模型有26：l CSCMM模型：此模型是由中国工程院院士何新贵领导的小组，在参考了SW-CMM模型框架的基础之上，研发出的符合我国国情的一种能力成熟度模型。l SPP（Simplified Parallel Pro

46、cess）：是精简并行过程。是由林锐博士领导的由6名成员组成的一个SEPG组，基于CMMI模型标准撰写出的累计达千页的一套规范过程文档和模板。SPP 2.0共有19个关键过程域，基本满足CMMI 3级要求。SPP模型分三层结构，上层是项目管理过程的集合，中层是技术过程的集合，下层是支撑过程的集合27。工信部软件与集成电路促进中心统计了截止到2009年底，中国的软件质量管理取得的总体进展如下28：l 截止到2009年9月末，我国获得CMM/CMMI评估证书为1300张，世界排名第二l 我国已经初步建立了软件过程改进服务体系，目前过程改进领域咨询公司数量已经达到50多家，认证机构（公司）达到20多家，咨询公司从业人员数量超过300名l 截止到2008年底，我国通过信息服务管理标准体系ISO20000认证的企业31家，约占全球10.1%，居全球第五l 软件质量保障工具应用逐步受到重视l 截止到2009年，我国通过ISO27001认证的企业数量是180家左右，约占全球总量的3.5%l 第三方软件测试机构得到广泛认