A05XX系统-质量保证计划3088.docx

《A05XX系统-质量保证计划3088.docx》由会员分享，可在线阅读，更多相关《A05XX系统-质量保证计划3088.docx（34页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 XX系统-质量保证计划 XX系统质量保证计划ii目 录31第一章引言11.1.目的的11.2.定义义11.3.参考考资料1第二章管理12.1.机构12.2.任务务12.3.职责责1第三章文档13.1.基本本文档13.2.其他他文档13.3.文档档质量的度量量准则1第四章标准、条例例和约定1第五章评审和和检查15.1.第一一次评审15.2.第二二次评审15.3.第三三次评审1第六章软件配配置管理1第七章工具、技技术和方法1第八章媒体控控制1第九章对供货货单位的控制制1第十章记录收收集、维护和和保存1第十一章附 录 A1第十二章附 录 B1第十三章附 录 C1第一章 引言1.1. 目的描述质量保

2、证证计划目的，示示例如下，文文档编写时删删除绿色文字字部分本计划的目的在在于对所开发系统软件规定定各种必要的的质量保证措措施，以保证证交付软件能能够满足项目目委托书或合合同中规定的的各项需求。 系统软件及所属的各个子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该报告本计划中的有关规定，但可根据各自的情况对计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经过批准。1.2. 定义定义文档编写写过程中用到到的一些术语语或约定的简简称标准等，示示例如下，文文档编写时删删除绿色文字字部分本计划用到的一一些术语的定定义按GB/T 114457和GB/T 125055 。1.3. 参

3、考资料文档编写过程程中参考的文文档，示例如如下，文档编编写时删除绿绿色文字部分分GB/T 111457 软软件工程术语语 GBB 85666 计算机软软件开发规范范 GBB 85677 计算机软软件产品开发发文件编制指指南 GB/T 125044 计算机软软件质量保证证计划规范 GBB/T 122505 计计算机软件配配置管理计划划规范 第二章 管理2.1. 机构在本软件系统整整个开发期间间，必须成立立软件质量保保证小组负责责质量保证工工作。软件质质量保证小组组属总体组领领导，由总体体组代表、项项目的软件工工程小组代表表、项目的专专职质量保证证人员、项目目的专职配置置管理人员以以及各个子系系统

4、软件质量量保证人员等等方面的人员员组成，由项项目的软件工工程小组代表表任组长。各各子系统的软软件质量保证证人员在业务务上受软件质质量保证小组组领导，在行行政上受各子子系统负责人人领导。 软件质质量保证小组组和软件质量量保证人员必必须检查和督督促本计划的的实施。各子子系统的软件件质量保证人人员有权直接接向软件质量量保证小组报报告子项目的的软件质量状状况。各子系系统的软件质质量保证人员员应该根据对对子项目的具具体要求，制制订必要的规规程和规定，以以确保完全遵遵守本计划规规定的所有要要求。2.2. 任务软件质量保证工工作涉及软件件生存同期各各阶段的活动动，应该贯彻彻到日常的软软件开发活动动中，而且应

5、应该特别注意意软件质量的的早期评审工工作。因此，对对新开发的或或正在开发的的各子系统，要要按照GB 8566与与本计划的各各项规定进行行各项评审工工作。软件质质量保证小组组要派成员参参加所有的评评审与检查活活动。评审与与检查的目的的是为了确保保在软件开发发工作的各个个阶段和各个个方面都认真真采取各项措措施来保证与与提高软件的的质量。在软软件开发过程程中，经总体体组研究决定定，在软件及及其所属各子子系统的开发发过程中，应应该进行以下下三次评审：第一次评审审软件需求、概概要设计、验验证与确认方方法；第二次次评审详细设设计、功能测测试与演示，并并对第一次评评审结果复核核；第三次是是功能检查、物物理检

