软件质量管理

软件质量管理（下）参考：SoftwareEngineering-APractitioner‘sApproach（软件工程——实践者的研究方法）第一、第二部分ISO9126（软件产品质量）和ISO

14598（软件产品评价）ISO9000:2000CMM(SEI提出的CMM的叁篇重要文献。“软件能力成熟度模型1.1版”；“能力成熟度模型的关键实践1.1版”；“软件过程成熟度提问单”)ISO

15504（SPICE，软件过程改进和能力确定）ISO

12207（软件生存期过程）1软件质量管理质量管理的基本概念（质量管理体系评价）软件质量管理的主要活动认证和评估简介计算机软件文档编制规范GB/T8567-2006软件质量管理实践建立软件测试管理体系Back

2质量管理的基本概念体系(系统)system相互关联或相互作用的一组要素组织organization职责、权限和相互关系得到安排的一组人员及设施。管理体系managementsystem建立方针和目标并实现这些目标的体系注：一个组织的管理体系可包括若干个不同的管理体系，如质量管理体系、财务管理体系或环境管理体系。3质量管理的基本概念质量管理体系qualitymanagementsystem指导和控制组织的关于质量的管理体系。为加深理解，看GB/T6583(ISO8402)中对质量管理体系的定义：为实施质量管理所需的组织结构，程序、过程和资源。组织结构：组织为行使其职能按某种方式建立的职责、权限及其相互关系。程序：为进行某项活动所规定的途径。过程：将输入转化为输出的一组彼此相关的资源和活动。资源：可包括人员、资金、设施、设备、技术和方法。4质量管理的基本概念对于质量管理体系：1质量体系的内容应以满足质量目标的需要为准。2一个组织的质量体系主要是为满足该组织内部管理的需要而设计的。它比特定顾客的要求要广泛。顾客仅仅评价质量体系中的有关部分。3为了合同或强制性质量评价的目的，可要求对已确定的质量体系要求的实施进行证实。5质量管理的基本概念质量方针qualitypolicy由组织的最高管理者正式发布的该组织总的质量宗旨和质量方向。注1：通常质量方针与组织的总方针相一致并为制定质量目标提供框架。质量目标qualityobjective关于质量的所追求的目的注1：质量目标通常建立在组织的质量方针基础上。注2：通常对组织的各相关职能和层次分别规定质量目标。6质量管理的基本概念质量策划qualityplanning质量管理的一部分，致力于制定质量目标并规定必要作业过程和相关资源以实现质量目标注：编制质量计划可以是质量策划的一部分。GB/T6583-ISO8402中的定义是：确定质量以及采用质量体系要素的目标和要求的活动。质量策划包括：a)产品策划：对质量特性进行识别、分类和比较，并建立其目标、质量要求和约束条件。b)管理和作业策划：为实施质量体系进行准备，包括组织和安排。c)编制质量计划和作出质量改进的规定。7质量管理的基本概念质量控制qualitycontrol质量管理的一部分，致力于满足质量要求。GB/T6583-ISO8402中的定义是：为达到质量要求所采取的作业技术和活动。1质量控制包括作业技术和活动，其目的在于监视过程并排除质量环中所有阶段中导致不满意的原因，以取得经济效益。2质量控制和质量保证的某些活动是互相关联的。8质量管理的基本概念质量保证qualityassurance质量管理的一部分，致力于提供能满足质量要求的信任。GB/T6583-ISO8402中的定义是：为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行证实的全部有计划和有系统的活动。1质量保证有内部和外部两种目的。a)内部质量保证：在组织内部，质量保证向管理者提供信任。b)外部质量保证：在合同或其他情况下，质量保证向顾客或他方提供信任。2质量控制和质量保证的某些活动是相互关联的。3只有质量要求全面反映了用户的要求，质量保证才能提供足够的信任。9质量管理的基本概念质量改进qualityimprovement质量管理的一部分，致力于增强满足质量要求的能力注：要求可以是有关任何方面的，如有效性、效率或可追溯性。有效性effectiveness完成策划的活动并达到策划的结果的程度。效率efficiency得到的结果与所使用的资源之间的关系。可追溯性traceability追溯所考虑对象的历史、应用情况或所处场所的能力注：当考虑产品时，可追溯性可涉及到：--原材料和零部件的来源；--加工过程的历史；

--产品交付后的分布和场所。10质量管理的基本概念质量管理qualitymanagement指导和控制组织的关于质量的相互协调的活动注：关于质量的指导和控制活动通常包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。GB/T6583-ISO8402中的定义是：确定质量方针、目标和职责并在质量体系中通过诸如质量策划、质量控制、质量保证和质量改进使其实施的全部管理职能的所有活动。1质量管理是各级管理者的职责，但必须由最高管理者领导。质量管理的实施涉及到组织中的所有成员。2在质量管理中要考虑到经济性因素。11质量管理的基本概念质量管理的3个阶段质量管理从出现到现在，大体经历了3个阶段产品质量检验阶段是在成品中挑出废品，以保证出厂产品质量。但这种事后检验把关，无法在生产过程中起到预防、控制的作用。统计质量管理阶段运用数理统计原理，在发现有废品生产的先兆时就进行分析改进，从而预防废品的产生。全面质量管理阶段执行质量职能是公司全体人员的责任。把质量问题作为一个有机整体加以综合分析研究，实施全员、全过程、全企业的管理。12质量管理的基本概念全面质量管理totalqualitymanagement一个组织以质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。1“全员”指该组织结构中所有部门和所有层次的人员。2最高管理者强有力和持续的领导以及该组织内所有成员的教育和培训是这种管理途径取得成功所必不可少的。3在全面质量管理中，质量这个概念和全部管理目标的实现有关。4“社会受益”意味着在需要时满足“社会需求”。13质量管理体系评价质量管理体系过程的评价当评价质量管理体系时，应对每一个被评价的过程，提出如下四个基本问题：a.过程是否予以识别和适当确定?b.职责是否予以分配?c.程序是否被实施和保持?d.在实现所要求的结果方面，过程是否有效?综合回答上述问题可以确定评价结果。质量管理体系评价在涉及的范围上可以有所不同，并可包括很多活动，如质量管理体系审核和质量管理体系评审以及自我评定。

14质量管理体系评价质量管理体系审核审核用于确定符合质量管理体系要求的程度。审核发现用于评价质量管理体系的有效性和识别改进的机会。第一方审核用于内部目的，由组织自己或以组织的名义进行，可作为组织自我合格声明的基础。第二方审核由组织的顾客或由其他人以顾客的名义进行。第三方审核由外部独立的审核服务组织进行。这类组织通常是经认可的，提供符合(如：GB/T19001)要求的认证或注册。

