下载文档原格式
软件质量保证计划模板前言项目SQA人员在项目策划期间，就应着手制订项目的质量保证计划（SQAP），以确保质量保证计划中活动的范围和时间与项目开发计划(SDP)、软件配置管理计划(SCMP)以及软件测试计划（STP）保持一致，计划中要确定项目的度量收集计划，同时说明对项目的支持活动。
目录第一章概述 (1)第二章资源 (1)角色和人员 (1)培训 (1)第三章SQA活动计划 (2)过程评审 (2)产品审计 (4)对项目开发工作的支持 (4)质量预测 (5)SQA报告发布 (5)第四章SQA度量 (6)第一章概述制定本计划的目的是定义在{××项目}中SQA的任务、职责及活动时间表等，为实施SQA活动提供指导。
本计划适用于{××项目} 的SQA工作。
第二章资源2.1角色和人员参见《软件开发计划》中的项目人员部分。
2.2培训【列举为完成工作，SQA人员所需要的培训。
】制定计划时，可以直接参见《培训计划》。
第三章SQA活动计划3.1过程评审评审过程一览表其中，评审类型：M－里程碑评审；P－过程评审具体的过程评审的内容由SQA人员与项目经理协商并达成一致形成检查表记录在项目《SQA过程评审报告》中，SQA人员依据《SQA过程评审报告》检查表的内容进行过程评审，将过程评审结果记录在报告中，并监督软件工程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
详细的过程评审时间如下：3.2产品审计SQA人员对软件生命周期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。
有关软件工作产品可以参见软件开发计划（SDP）、SCM计划和软件测试计划（STP）。
在下面表格中定义了要进行审计的工作产品及参照的标准。
【下面的审计对象可以根据实际情况增加或删】审计产品一览表具体的产品审计检查的内容由SQA人员与项目经理协商并达成一致形成检查表记录在项目《SQA产品审计报告》中，SQA人员依据《SQA产品审计报告》检查表的内容进行审计，将审计结果记录在报告中，并监督软件工程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
全套CMMI（信息系统项⽬管理）⽂档模板-配置管理⽅案配置管理⽅案⽬录1简介 (2)1.1⽬的 (2)1.2适⽤范围 (2)1.3术语表 (2)1.4参考资料 (2)1.5职责描述 (2)2配置管理活动 (3)2.1软件资源与硬件资源 (3)2.2标识配置项 (3)2.2.1配置项标识规则 (3)2.2.2配置项名称格式说明 (4)2.2.3配置项 (4)2.3项⽬基线管理 (4)2.3.1基线列表 (5)2.3.2基线建⽴流程 (5)2.3.3基线的变更控制 (6)2.4发布管理 (7)2.5配置库管理 (7)2.5.1各类库结构 (7)2.5.2库的权限设置 (8)2.5.3库的备份与恢复 (8)2.6配置状态的记录和报告 (8)2.7配置审计 (8)2.8⼈员安排与时间安排 (9)3数据资料管理计划 (9)1简介1.1 ⽬的本计划是⽤来指导项⽬配置管理作业的过程与步骤，以便全⾯地管理、保存软件⽣命周期各个配置项，监控各配置项的状态，让⼩组所有成员能及时了解软件基线的状态和内容，从⽽实现对软件过程的控制，持续改进软件流程，保证软件产品质量、降低风险，实现项⽬规划的所有需求，同时提⾼开发团队的⼯作效率、降低软件开发成本。
1.2 适⽤范围本项⽬中纳⼊配置管理的活动：项⽬管理⽂档(如项⽬计划、配置计划等)、项⽬技术⽂档（需求规格说明书、概要设计等）、源程序及模块⽂档、基线、产品、⽤户⽂档、项⽬⼯具。
1.3 术语表1.4 参考资料⽆1.5 职责描述表2-12配置管理活动配置活动的⽬的是向项⽬组每⼀个⼈传达在本项⽬中如何进⾏配置。
参见《配置管理过程⽂件》。
2.1 软件资源与硬件资源2.2 标识配置项2.2.1配置项标识规则项⽬级的配置项是指由于项⽬实施⽽产⽣的记录。
为了便于查询、搜索今后各项⽬的⽂档及版本，下⾯将专门制订⼀套约定，统⼀、规范项⽬的命名格式。
凡进⼊项⽬级配置管理库下的⼯作产品都应依照下列命名约定进⾏。
广州润衡软件连锁有限公司 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人员必须具有向高层经理报告的渠道。
XXXXX计算机软件有限公司XX软件质量管理体系V1.0XX软件研发部2010/12/1目录第一篇总则 (3)一、《XX软件质量管理体系》的实施 (3)二、目的 (3)三、背景介绍 (3)四、体系总体介绍 (4)第二篇项目管理 (6)一、立项管理 (6)二、结项管理 (13)三、项目计划 (17)四、项目监控 (26)五、风险管理 (32)六、需求管理 (36)第三篇技术实现过程 (42)一、技术预研 (42)二、SCRUM过程 (45)三、用户验收 (51)四、技术评审 (54)第四篇支撑过程 (60)一、配置管理 (60)二、质量保证 (66)三、培训管理 (72)四、服务与维护 (77)第一篇总则一、《XX软件质量管理体系》的实施XX计算机软件有限公司依据CMMi（软件能力成熟度模型集成）框架，结合公司多年来实施“敏捷开发”的开发方法的经验,以及公司的实际情况，编写的《XX软件质量管理体系》V1。
0版已经编写完成。
本体系文档是公司质量管理体系法规性文件，是指导公司建立并实施质量管理体系的行动准则。
公司全体员工必须遵照执行.二、目的本文档的目的在于：✧通过建立软件过程管理体系，提高企业的软件过程能力,保证软件质量，保证商务目标的实现。
✧基于精简的CMMi 3级管理体系,结合企业实际情况和经验积累，结合敏捷开发的SCRUM方法.开发适合XX软件有限公司发展的软件过程管理体系.✧使得XX软件的软件开发过程管理基本满足CMMi 3级要求.三、背景介绍CMMI—DEVCMMI是个了不起的规范,但是仍然有很多不足之处.CMMI对于项目管理很有指导价值，但是它对技术开发过程的论述却不够深入.对于大多数软件项目而言，技术开发占总工作量的70％以上，而项目管理占总工作量的30%以下。
对大多数企业而言,技术开发过程的规范化比项目管理过程的规范化尤为重要与迫切。
软件开发是如此的灵活，如果没有规范来指导与制约,就容易因无序而导致混乱.但是规范如果不切实际或者太严密了,就容易畸变成为死板的教条,会扼杀开发人员生机勃勃的创造力。
软件质量保证方针前言软件质量保证的目的是为管理者提供有关软件项目过程和产品的适当的可见性。
软件质量保证包括评审软件过程和审计软件产品，以验证其是否遵守应用规程和标准，并向项目经理和其他相关负责人提供评审和审查结果。
目录第一章目标 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人员要对组织过程活动进行评审，验证其是否符合过程要求。
广州润衡软件连锁有限公司组织年度度量计划
组织年度度量计划模板
文档编号：
文档信息：
文档名称：
文档类别：模板
密级：
版本信息：V1.0
建立日期：
创建人：
审核者：
批准人：
批准日期：
保管人：
存放位置：
编辑软件：Microsoft Office 2003 中文版
CONFIDENTIAL
组织年度度量计划文档修订记录
文档审批信息
××年度
组织年度度量计划
文档修订记录
文档审批信息
目录
1 SEPG组织结构 (1)
2度量工具 (1)
3 商业目标（G） (1)
3.1 目标1： (1)
3.2 目标2： (1)
3.3 目标3： (1)
4 度量数据列表 (1)
1S E P G组织结构
[列出SEPG的成员姓名和职责]
2度量工具
3商业目标（G）
3.1 目标1：
3.2 目标2：
3.3 目标3：
4度量数据列表。
西安未来国际信息股份有限公司
2011年1月
文档修订记录
目录
1目的 (1)
2术语 (1)
3参考资料 (1)
4角色职责 (1)
5审计计划 (2)
5.1过程质量检查计划 (2)
5.2产品质量检查计划 (3)
5.3同行评审检查计划 ............................................................................ 错误！未定义书签。
1 目的
本计划是为过程改进、组织培训、立项的质量保证活动提供计划。
2 定义和缩写
3 参考资料
GB/T 11457-2006 信息技术软件工程术语
GB 8566-2007 信息技术软件生存周期过程
GB 8567-2006 计算机软件文档编制规范
4 角色职责
5 审计计划
5.1 过程质量检查计划
表3过程质量检查计划表
5.2 产品质量检查计划
表4产品质量检查计划表。
〔工程名〕工程方案版本：目录1.工程介绍 (1)1.1.工程定义 (1)1.2.工程目标 (1)1.3.客户与最终用户介绍〔可裁剪〕 (1)1.4.工程组角色职责 (1)1.5.制约 (1)2.工程组结构 (1)3.工具和方法 (1)4.工程交付清单 (2)5.软件估计 (2)6.人力资源 (2)7.软硬件环境 (3)7.1.开发环境 (3)7.1.1.硬件环境 (3)7.1.2.软件环境: (3)7.1.3.文档存放路径 (4)7.2.目标环境 (4)7.2.1.硬件环境: (4)7.2.2.软件环境: (4)8.阶段/里程碑方案 (4)9.主要风险管理方案 (5)附录: (5)1.工程介绍1.1.工程定义工程产生的背景以及工程所有遵循的流程。
1.2.工程目标完成期限、资源指标、商业目标，1.3.客户与最终用户介绍〔可裁剪〕1.5.制约有无技术〔环境〕限制，人员限制。
有无特殊〔如法律、法规〕约定。
2.工程组结构组织结构图3.工具和方法4.工程主要工作产品5.软件估计1)规模估计〔以功能点度量〕：估计方法：功能分解法，参加估计人员：。
2)7.软硬件环境7.1.开发环境7.1.1.硬件环境1)效劳器硬件配置〔最低〕●CPU：P III〔600〕以上，建议P4(1G) 以上并采用双CPU；●内存：最小512MB，建议1G 或更多；●硬盘：最小10GB，建议40GB 或更多。
注：效劳器至少实现双硬盘备份机制，建议使用双机热备机制，保证系统数据的平安。
效劳器建议使用国内外知名品牌的PC SERVER。
2)开发端硬件配置●CPU：MMX600 或以上●内存：最小128MB，建议256MB 或更多●硬盘：最小1G。
7.1.2.软件环境:1)效劳器●操作系统：推荐使用Windows 2000 AdvancedServer●数据库：Microsoft SQLServer2000。
●配置工具：Microsoft Visual SourceSafe 6.02)客户端●操作系统：Windows2000 或WindowsXP，并安装IE6 以上浏览器，显示器分辨率支持1024*768；●开发工具：Visual Studio 2003；●数据库：Microsoft SQLServer2000；●配置工具：Microsoft Visual SourceSafe 6.0。
XXXXX计算机软件有限公司XX软件质量管理体系V1。
0XX软件研发部2010/12/1目录第一篇总则 (3)一、《XX软件质量管理体系》的实施 (3)二、目的 (3)三、背景介绍 (3)四、体系总体介绍 (4)第二篇项目管理 (6)一、立项管理 (6)二、结项管理 (13)三、项目计划 (17)四、项目监控 (26)五、风险管理 (32)六、需求管理 (36)第三篇技术实现过程 (42)一、技术预研 (42)二、SCRUM过程 (45)三、用户验收 (51)四、技术评审 (54)第四篇支撑过程 (60)一、配置管理 (60)二、质量保证 (66)三、培训管理 (72)四、服务与维护 (77)第一篇总则一、《XX软件质量管理体系》的实施XX计算机软件有限公司依据CMMi(软件能力成熟度模型集成)框架，结合公司多年来实施“敏捷开发”的开发方法的经验，以及公司的实际情况,编写的《XX软件质量管理体系》V1.0版已经编写完成.本体系文档是公司质量管理体系法规性文件，是指导公司建立并实施质量管理体系的行动准则。
公司全体员工必须遵照执行。
二、目的本文档的目的在于：✧通过建立软件过程管理体系,提高企业的软件过程能力,保证软件质量,保证商务目标的实现。
✧基于精简的CMMi 3级管理体系，结合企业实际情况和经验积累，结合敏捷开发的SCRUM方法。
开发适合XX软件有限公司发展的软件过程管理体系。
✧使得XX软件的软件开发过程管理基本满足CMMi 3级要求.三、背景介绍CMMI—DEVCMMI是个了不起的规范，但是仍然有很多不足之处。
CMMI对于项目管理很有指导价值，但是它对技术开发过程的论述却不够深入。
对于大多数软件项目而言，技术开发占总工作量的70％以上，而项目管理占总工作量的30％以下。
对大多数企业而言，技术开发过程的规范化比项目管理过程的规范化尤为重要与迫切。
软件开发是如此的灵活，如果没有规范来指导与制约,就容易因无序而导致混乱。
软件质量保证计划模板
前言
项目SQA人员在项目策划期间，就应着手制订项目的质量保证计划（SQAP），以确保质量保证计划中活动的范围和时间与项目开发计划(SDP)、软件配置管理计划(SCMP)以及软件测试计划（STP）保持一致，计划中要确定项目的度量收集计划，同时说明对项目的支持活动。
目录
第一章概述 (1)
第二章资源 (1)
2.1 角色和人员 (1)
2.2 培训 (1)
第三章SQA活动计划 (2)
3.1 过程评审 (2)
3.2 产品审计 (4)
3.3 对项目开发工作的支持 (4)
3.4 质量预测 (5)
3.5 SQA报告发布 (5)
第四章SQA度量 (6)
第一章概述
制定本计划的目的是定义在{××项目}中SQA的任务、职责及活动时间表等，为实施SQA活动提供指导。
本计划适用于{××项目} 的SQA工作。
第二章资源
2.1角色和人员
参见《软件开发计划》中的项目人员部分。
2.2培训
【列举为完成工作，SQA人员所需要的培训。
】
制定计划时，可以直接参见《培训计划》。
第三章SQA活动计划3.1过程评审
评审过程一览表
其中，评审类型：M－里程碑评审；P－过程评审
具体的过程评审的内容由SQA人员与项目经理协商并达成一致形成检查表记录在项目《SQA过程评审报告》中，SQA人员依据《SQA过程评审报告》检查表的内容进行过程评审，将过程评审结果记录在报告中，并监督软件工程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
详细的过程评审时间如下：
3.2产品审计
SQA人员对软件生命周期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。
有关软件工作产品可以参见软件开发计划（SDP）、SCM计划和软件测试计划（STP）。
在下面表格中定义了要进行审计的工作产品及参照的标准。
【下面的审计对象可以根据实际情况增加或删】
审计产品一览表
具体的产品审计检查的内容由SQA人员与项目经理协商并达成一致形成检查表记录
在项目《SQA产品审计报告》中，SQA人员依据《SQA产品审计报告》检查表的内容进行审计，将审计结果记录在报告中，并监督软件工程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
3.3对项目开发工作的支持
在项目计划和执行过程的每个阶段，SQA都应对开发工作给予支持。
3.4质量预测
3.5SQA报告发布
第四章SQA度量。