6、查和综综合检查。关关于这些评审审工作的详细细内容见第55章。 阶段评审工作要要组织专门的的评审小组，原原则上由项目目总体小组成成员或特邀专专家担任评审审组长，评审审小组成员应应该包括项目目委托单位或或用户的代表表、质量保证证人员、软件件开发单位和和上级主管部部门的代表，其其他参加人员员视评审内容容而定。每一一次评审工作作都应填写评评审总结报告告（RSR）、评评审问题记录录（RPL）、评评审成员签字字（RMT）与软软件问题报告告单（SPRR）等四张表表格。这四张张阶段评审报报表的具体格格式应与附录录C中的规定相相一致。 日常检查：在软软件的开发过过程中，各子子系统应该填填写项目进度度报告。项目目

7、状态报告的的格式与附录录B中的规定相相一致。 软件验收：必须须组织专门的的验收小组对对系统软件系统统及其所属各各个子系统进进行验收。验验收工作应按按照公安部部机关金盾工工程项目验收收办法进行行。2.3. 职责在软件质量保证证小组中，其其各方面人员员的职责如下下： 组长全面负责有有关软件质量量保证的各项项工作； 总体组代表负责责有关阶段评评审、项目进进展报表检查查以及软件验验收准备等三三方面工作中中的质量保证证工作。 项目的专职配置置管理人员负负责有关软件件配置变动、软软件媒体控制制以及对供货货单位的控制制等三方面的的质量保证活活动； 各子系统的软件件质量保证人人员负责测试试复查和文档档的规范化

8、检检查工作； 用户代表负责反反映用户的质质量要求，并并协助检查各各类人员对软软件质量保证证计划的执行行情况； 项目的专职质量量保证人员协协助组长开展展各项软件质质量保证活动动，负责审查查所采用的质质量保证工具具、技术和方方法，并负责责汇总、维护护和保存有关关软件质量活活动的各项记记录。 第三章 文档本章给出了在系系统软件开发发过程各阶段段需要编制的的文档名称及及其要求，并并且规定了评评审文档质量量的通用的度度量准则。3.1. 基本文档为了确保软件的的实现满足需需求，系统软件各开开发单位至少少应该编写以以下八个方面面内容的文档档： 软件需求规格说说明书； 软件设计说明书书,对一些规模模较大或复杂

9、杂性较高的项项目，应该把把本文档分成成概要设计说说明书与详细细设计说明书书两个文档； 软件测试计划； 软件测试报告； 用户手册； 源程序清单； 项目实施计划； 项目开发总结。 3.2. 其他文档除了基本文档之之外，对于尚尚在开发中的的软件，还应应该包括以下下四个方面的的文档： 软件质量保证计计划； 软件配置计划； 项目进展报表； 阶段评审报表； 注：前面两个文文档由项目工工程小组制订订，属于管理理文档，各个个子系统的项项目承办单位位与软件开发发单位都应认认真执行计划划中规定的条条款。后面两两类文档属于于工作文档，就就是本计划的的2.2中提到到的四张项目目进展季报表表。3.3. 文档质量的度量量

10、准则文档是软件的重重要组成部分分，是软件生生存周期各个个不同阶段的的产品描述。难难作确认就是是要检查各阶阶段文档的合合适性。评审审文档质量的的度量准则是是有以下六条条： 完备性：应按照照GB 85567的规定定编制相应的的文档，以保保证在开发阶阶段结束时其其文档是齐全全的。 正确性：在软件件开发各个阶阶段所编写的的文档的内容容，必须真实实的反映阶段段的工作且与与该阶段的需需求相一致。 简明性：在软件件开发各个阶阶段所编写的的各种文档的的语言表达应应该清晰、准准确简炼，适适合各种文档档的特定读者者。 可追踪性：在软软件开发各个个阶段所编写写的各种文档档应该具有良良好的可追踪踪性。文档的的可追踪性

11、包包括纵向可追追踪性和横向向可追踪性两两个方面。前前者是指在不不同的文档的的相关内容之之间相互检索索的难易程序序；后者是指指确定同一文文档某一内容容在本文档中中的范围的难难易程度。 自说明性：在软软件开发各个个阶段所编写写的各种文档档应该具有较较好的自说明明性。文档的的自说明性是是指在软件开开发各个阶段段中的不同文文档能独立表表达该软件其其相应阶段的的阶段产品的的能力。 规范性：在软件件开发各个阶阶段所编写的的各种文档应应该具有良好好的规范性。文文档的规范性性是指文档的的封面、大纲纲、术语的含含义以及图示示符号等符合合有关规范的的规定。 第四章 标准、条例和约约定在系统软件系统统的开发过程程中

