项目软件质量保证计划.docxVIP

质量保证计划

****

软件质量保证计划

黑龙江天有为电子股份有限公司

软件质量保证计划

文件编号

T/WI-073-A00-2024

版本

A00

版权专有违者必究

****

第

第PAGE1页共7页

****

变更履历

版本

状态

编制人

编制日期

批准人

批准日期

内容描述

A00

indevelopment20240620

初版

目录

TOC\o1-2\h\u262881概述 3

164651.1目的 3

75341.2参考文档 3

164541.3术语/缩略语 3

1621.4角色/职责 3

324062SQA组织结构和责任 4

231852.1组织结构 4

195303SQA活动 5

42463.1质量目标 5

143283.2具体活动 5

25328根据需要 5

176353.3检查的标准和方法 6

255723.4风险评估和应对措施 6

122924SQA提交产物 7

1概述

目的

软件质量保证计划的目的是确保****在软件产品在开发过程中达到既定的质量标准和要求

1.2参考文档

序号

文档名称

文档版本

1

项目开发计划

A00

2

软件开发计划

A00

1.3术语/缩略语

术语/缩略语

描述

1.4角色/职责

角色

姓名

职责描述

项目总监

为软件项目提供足够的资源.保证SQA小组的独立性.解决SQA检查时发现的问题审批对外的承诺。

定期审查SCM、SQA、项目计划和跟踪的相关活动。

项目经理

负责软件和硬件整个项目的协调、管理

软件工程组

负责编写软件开发计划、软件版本发布计划、软件需求解析文档、软件需求自评审报告及代码自评审报告。

硬件工程组

负责硬件工程的实施包括输出电路图等

SQA

主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一致问题;

定期报告检查情况，发现偏差组织制定纠正、预防措施并监督更正；

参与制定SQA计划，实施SQA活动，并向SQA经理、软件项目经理项目组、高级管理者汇报有关的情况。

2SQA组织结构和责任

2.1组织结构

3SQA活动

3.1质量目标

软件需求覆盖率达到100%，确保软件功能满足用户需求。衡量标准：通过对需求文档和实际开发的软件功能进行对比，检查是否所有需求都得到了实现。

评估方法：在测试阶段，使用测试用例对软件进行全面测试，确保每个需求点都有相应的测试用例覆盖，并且测试结果符合预期。

代码缺陷密度低于0.5个/千行，提高软件的稳定性和可靠性。衡量标准：统计代码中的缺陷数量，并除以代码行数，得到缺陷密度。

评估方法：在开发过程中，进行代码审查和测试，及时发现和修复缺陷。同时，使用静态代码分析工具对代码进行检查，提前发现潜在的问题。

软件测试通过率达到95%以上，保证软件质量。衡量标准：统计测试用例的执行情况，计算通过的测试用例数量占总测试用例数量的比例。

评估方法：在测试阶段，严格按照测试计划执行测试用例，并对测试结果进行详细记录和分析。对于未通过的测试用例，及时进行调试和修复，确保软件达到规定的质量标准。

3.2具体活动

序号

负责人

活动

时刻

频率

生产记录相关文档

1

对项目相关人员进行质量保证培训

项目启动时

1

培训记录

2

制定SQA的软件质量保证计划

与制定项目打算同时

1

软件质量保证计划

3

如必要，和客户的SQA人员沟通

当必要时

根据需要

会议记录

4

确认软件需求跟踪和需求变更跟踪过程正确

里程碑或变更时

根据里程碑或变更情况

软件质量保证计划评审记录

5

进行代码审查

在代码编写完成后

每周一次

代码审查记录

6

监督测试过程

整个测试阶段，包括单元测试、集成测试、系统测试等

全程监督

测试报告

3.3检查的标准和方法

软件需求评审：检查标准：需求文档是否完整、准确地描述了软件的功能、性能、接口等要求；需求是否具有可测试性、可追溯性；需求变更是否经过了严格的审批流程。

检查方法：组织评审会议，邀请相关人员对需求文档进行审查；审查人员根据检查标准对需求文档进行逐行审查，并记录发现的问题；在评审会议上，对发现的问题进行讨论和确认，形成评审结论。

代码审查：检查标准：代码是否符合编码规范；代码是否实现了设计文档的要求；代码是否具有良好的可读性、可维护性；代码是否存