*3.2软件能力成熟度模型CMM *3.2.1CMM的含义 二十世纪三十年代,经济学家 Walter Shewart提出了产品 质量的分层控制原理。CMM( Capability Maturity Model for software)即软件能力成熟度模型,CMM的研究始于 1986年11月,为了满足美国联邦政府评估软件供应商能力 的要求,美国卡内基·梅隆大学软件工程研究院(SE)展 开研究,以探索一种保证软件产品质量、缩短开发周期 和提高工作效率的软件工程模式与标准规范
3．2 软件能力成熟度模型CMM 3．2．1 CMM的含义 二十世纪三十年代，经济学家Walter Shewart提出了产品 质量的分层控制原理。CMM（Capability Maturity Model for Software）即软件能力成熟度模型，CMM的研究始于 1986年11月，为了满足美国联邦政府评估软件供应商能力 的要求，美国卡内基·梅隆大学软件工程研究院（SEI）展 开研究，以探索一种保证软件产品质量、缩短开发周期 和提高工作效率的软件工程模式与标准规范
3.2.2CMM的五个级别 级别1:初始级。描述了不成熟,或者说是未定义过程的组织, 没有为软件开发和维护提供一个稳定的环境。项目成功具有偶 然性。 级别2:可重复级。需要解决需求管理,软件项目计划,软件项 目跟踪和监控,软件子合同管理,软件质量倸证,软件配置管 理等过程区域。 *级别3:已定义级。需要解决组织级过程焦点,组织级过程定义, 培训大纲,集成软件管理,软件产品工程,组间协调,同行评 审等过程区域 *级别4:已管理级。需要解决定量过程管理,软件质量管理等过 程区域。企业为软件产品和软件过程制定了量化的质量目标 级别5:优化级。需要解决缺陷预防,技术更新管理,过程更改 管理等过程区域。企业以防止错误为目标,在过程实施之前想 办法发现过程中的优点和缺点。 *3.2.3国内软件企业参与实施CMM
3．2．2 CMM的五个级别 级别1：初始级。描述了不成熟，或者说是未定义过程的组织， 没有为软件开发和维护提供一个稳定的环境。项目成功具有偶 然性。 级别2：可重复级。需要解决需求管理，软件项目计划，软件项 目跟踪和监控，软件子合同管理，软件质量保证，软件配置管 理等过程区域。 级别3：已定义级。需要解决组织级过程焦点，组织级过程定义， 培训大纲，集成软件管理，软件产品工程，组间协调，同行评 审等过程区域。 级别4：已管理级。需要解决定量过程管理，软件质量管理等过 程区域。企业为软件产品和软件过程制定了量化的质量目标。 级别5：优化级。需要解决缺陷预防，技术更新管理，过程更改 管理等过程区域。企业以防止错误为目标，在过程实施之前想 办法发现过程中的优点和缺点。 3．2．3 国内软件企业参与实施CMM
3.3能力成熟度整合模型CMM *3.3.1CMM|的含义 *CMM的主要原则 1.强调高层管理者的支持。过程改进往往也是由高层管理者认 识和提出的,大力度的、一致的支持是过程改进的关键。 *2.仔细确定改进目标,首先应该对给定时间内的所能完成的改 进目标进行正确的估计和定义并制定计划。选择能够达到的目 标和能够看到对组织的效益。 3.选择最佳实践,应该基于组织现有的软件活动和过程财富 参考其他标准模型,取其精华去其糟粕,得到新的实践活动模 型 4.过程改进要与组织的商务目标一致,与发展战略紧密结合。 3.3.2CMM的基本内容 *3.3.3CMM与CMM的区别
3．3 能力成熟度整合模型CMMI 3．3．1 CMMI的含义 CMMI的主要原则： 1．强调高层管理者的支持。过程改进往往也是由高层管理者认 识和提出的，大力度的、一致的支持是过程改进的关键。 2．仔细确定改进目标，首先应该对给定时间内的所能完成的改 进目标进行正确的估计和定义并制定计划。选择能够达到的目 标和能够看到对组织的效益。 3．选择最佳实践，应该基于组织现有的软件活动和过程财富， 参考其他标准模型，取其精华去其糟粕，得到新的实践活动模 型。 4．过程改进要与组织的商务目标一致，与发展战略紧密结合。 3．3．2 CMMI的基本内容 3．3．3 CMM与CMMI的区别
*3.41SO9000软件质量标准 *3.4.11S09000的主要内容 *3.4.21S09000和 CMM/CMM的关系
3．4 ISO9000软件质量标准 3．4．1 ISO9000的主要内容 3．4．2 ISO9000和CMM/CMMI的关系
3、5其他质量标准 *3.5.1|EEE质量标准 3.5.2SP|CE 3.5.3|SO/EC
3．5．1 IEEE质量标准 3．5．2 SPICE 3．5．3 ISO/IEC 3．5 其他质量标准