GB/T19011提供了审核指南。15质量管理体系评价质量管理体系评审最高管理者的一项任务是对质量管理体系关于质量方针和质量目标的适宜性、充分性、有效性和效率进行定期的、系统的评价。这种评审可包括考虑修改质量方针和目标的需求以响应相关方需求和期望的变化。评审包括确定采取措施的需求。审核报告与其他信息源一道用于质量管理体系的评审。自我评定组织的自我评定是一种参照质量管理体系或优秀模式对组织的活动和结果所进行的全面和系统的评审。自我评定可提供一种对组织业绩和质量管理体系的成熟程度总的看法，它还能有助于识别组织中需要改进的领域并确定优先开展的事项。16软件质量管理质量管理的基本概念（质量管理体系评价）软件质量管理的主要活动认证和评估简介计算机软件文档编制规范GB/T8567-2006软件质量管理实践建立软件测试管理体系Back

17软件质量管理软件质量管理的主要活动软件质量策划1）软件质量策划的内容：2)软件组织的质量过程软件质量控制与保证质量控制的主要内容软件配置管理软件过程流管理软件质量保证软件质量的度量和验证软件质量改进18软件质量管理的主要活动1、软件质量策划1）软件质量策划的内容：确定软件组织，适应其生产特点的组织结构，以及人员的安排和职责的分配。确定组织的质量管理体系目标，根据组织的商业需要和产品市场，确定选择ISO9000或CMM作为其质量管理体系的符合性标准或模型。标识和定义组织的质量过程，即对组织的质量过程进行策划，确定过程的资源、主要影响因素、作用程序和规程、过程启动条件和过程执行结果规范等。识别产品的质量特性，进行分类和比较，建立其目标、质量要求和约束条件。策划质量改进的计划、方法和途径。19软件质量管理的主要活动2)软件组织的质量过程通常包含两类：软件工程过程和组织支持过程软件工程过程就是通常所说的软件生命周期中的活动，一般包括需求分析、软件设计、编码、测试、交付、安装和维护。CMM中，一个组织的软件过程策划一般包括两个阶段：组织标准生产过程的策划和项目产品策划。CMM中定义了三个关键过程域来实现这两级的过程策划：组织过程定义，软件项目策划，软件产品工程。20软件质量管理的主要活动组织支持过程是软件组织为了保证软件工程过程的实施和检查而建立的一组公共支持过程。主要包括：管理过程：包括评审、检查、文档管理、不合格品管理、配置管理、内部质量审核和管理评审。支持过程：包括合同评审、子合同评审、采购、培训、进货检验、设备检验、度量和服务。在CMM中，有一些对应的关键过程区域：需求管理、软件子合同管理、软件质量保证、软件配置管理、培训程序、同行评审21软件质量管理的主要活动2、软件质量控制与保证软件质量控制的主要目标就是按照质量策划的要求，对质量过程进行监督和控制。质量控制的主要内容有：1）组织中与质量活动有关的所有人员，按照职责分工进行质量活动。2）所有质量活动按照已经策划的方法、途径、相互关系和时间，有序地进行。3）对关键过程和特殊过程，实施适当的过程控制技术以保证过程的稳定性，并在受控的情况下，提高过程的能力。4）所有质量活动的记录都被完整、真实地保存下来，以供统计分析使用。22软件质量管理的主要活动实施软件质量控制通常涉及的技术：软件配置管理软件过程流管理软件质量保证23软件质量管理的主要活动--软件配置管理软件配置管理（简称SCM）概述软件配置管理：对软件生产过程中的所有有意义的中间产品进行管理。变更不可避免，SCM协调软件开发使得混乱最小。软件配置管理既不对变化需求的产生负责，也不对变化的实现负责，它只提供控制变化过程的机制。几个术语：被控制的项称为软件配置项(SCI，详见下页)，在实现SCM时，把SCI组织成配置对象(见后页)，评审通过的SCI成为基线(见后页)。24软件质量管理的主要活动--软件配置管理软件配置项SCI就是软件配置管理的对象。包括：*系统规格说明

*软件项目实施计划*软件需求说明

*可执行的原型*初步的用户手册

*设计规格说明*源代码清单

*操作和安装手册*测试计划和过程、测试用例和测试结果记录

*可执行程序（可执行程序模块、连接模块）*数据库描述（模式和文件结构、初始内容）*正式的用户手册25软件质量管理的主要活动--软件配置管理软件配置项SCI（续）*维护文档（软件问题报告、维护请求、工程变更次序）*软件工程标准

*项目开发总结

除以上SCI外，许多软件工程组织还把配置控制下的软件工具列入其中，即：编辑程序、编译程序、其它CASE工具的特定版本。26软件质量管理的主要活动--软件配置管理配置对象（1/2）在实现SCM时，把SCI组织成配置对象，在项目数据库中用一个单一的名字来组织它们。一个配置对象有一个名字和一组属性，并通过某些联系“连接”到其它对象。“连接”用箭头表示。箭头指明了一种构造关系。双向箭头则表明一种相互关系。如：27软件质量管理的主要活动--软件配置管理配置对象（2/2）28如果对某对象作了一个变更，软件工程师就可以根据这种相互关系确定，其它哪些对象（和SCI）可能受到影响。软件质量管理的主要活动--软件配置管理基线(Baseline)（1/3）基线是软件生存期中各开发阶段末尾的特定点，又称里程碑。由正式的技术评审而得到的SCI协议和软件配置的正式文本成为基线。基线的作用是把各阶段工作的划分更加明确化，以便于检验和肯定阶段成果。29软件开发各阶段的基线软件质量管理的主要活动--软件配置管理软件质量管理的主要活动--软件配置管理软件配置管理（SCM）的任务：标识SCI版本控制控制变更审查软件配置报告所有加在配置上的变更。31软件质量管理的主要活动--软件配置管理配置标识随着软件生存期的向前推进，SCI的数量不断增多。某一时刻的配置就是配置的一个片段。为了方便对软件配置的各个片段（SCI）进行控制和管理，不致造成混乱，首先应给它们命名。对象类型基本对象：在分析、设计、编码和测试时所建立的文本单元。如，基本对象可能是需求规格说明中的一节，一个模块的源程序清单、一组用来测试一个等价类的测试用例。复合对象：是基本对象或其它复合对象的一个组合。32软件质量管理的主要活动--软件配置管理对象标识：（名字、描述、资源、实现）对象的名字明确地标识对象。对象描述包括：SCI类型（如文档、程序、数据）、项目标识、变更和／或版本信息。资源包括由对象产生的、处理的、引用的或其它需要的一些实体。基本对象的实现是指向文本单元的指针，复合对象的实现为null。33软件质量管理的主要活动--软件配置管理命名对象之间的联系对象的层次关系：

一个对象可以是一个复合对象的一个组成部分，用联系<ispartof>标识。如： datamodel<ispartof>DesignSpecification;

只可以建立SCI的一个层次。对象的相互关联关系：

