质量管理体系的定义
1. 体系
相互关联或相互作用的一组要素（组成体系的基本过程）。
2. 管理体系
建立方针和目标，并实现这些目标的体系。
3. 质量管理体系
□ 在质量方面指挥和控制组织的管理体系
□ 是组织若干管理体系中的一个组成部分
□ 致力于建立质量方针和质量目标，并为实现质量方针和质量目标，确定相关的过程、活动和资源
质量管理体系要素
iso国际标准化组织的历史
1. 1906年，成立了世界最早的国际标准化机构iec，其着重于电工领域，而打算在其他技术领域中发展国际标准是在本世纪三十年代。因此，有国际标准化组织致力于标准化工作并不是由iso的建立才开始的。
2. 1946年，来自25个国家的代表在伦敦召开会议，决定建立一个新的国际组织，它的目的是促进国际的相互合作和工业标准的统一。于是，iso这个新的组织便于1947年2月23日宣布正式成立。
3. 1970年，国际标准化组织iso成立了认证委员会certico，并于1985年更名为合格评定委员会casco，着力于指导国家、地区和国际认证制的建立和发展。认证最初主要是针对产品而言，随着标准化领域的扩展，认证也相应地扩展到了过程、服务和体系方面。
iso 9000标准族的来源
iso 9000由iso组织的质量管理和质量保证技术委员会iso/tc176所制定的一系列关于质量管理的系列标准。
9000是其中一个标准的编号，其专门是针对质量管理部分所设定的标准。
iso 9000标准族的文件结构
核心标准包括如下：
□ iso 9000：2000《质量管理体系-基础和术语》
□ iso 9001：2000《质量管理体系-要求》
□ iso 9004：2000《质量管理体系-业绩改进指南》
□ iso 19011：2000《质量管理体系和环境管理体系审核指南》
能力成熟度模型 cmm
1. 能力成熟度模型cmm是国际公认的对软件公司，进行成熟度等级认证的重要标准。
2. 是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
3. cmm的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化，使企业能够更好地实现商业目标。
4. cmm为软件企业的过程能力提供了一个阶梯式的改进框架，它基于过去所有软件工程过程改进的成果，吸取了以往软件工程的经验教训，提供了一个基于过程改进的框架。它指明了一个软件组织在软件开发方面需要管理哪些主要工作，这些工作之间的关系，以及怎样的先后次序，一步一步的做好这些工作而使软件组织走向成熟。
cmm的历史和发展
1. 软件管理工程引起广泛注意源于20世纪70年代中期，当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。
2. 到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。
软件项目失败的主要原因有：
□ 需求定义不明确
□ 缺乏一个好的软件开发过程
□ 没有一个统一领导的产品研发小组
□ 子合同管理不严格
□ 没有经常注意改善软件过程
□ 对软件架构很不重视
□ 软件界面定义不完善并且缺乏合适的控制
□ 软件升级暴露了硬件的缺点
□ 关心创新而不关心费用和风险
□ 军用标准太少且不够完善等等
在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件管理工程的意义至关重要。
3. 1987年，美国卡内基•梅隆大学软件研究所sei受美国国防部的委托，率先在软件行业从软件过程能力的角度提出了软件过程成熟度模型cmm，随后在全世界推广实施的一种软件评估标准，用于评价软件承包能力并帮助其改善软件质量的方法。它主要用于软件开发过程和软件开发能力的评价和改进。它侧重于软件开发过程的管理及工程能力的提高与评估。
4. cmm自1987年开始实施认证，现已成为软件行业最权威的评估认证体系。cmm包括5个等级，18个过程域，52个目标，300多个关键实践。
cmm成熟度等级
cmm成熟度等级共分为五个等级，一级最低，五级最高：
□ 一级 初始级：基本上没有健全的软件工程管理制度，每件事情都以特殊的方法来做
□ 二级 可重复级：有些基本的软件项目的管理行为、设计和管理技术，是基于相似产品中的经验，故称为可重复
□ 三级 已定义级：已为软件生产的过程编制了完整的文档，软件过程的管理方面和技术方面都明确地做了定义，并按需要不断地改进过程，而且采用评审的办法来保证软件的质量
□ 四级 已管理级：对每个项目都设定质量和生产目标，这两个量将被不断地测量，当偏离目标太多时，就采取行动来修正
□ 五级 优化级：组织的目标是连续地改进软件过程
能力成熟度模型集成 cmmi
1. 将各种能力成熟度模型：software cmm、systems eng-cmm、people cmm和acquisition cmm整合到同一架构中去，由此建立起包括软件工程、系统工程和软件采购等在内的各种模型的集成，以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。
2. cmmi框架包括：
□ 软件能力成熟度模型cmm 2.0草案
□ 软件工程能力成熟度模型
□ 软件采购能力成熟度模型
□ 集成产品和过程开发等
3. cmmi的基本思想：
□ 解决软件项目过程改进难度增大问题
□ 实现软件工程的并行与多学科组合
□ 实现过程改进的最佳效益
cmm与iso 9000的主要区别
1. cmm是专门针对软件产品开发和服务的，而iso 9000涉及的范围则相当宽。
2. cmm强调软件开发过程的成熟度，即过程的不断改进和提高，而iso 9000则强调可接受的质量体系的最低标准。
