软件过程管理分析.docVIP

PAGE PAGE 1 软件过程管理分析 　　【摘要】CMMI利用了两个或多个单一学科的模型实现了组织的集成化过程改进，提炼了公共过程域，缩减了过程域的总数量，提高了软件开发质量和生产效率，推动了软件产业的发展。对CMMI的重要内容做了相应解释，并阐述了在应用CMMI中的经验和感想。 　　【关键词】CMMI；软件过程；项目管理 　　一、CMMI概述 　　CMMI（CapabilityMaturityModelIntegration），英文的意思是”能力成熟度模型集成”。由卡内基.梅隆大学的软件工程协会（SoftwareEngineeringInstitute，简称SEI）在CMM的基础上完善而成，目的是通过一个合理的体系模型来对软件组织开发能力进行合理有效的评估，帮助软件组织在模型实施的过程中提高软件过程管理能力，降低软件系统开发风险，在预定的项目周期和预算内开发出高质量的软件产品。并且充分考虑了软件工程与系统工程的集成，使得CMMI不再局限于纯粹软件的范畴。 　　二、CMMI模型概要 　　软件开发的风险之所以大，是由于软件过程能力低，其中最关键的问题在于软件开发组织不能很好的管理其软件过程，从而使一些好的开发方法和技术起不到预期的作用。而且项目的成功也是通过工作组的杰出努力，所以仅仅建立特定人员上的成功不能为全组织的生产和质量的长期提高大下基础，必须在建立有效的软件工程实践和管理实践的基础设施方面，坚持不懈地努力，才能不断改进，才能持续的成功。 　　CMMI提供了一个框架，将软件过程改进的进化步骤组织成5个成熟等级，为过程不断改进奠定了循序渐进的基础。表1给出了CMMI-SE/SW1.1StagedRepresentation模型概要，5个等级各有其不同的行为特征。不同等级组织的行为特征：即一个组织为建立或改进软件过程所进行的活动，对每个项目所进行的活动和所产生的横跨各项目的过程能力。 　　以下是5个等级其不同的行为特征： 　　初始级：在成熟度第一级中，过程通常是特殊而混乱的，而且组织通常没有提供稳定的环境。这些组织的成功，往往依赖组织成员的能力与英雄主义，而不是使用一套经过验证的过程。除了特殊、混乱的环境之外，成熟度第一级的组织也经常会产生可运行的产品和服务，不过它们经常会超过项目的预算和进度。成熟度第一级组织的特征有过度承诺的倾向、在紧急关头放弃过程，以及无法重复成功经验。 　　已管理级：在成熟度第二级中，组织已达到成熟度第二级所有过程域的特定及共性目标。换言之，组织的项目已确保需求是被管理的，而且其过程是经过规划、执行、度量及控制的。在处于压力的期间，成熟度第二级所反映的过程规范，可提供协助以确保现行的实践会保持不变。在这些实践适宜的情况下，项目的执行和管理，就按计划进行。在成熟度第二级，需求、过程、工作产品及服务是受管理的。在定义的时间点（例如：重要里程碑、重要任务完成时），管理等级都可以了解工作产品的状况和服务的交付情形。建立有关相关人员的承诺，并视需要修订。管控工作产品并与相关人员共同审查工作产品和服务可满足其特定的需求、标准及目标。 　　已定义级：已将管理和工程两方面的软件过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准的、剪裁的标准软件过程来开发和维护软件。 　　量化管理级：收集了软件过程和产品质量的度量数据。软件过程和产品质量均得到定量的了解和控制。软件开发的成本、进度和软件质量等都可以定量预测。 　　优化级：通过收集来自过程和来自实验创新思想和技术的定量反馈信息，使得持续的过程改进成为可能。 　　三、经验体会： 　　众所周知，商业公司以追求利润为目的，实施CMM（或CMMI）对公司的帮助何在？一次在面试软件开发工程师问到公司实施CMMI对你的工作有什么帮助，或者你觉得有什么益处。他想了想说觉得没有什么益处，除了大量的文档以外。笔者听了觉得有一种振动，如果所有接受这个流程，或者使用这个流程的人都是这个感受的话，这将是过程改进从业人员的悲哀。 　　公司在流程建设以及流程改进过程中，希望更多的从实施人员的立场来考虑，希望流程真正体现了公司需要的工作过程，并对此工作过程进行不断的优化。业界在谈到过程改进时，都会提到过程改进是为商业目标服务的，但是在遵循商业目标的前提下，流程要实施其实主要还是要靠项目组来实施，而不是靠质量保证组（QA）去检查，或者说质量管理部门成天追着后面要文档。在流程建设过程中，应更多地考虑怎么帮助项目组提高工作效率，减少重复劳动，让项目组人员真正感受到过程改进人员是提供帮助的，流程是必须的工作过程，而不是带来更多的文档或更多的不愿意做的事情。 　　以下是笔者对于公司的过程以及过程改进的一些体会： 　　1.过程改进形成了良好的工作氛围 　　公司在建立流程文档的时候，