对象相互关联、交叉的结构联系表达方式如下： datamodel<interrelated>dataflowmodel; 34软件质量管理的主要活动--软件配置管理演变图（1/2）整个软件工程过程中所涉及的软件对象都必须加以标识。在对象成为基线以前可能要做多次变更，在成为基线之后也可能需要频繁地变更。对于每一配置对象都可以建立一个演变图，用演变图记叙对象的变更历史。35软件质量管理的主要活动--软件配置管理演变图（2/2）在某些工具中，当前保持的只是最后版本的完全副本。为了得到较早时期(文档或程序)的版本，可以从最后版本中“提取”出(由工具编目的)变更，使得当前配置直接可用，并使得其它版本也可用。36软件质量管理的主要活动--软件配置管理版本控制（1/7）概述版本控制是SCM的基础，它管理并保护开发者的软件资源。版本控制管理在软件工程过程中建立起配置对象的不同版本。版本管理可以把一些属性结合到各个软件版本上。通过描述所希望的属性集合来确定（或构造）所想要的配置。使用演变图来表示系统的不同版本。如37软件质量管理的主要活动--软件配置管理38软件质量管理的主要活动--软件配置管理版本控制（3/7）版本管理的主要任务集中管理档案，安全授权机制：软件版本升级管理加锁功能：39软件质量管理的主要活动--软件配置管理版本控制（4/7）-版本管理的主要任务集中管理档案，安全授权机制：版本管理的操作将开发组的档案集中地存放在服务器上，经系统管理员授权给各个用户。用户通过登入（checkin）和检出（checkout）的方式访问服务器上的文件，未经授权的用户无法访问服务器上的文件。40软件质量管理的主要活动--软件配置管理版本控制（5/7）-版本管理的主要任务软件版本升级管理：每次登入时，在服务器上都会生成新的版本。任何版本都可以随时检出编辑，同一应用的不同版本可以像树枝一样向上增长。41软件质量管理的主要活动--软件配置管理版本控制（6/7）-版本管理的主要任务加锁功能：目的是在文件更新时保护文件，避免不同用户更改同一文件时发生冲突。某一文件一旦被登入，锁即被解除，该文件可被其它用户使用。在更新一个文件之前锁定它，避免变更没有锁定的项目源文件。42软件质量管理的主要活动--软件配置管理版本控制（7/7）-版本管理的主要任务在文件登入和检出时，需要注意登入和检出的使用:

当需要修改某个小缺陷时，应只检出完成工作必需的最少文件；需要对文件变更时，应登入它并加锁，保留对每个变更的记录；应避免长时间地锁定文件。如果需要长时间工作于某个文件，最好能创建一个分支，并在分支上做工作。如果需要做较大的变更，可有两种选择： a.将需要的所有文件检出并加锁，然后正常处理； b.为需要修改的所有分支创建分支，把变更与主干“脱机”，然后把结果合并回去。43软件质量管理的主要活动--软件配置管理变更控制（1/4）软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息。变更控制包括建立控制点和建立报告与审查制度。44软件质量管理的主要活动--软件配置管理变更控制过程45软件质量管理的主要活动--软件配置管理变更控制过程46软件质量管理的主要活动--软件配置管理变更控制（4/4）软件变更有两类不同情况：为改正小错误需要的变更。必须，通常不需审查和批准。例外：发现错误的阶段在造成错误的阶段的后面。为增删功能、或为更改某功能的方法而需要的变更。变更必须经过评价；如变更代价较小，通常批准变更；如代价较高，则须权衡利弊，以决定是否进行这种变更；如同意变更，需进一步确定由谁来支付变更所需要的费用。47软件质量管理的主要活动--软件配置管理配置审计（1/2）软件的完整性，是指开发后期的软件产品能够正确地反映用户要求。软件配置审计的目的就是要证实整个软件生存期中各项产品在技术上和管理上的完整性。确保所有文档的内容变动不超出当初确定的软件要求范围。使得软件配置具有良好的可跟踪性。48软件质量管理的主要活动--软件配置管理配置审计（2/2）软件配置审计是软件变更控制人员掌握配置情况、进行审批的依据。软件的变更控制机制通常只能跟踪到工程变更顺序产生为止。为确认变更是否正确完成?一般可以用以下两种方法去审查：正式技术评审软件配置审计49软件质量管理的主要活动--软件配置管理配置状态报告（1/4）为了清楚、及时地记载软件配置的变化，需要对开发的过程做出系统的记录，以反映开发活动的历史情况。这就是配置状态登录的任务。登录主要根据变更控制小组会议的记录，并产生配置状态报告。对于每一项变更，记录：发生了什么？为什么会发生？谁做的？什么时侯发生的？会有什么影响？50软件质量管理的主要活动--软件配置管理配置状态报告信息流51软件质量管理的主要活动--软件配置管理配置状态报告（3/4）每次新分配一个SCI，或更新一个已有SCI的标识，或一项变更申请被变更控制负责人批准，并给出了一个工程变更顺序时，在配置状态报告中就要增加一条变更记录条目。一旦进行了配置审计，其结果也应该写入报告之中。52软件质量管理的主要活动--软件配置管理配置状态报告（4/4）配置状态报告可以放在一个联机数据库中，以便软件开发人员或者软件维护人员可以对它进行查询或修改。此外在软件配置报告中新登录的变更应当及时通知给管理人员和软件工程师。配置状态报告对于大型软件开发项目的成功起着至关重要的作用。避免了可能出现的不一致和冲突。53软件质量管理的主要活动

–软件过程流管理软件过程流管理现代质量理论认为：“质量形成于过程”。软件过程流管理是软件质量控制中非常重要的环节。过程流管理的基本原则是：①按计划和设定条件启动和结束过程流中的质量活动②按照计划对中间产品进行验证，防止不合格的产品转入下道工序。③记录和保持必要的过程活动的质量情况。54软件质量管理的主要活动-软件质量保证软件质量保证质量保证是为保证产品和服务充分满足消费者要求的质量而进行的有计划、有组织的活动。软件质量保证的目的是向组织的内部或外部提供信任依据：对内向组织的管理者表明组织的质量管理处于良好的状态，所有质量活动有效地运行；对外向顾客表明，组织有能力满足顾客的质量要求，并提供符合质量要求的产品和服务。55软件质量管理的主要活动-软件质量保证软件质量保证的工作内容主要职责是检查开发和管理活动是否与已定的过程策略、标准和流程一致，检查工作产品是否遵循模板规定的内容和格式等。工作内容主要有：1）与SQA计划直接相关的工作2）参与项目的阶段性评审和审计3）对项目日常活动与规程的符合性进行检查4）对配置工作的检查和审计5）跟踪问题的解决情况6）收集新方法，提供过程改进的依据56软件质量管理的主要活动-软件质量保证软件质量保证的主要任务为了提高软件的质量和软件的生产率，软件质量保证的主要任务大致可归结为8点。1.用户要求定义熟练掌握正确定义用户要求的技术熟练使用和指导他人使用定义软件需求的支持工具重视领导全体开发人员收集和积累有关用户业务领域的各种业务的资料和技术技能。57软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）2.力争不重复劳动考虑哪些既有软件可以复用在开发过程中，随时考虑所生产软件的复用性。58软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）3.掌握开发新软件的方法

