质量保证计划.docx
《质量保证计划.docx》由会员分享，可在线阅读，更多相关《质量保证计划.docx（19页珍藏版）》请在冰点文库上搜索。
质量保证计划
项目名称
陈经纶中学基于走班制的选排课系统项目
项目代号
CJLXPK
起始时间
2015-12-25
产品名称
质量保证计划
产品代号
ZLBZ
产品版本
1.0
质量保证计划
文档编号
文档类型
密级
NLSYZ-ZLBZ-TOTAL
编制/日期
审核/日期
批准/日期
郝娟/2012-11-10
变更控制状态
对应实施阶段
页数
共16页
北京合众天恒科技有限公司
文档修改记录（RevisionChart）
*S–STARTA-ADDEDM-MODIFIEDD-DELETED
版本号
日期
修订人
版本修订描述
批准
草稿v0.1
2015-12-25
王凯
首次编写。
发行版1.0
2016-1-25
李豪文
评审
1、引言
1.1范围
1）标识：
CJLXPK；
2）标题：
陈经纶中学基于走班制的选排课系统项目质量保证计划；
3）本计划适用范围：
本计划适用于陈经纶中学基于走班制的选排课系统项目，为整个项目的配置管理进行约束。
1.2定义和术语
1.2.1定义
本计划用到的一些术语的定义按GB/T11457和GB/T12505。
1.2.2术语
Ø软件software
软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
Ø项目project
项目是指牛栏山一中数字校园建设项目招投标文件和合同规定或描述想项目，具体范围参建招投标文件和与业主签订的合同。
Ø软件质量softwarequality
软件质量是指软件产品中能满足给定需求的各种特性的总和。
这些特性称做质量特性，它包括功能度、可靠性、易使用性、时间经济性、资源经济性、可维护性和可移植性等。
Ø质量保证qualityassurance
质量保证是指为使项目产品符合项目招投标文件或合同所进行的一系列有计划的必要工作。
ØCJLXPK
北京市陈经纶中学基于走班制选排课系统项目标识，或项目代号。
Ø组织标准软件过程Organization’sSetofStandardProcess
组织标准过程（OSSP）中描述的是组织中所有项目的开展过程必须满足的一些需求。
OSSP可以有很多种形式，也可以允许一定程度的替代选择以支持多个生命周期模型。
OSSP的目的是在组织的各项目中建立起公共过程，支持过程的度量、持续性以及改进。
1.2.3缩写定义
ØSA&SD（systemanalysis&softwaredefinitionphase）：
系统分析与软件定义阶段。
ØRA（requirementsanalysisphase）：
需求分析阶段。
ØPD（preliminarydesignphase）：
概要设计阶段。
ØDD（detaileddesignphase）：
详细设计阶段。
ØCD&UT（coding&unittestingphase）：
编码与单元测试阶段。
ØIT&ST（integrating&systemtestingphase）：
组装与系统测试阶段。
ØIS&AC（installation&acceptancephase）：
安装与验收阶段。
ØTSSD（totalsoftwaresystemdevelopmentphase）：
整个软件系统的开发阶段
ØP郝娟（softwarequalityassurance）：
项目质量保证
ØOSSP（Organization’sSetofStandardProcess）：
组织标准软件过程
1.3质量管理活动的基本原则
质量是“项目可以满足在设计中清晰交代的要求和没有明确指出的需求”。
质量管理要求做到以下几点：
✧项目的质量管理活动必须经过规划；
✧项目的质量管理活动的规划必须明文写定；
✧项目的质量管理活动必须在软件需求活动时期或更早时期开始；
✧进行质量管理工作的小组必须独立存在，依据项目的规模，这个小组可以是一个人或多个人交替进行质量管理工作；
✧小组成员必须经过质量管理活动的训练；
✧必须为质量管理提供适当的时间、人力、经费的需要。
1.4文档组织综述
第1部分说明该计划覆盖的范围和质量保证的目标
第2部分项目的组织、资源
第3部分列出项目的管理质量目标。
第4部分列出项目中质量保证任务，主要包括过程审计和工作成果审计。
第5部分说明项目中的质量度量。
1.5质量保证计划与其他计划的关系
对于项目开发过程的评价贯穿于软件开发生命周期各个阶段和各个过程域，包括开发过程域和管理过程域，这些过程域都是在该项目的开发计划（PDP）中定义的过程。
PDP确定了项目开展的开发过程模型和管理模型，它是P王凯对过程进行评价的标准。
2、管理
该部分描述该组织中项目质量的影响要素。
2.1组织结构
2.1.1项目组织结构
图2-1是本次项目的组织结构
图2-1项目组织结构
项目中的所有成员都会影响和控制软件质量。
2.1.2质量保证小组
软件质量保证小组认真检查和督促本计划的实施，并及时向项目负责人汇报执行和监督情况，协调多个小组的组间合作，保证项目紧张而又有序开展。
小组人员组成及职责如下
序号
人员职务
职责
备注
1
质量保证专员（郑莉）
郑莉
全面负责有关软件质量保证的各项工作，协助各项目负责人开展各项软件质量保证活动，负责审查所采用的质量保证工具、技术和方法，并负责汇总、维护和保存有关软件质量保证活动的各项记录。
2
项目经理
王凯
全面的项目管理，与郝娟共同开展有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作；
4
产品经理
沈涛
需求设计、评审，与郝娟共同开展有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作；
5
配置管理人员
郑莉
负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动；
6
技术经理
姜兆杰
负责软件需求分析、软件设计和软件分析的质量保证活动的开展、检查、监督记录工作
7
测试经理
张明利
负责测试复查和文档的规范化检查工作，软件各类测试工作，并做好测试记录，保证软件质量。
2.2资源
2.2.1工具与设备
在本次陈经纶中学基于走班制的选排课系统建设项目开展的各个阶段中，都应该在各自的项目质量保证活动中合理地使用项目质量活动的支持工具、技术和方法。
这些工具主要有下列三种：
2.2.1.1软件测试工具
建议采用LoadRunner（要用）作为性能测试工具。
使用LoadRunner作为性能测试工具，它能很简便地创立起系统负载。
该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程然后将其转化为测试脚本。
利用虚拟用户，可以在Windows，UNIX或Linux机器上同时产生成千上万个用户访问。
所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。
本次项目中，必须使用TestDirector来进行BUG提交和管理
TestDirector能消除组织机构间、地域间的障碍。
它能让测试人员、开发人员或其它的IT人员通过一个中央数据仓库，在不同地方就能交互测试信息。
TestDirector将测试过程流水化——从测试需求管理，到测试计划，测试日程安排，测试执行到出错后的错误跟踪——仅在一个基于浏览器的应用中便可完成，而不需要每个客户端都安装一套客户端程序。
2.2.2.2项目配置管理工具
本次数字化校园项目开发和研制过程中，选择VirualSourceSafe2005（VSS）和SVN2.0.8作为配置管理工具。
VSS用来存储和记录软件开发过程中的文档文件，SVN用来存储和记录软件在开发过程中的代码文件。
2.2.2.3文档辅助生成工具与图形编辑工具
本次项目采用Visio、astah-community，judyrational做为文档图形生成负责工具，采用Axure作为原型设计工具。
2.2.2.3其他质量管理过程自设计工具
Ø数据统计分析工具：
用于对质量数据（过程和产品）的质量数据进行统计分析，得到产品和过程的质量趋势分析数据。
一般使用EXECL表格和折线图、直方图、排列图、鱼刺图、散点图等进行分析。
Ø项目数据库：
管理组织级的各个项目的过程数据和质量数据，保存的历史数据可用于新项目的规模、工作量、进度、质量等方面的估算。
为组织过程改进提供量化依据。
Ø组织过程能力基线：
用于管理组织的过程能力基线。
一般是在EXECL中使用各种控制图法来实现。
Ø产品检查表：
与各种产品规格相对应的检查项集，供质量检查人员审计产品质量时使用。
Ø过程检查表：
与组织过程相对应的过程检查项集，供质量检查人员审计过程质量时使用。
2.2.2人力资源
配置管理负责人（郑莉）要熟悉软件质量、软件开发相应活动、和结构化分析、设计、编码、测试等。
项目的配置管理负责人必须熟悉OSSP，经过技术评审规程、项目估算、缺陷管理和数据统计分析等定向性培训。
3、项目质量管理目标
本章描述项目的质量管理目标。
由P郝娟协助孙巍依据组织年度质量目标和SPI计划，在搜集分析客户和系统的质量需求后，确定项目的质量管理目标。
质量管理目标主要包括两方面的内容，软件质量目标和项目管理目标。
主要是通过监控过程和量化管理过程，在项目过程上基于组织过程能力基线进行控制，并通过改进项目过程来实现质量目标的实现。
项目的质量管理目标如下：
序号
参数
说明
计划值
备注
1
规模及生产率
1.1
生产率
人日/FP
2.5
Fp是每人每日完成的功能点数
1.2
需求数量变化率
若超过计划值，则要采限措施
20%
用例数衡量
1.4
规模变化率
若超过计划值，则要采限措施
10%
功能点数测量
2
时间
2.1
阶段进度偏差率（上限）
里程碑进度偏差不超过的比率
10%
2.2
阶段进度偏差率（下限）
里程碑进度偏差不超过的比率
-10%
3
工作量
系统集成
硬件与成熟软件系统集成偏差
±10%
需求分析
需求分析、需求评审、需求分析返工的偏差
±16%
软件设计
详细设计、设计评审、设计返工的偏差
±20%
编码及单元测试
编码、编码评审、编码返工、单元测试的偏差
±20%
软件测试
测试计划、测试计划评审、测试用例、测试报告及评审的偏差
±20%
项目验收
文档、用户培训、安装、数据移植、验收测试、正式验收的偏差
±15%
项目管理及其它
启动、计划、监控、结项的偏差
±10%
配置管理及变更控制
配置管理、变更控制的偏差
±5%
质量保证
质量计划、过程审核、过程指导的偏差
±5%
4
缺陷
4.1
PRD
BUG/FP产品发行后的缺陷密度
4%
4.2
BRD
BUG/FP
8%
4、质量保证活动和任务
4.1过程审计
审计过程一览表
审计对象
参照标准
审计时机
定期审计（周期性进行审计，贯穿于项目全过程）
项目监控
《项目计划》
1、定期进行，与项目例会同频度
（每周一次）
2、定期进行，与里程碑评审同步
3、无例会情况下，每2周一次
度量与分析（内部）
《项目度量计划》
1、定期进行，与项目例会同频度
2、定期进行，与里程碑评审同步
3、无例会情况下，每2周一次
配置管理
《项目计划》
《配置管理计划》
1、定期进行，与项目例会同频度
2、定期进行，与里程碑评审同步
3、无例会情况下，每周至少一次
过程与产品质量保证
《质量保证计划》
定期进行，每2周一次
风险管理
《风险管理清单》
1、结合项目里程碑评审、阶段检查进行。
2、定期进行，至少每2周一次
技术评审
《项目计划》
结合项目技术设计完成情况进行评审
阶段审计（一个项目研发阶段结束或一项活动结束后进行）
立项管理
《项目合同》、《项目实施方案》
项目启动会完成后
系统实施
《项目计划》、《项目实施方案》
推广模块实施里程碑评审
需求开发
《项目计划》、《项目实施方案》
需求里程碑评审后
设计开发
《项目计划》、《项目实施方案》
完成编码规范、数据库设计、概要设计和详细设的计评审后
项目初验
《项目计划》、《项目实施方案》
完成项目初验后
项目试运行
《项目计划》、《项目实施方案》
试运行期满后
项目终验（结项管理）
《项目计划》、《项目实施方案》
项目终验会后
具体的过程审计的内容由质量保证人员与王凯协商并达成一致形成《过程审计检查表》；质量保证人员依据《过程评审检查表》的内容进行过程审计，将过程评审结果记录在报告中，并监督项目程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
4.2产品审计
质量保证人员对项目生命周期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。
有关软件工作产品可以参见项目开发计划（PDP）、PCM计划和软件测试计划（STP）。
在下面表格中定义了要进行审计的工作产品及参照的标准。
审计产品一览表
审计对象
参照标准
时机
系统集成文档
《项目合同》
《项目计划》
系统集成里程碑评审
需求文档
《项目合同》
《项目计划》
《需求评审检查表》
组织并参与评审，评审的同时做审计
设计文档
《概要设计规格说明》
《数据库设计规格说明》
《编码规范》
《详细设计说明书》
组织并参与评审，评审的同时做审计
项目计划文档
《项目开发计划》
《配置管理计划》
《质量保证计划》
《风险管理计划》
《测试计划》
参与项目计划评审，评审的同时做审计
源代码
《代码规范》
《代码审查检查表》
参与代码审查与单元测试，单元测试结束后做审计
测试用例
《项目测试用例》
组织并参与评审，评审的同时做审计
发行文档
《发行检查清单》
发行批准前做审计
测试总结报告
《测试总结报告》
测试报告经测试主管审核后提交时
用户文档
《用户手册》
《安装手册》
文档经过评审和测试后
具体的产品审计检查的内容由P郝娟人员与孙巍协商并达成一致形成检查表记录在项目《P郝娟产品审计报告》中，P郝娟人员依据《P郝娟产品审计报告》检查表的内容进行审计，将审计结果记录在报告中，并监督软件工程组解决直到问题关闭，对于软件工程组不能解决的问题报高层经理。
4.3对项目开发工作的支持
在项目计划和执行过程的每个阶段，P郝娟都应对开发工作给予支持。
序号
支持活动
支持内容
支持时间
1
支持软件需求基线的建立
参与软件需求评审；
检查评审过程是否符合评审规程；
作为CCB成员批准客户需求基线的建立。
需求定义阶段
2
支持项目的开发策划
推进规模估算，主要是功能占估算法和WBS估算。
帮助定义或修改软件生命周期；
建立工作产品验收标准；
定义项目的软件过程
识别项目中的风险
识别项目的关键路径和依赖关系
识别项目的关键计算机资源
识别项目使用的工具
参与项目开发计划的建立；
参与项目培训计划的建立；
参与项目同行评审计划的建立；
检查计划的适用性。
项目策划阶段
3
促进项目实施过程中的同行评审
协商、组织同行评审；
参与制定同行评审检查表；
检查参加评审人员是否准备充分；
评审中确保评审焦点放在识别工作产品缺陷上；
确保缺陷被全部记录并在批准之前全部解决。
同行评审时
4
分析质量数据
分析项目的质量数据包括质量数据的收集、统计和分析，分析项目质量趋势
项目开发阶段
5
配置审计
进行定期配置审计
与孙巍进行发行前的配置审计包括功能审计和物理审计
项目开发阶段
发行阶段
6
支持项目管理活动
验证各类管理报告内容的准确性
协助质量分析数据
处理质量检查活动中的争议问题
参与风险管理活动，跟踪风险措施的执行
协助识别项目偏差。
项目开发阶段
4.4质量预测
里程碑阶段
预计缺陷阶段比例
预计缺陷数
系统集成
8%-10%
10
推广模块实施
8%-10%
10
需求开发
15%-20%
20
设计开发
15%-20%
20
代码实现和单元测试
50%-70%
100
集成测试和系统测试
20%-28%
50
验收测试（质量目标）
5%-10%
15
4.5过程培训
培训内容
时间
参与人员
项目管理培训
量化管理培训
度量分析方法培训
需求管理培训
配置管理培训
技术评审培训
质量保证培训
软件工程培训
组织过程培训
4.6SQA报告发布
S郝娟报告名称
报告完成人
报告时机、频度
报告对象
报告参考标准
PQA过程审计报告
郝娟
每一次评审后提交，对所有过程
孙巍
《P郝娟过程评审报告模板》
PQA产品审计报告
郝娟
阶段产品完成后
孙巍
《P郝娟产品报告模板》
QA周报
郝娟
每周一次
孙巍
《郝娟周报模板》
项目周报
孙巍
每周一次
项目组
《周报模板》
5、质量保证度量
度量内容
度量时机
度量方法
计划值
对项目开发工作的支持所花费的工时
每周
支持活动所花费的工时纪录在P郝娟人员的《项目成员周报》中
计划工时
PQA产品审计所花费的工时，次数
审计完成
审计花费的工时纪录在《S郝娟产品审计报告》中
计划工时
计划次数
SQA过程评审所花费的工时，次数
评审完成
审计花费的工时纪录在《S郝娟过程评审报告》中
计划工时
计划次数
升级会员 