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概述项目在工程活动的开始，首先要进行需求开发。
后续所有的工程活动，包括设计、实现、测试均是根据需求展开的，所以需求开发的重要程度是最高的，而由于需求的抽象性，需求开发人员（系统分析员）既需要有过硬的专业知识，还要具备较强的交流、沟通能力，所以需求开发也是最难的。
- 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当有子承包商时，应恰当地将项目定量的质量目标分配给他们
工作产品
软件质量管理计划，度量项的各种记录，度量分析报告；
第四章附录软件产品（项目）研发的质量管理目标与测量项。