在开发新软件的过程中大力使用和推行软件工程学中的开发方法和工具。使用先进的开发技术：如结构化技术、面向对象技术使用数据库技术或网络化技应用开发工具或环境改进开发过程59软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）4.组织外部力量协作的方法一个软件自始至终由同一个软件开发单位来开发，也许是最理想的。但在现实中常常难以做到。改善对外部协作部门的开发管理。必须明确规定进度管理、质量管理、交接检查、维护体制等各方面的要求，建立跟踪检查的体制。60软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）5.排除无效劳动最大的无效劳动就是因需求规格说明有误、设计有误而造成的返工。定量记录返工工作量，收集和分析返工劳动花费数据较大的无效劳动是重复劳动，即相似的软件在几个地方同时开发建立互相交流、信息往来通畅、具横向交流特征的信息流通网61软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）6.发挥每个开发者的能力软件生产是人的智能生产活动，它依赖于人的能力和开发组织团队的能力。开发者必须有学习各专业业务知识、生产技术和管理技术的能动性。管理者或产品服务者要制定技术培训计划、技术水平标准，以及适用于将来需要的中长期技术培训计划。62软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）7.提高软件开发的工程能力要想生产出高质量的软件产品必须有高水平的软件工程能力。在软件开发环境或软件工具箱的支持下，运用先进的开发技术、工具和管理方法开发软件的能力。63软件质量管理的主要活动-软件质量保证软件质量保证的主要任务（续）8.提高计划和管理质量能力项目开发初期计划阶段的项目计划评价计划执行过程中及计划完成报告的评价将评价、评审工作在工程实施之前就列入整个开发工程的工程计划中提高软件开发项目管理的精确度64软件质量管理的主要活动-软件质量保证65软件质量管理的主要活动

--软件质量的度量和验证3．软件质量的度量和验证⑴软件质量度量类型①产品质量度量通常产品质量度量依赖于具体的产品标准，通过测量获得产品质量特性的有关数据，辅以合适的统计技术以确定产品或同批产品是否满足了规定的质量要求。②过程质量度量通过对软件产品设计、开发、检查、评审等过程的度量技术的使用，来度量软件过程的进度、成本是否按计划保证，质量计划的变化频率，变化的诱因以及风险的管理等等。66软件质量管理的主要活动⑵软件质量验证ISO9000：2000中对验证（Verification）的定义是：“通过提供客观证据对规定要求已得到满足的认定”。CMM在关键过程域（KPA）的公共特征（CommonFeature）-验证实现（VerifyingImplementation）中这样描述：“验证实现是保证活动按照已经建立的过程执行的一系列步骤，典型的验证有管理部门的评审、审核和软件质量保证”。在软件质量管理中，对软件产品的验证通常包括：对各级设计的评审、检查，各个阶段的测试等。对软件过程的验证，则是对过程数据的评审和审核。67软件质量管理的主要活动-软件质量改进4．软件质量改进质量改进是现代质量管理的必然要求，ISO9000要求组织定期进行内审和管理评审，采取积极有效的纠正预防措施，保持组织的质量方针和目标持续适合组织的发展和受益者的期望。具体进行软件过程改进的活动包括：⑴度量与审核⑵纠正和预防措施⑶管理评审Back

68质量管理认证和评估简介ISO9000标准简介软件过程成熟度模型（CMM）ISO9000和CMM的联系ISO/IEC15504Back

69ISO9000标准简介ISO9000标准概述ISO9000:2000总体结构ISO9000核心标准简介ISO9000:2000标准的变化对ISO9000的误解70ISO9000标准简介ISO管理层次ISO技术工作高度分散，主要由下列部门承担：技术委员会(简称TC)：185个，负责相关领域标准的制定。分技术委员会(简称SC)：611个，负责相关领域标准的制定。工作组(简称WG)2022个，完成规定的专项任务。特别工作组38个ISO的2856个技术机构技术活动的成果(产品)是“国际标准”。ISO现已制定出国际标准共10300多个，主要涉及各行各业各种产品(包括服务产品、知识产品等)的技术规范。71ISO9000标准简介概述ISO9000是指由国际标准化组织（ISO）所属的质量管理和质量保证技术委员会ISO/TC176工作委员会制定并颁布的关于质量管理体系的族标准的统称。如，它包括(94版)： ISO8402——质量术语标准ISO9000——质量管理与质量保证标准ISO9001——质量体系——设计、开发、生产、安装与服务的质量保证模式ISO9002——质量体系——生产与安装的质量保证模式ISO9003——最终检验与实验的质量保证模式ISO9004——质量管理与质量体系要素72ISO9000标准概述适用ISO9000族标准作为质量管理和质量保证标准适用于所有希望改进质量管理绩效和质量保证能力的组织。ISO9000标准版本历史87年被ISO组织TC/176发布以来，已经通过87版、94版和2000版三次改版。2000版标准已于2000年3月被我国转化为国家标准，企业实施于2001年4月，是较94版标准更科学、合理和便于采用的标准。73ISO9000:2000总体结构总体结构2000版ISO9000族标准的总体结构如下：（1）4个核心标准

：ISO9000：2000

基本原理和术语

ISO9001：2000

品质管制体系-要求

ISO9004：2000

品质管制体系-业绩改进指南ISO19011

质量和环境管理审核指南

；（2）1个其他标准：ISO10012《测量设备的质量保证要求》74ISO9000:2000总体结构（3）若干份技术报告：ISO/TR10006

专案管理指南

ISO/TR10007

技术状态管理指南ISO/TR10013

品质管制体系档指南ISO/TR10014

质量经济性指南ISO/TR10015

教育和培训指南ISO/TR10017

统计技术在ISO9001中的应用指南；（4）若干份小册子：品质管制原理、•选择和使用指南ISO9001在小型企业中的应用指南

75ISO9000核心标准简介4个核心标准简介ISO9000：2000本标准规定了质量管理体系的术语和基本原理，取代1994版ISO8402和ISO9000-1两个标准。本标准提出的8项质量管理原则，是在总结了质量管理经验的基础上，明确了一个组织在实施质量管理中必须遵循的原则，也是2000版9000族标准制定的指导思想和理论基础。本标准第二部分提出10个部分87个术语。在语言上强调采用非技术性语言，使所有潜在用户易于理解。为便于使用，在标准附录中，推荐了以“概念图”方式来描述相关术语的关系。第三个重点内容是，提出了质量管理体系的基本原理。作为对本标准引言中质量管理8项原则的呼应。76ISO9000核心标准简介4个核心标准简介

ISO9001：2000

规定了质量管理体系要求，用于证实组织具有提供满足顾客要求和实用法规要求的产品的能力，目的在于增进顾客的满意。本标准取代了1994版三个质量保证标准（ISO9001:1994、ISO9002:1994和ISO9003:1994）。新版的质量管理体系要求，采用了“过程方法模型”，以取代1994版ISO9001标准中的20个要素。为适应不同类型的组织需要，在一定情况下，体系要求允许删减（剪裁）。新版名称中不再出现"质量保证"一词，这反映了标准规定的质量管理体系要求包括了产品质量保证和顾客满意两层含义。77ISO9000核心标准简介4个核心标准简介

ISO9001：2000

目录

1.范围

2．引用标准

3．术语和定义

4．质量管理体系

5．管理职责

6．资源管理

7．产品/服务的实现78ISO9000核心标准简介4个核心标准简介