12、，还必须须遵守下列标标准、条例和和约定： XX系统软件件配置管理计计划 第五章 评审和检查本章具体规定了了应该进行的的阶段评审、阶阶段评审的内内容和评审的的时间要求。对对新开发的或或正在开发过过程中的各个个子系统，都都要按照GBB 85666的规定进行行定期的或阶阶段性的各项项评审工作。就就整个软件开开发过程而言言，至少要进进行软件需求求评审、概要要设计评审、详详细设计评审审、软件验证证和确认评审审、功能检查查、物理检查查、综合检查查以及管理评评审等八个方方面的评审和和检查工作。如如本计划第22.2条所述述，经总体研研究决定，在在全XX系统软件及其其所属各个子子系统的开发发过程中，把把前七种评

13、审审分成三次进进行。有每次次评审之后，要要对评审结果果作出明确的的管理决策。下下面给出每次次评审应该进进行的工作。5.1. 第一次评审第一次评审会要要对软件需求求、概要设计计以及验证与与确认方法进进行评审。 软件需求评审应应确保在软件件需求规格说说明书中规定定的各项需求求的合理性。 概要设计评审应应评价软件设设计说明书中中的软件概要要设计的技术术合适性。 软件验证和确认认评审应评价价软件验证和和确认计划中中确定的验证证和确认方法法的合适性和和完整性。 5.2. 第二次评审第二次评审会要要对详细设计计、功能测试试与演示进行行评审，并对对第一次评审审结果进行复复核。如果在在软件开发过过程中发现需需

14、要修改第一一次评审结果果，则应按照照XX系统软件配置置管理计划的的规定处理。 详细设计评审应应确定软件设设计说明书中中的详细设计计在满足软件件需求规格说说明书中的需需求方面的可可接受性。 编程格式评审应应确保所有编编码采用规定定的工作语言言，能在规定定的运行环境境中运行，满满足C语言编程格格式约定，并并且符合GBB 85666中提倡的编编程风格。在在满足这些要要求之后，方方可进行测试试工作评审。 测试工作评审应应对所有的程程序单元进行行静态分析，检检查其程序结结构（即模块块和函数的调调用关系和调调用序列）和和变量使用是是否正确。在在通过静态分分析后，再进进行结构测试试和功能测试试。在结构测测试

15、中，所有有程序单元结结构测试的语语句覆盖C。必须等于于100%，分分支覆盖C11必须大于或或等于85%。要给出第第个单元的输输入和输出变变量的变化范范围。各个子子系统只进行行功能测试，不不单独进行结结构测试，因因而要登录程程序单元之间间接口的变量量值。力图使使满足单元测测试的C1和C。准则的那那些测试用例例在子系统功功能测试时得得到再现。测测试测试工作作评审要检查查所进行的测测试工作是否否满足这些要要求。特别在在评审功能测测试工作时，不不仅要运行开开发单位给出出的测试用例例，而且要允允许运行任务务委托单位或或用户、评审审人员选定的的采样用例。 5.3. 第三次评审第三次评审会要要进行功能检检查

16、、物理检检查和综合检检查。这些评评审会应在集集成测试阶段段结束后进行行。 功能检查应验证证所开发的软软件已满足在在软件需求规规格说明书中中规定的所有有需求。 物理检查应对软软件进行物理理检查，以验验证程序和文文档已经一致致，并已做好好了交付的准准备。 综合检查应验证证代码和设计计文档的一致致性、接口规规格说明的一一致性（硬件件和软件）、设设计实现和功功能需求的一一致性、功能能需求和测试试描述的一致致性。 第六章 软件配置管理对XX系统的各各项配置进行行及时、合同同的管理，是是确保软件的的配置管理工工作，可按XXX系统软件工程程小组编写的的XX系统软件配置置管理计划。在在特别注意规规定对软件问问

