
前 言
项目SQA人员在项目策划期间,就应着手制订项目的质量保证计划(SQAP),以确保质量保证计划中活动的范围和时间与项目开发计划(SDP)、软件配置管理计划(SCMP)以及软件测试计划(STP)保持一致,计划中要确定项目的度量收集计划,同时说明对项目的支持活动。
第一章 概述
制定本计划的目的是定义在{××项目}中SQA的任务、职责及活动时间表等,为实施SQA活动提供指导。
本计划适用于{××项目} 的SQA工作。
第二章 资源
二.1 角色和人员
参见《软件开发计划》中的项目人员部分。
二.2 培训
【列举为完成工作,SQA人员所需要的培训。】
制定计划时,可以直接参见《培训计划》。
| # | 培训内容 | 教师 | 参加培训人员 | 培训时间 |
| 1 | SQA过程培训 | |||
| 2 | 审计产品培训 | |||
| 3 | 测试过程和用例培训 | |||
| 4 |
三.1 过程评审
评审过程一览表
| # | 评审对象 | 评审 类型 | 参照标准 | 评审时间 |
| 1 | 需求管理活动 | |||
| 2 | 需求定义 | P | 《需求管理方针》《需求管理过程》 | 需求评审后 |
| 3 | 需求跟踪 | P | 《需求管理方针》《需求管理过程》 《需求模块功能矩阵维护规程》 | 每2周 |
| 4 | 项目策划、集成软件管理、组间协调活动 | |||
| 5 | 项目定义 | P | 《软件项目策划方针》 《软件项目策划过程》 | 立项报告完成 |
| 6 | 工作分解 | P | 《软件项目策划方针》 《软件项目策划过程》 | 工作拆分完成 |
| 7 | 风险管理计划 | P | 《软件项目策划方针》 《风险管理规程》 | 风险管理计划完成 |
| 8 | 规模估计 | P | 《软件项目策划方针》 《软件估算规程》 | 估算完成后 |
| 9 | 承诺 | P | 《软件项目策划方针》 《承诺管理规程》 | 项目计划完成后 |
| 10 | 跟踪与监控活动 | |||
| 11 | 度量与分析 | P | 《软件项目跟踪与监控方针》 《软件项目跟踪与监控过程》 《EV分析规程》 | 每2周 |
| 12 | 项目控制 | P | 《软件项目跟踪与监控方针》 《软件项目跟踪与监控过程》 | 每2周 |
| 13 | 项目报告 | P | 《软件项目跟踪与监控方针》 《软件项目跟踪与监控过程》 | 每2周 |
| 14 | 里程碑评审 | M | 《评审规程》 | 里程碑点 |
| 15 | 配置管理活动 | |||
| 16 | 基线定义 | P | 《软件配置管理方针》 《软件配置管理计划制定规程》 《软件配置管理计划》 《配置库管理规程》 | 配置管理计划完成后 |
| 17 | 基线控制变更 | P | 《软件配置管理方针》 《变更控制规程》 | 里程碑基线变更时 |
| 18 | 配置状态报告 | P | 《软件配置管理方针》 《配置管理过程》 | 每2周 |
| 19 | 评审、审计和发布 | P | 《软件配置管理方针》 《配置管理过程》 | 里程碑纳入基线时 |
| 20 | SCM管理工作 | P | 《软件配置管理方针》 《配置管理过程》 | 每2周 |
| 21 | 培训活动 | |||
| 22 | 制定培训计划 | P | 《培训大纲过程方针》 《培训大纲过程》 | 培训计划制定完成后 |
| 23 | 培训实施 | P | 《培训大纲过程方针》 《培训大纲过程》 | 培训后 |
| 24 | 培训管理活动 | P | 《培训大纲过程方针》 《培训大纲过程》 | 每2周 |
| 25 | 同行评审活动 | |||
| 26 | 评审 | P | 《同行评审过程方针》 《评审规程》 | 每2周 |
具体的过程评审的内容由SQA人员与项目经理协商并达成一致形成检查表记录在项目《SQA过程评审报告》中,SQA人员依据《SQA过程评审报告》检查表的内容进行过程评审,将过程评审结果记录在报告中,并监督软件工程组解决直到问题关闭,对于软件工程组不能解决的问题报高层经理。
详细的过程评审时间如下:
| # | 评审对象 | 评审 类型 | 参照标准 | 评审时间 |
| 1 | ||||
| 2 |
SQA人员对软件生命周期中创建的工作产品可以有选择性的进行审计,以验证是否符合适当的标准,是否进行了质量检查。
有关软件工作产品可以参见软件开发计划(SDP)、SCM计划和软件测试计划(STP)。
在下面表格中定义了要进行审计的工作产品及参照的标准。
【下面的审计对象可以根据实际情况增加或删】
审计产品一览表
| # | 审计对象 | 审计时间 | 参照的标准 |
| 1 | 软件需求规格书 | 《软件需求规格说明书模板》 | |
| 2 | 软件项目计划(SPP) | 《软件项目开发计划模板》 《软件测试计划模板》 《软件配置管理计划模板》 《软件质量保证计划模板》 | |
| 3 | 概要设计说明书 | 《概要设计模板》 | |
| 4 | 详细设计说明书 | 《详细设计模板》 | |
| 5 | 测试计划 | 《测试计划模板》、测试规程 | |
| 6 | 源代码 | 《中天编码规范》 | |
| 7 | 测试报告 | 《测试报告模板》、测试规程 | |
| 8 | 用户文档 | 《软件需求规格说明书》 《概要设计》《详细设计》 《中天文档整理指南》 |
三.3 对项目开发工作的支持
在项目计划和执行过程的每个阶段,SQA都应对开发工作给予支持。
| # | 支持活动 | 支持内容 | 支持时间 |
| 1 | 支持软件需求基线的建立 | 参与软件需求评审; 检查评审过程是否符合评审规程; 作为CCB成员批准客户需求基线的建立。 | 需求定义阶段 |
| 2 | 支持项目的开发策划 | 推进Delphi评估; 帮助定义或修改软件生命周期; 建立工作产品验收标准; 定义项目的软件过程 识别项目中的风险 识别项目的关键路径和依赖关系 识别项目的关键计算机资源 识别项目使用的工具 参与项目开发计划的建立; 参与项目培训计划的建立; 参与项目度量收集计划的建立; 参与项目组间协调计划的建立; 参与项目同行评审计划的建立; 检查计划的适用性。 | 项目策划阶段 |
| 3 | 促进项目实施过程中的同行评审 | 协商、组织同行评审; 参与制定同行评审检查表; 检查参加评审人员是否准备充分; 评审中确保评审焦点放在识别工作产品缺陷上; 确保缺陷被全部记录并在批准之前全部解决。 | 同行评审时 |
| 4 | 分析质量数据 | 分析项目的质量数据包括质量数据的收集、统计和分析 | 项目开发阶段 |
| 预计工作量 | 预计缺陷注入率 | 预计总缺陷数 |
| 800人时 | 0.2缺陷/人时 | (预计工作量*预计缺陷注入率) |
| 里程碑阶段 | 预计缺陷级别 | 预计缺陷数 |
| 需求开发 | 15% - 20% | (预计缺陷级别*预计总缺陷数) |
| 设计开发 | 20% - 35% | |
| 代码实现和单元测试 | 50% - 70% | |
| 集成测试和系统测试 | 20% - 28% | |
| 验收测试(质量目标) | 5% - 10% |
| SQA报告名称 | 报告完成人 | 报告时机、频度 | 报告对象 | 报告参考标准 |
| SQA过程评审报告 | SQA人员 | 每一次评审后提交,对所有过程 | 高层经理 软件工程组 相关组 | 《SQA过程评审报告模板》 |
| SQA产品审计报告 | SQA人员 | 阶段产品完成后 | 高层经理 软件工程组 相关组 | 《SQA产品报告模板》 |
| SQA向高层的报告 | SQA人员 | 存在项目组无法解决的问题后。 | 高层经理 项目经理 | 《SQA向高层报告模板》 |
| 对SQA的审计报告 | 质量保证专家 | 每季一次/项目结束时 | 高层经理 软件工程组 SQA人员 相关组 | 《对SQA的审计报告模板》 |
| 项目成员周报 | SQA人员 | 每周一次 | 项目经理 | 《项目成员周报模板》 |
| 度量内容 | 度量时机 | 度量方法 | 计划值 |
| 对项目开发工作的支持所花费的工时 | 每周 | 支持活动所花费的工时纪录在SQA人员的《项目成员周报》中 | 计划工时 |
| SQA产品审计所花费的工时,次数 | 审计完成 | 审计花费的工时纪录在《SQA产品审计报告》中 | 计划工时 |
| 计划次数 | |||
| SQA过程评审所花费的工时,次数 | 评审完成 | 审计花费的工时纪录在《SQA过程评审报告》中 | 计划工时 |
| 计划次数 |