ISO9001：2008ISO9001:2008的新标准于2008年10月31目正式发布。标准修改的较少，2009年10月31目结束ISO9001:2000版的使用。对于大多数组织而言，通常正常的监督评审过渡即可，不需要额外时间。79ISO9000核心标准简介4个核心标准简介ISO9004：2000

提供考虑质量管理体系的有效性和效率两方面的指南。该标准的目的是组织业绩改进和其他相关方满意。本标准是1994版ISO9004-1的替代标准。ISO9004：2000和ISO9001：2000是一对协调一致并可一起使用的质量管理体系标准，两个标准采用相同的原则，但其适用范围不同，而且

ISO9004标准不拟作为ISO9001标准的实施指南。通常情况下，当组织的管理者希望超越ISO9001标准的最低要求，追求增长的业绩改进时，往往以ISO9004标准作为指南。80ISO9000核心标准简介4个核心标准简介ISO19011

本标准是ISO/TC176与ISO/TC207（环境管理技术委员会）联合制订的，以遵循“不同管理体系，可以共同管理和审核”的原则。新版ISO19011标准将合并并取代ISO10011-1、ISO10011-2、ISO10011-3和ISO14010、ISO14011、ISO14012等几个标准。本标准在术语和内容方面，兼容了质量管理体系和环境管理体系两方面特点。本标准为审核基本原则、审核大纲的管理、环境和质量管理体系的实施以及对环境和质量管理体系评审员资格要求提供了指南。81ISO9000核心标准简介ISO9000：2000质量管理体系文件结构：

1．质量手册（QM）：

主要功能是将管理层的质量方针及目标以文件形式告诉全体员工或顾客。 2.程序文件（QP）：

是指导员工如何进行及完成质量手册内容所表达的方针及目标的文件。

3．作业指导书（WI）：

详细说明特定作业是如何运作的文件。 4．记录表格（F）：

是用于证实产品或服务是如何依照所定要求运作的文件。

82ISO9000:2000标准的变化2000版标准正式发布三年期满后，94版标准立即废止。2000版标准总体变化如下：一、由四个标准组成：

1、ISO9000作为选用标准，同时也是名词术语标准，即94版ISO9000－1标准与8402的结合。

2、ISO9001标准代替94版三个模式标准，按94版ISO9002标准获证的企业在复审时，允许对2000版ISO9001标准进行裁剪。

3、ISO9004标准代替94版ISO9004－1多项分标准。

4、ISO／CD.119011标准代替94版ISO10011标准和94版环境ISO14010、ISO14011、ISO14012。83ISO9000:2000标准的变化二、思路和结构上的变化

1、明确质量管理8条原则作为新版质量管理体系的基础。（见下页）

2、把过去三个外部保证模式ISO9001、ISO9002、ISO9003合并为ISO9001标准，允许通过裁剪适用不同类型的企业，同时对裁剪也提出了明确严格的要求。 3、把过去按20个要素排列，改为按过程模式重新组建结构，将有关过程组织成4个大过程，即管理职责；资源管理；产品实现；测量、分析和改进四大过程。(见后页图)

4、引入PDCA戴明环闭环管理模式，使持续改进的思想贯穿整个标准，要求质量管理体系及各个部分都按PDCA循环，建立实施持续改进结构。(见后页) 5、适应组织管理一体化的需要。84ISO9000:2000质量管理八项原则

a.以顾客为关注焦点组织依存于其顾客。因此组织应理解顾客当前和未来的需求，满足顾客要求并争取超越顾客期望。b.领导作用领导者确立本组织统一的宗旨和方向。他们应该创造并保持使员工能充分参与实现组织目标的内部环境。c.全员参与各级人员是组织之本，只有他们的充分参与，才能使他们的才干为组织获益。d.过程方法将相关的活动和资源作为过程进行管理，可以更高效地得到期望的结果。85ISO9000:2000质量管理八项原则

e.管理的系统方法识别、理解和管理作为体系的相互关联的过程，有助于组织实现其目标的效率和有效性。f.持续改进组织总体业绩的持续改进应是组织的一个永恒的目标。g.基于事实的决策方法有效决策是建立在数据和信息分析基础上。h.互利的供方关系组织与其供方是相互依存的，互利的关系可增强双方创造价值的能力。86过程方法模式过程方法模型增值活动

信息流括号中的陈述不适用于GB/T1900187PDCA戴明环PDCA四个英文字母及其在PDCA循环中所代表的含义如下：1、P(Plan)--计划，确定方针和目标，确定活动计划；2、D(Do)--执行，实地去做，实现计划中的内容；3、C(Check)--检查，总结执行计划的结果，注意效果，找出问题；4、A(Action)--行动，对总结检查的结果进行处理，成功的经验加以肯定并适当推广、标准化；失败的教训加以总结，以免重现，未解决的问题放到下一个PDCA循环。PDCA循环又叫戴明环，是美国质量管理专家戴明博士首先提出的，它是全面质量管理所应遵循的科学程序。全面质量管理活动的全部过程，就是质量计划的制订和组织实现的过程，这个过程就是按照PDCA循环，不停顿地周而复始地运转的。

88ISO9000:2000标准的变化（二）新增加的内容

1、以顾客为中心；

2、持续改进；

3、质量方针与目标要细化、要分解落实；

4、强化了最高管理者的管理职责；

5、增加了内外沟通；

6、增加了数据分析；

7、强化了过程的测量与监控。89ISO9000:2000标准的变化三、特点：

1、通用性强，94版ISO9001标准主要针对硬件制造业，新标准则适用于硬件、软件、流程性材料和服务等行业。

2、更先进、更科学，总结补充了企业质量管理中一些好的经验，突出了八项质量管理原则。

3、对94版标准进行简化，简单好用。

4、提高了其它管理的相容性，协调了环境管理和财务管理。

