《(质量管理知识)A系统质量保证计划》由会员分享,可在线阅读,更多相关《(质量管理知识)A系统质量保证计划(23页珍藏版)》请在金锄头文库上搜索。
1、 XX 系统系统 质量保证计划质量保证计划 XX 系统 质量保证计划 1 目目 录录 第一章第一章引言引言 1 1 1 目的 1 1 2 定义 1 1 3 参考资料 1 第二章第二章管理管理 1 2 1 机构 1 2 2 任务 1 2 3 职责 1 第三章第三章文档文档 1 3 1 基本文档 1 3 2 其他文档 1 3 3 文档质量的度量准则 1 第四章第四章标准 条例和约定标准 条例和约定 1 第五章第五章评审和检查评审和检查 1 5 1 第一次评审 1 5 2 第二次评审 1 5 3 第三次评审 1 第六章第六章软件配置管理软件配置管理 1 第七章第七章工具 技术和方法工具 技术和方法
2、1 第八章第八章媒体控制媒体控制 1 第九章第九章对供货单位的控制对供货单位的控制 1 第十章第十章记录收集 维护和保存记录收集 维护和保存 1 第十一章第十一章附附 录录 A 1 第十二章第十二章附附 录录 B 1 第十三章第十三章附附 录录 C 1 XX 系统 质量保证计划 1 第一章第一章 引言引言 1 1 目的目的 描述质量保证计划目的 示例如下 文档编写时删除绿色文字部分描述质量保证计划目的 示例如下 文档编写时删除绿色文字部分 本计划的目的在于对所开发系统软件规定各种必要的质量保证措施 以保证交付软件 能够满足项目委托书或合同中规定的各项需求 系统软件及所属的各个子系统 其中包括为
3、本项目研制或选用的各种支持软件 时 都应该报告本计划中的有关规定 但可根据各自的情况对计划作适当的剪裁 以满足特定 的质量保证要求 剪裁后的计划必须经过批准 1 2 定义定义 定义文档编写过程中用到的一些术语或约定的简称标准等 示例如下 文档编写时定义文档编写过程中用到的一些术语或约定的简称标准等 示例如下 文档编写时 删除绿色文字部分删除绿色文字部分 本计划用到的一些术语的定义按 GB T 11457 和 GB T 12505 1 3 参考资料参考资料 文档编写过程中参考的文档 示例如下 文档编写时删除绿色文字部分文档编写过程中参考的文档 示例如下 文档编写时删除绿色文字部分 GB T 11
4、457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB T 12504 计算机软件质量保证计划规范 GB T 12505 计算机软件配置管理计划规范 XX 系统 质量保证计划 2 第二章第二章 管理管理 2 1 机构机构 在本软件系统整个开发期间 必须成立软件质量保证小组负责质量保证工作 软件质 量保证小组属总体组领导 由总体组代表 项目的软件工程小组代表 项目的专职质量保 证人员 项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成 由项目的软件工程小组代表任组长 各子系统的软件质量保证人员在业务上受软件质量保 证小组领
5、导 在行政上受各子系统负责人领导 软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施 各子系统的软 件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况 各子系统的软 件质量保证人员应该根据对子项目的具体要求 制订必要的规程和规定 以确保完全遵守 本计划规定的所有要求 2 2 任务任务 软件质量保证工作涉及软件生存同期各阶段的活动 应该贯彻到日常的软件开发活动 中 而且应该特别注意软件质量的早期评审工作 因此 对新开发的或正在开发的各子系 统 要按照 GB 8566 与本计划的各项规定进行各项评审工作 软件质量保证小组要派成员 参加所有的评审与检查活动 评审与检查的目的是
6、为了确保在软件开发工作的各个阶段和 各个方面都认真采取各项措施来保证与提高软件的质量 在软件开发过程中 经总体组研 究决定 在软件及其所属各子系统的开发过程中 应该进行以下三次评审 第一次评审软 件需求 概要设计 验证与确认方法 第二次评审详细设计 功能测试与演示 并对第一 次评审结果复核 第三次是功能检查 物理检查和综合检查 关于这些评审工作的详细内 容见第 5 章 阶段评审工作要组织专门的评审小组 原则上由项目总体小组成员或特邀专家担 任评审组长 评审小组成员应该包括项目委托单位或用户的代表 质量保证人员 软件开发单位和上级主管部门的代表 其他参加人员视评审内容而定 XX 系统 质量保证计
7、划 3 每一次评审工作都应填写评审总结报告 RSR 评审问题记录 RPL 评审成 员签字 RMT 与软件问题报告单 SPR 等四张表格 这四张阶段评审报表的 具体格式应与附录 C 中的规定相一致 日常检查 在软件的开发过程中 各子系统应该填写项目进度报告 项目状态报 告的格式与附录 B 中的规定相一致 软件验收 必须组织专门的验收小组对系统软件系统及其所属各个子系统进行验 收 验收工作应按照 公安部机关金盾工程项目验收办法 进行 2 3 职责职责 在软件质量保证小组中 其各方面人员的职责如下 组长全面负责有关软件质量保证的各项工作 总体组代表负责有关阶段评审 项目进展报表检查以及软件验收准备等
8、三方面工 作中的质量保证工作 项目的专职配置管理人员负责有关软件配置变动 软件媒体控制以及对供货单位 的控制等三方面的质量保证活动 各子系统的软件质量保证人员负责测试复查和文档的规范化检查工作 用户代表负责反映用户的质量要求 并协助检查各类人员对软件质量保证计划的 执行情况 项目的专职质量保证人员协助组长开展各项软件质量保证活动 负责审查所采用 的质量保证工具 技术和方法 并负责汇总 维护和保存有关软件质量活动的各 项记录 XX 系统 质量保证计划 4 第三章第三章 文档文档 本章给出了在系统软件开发过程各阶段需要编制的文档名称及其要求 并且规定了评 审文档质量的通用的度量准则 3 1 基本文
9、档基本文档 为了确保软件的实现满足需求 系统软件各开发单位至少应该编写以下八个方面内容 的文档 软件需求规格说明书 软件设计说明书 对一些规模较大或复杂性较高的项目 应该把本文档分成概要设 计说明书与详细设计说明书两个文档 软件测试计划 软件测试报告 用户手册 源程序清单 项目实施计划 项目开发总结 3 2 其他文档其他文档 除了基本文档之外 对于尚在开发中的软件 还应该包括以下四个方面的文档 软件质量保证计划 软件配置计划 项目进展报表 阶段评审报表 注 前面两个文档由项目工程小组制订 属于管理文档 各个子系统的项目承办单位 与软件开发单位都应认真执行计划中规定的条款 后面两类文档属于工作文
10、档 就是本计 划的 2 2 中提到的四张项目进展季报表 XX 系统 质量保证计划 5 3 3 文档质量的度量准则文档质量的度量准则 文档是软件的重要组成部分 是软件生存周期各个不同阶段的产品描述 难作确认就 是要检查各阶段文档的合适性 评审文档质量的度量准则是有以下六条 完备性 应按照 GB 8567 的规定编制相应的文档 以保证在开发阶段结束时其文 档是齐全的 正确性 在软件开发各个阶段所编写的文档的内容 必须真实的反映阶段的工作 且与该阶段的需求相一致 简明性 在软件开发各个阶段所编写的各种文档的语言表达应该清晰 准确简炼 适合各种文档的特定读者 可追踪性 在软件开发各个阶段所编写的各种文
11、档应该具有良好的可追踪性 文 档的可追踪性包括纵向可追踪性和横向可追踪性两个方面 前者是指在不同的文 档的相关内容之间相互检索的难易程序 后者是指确定同一文档某一内容在本文 档中的范围的难易程度 自说明性 在软件开发各个阶段所编写的各种文档应该具有较好的自说明性 文 档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶 段的阶段产品的能力 规范性 在软件开发各个阶段所编写的各种文档应该具有良好的规范性 文档的 规范性是指文档的封面 大纲 术语的含义以及图示符号等符合有关规范的规定 XX 系统 质量保证计划 6 第四章第四章 标准 条例和约定标准 条例和约定 在系统软件系统的开
12、发过程中 还必须遵守下列标准 条例和约定 XX 系统软件配置管理计划 XX 系统 质量保证计划 7 第五章第五章评审和检查评审和检查 本章具体规定了应该进行的阶段评审 阶段评审的内容和评审的时间要求 对新开发 的或正在开发过程中的各个子系统 都要按照 GB 8566 的规定进行定期的或阶段性的各项 评审工作 就整个软件开发过程而言 至少要进行软件需求评审 概要设计评审 详细设 计评审 软件验证和确认评审 功能检查 物理检查 综合检查以及管理评审等八个方面 的评审和检查工作 如本计划第 2 2 条所述 经总体研究决定 在全 XX 系统软件及其所 属各个子系统的开发过程中 把前七种评审分成三次进行
13、 有每次评审之后 要对评审结 果作出明确的管理决策 下面给出每次评审应该进行的工作 5 1 第一次第一次评审评审 第一次评审会要对软件需求 概要设计以及验证与确认方法进行评审 软件需求评审应确保在软件需求规格说明书中规定的各项需求的合理性 概要设计评审应评价软件设计说明书中的软件概要设计的技术合适性 软件验证和确认评审应评价软件验证和确认计划中确定的验证和确认方法的合适 性和完整性 5 2 第二次第二次评审评审 第二次评审会要对详细设计 功能测试与演示进行评审 并对第一次评审结果进行复 核 如果在软件开发过程中发现需要修改第一次评审结果 则应按照 XX 系统软件配置 管理计划 的规定处理 详细
14、设计评审应确定软件设计说明书中的详细设计在满足软件需求规格说明书中 的需求方面的可接受性 编程格式评审应确保所有编码采用规定的工作语言 能在规定的运行环境中运行 满足 C 语言编程格式约定 并且符合 GB 8566 中提倡的编程风格 在满足这 些要求之后 方可进行测试工作评审 测试工作评审应对所有的程序单元进行静态分析 检查其程序结构 即模块和函 数的调用关系和调用序列 和变量使用是否正确 在通过静态分析后 再进行结 XX 系统 质量保证计划 8 构测试和功能测试 在结构测试中 所有程序单元结构测试的语句覆盖 C 必须 等于 100 分支覆盖 C1 必须大于或等于 85 要给出第个单元的输入和
15、输出 变量的变化范围 各个子系统只进行功能测试 不单独进行结构测试 因而要登 录程序单元之间接口的变量值 力图使满足单元测试的 C1 和 C 准则的那些测 试用例在子系统功能测试时得到再现 测试测试工作评审要检查所进行的测试工 作是否满足这些要求 特别在评审功能测试工作时 不仅要运行开发单位给出的 测试用例 而且要允许运行任务委托单位或用户 评审人员选定的采样用例 5 3 第三次第三次评审评审 第三次评审会要进行功能检查 物理检查和综合检查 这些评审会应在集成测试阶段 结束后进行 功能检查应验证所开发的软件已满足在软件需求规格说明书中规定的所有需求 物理检查应对软件进行物理检查 以验证程序和文
16、档已经一致 并已做好了交付 的准备 综合检查应验证代码和设计文档的一致性 接口规格说明的一致性 硬件和软件 设计实现和功能需求的一致性 功能需求和测试描述的一致性 XX 系统 质量保证计划 9 第六章第六章 软件配置管理软件配置管理 对 XX 系统的各项配置进行及时 合同的管理 是确保软件的配置管理工作 可按 XX 系统软件工程小组编写的 XX 系统软件配置管理计划 在特别注意规定对软件问题报告 追踪和解决的步骤 并指出实现报告 追踪和解决软件问题的机构及其职责 XX 系统 质量保证计划 10 第七章第七章 工具 技术和方法工具 技术和方法 在 XX 系统项目所属的各个子系统 其中包括有关的支持 的研制与开发过程中 都 应该在各自的软件质量保证活动中合理地使用软件质量支持工具 技术和方法 这些工具 主要有下列几种 软件配置管理工具 它支持用户对源代码清单的更新管理以及对重新编译与连接 的代码的自动组织 支持用户有不同文档相关内容之间进行相互检索并确定同一 文档中的涉及范围 同时还应支持软件配置管理小组对软件配置更改进行科学的 管理 文档辅助生成工具与图形编辑工具 它主要协助用户绘制描述