17、题报告、追追踪和解决的的步骤，并指指出实现报告告、追踪和解解决软件问题题的机构及其其职责。第七章 工具、技术和方方法在XX系统项目目所属的各个个子系统（其其中包括有关关的支持）的的研制与开发发过程中，都都应该在各自自的软件质量量保证活动中中合理地使用用软件质量支支持工具、技技术和方法。这这些工具主要要有下列几种种： 软件配置管理工工具。它支持持用户对源代代码清单的更更新管理以及及对重新编译译与连接的代代码的自动组组织；支持用用户有不同文文档相关内容容之间进行相相互检索并确确定同一文档档中的涉及范范围；同时还还应支持软件件配置管理小小组对软件配配置更改进行行科学的管理理。 文档辅助生成工工具与图

18、形编编辑工具。它它主要协助用用户绘制描述述程序流程与与结构的DFFD图与SC图、绘制制描述软件功功能（输入、输输出关系）的的曲线以及绘绘制描述系统统特性的一些些其他图形，同同时还可生成成若干与XXX系统软件文档档编制大约相相适应的文档档模板。用户户利用这个工工具的正文与与图形编辑功功能以及上述述辅助功能，可可以比较方便便地产生清晰晰悦目的文档档，也有利于于对文档进行行更改，还有有助于提高文文档的编制质质量。 第八章 媒体控制为了保护计算机机程序的物理理媒体，以免免非法存取，意意外损坏或自自然老化，XXX系统工程化软软件系统的各各个子系统（包包括支持软件件）都必须设设立软件配置置管理人员，并并按

19、照XX系统软件工程程小组制订的的、且经XXX系统总体组批批准的XXX系统软件配置置管理计划妥妥善管理和存存放各个子系系统及其专用用支持软件的的媒体。第九章 对供货单位的控控制XX系统项目所所属的各个子子系统开发组组，如果需要要从软件销售售单位购买、委委托或其他开开发单位开发发、从开发单单位现存软件件库中选用或或从项目委托托单位或用户户的现有软件件库中选用软软部件时，则则在选用前应应向XX系统总体组报报告，然后由由XX系统总体组组组织“软件选用评评审、测试与与检查，只有有当演示成功功、测试合格格后才能批准准选用。如果果只选用其中中部分内容，则则按待开发软软件的处理过过程办理，此此时XX系统总体组

20、不不予干预。第十章 记录收集、维护护和保存 在XXX系统项目及其其所属的各个个子系统的研研制与开发期期间，要进行行各种软件质质量保证活动动，准确记录录、及时分析析并妥善保存存有关这些活活动的记录，是是确保软件质质量的重要条条件。在软件件质量保证小小组中，应有有专人负责收收集、汇总与与保存有关软软件质量保证证活动的记录录。要收集、汇汇总与保存的的记录名字及及其保存期限限见附录A表表1。第十一章 附 录 A表1 记录名称称及其保存的的期限记录的名称与分分类要保存的期限阶段阶段评审总结整个软件开发周周期评审阶段评审问题记记录整个软件开发周周期记录阶段评审主要问问题整个软件开发周周期阶段评审成员整个软

21、件开发周周期日常软件阶段进度整个软件开发周周期检查软件阶段产品完完成情况整个软件开发周周期记录软件开发费用统统计表整个软件开发周周期修改软件问题报告单单整个软件开发周周期记录软件问题修改单单整个软件开发周周期组织软件质量保证小小组保证小组组成员记录整个软件开发周周期第十二章 附 录 B项 目 进 展展 表 B11项目进展报报表（月报表表或季报表）由由一项目报表表表头（表BB1）和另一一外三个表格格（表B2、表B3、表B4）组成。在在表B2中，要填填写各个阶段段的开工日期期与结束日期期。其中计划划进度是指在在项目实施计计划中确定的的计划进度，因因此可以管理理人员事先填填好，而不必必由开发人员员填