5、ISO9001标准和ISO9004标准作为一套标准，互相对应，协调一致。90对ISO9000的误解ISO9000不适用于软件组织ISO9000不是产品标准,也不是技术标准,而是指导企业建立、实施质量体系的管理标准。它具有两种主要职能,即管理和保证职能。管理职能是按ISO9000要求,建立和实施一个有效的质量体系,进而提高企业的管理水平;保证职能是指通过一个第三方机构,证实企业所建立的质量体系,并证明企业具有提供符合要求的产品的能力,从而向顾客或用户提供可信度。ISO9000将这两种职能有机结合起来,为企业提供了一个比较科学的管理和保证机制,它是任何企业都需要的。因此,ISO9000适用于所有的工业类型的企业。91对ISO9000的误解软件组织难于实施ISO9000由于软件开发的特殊性,软件企业很难实施ISO9000。特殊性是指:软件开发根据项目设立,不存在完全相同的项目开发;对于规模不同的项目如何实施ISO9000;软件开发进度难以估计,应用ISO9000会使工作量加大,从而导致进度拖延。ISO9000要求建立一个文件化的质量体系,这个体系要求全员参与,并明确各个岗位的职责,只能严格地按照文件规定的要求执行。(接下页)92对ISO9000的误解软件组织难于实施ISO9000(续)对于每个软件项目的大小、规模不等这一特性,可以将软件作为一个具体的"产品"对待,至于这个产品所采用的开发过程如何,或者说采用了哪几个生存周期过程,则在体系中不作统一要求,完全可以根据该项目的大小、规模,并依据质量体系的原则要求确定。因此,"软件按项目开发及项目的大小、规模不同"完全不妨碍软件企业应用ISO9000,相反应用了ISO9000,项目管理更加科学、系统。至于说到项目的进度问题,应用ISO9000并不会造成进度拖延,相反会使项目拖延问题得到改善。这是因为造成进度拖延的主要原因是由于管理不善,没有严格地按照规定的要求去作,而应用ISO9000则能够解决管理上的漏洞,使项目拖延问题得到最大限度的改善。93对ISO9000的误解软件企业实施ISO9000的效果不理想软件开发是高度知识密集型的工作,对开发人员的知识和技术水平要求较高。实施ISO9000能否达到预期的效果,即保证软件企业具有开发出符合要求的软件产品的能力?94对ISO9000的误解软件企业实施ISO9000的效果不理想ISO9000没有对“软件开发人员的技术水平”提出要求,而软件开发确实与开发人员的技术水平密切相关,但这不是质量体系所能解决的,因而并不妨碍ISO9000在软件企业的应用效果。将ISO9000要求同CMM对比,就会发现CMM中规定的五级水平的第1级和第2级基本上都是管理上的要求,也就是说按ISO9000要求去作的软件企业基本能达到CMM所规定的第2级以上的水平。可以说ISO9000是软件企业达到高级水平所必须的。因此,我们虽然不能说应用了ISO9000的企业就具有了开发出符合要求的软件产品的能力,但却可以说软件企业要想具有开发出符合要求的软件产品,应用ISO9000则是其最佳选择之一。95软件过程成熟度模型基本概念软件机构的成熟性软件过程成熟度模型成熟度提问单96软件过程成熟度模型-基本概念软件过程过程：为达到目的而执行的所有步骤的序列。软件过程：人们在开发和维护软件及其相关产品时所涉及的各种活动、方法、实践和改革等。其中软件相关产品包括软件项目计划、设计文档、程序代码、测试用例和用户手册等。软件生成期过程ISO/IEC-12207:1995《信息技术--软件生存期过程》（IDT

GB/T

8566-2001）:将软件生存期过程分为3类（基本、支持和组织类），17个过程；每个过程包含若干活动，总共74项活动；每个活动是一组相互协调的作业，总共232个作业。作业表示为某种要求、自我说明、建议或可允许的活动。97软件过程成熟度模型-基本概念基本过程包括5个过程，获取、供应、开发、运行和维护。这些过程供各主要当事方(获取方、供方)在参与或完成软件开发、运行或维护时使用。支持过程包括8个过程，文档编制、配置管理、质量保证、验证、确认、联合评审、审核、问题解决。每个过程均有明确的目的支持其他过程，帮助软件项目获得成功及良好的产品质量。组织过程包括4个过程，管理、基础设施、改进、培训。这些过程使前二类过程得以建立、实施和改进。如被用来建立和实现与生成期过程相关的基础结构、人事制度，并使其不断改进。98ISO/IEC12207-2008标准ISO/IEC12207-2008标准把软件过程分为2大类、7组、43个过程。第一类过程是系统上下文过程(systemcontextprocesses)，包含与软件系统独立的软件过程，主要描述了软件系统环境的要求。该类过程又可以分为4组、25个过程。第二类过程是软件特有过程(softwarespecificprocesses)，描述了与大型软件系统实施相关的软件过程。该类过程又可以分为3组、18个过程。99100ISO/IEC12207-2008标准101ISO/IEC12207-2008标准102过程思维过程特征规定或包含了若干主要活动要利用资源，在制约条件下给出中间产品和最终产品过程可包含若干个子过程每个过程活动都有其入出口准则，这些准则表明了活动在什么情况下开始和结束过程的活动是按顺序组织的每个过程有一套解释各项活动目标的指导原则对过程活动，所有资源和产品都会有某些约束或控制过程的活动应有自己的目标，过程的实施把组织、管理者、人员和技术基础设施聚起来，以实现过程的业务目标为目的103任务思维与过程思维思维对比面向任务的思维面向过程的思维注重任务、设备、人员、组织结构总体目标、各部分间协调性、一致性流行期近200年近10-20年特点将工作任务分解，指派人员分头完成消除了各部分工作间的冲突、提高了总体效率、有利于达到总体目标影响机构的组织结构、工作效率机构的全部活动104软件过程成熟度模型要区分不成熟和成熟软件组织，需要构造一个软件过程成熟度框架，它描述一条从无序到有序的软件过程的进化途径，框架是支持持续改进的基础。软件过程成熟度框架包括四个概念：软件过程软件过程能力软件过程性能软件过程成熟度：CMM分为五级105软件过程成熟度模型几个概念软件过程能力：当遵循某个软件过程时所能达到的期望效果，它可以有效预测企业接收新的软件项目时可能得到的结果。软件过程性能：当遵循某个软件过程时所达到的实际效果。它可以用于验证软件过程能力。软件过程成熟度：指一个特定的软件过程被显式定义、管理、度量、控制和实施的程度。成熟度可以用于指示企业加强其软件过程能力的潜力。106软件过程成熟度模型软件机构的成熟度不同的软件开发机构，管理策略不同，因而软件项目所遵循的软件过程也不同。在此，可用软件机构的成熟度（Maturity）加以区别。不成熟软件机构的特征：⑴软件过程一般在项目进行中由参与开发的人员临时确定。有时即使确定，实际也不严格执行；⑵软件机构是反应型的，管理人员经常要集中精力去应付难以预料的突发事件；⑶项目的进度和经费预算由于估计的不切实际，常常突破。在项目进度拖延，交付时间紧迫的情况下，往往不得不削减软件的功能，降低软件的质量；⑷产品质量难以预测。质量活动，如质量评审、测试等，常被削弱或被取消。107软件过程成熟度模型成熟软件机构具有的特征：⑴建立了机构级的软件开发和维护过程。软件人员对其有较好的理解。一切活动均遵循过程的要求进行，做到工作步骤有次序，且有章可循；⑵软件过程必要时可做改进，但需在经小型试验和成本-效益分析的基础上进行；⑶软件产品的质量和客户对软件产品的满意程度不是由开发人员，而是由负责质量保证的经理负责监控；⑷项目进度和预算是根据以往项目取得的实践经验确定，因而比较符合实际情况。108软件过程成熟度模型软件过程成熟度模型1987年，美国卡内基-梅隆大学软件工程研究所(SEI)受美国国防部资助，提出了软件能力成熟度模型CMM(CapabilityMaturityModelforSoftware)，它用来定义和评价软件公司开发过程的成熟度，提供怎样才能提高软件质量的指导。1991年SEI推出CMM1.11997年发布了CMM2.0在CMM后，又出现了若干个基于CMM且针对特定主题的模型。为区别，通常把初始的CMM成为SW-CMM。下表列出了这些模型。109CMM的相关模型名称含义内容P-CMMpeople人力资源管理SE-CMMSystemengineering系统工程管理SA-CMMSoftwareacquisition软件获取IPD-CMMIntegratedsystemsproductdevelopment集成系统开发管理SSE-CMMsystemssecurityengineering系统安全工程管理CMMICapabilitymaturitymodelintegration集成模型（综合上列模型）TSPTeamsoftwareprocess团队协调工作PSPPersonalsoftwareprocess软件工程师工作110软件过程成熟度模型CMM的五个成熟度等级CMM描述了五个级别的软件过程成熟度（初始级可重复级已定义级已管理级优化级），成熟度反映了软件过程能力（SoftwareProcessCapability）的大小，任何一个软件机构的软件过程必定属于其中某个级别。五个成熟度如图所示：111Level1初始级不一致的管理Level2可重复级项目管理Level3已定义级过程管理Level4已管理级能力管理Level5优化级变更管理可重复实践通用工程过程定量理解和控制持续改进实践112软件过程成熟度模型⑴初始级（initial）工作无序，项目进行过程中常放弃开始制定的计划；管理无章，缺乏健全的管理制度；开发项目成效不稳定，产品的质量和性能严重依赖于个人的能力和行为。⑵可重复级（repeatable）管理制度化，建立了基本的管理制度和规程，管理工作有章可循；初步实现标准化，开发工作较好地实施标准；变更均依法进行，做到基线化；稳定可跟踪，新项目的计划和管理基于过去的经验，具有重复以前成功项目的环境和条件。113软件过程成熟度模型⑶已定义级（defined）开发过程，包括技术工作和管理工作，均已实现标准化、文档化；建立了完善的培训制度和专家评审制度；全部技术活动和管理活动均稳定实施；项目的质量、进度和费用均可控制；对项目进行中的过程、岗位和职责均有共同的理解。⑷已管理级（managed）产品和过程已建立了定量的质量目标；过程中活动的生产率和质量是可度量的；已建立过程数据库；已实现项目产品和过程的控制；可预测过程和产品质量趋势，如预测偏差，实现及时纠正114软件过程成熟度模型⑸优化级（optimizing）可集中精力改进过程，采用新技术、新方法；拥有防止出现缺陷、识别薄弱环节以及加以改进的手段；可取得过程有效性的统计数据，并可据此进行分析，从而得出最佳方法。115

