2016软件过程成熟度.ppt

软件过程管理 -Ch.2 软件过程成熟度 软件过程成熟度 决不要叮嘱别人怎样做事，只需告诉做什么，他们的机智仍会让我们感到惊讶。 － 乔治·帕通（George S. Patton） 本章提纲 2.1 过程成熟度标准 2.2 能力成熟度模型概述 2.3 过程成熟度级别 2.4 软件过程的可视性 2.5 过程能力和效能预测 2.6 软件过程框架 2.1 过程成熟度标准 2.1.1 软件过程不成熟的特点 2.1.2 软件过程成熟的标准 2.1.1 软件过程不成熟的特点 软件过程能力低，不能按预定计划开发出客户满意的产品，项目拖延、费用大大超出预算已成惯例。 过程性能的不可预见性，对进度和预算估计、产品质量的目标缺乏历史数据和有效方法的客观基础，开发的进度、成本和产品的质量都难以预测。 过程的不可视性，软件过程缺乏定义、缺乏文档和缺乏跟踪，在整个软件过程中，不清楚每个阶段进出的标准、执行的方法和规则。 过程的不稳定性，实际的、具体的操作过程是在一个项目开始后临时拼凑而成，每个项目都不一样。 过程的被动性、缺乏改进的主动性。 2.1.2 软件过程成熟的标准 软件过程能力高，具有全组织范围的管理软件开发和维护过程的能力。 软件过程性能可预见性，对进度、预算和质量做出现实的和准确的估计和预测。 软件过程规范化，可遵循的标准、规则和指导性原则。 过程的一致性 过程的丰富性 过程的可视性 过程的稳定性 过程的不断改进 2.2 能力成熟度模型概述 2.2.1 CMM的基本内容 2.2.2 系统工程能力模型 2.2.3 集成化产品开发模型 2.2.4 CMMI介绍 2.2.1 CMM的基本内容 CMM是软件过程能力成熟度模型（Capacity Maturity Model，CMM）的简称，是卡耐基－梅隆大学软件工程研究所为了满足美国联邦政府评估软件供应商能力的要求，于1986年开始研究的模型，并于1991年正式推出了CMM 1.0 版。 CMM描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改进途径，描绘出软件组织如何增加对软件开发和维护的过程控制，如何向软件工程和管理的优秀文化演变等方面的指导 CMM的起源和结构 CMM建立的目的。 CMM的起源 内容和结构 2.2.2 系统工程能力模型 国际系统工程委员会（International Council on Systems Engineering，INCOSE）基于各种工程标准为评估系统工程能力建立了对照表。在此期间，该对照表发展为成熟的能力模型，称为系统工程能力评估模型（Systems Engineering Capability Assessment Model，SECAM）。SECAM扩充了连续式模型——软件过程改进和能力确定模型(Software Process Improvement Capability dEtermination，SPICE)的概念，但是比SE-CMM更加明确地注重在系统工程实践上，采用EIA632标准作为过程模型设计参考的基础。 2.2.3 集成化产品开发模型 从美国国防工业协会(National Defense Industrial Association, NDIA)的许多大公司来看，IPPD概念是大型软件开发过程模型的基础，并得到国防部（Department of Defense, DOD）的鼎力相助 。 IPPD强调在贯穿整个生命周期期间所有技术及业务的相关人员的参与，这些人员包括顾客、供应商以及产品和产品相关过程的开发者，涉及的业务如测试与评价、制造、支持、培训、销售、采购、财务、合同以及处置过程。 2.2.4 CMMI介绍 2.3 过程成熟度级别 2.3.1 成熟度等级的行为特征 2.3.2 理解成熟度等级 2.3.3 成熟度等级的过程特征 2.3.4 CMMI过程域 2.3.5 CMM和CMMI过程域的比较分析 CMM/CMMI成熟度的5个等级 2.3.1 成熟度等级的行为特征 初始级具有明显的不成熟过程的特点 可重复级/受管理级建立了管理软件项目的方针和实施这些方针的规程，使软件项目的有效管理过程制度化，有能力去跟踪成本、进度和质量。一个有效过程可特征化为已文档化的、已实施的、可培训的和可测量的软件过程 已定义级包含一组协调的、集成的、适度定义的软件工程过程和管理过程，具有良好的文档化、标准化，使软件过程具有可视性、一致性、稳定性和可重复性，软件过程被集成为一个有机的整体 成熟度等级的行为特征（2） 已管理级的软件过程是量化的管理过程。在上述已定义级的基础上，可以建立有关软件过程和产品质量的、一致的度量体系，采集详细的数据进行分析，从而对软件产品和过程进行有效的定量控制和管理。 优化级不断改善组织的软件过程能