22、写。实际际进度是指该该项目实际的的开工日期与与结束日期，它它将随着该项项目的不断进进展来填写。其其中进度是指指项目组长发发现实际进度度与计划进度度不符时提出出的进度修改改建议；但经经项目管理人人员研究后，可可能对此修改改建议作某些些更改。此外外，在相继的的若干次报表表中，项目组组长提出的建建议日期也可可能是不相同同的。在些我我们规定，最最终的调整进进度由项目管管理来确定。在在表B3“软件阶段产产品完成情况况表”中，要填写写各个文档的的开始编写日日期与完成日日期。其中关关于对计划进进度、调整进进度与实际进进度的含义的的解释与上相相同。表B44是关于统计计软件开发费费用的表格。表1 项目进展展报表

23、表头年年 月子系统名称模块名填表人填表日期年 月 日项目组长开发单位表B2 软件阶阶段进度表子子系统名： 模块名： 统计日期： 年 月 日计划名称计划进度调整进度实际进度备注开工日期结束日期开工日期结束日期开式日期结束日期SA&SDRAPDDDCD&UTIT&STIS&ACTSSD注：SA&SDD(systtem annalysiis & ssoftwaare deefinittion pphase)：系统分析析与软件定义义阶段。RAA（requiiremennts annalysiis phaase）：需需求分析阶段段。PD（preliiminarry dessign pphase）：概要设

24、计阶阶段。DD（detaiiled ddesignn phasse）：详细细设计阶段。CD&UT（coding &unit testing phase）：编码与单元测试阶段。IT&ST(integrating & system testing phase)：组装与系统测试阶段。IS&AC(installation & acceptance phase)：安装与验收阶段。TSSD（total software system development phase）：整个软件系统的开发阶段。表3 软件阶段产品完成情况子系统名： 模块名： 统计日期： 年 月 日计划进度调整日期实际日期文档名称开始日期完

25、成日期开始日期完成日期开始日期完成日期页数备注1 项目实施计计划2需求规格说明明书3概要设计说明明书4详细设计说明明书5 测试计划6 测试报告7 用户手册8 项目开发总总结9 源代码清单单10 质量保证证计划11 配置管理理计划表4 软件开开发费用统计计表子系统名名： 模块名： 统计区间：从 年 月 日至 年 月 日人工费用(人月）机时小时其他(元)阶段名称项目管理系统分析软件设计编程设计数据录入其它人工终端小时主机小时外存空间其它费用出差资料其他费用SA&SDRAPDDDCD&UTIT&STIS&ACTSSD第十三章 附 录 C项 目 阶 段段 评 审 表 C11 在软件开开发过程中的的适当

26、阶段对对软件阶段产产品进行评审审，是确保软软件产品最终终质量的重要要方法。阶段段评审可以对对某个开发阶阶段产品进行行评审，也可可以对某几个个开发阶段产产品进行综合合评审。在每每次阶段评审审中，必须履履行正式手续续，填写必要要的评审表格格，以利于项项目管理工作作，利于产品品验收时的质质量检查工作作。项目阶段段评审表由四四张子表组成成。表C1是对评审审中发现的问问题的记录RRPL（revieew prooblem log）；表C2是评审总总结报告RSSR（revieew summmary reporrt）；表C3是对其中中主要问题的的详细描述SSPR（softwware pprobleem rep

27、port）；表C4是评审小小组成员登记记与签字表。下下面给出这四四张表的格式式。表C1 评审问问题记录（RRPL）登记号RPL评 审 问 题题 记 录评审日期年 月 日评审性质评审 复审项目名子项目名代号编号问题摘要问题类型是否解决123456789101112131415表C2 评审总总结报告（RRSR）登记号RPL评 审 总 结结 报 告评审日期年 月 日评审性质评审 复审项目名子项目名代号阶段名软件定义需求分析概要设计详细测试编码测试组装测试安装验收运行维护项目组长姓名电话地址不需修改评审通过稍作修改结论作重要修改不通过要重新评审备注表3 软件问题题报告单（SSTR）登记号软 件 问 题题 报 告 单登记日期年 月 日发现日期项目名子项目名代号阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运行维护状态1234567报告人姓名电话地址问题： 例行程程序 程序 数据库 文档 文文档问题描述/影响响：附注及修改建议议：表C4 评审成成员签字登记记表（RMTT）职务 姓 名 职 称单 位签 字组长副组长评成员审成员小成员组成员成成员员成员成员