五级成熟度的特性等级1—初始级CMM1杰出的主管和优秀的队伍项目成功CMM1一般的主管和队伍项目成功难以预测等级2—重复级项目经验定义准则和跟踪新的类似项目再成功116

等级3—定义级CMM重复定义软件过程可视和可控等级4—管理级软件过程能力量化改进与预测等级5—优化级已有的技术等级2—4中的改进已有的技术等级5中的优化新的技术五级成熟度的特性117软件过程成熟度模型关键过程领域除去初始级以外，其他4级都有若干个引导软件机构改进软件过程的要点，称为关键过程领域（KPA：KeyProcessArea），共18个。每一个关键过程领域是一组相关的活动。成功地完成这些活动，将会对提高过程能力起重要作用。下图给出了各成熟度等级对应的关键过程领域。118

CMM的内部结构与定义能力成熟度模型的结构过程能力成熟度等级关键过程域包含共同特点被规划成关键实践包含指示目标完成规范化阐述活动描述119关键过程域优化级(5)过程更改管理技术改革管理缺陷预防管理级(4)软件质量管理定量过程管理每一个关键过程域指出了改进过程能力的主要过程定义级(3)同行评审组间协调软件产品工程集成软件管理培训大纲组织过程定义组织过程集点重复级(2)软件配置管理软件质量保证软件子合同管理软件项目跟踪和监督软件项目策划需求管理初始级(1)120无论哪个KPA，它们的实施活动都统一按五个公共属性进行组织:目标每一个KPA都确定了一组目标，若这组目标在每一个项目都能实现，则说明企业满足了该KPA的要求。若满足了一个级别的所有KPA要求，则表明达到了这个级别所要求的能力。实施能力实施能力一般包括资源保证、人员培训等内容。它是企业实施KPA的前提条件。企业必须采取措施，在满足了这些条件后，才有可能执行KPA的活动。软件过程成熟度模型121执行活动执行过程描述了执行KPA所需求的必要角色和步骤，一般包括计划、执行的任务、任务执行的跟踪等。在五个公共属性中，执行活动是唯一与项目执行相关的属性，其余四个属性则涉及企业CMM能力基础设施的建立。度量分析描述了过程的度量和度量分析要求。典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性。实施验证

验证执行活动是否与建立的过程一致。实施验证涉及到管理的评审和审计以及质量保证活动。软件过程成熟度模型122软件过程成熟度模型如：KAP：需求管理实践123软件过程成熟度模型成熟度提问单为了把上述过程成熟度分级的方法推向实用化，需要为其提供具体的度量标尺。这个度量标尺就是成熟度提问单。CMM在多个方面列出了大量的问题，每个问题都可针对特定的被评估软件机构给出肯定或否定的回答。提问单涉及的方面包括组织结构资源、人员及培训技术、管理文档化标准及工作步骤、过程度量数据管理和数据分析、过程控制。下面列出了CMM2的几个KAP的成熟度提问单124CMM2成熟度提问单举例答题须知1、在每个提问的右边，有相应于四种可能回答的框：是，否，不适用，和不知道。选择是，当实践被很好地建立和一致地执行。实践应该几乎总是按照标准操作规程执行，才能被认为是很好建立的和一致执行的。选择不是，当实践未被很好地建立或一致地执行。该实践可能有时被执行，或者甚至是经常被执行，但在困难情况下，它被忽略。选择不适用，当您对该项目或组织以及所提问题具有所要求的知识，但您觉得此提问对该项目不适用。例如，如果您不和子承包商一起工作，那么“软件子合同管理”的整个章节就可能不适用于该项目。选择不知道，当您不能确定该如何回答此提问。2、您对提问回答的任何详细说明或适用性证明，请利用评论空间。3、对每个提问选择其框中的一个。请回答所有的提问。125CMM2成熟度提问单举例一、需求管理

在客户和软件项目组之间建立对客户实际需求的共同理解，包括和客户一起建立和维护有关软件需求的协议，既包括技术需求也包括非技术需求（例如交付日期）。该协议构成软件生命周期中所有活动的基础（如预测、计划、实施、追踪、评测等）。如果客户需求有所变动，软件计划和实施也应做出相应调整，以求与需求保持一致。126CMM2成熟度提问单举例一、需求管理1.是否用软件项目的需求来建立软件工程和管理的基准？2.当软件项目的需求改进变动时，是否对软件计划、产品和活动做出必要的调整？3.项目是否遵循软件组织所拟定的对项目需求的书面的管理规则？4.项目中负责管理需求的人员是否受到需求管理培训？5.是否用测量方式来确定需求管理活动的状态（例如，所提议的，未解决的，已批准的和已纳入基准的需求变动总数）？6.该项目需要管理活动是否受到软件质量保证的评审？127CMM2成熟度提问单举例二、软件项目计划

