CMM(软件成熟度).doc

基本概念: 软件过程( Software Process ): 过程即人们为实现某一既定目标所执行的一系列步骤( IEEE--STD--610 )。软件过程则可定义为企业设计,研制和维护软件产品及相关资料文档的全部生产活动和工程管理活动。理解包括 SEI 在内的美国过程学派的一个核心概念就是--只要过程正确及构成过程的解决方法正确,产品就会正确。软件过程能力( Software Process Capability ): 企业实施软件过程所能实现预期目标的程度。它可用于预测企业的软件过程水平。软件过程行为( Software Process Performance ): 企业在项目开发中遵循其软件过程所能得到的实际结果。软件过程成熟度( Software Process Maturity ): 软件过程行为可被定义,预测和控制并被持续性提高的程度。它主要用来表明不同项目所遵循的软件过程的一致性。软件能力成熟度等级( Software Capability Maturity Ievels ): 企业的软件开发在由低到高成熟化演进过程中所普遍面临的具有一定成熟度标志特征的平台。成熟与不成熟( Mature and Immature ): 不成熟的标志有--没有明确的软件过程体系可以依据;无法对生产进行预测;不严格执行生产过程; 质量无法保证;无健全的过程控制及质量控制体系;项目开发没有准则可遵循;开发结果主要依据项目小组及个人的带有主观因素的能力发挥。成熟的标志有--项目开发是依据企业早已明确的过程准则来实施;开发结果较少依赖个人能力和自然因素;项目由过程控制并可对整个生产作出预测;产品质量得到有效监控(借助客观定量化的数据);过去的开发项目中所获经验得以积累并可系统地用于现行和未来的项目之中。配置管理( Configuration Management ): 包括以下管理行为:对某个配置项的功能和物理特性进行识别和编档;对这些特征的变动进行控制; 对变动和事实进行记录、汇报;验证需求计划的实现。偏差( Deviation ): 针对开发中的计划、标准、规划等的明显偏离和变动。同业复审( Peer Review ): 软件项目开发成员的同行遵循某一规则对项目产品所作的检查,用于发现缺陷所在。风险管理( Risk Management ): 运用风险概率方法分析评估项目开发中设计的各类风险,包括风险识别,风险分析,风险等级排序和风险控制。软件工程过程组( Software Engineering Process Group ): 协助开发机构对所采纳的软件过程进行制定、分析、监控和改进的专家组。它应直接想机构的最高领导层负责。软件生命周期( Software Life Cycle ): 指软件开发所涉及的全过程,包括从产品设计到产品终结的整个周期,一般分为概念阶段,需求阶段, 设计阶段,实施阶段,测试阶段,安装调试阶段,运行维护阶段,终止阶段。软件需求( Software Requirement ): 用户为实现某种目标或解决某种问题要求软件给予满足的条件。 CMM 发展概况: CMM 模型是基于多年产品质量研究成果所建立。美国的 Walter Shewart 于上世纪 30 年代发表了统计质量控制成果。在 Watts Hunaphrey 和 Ron Radice 等人的研究成果之上,卡莱基. 梅隆大学软件工程研究所将这套质量控制方法改造为能力成熟度框架并标明不同城市度等级, Humphrey 并于 1987 年发表了初步的成熟度提向单。 1990 年 SEI 公布 CMM 的 版。 1991 年 SEI 公布了包含第二级 KPA 方案的 版及包含第三级方案的 版,同年, 又发布了包含第四级和第五级 KPA 方案的 版。 版于 1991 年底发布, 199 3 年 SEI 公布 版。目前通行的版本是 版,改进版 版原定于 1997 年完成,但由于 CMMI (能力成熟度集成)的开发, 版被推迟。 CMMI ( Capability Maturity Model Integration )将把各种能力成熟度模型整合到同一架构中去,由此建立起包括软件工程软件采购和系统工程在内的诸模型集成, 以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。 CMMI 框架包括软件能力成熟度模型, 系统工程能力成熟度模型, 软件采购能力成熟度模型,继承产品和过程开发等。 1995 年,个体软件过程( Personal Software Process , PSP ) 又被提出, 用于控制和改进个人软件开发方式, PSP 是一个过程描述、检测和方法的