cmmi-支持-qa-质量管理规程-v1
CMMI文件-(组织方针)v3.0
组织方针与目标（V3.0）更改控制页目录1组织方针与目标 (1)1.1方针 (1)1.2标准 (1)1.3商业目标 (1)2过程通用目标 (2)2.1组织过程焦点(OPF) (2)2.2组织过程定义(OPD) (4)2.3需求管理(RM) (5)2.4项目计划(PP) (7)2.5项目监控(PMC) (8)2.6采购管理(SAM) (10)2.7度量(MA) (11)2.8质量保证(PPQA) (12)2.9配置管理(CM) (13)2.10需求开发(RD) (15)2.11技术解决方案(TS) (16)2.12产品集成(PI) (18)2.13验证(VER) (19)2.14确认(VAL) (20)2.15组织培训(OT) (21)2.16集成项目管理(IPM) (23)2.17风险管理(RSKM) (24)2.18决策分析(DAR) (25)2.19组织过程性能（OPP） (27)2.20定量项目管理(QPM) (28)2.21组织革新和部署(OID) (29)2.22原因分析和解决(CAR) (31)1组织方针与目标根据公司的战略与经营管理需要，公司组织级方针与目标的内容如下：1.1方针“优质、高效、安全、规范”优质：为客户提供高品质的产品和服务；高效：以最高效率服务客户和发展企业；安全：保障企业和客户的各项资产安全；规范：建立规范的管理体系并严格执行。
1.2标准使用CMMI-DEV V1.2模型；ISO9001-2000；ISO27001。
1.3商业目标本过程改进计划旨在帮助公司在能力成熟度集成模型（CMMI）方面达成下列商业目标：1.将项目的进度偏差率控制在总工期的10%以内；2.交付时的产品质量控制在0.5个Bugs/千行代码以内；3.将项目的成本偏差率控制在10%以内；4.改善软件开发流程、提高质量、降低成本、提高效率、降低风险；5.改善软件产品及服务的品质和可靠性，提高客户满意度；6.建立出口软件开发管理规范，提高公司整体的软件开发和管控水平；7.通过CMMI 5级认证，进一步提高企业形象和市场竞争力。
cmmi,3级软件过程改进方法与规范
竭诚为您提供优质文档/双击可除cmmi,3级软件过程改进方法与规范篇一：cmmi过程改进的两种方法1、2、cmmi过程改进的两种方法阶段表示为过程改进提供了一个预定义的路线图，即从成熟等级1到成熟度等级5逐渐增加，要达到一成熟度等级，必须满足该等级（及其以下等级）上所有的过程域的目标连续表示支持单个过程域的改进，可理解为一个过程域接着一个过程域实施改进。
在每个过程域上能力等级0到能力等级5逐级增加3、cmmi的全称，软件能力成熟度模型。
4、过程的作用过程是决定产品成本、进度和质量的主要因素5、过程改进的生命周期模型-ideal模型5、cmmi过程改进流程6、过程改进的目的7、过程改进的好处8、过程改进的原则篇二：cmmi3级软件过程第18章质量保证第18章质量保证质量保证（qualityassurance，qa）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。
质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。
质量保证过程域是spp模型的重要组成部分。
本规范阐述了质量保证过程域的3各主要规程：☆制定质量保证计划[spp-pRoc-qa-planning]。
☆过程与产品质量检查[spp-pRoc-qa-ppqc]。
☆问题跟踪与质量改进[spp-pRoc-qa-tRacking]。
上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。
本规范适用于国内it企业的软件研发项目。
建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。
18.1介绍过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”，而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心“产品质量”。
CMMI介绍
CMMI 能解决我们的问题吗（3）
• 更多的问题… • CMMI的实践能帮助我们逐步改善上述问题，直到
最终的解决。
• CMMI是一门科学，是一门经验科学。 • CMMI是世界上优秀的软件开发组织的最佳实践的
集合。CMMI不会给出文档的格式，实践CMMI需 要结合公司的实际。
• CMMI与敏捷编程是完全相容的，二者并不矛盾。
医头，脚疼医脚。 – 评价解决后的改进效果。 – 为什么在5级，因为改进效果必需被精确度量。
CMMI-支持-QA-质量保证工作指南-V1.0
广州润衡软件连锁有限公司 SQA工作指南SQA 工作指南文档编号：GZCY_PPQA_WS_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言本文的目的是对软件质量保证工作提供指导性纲要，以便帮质量保证人员快速掌握相关管理的主要工作职责。
目录第一章基本概念 (1)第二章软件质量保证过程 (1)2.1 支持项目活动 (1)2.2 过程评审和产品审计 (3)2.3 SQA管理活动 (5)第一章基本概念1.软件质量保证：➢用于评价软件工作产品开发和维护过程的一组活动。
➢在项目实施中，SQA人员负责所有必要的过程的评审和产品的审计，按照适用的标准过程和计划对项目活动进行的客观的验证。
对指定的工作产品完成了技术内容的质量审查。
2.质量保证专家：独立于公司质量体系范围之外的具有一定资格的质量保证人员，他们对公司内部的SQA人员的工作进行评审。
3.配置控制委员会CCB(Configuration Control Board)：是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。
第二章软件质量保证过程SQA工作贯穿整个软件生命周期，软件项目的SQA人员在《立项报告》批准之后就开始和项目经理一起策划项目的SQA活动，在整个过程中，支持并协助项目经理的部分管理活动，SQA人员的主要工作是对项目过程的评审和工作产品的审计，同时，也要接受客户代表、质量保证专家和高层经理的检查。
2.1支持项目活动项目的质量保证活动在项目一启动时就要开始，在策划阶段要与软件工程组通力协作，并在需要时给软件工程组指导和帮助。
1.确定项目的SQA人员由高层经理指定项目的SQA人员，再由SQA人员启动SQA活动。
注意：SQA人员必须独立于项目之外，SQA人员必须具有向高层经理报告的渠道。
CMMI-支持-CM-配置管理计划制定规程_V1.2
广州润衡软件连锁有限公司软件配置管理计划制定规程软件配置管理计划制定规程变更记录修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）目录1简介 (1)1.1文档目的 (1)1.2适用范围 (1)1.3背景描述 (1)1.4缩略语 (1)2参考资料 (2)2.1标准文件 (2)2.2引用文件 (2)3机构描述 (2)4规程概述 (2)5软件配置管理计划内容描述 (3)5.1组织和资源 (3)5.1.1软件配置管理组织结构 (3)5.1.2角色功能介绍 (3)5.1.3软件配置管理所需资源 (4)5.2配置项和基线 (4)5.2.1识别定义配置项 (4)5.2.2配置项标识 (5)5.2.3配置基线库 (5)5.3基线变更控制 (5)5.4状态报告 (6)5.5基线审计及发布 (6)5.5.1基线的建立与批准 (6)5.5.2基线审计 (6)5.5.3基线发布 (7)5.6估计时间表 (7)5.7配置库权限管理 (7)5.8配置库备份 (7)5.9培训 (8)1 简介1.1 文档目的本规程是描述在项目阶段软件配置管理计划制定的程序及需要进行的活动。
1.2 适用范围本规程适用于组织中的各个项目的软件配置管理计划的制定。
1.3 背景描述软件配置管理计划是在整个项目立项阶段，为保证需求活动能够置于配置管理之下，在核心组成立之后就开始制定的。
软件配置管理计划（SCMP），连同软件质量保证计划（SQAP）和其他的描述规范的计划都附属于软件项目计划。
软件配置管理计划应该与项目开发计划一同完成，以保证软件配置管理计划的范围同项目开发计划的范围一致。
通过识别应置于配置管理之下的配置项和将要在此基础上建立的准则，就可以决定软件配置管理的需求范围和作用时间。
软件配置管理负责人应该用软件配置管理计划模板来制定软件配置管理计划，模板描述了需求格式和计划内容。
软件配置管理计划完成之后应该交由项目经理，软件质量保证（SQA）负责人和其他相关的负责人来讨论和审计。
CMMI-支持-QA-质量保证方针-V1.0(精)
软件质量保证方针前言软件质量保证的目的是为管理者提供有关软件项目过程和产品的适当的可见性。
软件质量保证包括评审软件过程和审计软件产品，以验证其是否遵守应用规程和标准，并向项目经理和其他相关负责人提供评审和审查结果。
目录第一章目标 1第二章实践 2软件质量保证工作应该在所有项目中实施，SQA人员负责必要的评审和审计，客观的验证：项目活动是按照适用的标准过程和计划进行。
工作产品符合适用的标准。
对指定工作产品完成了技术内容的质量审查。
第一章目标1. 软件质量保证活动要有计划。
2. 软件产品和活动遵守适用的标准、规程和要求的情况要得到客观验证。
3. 软件质量保证的活动和结果通知到受影响的组和个人。
4. 软件工程组内部不能解决的问题由高层经理处理。
第二章实践5. 为每一个项目指派一名SQA人员，负责项目的SQA活动。
6. 执行SQA评审和审计的人不应该涉入被评审活动的实施和被审计工作产品的开发。
SQA人员有权将不能解决的问题报告给高层经理。
7. 指定一名高层经理定期或在事件驱动下评审SQA活动及结果。
8. 项目中的SQA人员应该是项目配置控制委员会（CCB）的一员。
9. 每个项目都应该准备SQA计划，对SQA计划要进行管理和控制。
10. SQA人员要审计指定的工作产品，验证其是否符合适用的产品标准，同时验证产品是否进行了技术方面的质量审查。
11. SQA人员要对项目活动进行评审，验证其是否符合项目已定义的过程。
12. SQA人员评审和审计的结果要文档化，作为项目记录的一部分进行维护。
13. 为解决SQA评审和审计中发现的不符合项，每个项目都应实施一定的纠正措施。
14. SQA人员要对组织过程活动进行评审，验证其是否符合过程要求。
CMMI_评审规程 V1
评审规程变更日志目录1 引言 (1)1.1目的 (1)1.2适用范围 (1)1.3定义 (1)1.4参考资料 (1)2 总体描述 (2)2.1概述 (2)3 评审过程描述 (3)3.1管理评审过程 (3)3.1.1概述 (3)3.1.2角色与职责 (3)3.1.3进入标准 (3)3.1.4输入 (3)3.1.5任务 (3)3.1.6结束标准 (4)3.1.7输出 (4)3.2技术评审过程 (4)3.2.1概述 (4)3.2.2角色与职责 (4)3.2.3进入标准 (5)3.2.4输入 (5)3.2.5任务 (5)3.2.6结束标准 (9)3.2.7输出 (9)1 引言1.1目的本文件定义了公司通用评审过程，以控制评审活动的有效性，确保尽早发现问题及缺陷，从而有效降低成本, 减少返工, 缩短项目周期、提高产品质量。
1.2适用范围本文件适用于公司所有的评审活动。
1.3定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。
词汇名称词汇含义备注1.4参考资料无2 总体描述2.1概述根据评审的内容特点，评审活动可分为管理评审和技术评审，适用范围如下：➢管理评审：与管理相关的评审活动，如立项评审、项目实施指导评审、计划评审、里程碑评审、结项评审等。
管理评审方式包括：会议、会签、主管审批三种；➢技术评审：与技术相关的评审活动，如可行性分析评审、用户需求评审、需求规格说明书评审、概要设计评审、详细设计评审、源代码评审、测试方案评审、测试用例评审等。
技术评审一般采用同行评审方式，主要包括：审查、走查、轮查三种。
根据评审的方式特点，还可分为正式评审和非正式评审，适用范围如下：➢正式评审：是针对正式的工作成果（如立项、合同、项目阶段成果等）进行的评审。
管理评审和技术评审中审查属于正式评审；➢非正式评审：适用于对较简单，还未形成正式工作产品的工作进行检查，形式较为灵活。
CMMI-需求开发与管理规程
需求开发与管理广东×××技术股份有限公司修订历史记录目录1目的 (4)2适用范围 (4)2.1机构 (4)2.2业务 (4)3名词术语 (4)4概述 (4)5过程定义 (5)5.1需求开发与管理 (5)5.1.1 角色与职责 (5)5.1.2 入口准则 (6)5.1.3 输入 (6)5.1.4 过程活动 (6)5.1.5输出 (7)5.1.6 出口准则 (8)5.1.7 过程度量 (8)5.1.8 确认与验证 (8)6规程 (8)7标准与规范、指南 (8)8裁剪指南 (8)9模板与表格 (8)10实施指导 (9)1目的定义需求开发与管理过程，为需求开发及跟踪提供有效的流程和方法。
2适用范围2.1机构公司研发、技术等部门。
2.2业务提供需求开发与管理过程的标准活动说明。
3名词术语3.1 RDM（Request Development and Management）：需求开发与管理。
3.2 SRS(Software Requirement Specification)：软件需求规格说明书。
3.3 客户(Customer)：开发产品订单的付费方3.4 最终用户(End User)：最终真正操作软件的用户3.5 用户需求：指直接来自于客户或者用户的原始需求3.6 产品需求：指对用户需求进行需求分析和开发之后生成的对于软件产品开发的需求3.7 CCB(Change Control Board)：变更控制委员会。
CCB的组长一般为适用机构的领导，成员一般为PMO及适用机构领导制定的某些特定人员，对于子部门级别的项目，CCB可直接由子部门的经理担任组长，由PMO担任组员。
4概述项目在工程活动的开始，首先要进行需求开发。
后续所有的工程活动，包括设计、实现、测试均是根据需求展开的，所以需求开发的重要程度是最高的，而由于需求的抽象性，需求开发人员（系统分析员）既需要有过硬的专业知识，还要具备较强的交流、沟通能力，所以需求开发也是最难的。
CMMI 质量保证计划
CMMI 质量保证计划质量保证计划质量保证计划(Quality Assurance Plan)版本:1.0(Version: 1.0)A_SIM-QAP Version 1.0Date 2007/03/17IT DEPARTTMENT TEAMV1.0 2007/03/17质量保证计划文档修订记录版本或者更变化简要说明(变更内日期变更人批准日期批准人改记录编号状态容和变更范围)V1.0 C 初次创建 2007-03-17 xxx 2007-03-20 xxx*变化状态:C――创建，A——增加，M——修改，D——删除文档审批信息序号审批人角色审批日期签字备注1 xxx 项目经理 2007-03-20V1.0 2007/03/17质量保证计划前言该计划旨在通过制定质量保证的相关计划，为质量保证活动提供依据并对其有效性提供参照标准。
确保质量保证活动在项目实施过程中能够有效进行。
V1.0 2007/03/17质量保证计划目录第一章概述 ..................................................................... ................................................... 1 第二章资源 ..................................................................... ................................................... 2 2.1. 角色和人员 ..................................................................... ........................................... 2 2.2. 培训 ..................................................................... ..................................................... 2 第三章 SQA 活动计划 ..................................................................... ..................................... 2 3.1. 过程评审 ..................................................................... .............................................. 2 3.2. 产品审计 ..................................................................... .............................................. 8 3.3. 对项目开发工作的支持 ..................................................................... ......................... 9 3.4. 质量预测 ................................................................................................................. 10 3.5. SQA 报告发布 ..................................................................... ..................................... 10 第四章 SQA 度量 ..................................................................... (12)V1.0 2007/03/17质量保证计划第一章概述制定本计划的目的是定义在A_SIM项目中SQA的任务、职责及活动时间表等，为实施SQA活动提供指导。
cmmi质量保证流程
cmmi质量保证流程CMMI（能力成熟度模型集成）是一种用于改进质量保证流程的框架。
CMMI可帮助组织评估和提高其过程成熟度，从而提供高质量的产品和服务。
以下是1200字以上关于CMMI质量保证流程的详细介绍。
一、CMMI简介CMMI是由美国软件工程研究所（SEI）开发的一个框架，旨在帮助组织提高其业务过程的效率和质量。
CMMI基于过程成熟度模型（CMM），并将软件工程、系统工程、产品和服务开发的最佳实践纳入其框架中。
CMMI定义了不同成熟度级别的过程能力，并提供了指导、模型和工具以帮助组织实现这些能力。
二、CMMI质量保证流程的阶段CMMI质量保证流程包括若干阶段，以下是这些阶段的详细介绍：1.设立目标和策略：该阶段旨在确立组织的质量目标和策略，以指导后续的工作和决策。
在这个阶段，组织需要确定开展质量保证活动的范围，并制定与质量相关的指导方针和策略。
2.制定过程说明：在这个阶段，组织需要制定一系列的过程说明，以帮助管理层和团队成员理解和执行质量保证活动。
这些过程说明应包括各个质量保证活动的工作流程、输入和输出、角色和责任等信息。
3.建立质量指标：在这个阶段，组织需要确定一系列的质量指标来衡量和监控其质量保证活动。
这些指标应涵盖质量目标和策略，并能够提供关于质量状况和绩效的有用信息。
4.进行质量培训：质量培训是提高团队成员对质量保证活动的理解和能力的关键环节。
在这个阶段，组织应向团队成员提供相应的培训，以帮助他们掌握质量保证的基本概念和技能。
5.执行质量保证活动：在这个阶段，组织需要实施一系列的质量保证活动，包括代码评审、单元测试、系统测试等。
这些活动应按照事先制定的过程说明和质量指标来进行，以确保产品符合质量要求。
6.监控和调整：监控和调整是质量保证流程的关键环节，它包括对质量活动的监控和评估，并在必要时进行调整。
通过监控和调整，组织可以及时发现和解决质量问题，并不断改进其质量保证流程。
7.回顾和总结：在每个阶段结束时，组织应对其质量保证活动进行回顾和总结，以收集反馈信息并分析改进机会。
软件成熟度认证 cmmi 基本条件-概述说明以及解释
软件成熟度认证cmmi 基本条件-概述说明以及解释1.引言1.1 概述软件成熟度认证CMMI（Capability Maturity Model Integration）是一种国际通用的软件过程改进模型，旨在帮助组织提高其软件工程能力，提高软件开发和维护的效率和质量。
CMMI认证作为一种权威的认证体系，被越来越多的组织所认可和采用。
本文将重点关注CMMI认证的基本条件，为读者提供一个全面的了解，帮助其更好地理解CMMI认证的要求和实施过程。
通过对CMMI认证的基本条件进行深入分析，读者可以更好地准备和规划组织的软件过程改进工作，提升组织软件工程的水平和能力。
1.2 文章结构文章结构是指文章整体的组织形式和布局安排。
本文主要分为引言、正文和结论三个部分。
在引言部分，首先介绍了文章的概述，即软件成熟度认证CMMI的基本概念和背景信息，引起读者的兴趣。
接着介绍了文章的结构，包括引言、正文和结论三个部分的组织方式，以便读者了解整篇文章的总体框架。
最后说明了文章的目的，即通过介绍CMMI的基本条件，帮助读者了解软件成熟度认证的重要性和实施条件。
正文部分主要分为三个小节。
首先是CMMI的简介，介绍了CMMI 的定义、发展历程和应用范围，帮助读者了解CMMI的基本概念。
其次是CMMI认证的重要性，阐述了软件成熟度认证对于软件开发组织的益处和意义。
最后是CMMI认证的基本条件，详细介绍了获得CMMI认证所需满足的各项条件和要求，帮助读者了解实施软件成熟度认证的具体步骤和要求。
结论部分总结了文章的主要观点和内容，强调了软件成熟度认证CMMI的重要性和必要性。
提出了应用建议，指导软件开发组织如何实施CMMI认证，提高软件开发质量。
最后展望了软件成熟度认证的未来发展趋势，为读者展开了未来可能的研究方向和发展方向。
1.3 目的本文旨在探讨软件成熟度认证(CMMI)的基本条件，以帮助读者了解什么是CMMI认证，为什么它对软件开发组织至关重要以及如何满足CMMI 认证的基本要求。
cmmi基础知识
项目周例会
原因分析会议
里程碑总结
部门周例会
第M周
项目暂停/终止
项目总结/结束
项目计划、 里程碑总结报告、 项目总结报告 问题管理表 项目周报
财富2库5
Neusoft Co., Ltd.
PCB概念
• 英文全称：Process Capability Baseline
• 英文缩写：PCB
• 中文名称：过程能力基准
定的结构，在过程中一次性使用。
方法 标准 指南
模板
表格
13
Neusoft Co., Ltd.
CMMI实施的目的
• 提高在预算内按期交付高质量软件产品的能力 • 提高对软件开发过程的可视性
14
Neusoft Co., Ltd.
第二章 OSSP介绍
15
项目管理过程
• 项目策划——PP • 项目监控 • 风险管理
CMMI 是美国国防部委托卡内基美隆大学软件工程学院(SEI)开发出来的，作 为采购者评估供应者(开发者)的过程能力度与组织成熟度的标准，也可作为厂 商提升产品(系统、软件、硬件)开发过程管理水平的参考。
4
Neusoft Co., Ltd.
CMMI产生背景
• 软件危机的产生
– 软件开销以高于10%的年增长率持续增长 – 开发预算成倍增长 – 产品交付期极度滞后 – 软件产品质量难以预测
• 结论：管理是影响项目全局的因素，而技术只影响局部。
• 现在CMMI已经被国际软件界公认为软件工程的一项重大成 果，全世界有数千个组织在实施。
5
CMMI发展历史
Neusoft Co., Ltd.
6
Neusoft Co., Ltd.
CMMI实施标准规范
附件1：CMMI实施标准规范
CMMI实施标准
项目划分标准
1.项目成本：100万元以上
人员：配备项目经理1人，开发人员5-12人，开发人员中包含需求调研人员，专职QA 1人，测试人员2-3人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
项目结项
在工程过程中执行的活动以及产品
需求开发
软件设计
客户验收
在支撑过程中执行的活动以及产品质量保证
2.项目成本：50~100万
人员：配备项目经理1人，开发人员4-8人，开发人员中包含需求调研人员，专职QA 1人，测试人员1-2人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
在工程过程中执行的活动以及产品
软件实现
软件测试
服务于维护
在支撑过程中执行的活动以及产品质量保证
3.项目成本：10~50万
人员：配备项目经理1人，开发人员3-6人，开发人员中包含需求调研人员，兼职QA 1人，测试人员1人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
项目结项
在工程过程中执行的活动以及产品
需求开发
软件实现
软件测试
服务与维护
在支撑过程中执行的活动以及产品
度量分析
4.项目成本：0~10万元
人员：配备项目经理1人，开发人员1-4人，开发人员中包含需求调研人员，兼职QA 1人，测试人员1人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
项目监控
在工程过程中执行的活动以及产品
软件测试
在支撑过程中执行的活动以及产品。
全套CMMi软件质量管理体系
XXXXX计算机软件有限公司XX软件质量管理体系V1。
0XX软件研发部2010/12/1目录第一篇总则 (3)一、《XX软件质量管理体系》的实施 (3)二、目的 (3)三、背景介绍 (3)四、体系总体介绍 (4)第二篇项目管理 (6)一、立项管理 (6)二、结项管理 (12)三、项目计划 (15)四、项目监控 (24)五、风险管理 (29)六、需求管理 (32)第三篇技术实现过程 (39)一、技术预研 (39)二、SCRUM过程 (41)三、用户验收 (46)四、技术评审 (49)第四篇支撑过程 (55)一、配置管理 (55)二、质量保证 (60)三、培训管理 (66)四、服务与维护 (71)第一篇总则一、《XX软件质量管理体系》的实施XX计算机软件有限公司依据CMMi(软件能力成熟度模型集成）框架，结合公司多年来实施“敏捷开发”的开发方法的经验，以及公司的实际情况，编写的《XX软件质量管理体系》V1。
0版已经编写完成。
本体系文档是公司质量管理体系法规性文件,是指导公司建立并实施质量管理体系的行动准则。
公司全体员工必须遵照执行。
二、目的本文档的目的在于：✧通过建立软件过程管理体系，提高企业的软件过程能力，保证软件质量，保证商务目标的实现。
✧基于精简的CMMi 3级管理体系，结合企业实际情况和经验积累，结合敏捷开发的SCRUM方法.开发适合XX软件有限公司发展的软件过程管理体系.✧使得XX软件的软件开发过程管理基本满足CMMi 3级要求。
三、背景介绍CMMI-DEVCMMI是个了不起的规范，但是仍然有很多不足之处。
CMMI对于项目管理很有指导价值,但是它对技术开发过程的论述却不够深入。
对于大多数软件项目而言,技术开发占总工作量的70％以上,而项目管理占总工作量的30％以下。
对大多数企业而言，技术开发过程的规范化比项目管理过程的规范化尤为重要与迫切。
软件开发是如此的灵活,如果没有规范来指导与制约,就容易因无序而导致混乱。
CMMI中QA是职责是什么
CMMI中QA是职责是什么CMMI中QA的职责是什么CMMI,QA,SQA,PPQAQA即英⽂QUALITY ASSURANCE 的简称，中⽂意思是品质保证，其在ISO8402：1994中的定义是“为了提供⾜够的信任表明实体能够满⾜品质要求，⽽在品质管理体系中实施并根据需要进⾏证实的全部有计划和有系统的活动”。
有些推⾏ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关品质保证的职能，担任这类⼯作的⼈员就叫做QA⼈员 .⽆论是ISO9000还是CMMI，都是以过程为中⼼。
也就是说，通过过程的持续改进来提⾼产品质量。
⽽过程质量与产品质量如何正向关联呢？就需要质量保证（QA）。
这也是ISO9000和CMMI都很推崇的⽅法。
但从国内软件企业的现状来看，很多企业的过程体系都相差⽆⼏，⽽开发出来的产品质量却千差万别。
导致这种差别的原因有很多，过程及其执⾏⽅式的⽣搬硬套就是其中很重要的原因之⼀。
在建⽴QA组织的时候，多数企业也这样实⾏“拿来主义”。
就像看着别⼈穿着⼀双⾮常漂亮的鞋，就想拿过来⾃⼰穿，⼀般都不会适合⾃⼰。
其结果要么是打肿脚穿⼤鞋，要么是削⾜适履，效果可想⽽知。
我们应该做的是“量脚买鞋”、“量体裁⾐”。
QA 组织的建⽴也⼀样，应先了解企业的⽂化、可获得的资源以及过程成熟度⽔平等，再据此选择适宜的QA组织。
SEI的CMM模型中强调的是软件质量保证（SQA）的独⽴性，即SQA要独⽴于其所进⾏质量保证的项⽬和项⽬的所在部门。
也就是说，SQA要在⾏政管理上不⾪属项⽬和项⽬的负责部门。
CMM所要求的另⼀个SQA发挥职能的独⽴上报渠道，尤其是发现的不符合问题要逐级上报并跟踪问题的处理直致结束。
如果SQA受技术⾼层的管理，⽽且技术⾼层之间对SQA职能和价值有很好的理解，如刘总说，SQA和项⽬间的对⽴和协调就会顺畅和协调⼀致得很好。
SQA的价值和作⽤的有效发挥，还受到企业从上到下各个层⾯对SQA价值和作⽤的认识、SQA资源的选择和投⼊的影响。
最新CMMI的五个等级
CMMI对过程改进文化的要求
改进阶段
达到目标
主要工作
细节处理
文化要求
ML4-ML5 ML5：优化级
ML3-ML4
ML4：定量管 理级
ML2-ML3 ML3：定义级
ML1-ML2 ML2：管理级
建立一个主动文化，发现问题解决 问题，并发动组织变革
选择流程和新 方法进行改进 和推广
建立一个预防和客观的文化，采用 定量管理方法进行度量和控制
建立预防文化，具 备更加客观和准确 的控制能力
建立共享文化，开 放层次、方法和手 段；形成协同能力
如何建立一个质量 文化—遵守流程的 文化
ML0-ML1 ML1：初始级 能够完成客户要求的动作
完成项目
应客户要求而动的 生存文化
2
CMMI Model Staged V1.2
级别 Managed
Defined
需求管理 Requirement Management（REQM）
项目计划Project Planning（PP） 项目跟踪与控制Project Monitoring and Control（PMC） 供应商合同管理Supplier Agreement Management（SAM）
度量分析Measurement and Analysis（MA） 产品与过程质量保证Product and Process Quality Assurance（PPQA） 配置管理Configuration Management（CM）
集成项目管理 Integrated Project Management（IPM） 风险管理 Risk Management （RSKM）
决策分析与解决方案Decision Analysis and Resolution （DAR）
QA-CMMI与软件质量管理
技术
Q&P
人
过程
Page 15
基于过程的质量
定义过程
开发产品
评估产品质量
改进过程
否
质量
OK
是
将过程制度化
Page 16
质量管理的职责
? 质量管理体系和过程的建立在组织级，实施在项 目级；
? 组织质量管理的职责
? 质量目标是组织的商业目标之一 ? 建立质量方针和策略 ? 提供资源和支持
? 项目质量管理的职责
80
60
41
40
25
20
18 18 16 10 15
0 北京 上海* 广东 辽宁* 浙江 山东 云南 江苏 其他
数据来源： 信产部科技司05 年 12 月软件过程改进与评估推进座谈会
*上海、辽宁数据到 05 年底
Page 11
国内软件企业的质量管理能力
? 缺少对产品质量状况进行客观评价的数据
按CMMI模型实施的过程改 进应将项目质量管理能力的提 升作为改进重点之一。
?? .
Page 4
成功的经验-1
软件生产率
SLOC / 人天
软件生产率和质量性能
缺陷率
生产率
软件缺陷率
Defect / KLOC
L2
L3
L4
‘88 '89 ‘90 '91 ‘92 '93 ‘94 '95 ‘96 '97 Reference: Presented at SEPG 99
Page 5
‘98 '99
? 在工作产品的开发进程中由同行们对该工作产品进行的评审，目 的是识别要消除的缺陷。 [CMMIV1.2]
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
质量管理规程
前言
此规程是在质量保证过程的基础上进行的提升，为了满足组织和对高质量产品的需要及愿望。
组织制定出当前的质量目标，各项目依据此，并结合本项目的要求，制定出本项目的质量目标和项目管理计划，在项目执行中，监控项目的质量管理计划的执行状况，以实现项目的质量目标。
目录
第一章概述 (1)
1.1 目的 (1)
1.2 适用范围 (1)
1.3 术语表 (1)
1.4 参考资料 (1)
第二章过程总体描述 (2)
2.1 过程概述 (2)
2.2 过程结构描述 (2)
第三章过程元素活动 (3)
3.1 制定和维护项目的质量计划 (3)
3.2 项目质量计划的内容 (3)
3.3 评审项目质量计划和为实现质量目标所作的对过程的变更 (3)
3.4 在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标 (4)
3.5 当有子承包商时，应恰当地将项目定量的质量目标分配给他们 (4)
第四章附录 (5)
第一章概述
1.1目的
是建立对项目软件产品质量的定量了解和实现特定的质量目标，制定实现目标的计划，实施监控及在必要时调整软件计划、活动和质量目标，以满足顾客和最终用户对高质量产品的需要及愿望。
1.2适用范围
适用于组织所有研发项目；
1.3术语表
无。
1.4参考资料
无。
第二章过程总体描述2.1过程概述
2.2过程结构描述
图表1 软件质量管理流程图
第三章过程元素活动
3.1制定和维护项目的质量计划
1.搜集和理解组织和客户对软件质量的需求；
2.分析项目的软件需求，提炼出其质量需求，确定质量目标；
3.依据项目的定义过程，将质量分解到各个阶段工作与产品之中；
4.在项目开发计划中，编制项目质量管理计划；
5.当项目软件需求重大改变时，更新项目质量管理计划；
6.在项目执行中每个里程碑处检查质量管理计划的执行和目标的完成状况，必要时
更新计划；
3.2项目质量计划的内容
1.对软件产品有重大影响的质量目标：是以最少成本提供最大的客户满意度的质量
目标，或者是客户认为是“必须有”的内容；
2.在升级产品与版本上改进的质量性能；
3.确定产品研发过程中各个工作阶段的质量目标；
4.计划中针对质量活动如过程度量、评审、测试等活动的详细度量项目，详见度量
与分析规程中的附录；
3.3评审项目质量计划和为实现质量目标所作的对过程的变更
受影响的组和个人评审软件质量管理计划、质量目标和定义过程的变更，包括的人员有：顾客、项目组、测试组、SQA、SCM、高级经理；
3.4在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标
1.需求中的功能是否在生命周期的各阶段产品中得以实现（要求100％）；
2.各阶段评审中发现的问题，是否及时得到纠正（要求100％）；
3.计划中列举的关键特征，是否得到实现（要求100％）；
4.预先确定的计划进度的误差是否落入允许的范围；
5.测试结束时，产品缺陷数是否稳定减少，而且符合预先确定的百分比（每千行代
码的BUG数）；
6.项目经理和高级经理在审阅度量分析报告时，对偏离项作出相应的纠正措施，或
作相应的调整，并由SQA负责过程审计；
7.SEPG负责依据各类项目的实施与分析结果，调整与修订组织对产品的质量目标要
求与定量指标；
3.5当有子承包商时，应恰当地将项目定量的质量目标分配给他们
工作产品
软件质量管理计划，度量项的各种记录，度量分析报告；
第四章附录软件产品（项目）研发的质量管理目标与测量项。