为进行软件工程活动和软件项目管理所制定的合理的计划，包括预测、项目投入和工期，确定必要的承诺和执行等。1.供计划和追踪软件项目的预测（例如，规模、成本和工期的预计）是否已文档化？2.软件项目计划是否将准备实施的活动和对项目的承诺文档化？3.所有相关的项目组及其成员对项目约定是否同意？4.项目是否遵循软件组织用于项目计划的书面规则？5.是否为项目计划准备了足够的资源（例如，资金、有经验的开发人员）？6.是否用测量方式来确定项目计划活动的状态（例如，项目计划活动里程碑的完成情况与计划本身的比较）？7.项目经理是否对软件项目计划活动进行定期的和事件驱动的审查？128CMM2成熟度提问单举例三.软件项目追踪和监控

提供适当的对项目实际进展的信息，使管理者能在实施明显偏离计划时采取纠正措施。纠正措施包括修改软件开发计划以反映实际的完成情况，重新计划剩余工作或采取改进性能的措施。软件项目追踪和监控包括对文档化的预计，承诺和计划的评审，跟踪软件完成情况及结果，以及在实际完成情况基础上的调整。129CMM2成熟度提问单举例三.软件项目追踪和监控

1.是否比较了软件项目的实际结果（例如，规模、成本、进度）与计划中的预算？2.当实际结果明显偏离计划时，是否采用纠正措施？3.所有相关的项目组及其成员是否同意对项目承诺的更改？4.项目是否遵循软件组织用于追踪和控制软件开发活动的书面规则？5.项目组中是否有专人追踪软件产品和活动？（例如，预算、进度和工作量）6.是否用测量方式来确定软件追踪和监控活动的状态（例如，在追踪和监控活动中所投入的总工作量）？7.高层管理是否定期参与评审软件项目追踪和监控的活动（例如，项目性能、未解决的问题、风险和行动指导）？130CMM2成熟度提问单举例四、子合同管理

选择合格的软件方承包商并有效地对它们进行管理，包括如何选择软件分包商，如何建立与分包商的约定，如何追踪和评审分包商的功效。这些实践包括对软件子合同的管理，也包括对子合同的构成成分的管理，如子合同中含有的软件硬件及其他系统成分的管理。131CMM2成熟度提问单举例四、子合同管理1.是否按照文档化的规则来针对分包商完成项目的能力挑选软件项目子承包商？2.子合同的变动是否得到主承包商和子承包商双方的同意？3.是否与子承包商进行定期的技术交流？4.是否根据约定追踪子承包商的工作效能和结果？5.项目是否遵循软件组织管理制定的管理软件子合同的书面规则？6.负责管理软件子合同的人员是否经过软件子合同管理的培训？7.是否用测量方式来确定软件子合同管理活动的状态（例如，参照交付日期计划的进度状态以及在子合同管理上投入的工作量）？8.项目经理是否参与对软件子合同活动的定期的和事件驱动的评审工作？132CMM2成熟度提问单举例五、软件质量保证

向管理者提供对软件项目所采纳的过程和所开发的产品的质量信息，包括复查和审核软件产品及活动以验证它们符合试用的标准及规则，也包括向项目经理和其他相关人员提供审核数据和结果。133CMM2成熟度提问单举例五、软件质量保证1.是否对软件质量保证活动作好计划？2.软件质量保证是否针对软件产品和活动符合试用标准、规则的情况提供了客观的验证？3.软件质量保证的复查和审核结果是否提供给相关的项目组及其成员（例如，负责该项目工作的管理人员和技术人员）？4.如有项目组不能解决的与拟定过程不符合的问题，是否交由高级管理层解决（例如，偏离适当的标准）？5.项目是否遵循软件组织实施软件质量保证的书面规则？6.是否为软件质量保证活动准备了足够的资源（例如，资金和专门负责处理过程不符合情况的经理）？7.是否用测量方式来确定软件质量保证活动的成本和进度状况（例如，已完成工作，投入的工作量，资金与计划的比较）？8.高层管理是否定期参与对软件质量保证活动的评审？134CMM2成熟度提问单举例六、软件配置管理

建立和维护在项目的整个生命周期内软件产品的完整性，包括指明在特定时段上软件的配置（即选定的软件产品及其描述）系统的控制对配置的变动，并在整个软件生命周期内保持配置的完整性和可追踪性。软件配置管理所含的产品包括最终交付给客户的产品，以及与这些产品一起标明的事项或开发这些产品所必须的事项（如硬件、系统等）135CMM2成熟度提问单举例六、软件配置管理1.是否拟定对项目软件配置管理活动的计划？2.通过配置管理，项目是否已经对软件产品进行标明、控制并使其可用？3.项目是否遵循一套文档化的规则，对配置事项或配置单元的变动进行控制？4.是否把关于软件基准（即经过正式评审及认定的软件配置事项，它们此后可作为进一步开发的基础并只有通过正式的更改程序才能被变动）的标准报告分发给相关的项目组及成员（此类报告包括软件配置控制组会议记录，变动申请汇报，状态报告）？5.项目是否遵循软件组织如何实施软件配置管理活动的书面规则？6.项目组成员是否经过专门培训使其能完成所负责的软件配置管理活动？7.是否用测量方式来确定软件配置管理活动的状况（例如，为软件配置管理活动所投入的工作量和金钱）？8.是否进行定期审核以验证软件基准同定义基准的文档相符合（例如，由软件质量保证小组定义的文档）？136软件过程成熟度模型利用CMM对软件机构进行成熟度评估CMM为评估和评价提供了一个参考框架Back

137ISO9000和CMM的联系ISO9001和CMM既有区别又相互联系，两者不可简单的互相替代。尽管ISO9001标准的一些要求在CMM中不存在，而CMM的一些要求在ISO9001标准中也不存在，但不可否认的是，两者之间的关系非常密切。当然，两者之间的差别也很明显。两者的最大相似之处在于两者都强调“该说的要说到，说到的要做到”。对每一个重要的过程应形成文件，包括指导书和说明，并检查交货质量水平。两者都强调持续改进。很明显，取得ISO9001认证对于取得CMM的等级证书是有益的，反之，取得CMM等级证书，对于寻求ISO9001认证也是有帮助的。138ISO9000和CMM的联系CMM比ISO9000好？CMM和ISO9000都只是一种标准,前者是根据一个研究所的研究报告制订的一套标准,有很多不完善的地方。ISO9000是一个国际标准,通用性强。就软件企业来说,两者在对企业的质量管理的指导原则上，要求差不多，而实现和表述上不同,不能笼统的说谁比谁好。CMM注重过程要求,它的每一级对所要实现的关键过程域都有详细的要求,并且强制企业能自我更新和持续改进,以实现缺陷预防。这对于推动软件企业自身质量管理素质是非常有利的。ISO9000的通用性太强,针对性太弱。ISO9000适用范围是所有设计\制造\开发及服务的行业，对软件质量管理体系的要求很低，而且也不具体。139ISO9000其他取得ISO9001认证并不意味着完全满足CMM某个等级的要求表面上看，获得ISO9001标准的企业应有CMM第3至第4