下载

2下载券

加入VIP
  • 专属下载券
  • 上传内容扩展
  • 资料优先审核
  • 免费资料无限下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 软件质量保证计划编写规范

软件质量保证计划编写规范.doc

软件质量保证计划编写规范

allenyaoxd
2018-09-07 0人阅读 举报 0 0 0 暂无简介

简介:本文档为《软件质量保证计划编写规范doc》,可适用于IT/计算机领域

软件质量保证计划编写规范案卷号日期<项目名称>软件质量保证计划作者:完成日期:签收人:签收日期:修改情况记录:版本号修改批准人修改人安装日期签收人目录引言目的定义和缩写词参考资料管理机构任务职责文档基本文档软件需求规格说明书软件设计说明书软件验证与确认计划软件验证与确认报告用户文档其他文档标准、条例和约定评审和检查软件需求评审概要设计评审详细设计评审软件验证与确认评审功能检查物理检查综合检查管理评审软件配置管理工具、技术和方法媒体控制对供货单位的控制记录的收集、维护和保存附录附录A:项目进展报表附录B:项目阶段评审表引言目的本条必须指出特定的软件质量保证计划的具体目的。还必须指出该计划所针对的软件项目(及其所属的各个子项目)的名称和用途。定义和缩写词应该列出计划正文中需要解释的而在GBT中尚未包含的术语的定义必要时还要给出这些定义的英文单词及其缩写词。参考资料列出要用到的参考资料如:a.本项目的经核准的计划任务书或合同、上级机关的批文b.属于本项目的其他已发表的文件c.本文件中各处引用的文件、资料包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位说明能够得到这些文件资料的来源。管理必须描述负责软件质量保证的机构、任务及其有关的职责。机构必须描述与软件质量保证有关的机构的组成。还必须清楚地描述来自项目委托单位、项目承办单位、软件开发单位或用户中负责软件质量保证的各个成员在机构中的相互关系。任务描述计划所涉及的软件生存周期中有关阶段的任务特别要把重点放在描述这些阶段所应进行的软件质量保证活动上。职责指明软件质量保证计划中规定的每一个任务的负责单位或成员的责任。文档基本文档为了确保软件的实现满足需求至少需要下列基本文档。软件需求规格说明书软件需求规格说明书必须清楚、准确地描述软件的每一个基本需求(功能、性能、设计约束和属性)和外部界面。必须把每一个需求规定成能够通过预先定义的方法(例如检查、分析、演示或测试等)被客观地验证与确认的形式。软件需求规格说明书的详细格式按GB。软件设计说明书软件设计说明书应该包括软件概要设计说明和软件详细设计说明两部分。其概要设计部分必须描述所设计软件的总体结构、外部接口、各个主要部件的功能与数据结构以及各主要部件之间的接口性和时还必须对主要部件的每一个子部件进行描述。其详细设计部分必须给出每一个基本部件的功能、算法和过程描述。软件设计说明书的详细格式按GB。软件验证与确认计划软件验证与确认计划必须描述所采用的软件验证和确认方法(例如评审、检查、分析、演示或测试等)以用来验证软件需求规格说明书中的需求是否已由软件设计说明书描述的设计实现软件设计说明书表达的设计是否已由编码实现。软件验证与确认计划还可用来确认编码的执行是否与软件需求规格说明书中所规定的需求相一致。软件验证与确认计划的详细格式按GB中的测试计划的格式。软件验证与确认报告软件验证与确认报告必须描述软件验证与确认计划的执行结果。这里必须包括软件质量保证计划所需要的所有评审、检查和测试的结果。软件验证与确认报告的详细格式按GB中的测试报告的格式。用户文档用户文档(例如手册、掼等)必须指明成功运行该软件所需要的数据、控制命令以及运行条件等必须指明所有的出错信息、含义及其修改方法还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单位)或项目委托单位的方法。用户文档的详细格式按GB。其他文档除基本文档外还应包括下列文档:a.项目实施计划(其中可包括软件配置管理计划但在必要时也可单独制订该计划)其详细格式按GB。b.项目进展报表:其详细格式可参考本计划附录A中有关《项目进展报表》的各项规定。c.项目开发各阶段的评审报表:其详细格式可参考本计划附录B中有关《项目阶段评审表》的各项规定。d.项目开发总结:其详细格式按GB。标准、条例和约定必须列出软件开发过程中要用到的标准、条例和约定并列出监督和保证执行的措施。评审和检查必须规定所要进行的技术和管理两方面的评审和检查工作并编制或引用有关的评审和检查规程以及通过与否的技术准则。至少要进行下列各项评审和检查工作:软件需求评审在软件需求分析阶段结束后必须进行软件需求评审以确保在软件需求规格说明书中所规定的各项需求的合适性。概要设计评审在软件概要设计阶段结束后必须进行概要设计评审以评价软件设计说明书中所描述的软件概要设计在总体机构、外部接口、主要部件功能分配、全局数据结构以及各主要部件之间的接口等方面的合适性。详细设计评审在软件详细设计阶段结束后必须进行详细设计评审以确定软件设计说明书中所描述的详细设计在功能、算法和过程描述等方面的合适性。软件验证与确认评审在制订软件验证与确认计划之后要对它进行评审以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。功能检查在软件释放前要对软件进行检查以确认已经满足在软件需求规格说明书中规定的所有需求。物理检查在验收软件前要对软件进行物理检查以验证程序和文档已经一致并已做好了交付的准备。综合检查在软件验收时要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检查以验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。管理评审要对计划的执行情况定期(或按阶段)进行管理评审这些评审必须由獐独立于被评审单位的机构或授权的第三方主持进行。软件配置管理必须编制有关软件配置管理的条款或引用按照GBT单独制订的。在这些条款或文档中必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检查配置管理工作等四方面的活动。还必须规定用以维护和存储软件受控版本的方法和设施必须规定对所发现的软件问题进行报告、追踪和解决的步骤并指出实现报告、追踪和解决软件问题的机构及其职责。工具、技术和方法必须指明用以支持特定软件项目质量保证工作的工具、技术和方法指出它们的目的描述它们的用途。媒体控制必须指出保护计算机程序物理媒体的方法和设施以免非法存取、意外损坏或自然老化。对供货单位的控制供货单位包括项目承办单位、软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的规程从而保证项目承办单位从软件销售单位购买的、其他开发单位(或子开发单位)开发的或从开发(或子开发)单位现存软件库中选用的软件能满足规定的需求。记录的收集、维护和保存必须指明需要保存的软件质量保证活动的记录并指出用于汇总、保护和维护这些记录的方法和设施并指明要保存的期限。附录附录A:项目进展报表项目进展报表(月报表或季报表)由一个项目进展报表表头(表A)和另外三个表格(表A、表A、表A)组成。在表A“软件阶段进度表”中要填写各个阶段的开工日期与结束日期。其中计划进度是指在项目实施计划中确定的计划进度因此可以由管理事先填好而不必由开发人员填写。实际进度是指该项目实际的开工日期与结束日期它将随着该项目的不断进度来填写。其中调整进度是指项目组长发现实现进度与计划进度不符时提出的进度修改建议但经项目管理人员研究后可能对此修改建议作某些更改。此外在相继的若干次报表中项目组长提出的建议修改日期也可能是不相同的。在此我们规定最终的调整进度由项目经理来确定。在表A“软件阶段产品完成情况表”中要填写各个文档的开始编写日期与完成日期。其中关于对计划进度、调整进度与实际进度的含义的解释与上相同。表A是关于统计软件开发费用的表格。表A项目进展报表表头项目名:年月子系统名称模块名填表人填表日期年月日项目组长开发单位表A软件阶段进度表子系统名:模块名:统计日期:年月日阶段名称计划进度调整进度实际进度备注开工日期结束日期开工日期结束日期开工日期结束日期SA&SDRAPDDDCD&UTIT&STIS&ACTSSD注:SASD(systemanalysissoftwaredefinitionphase):系统分析与软件定义阶段。RA(requirementsanalysisphase):需求分析阶段。PD(preliminarydesignphase):概要设计阶段。DD(detaileddesignphase):详细设计阶段。CDUT(codingunittestingphase):编码与单元测试阶段。ITST(integratingsystemtestingphase):组装与系统测试阶段。ISAC(installationacceptancephase):安装与验收阶段。TSSD(totalsoftwaresystemdevelopmentphase):整个软件系统的开发阶段。表A软件阶段产品完成情况表子系统名:模块名:统计日期:年月日文档名称计划进度调整进度实际进度页数备注开始日期完成日期开始日期完成日期开始日期完成日期项目实施计划需求规格说明书概要设计说明书详细设计说明书测试计划测试报告用户手册项目开发总结源代码清单质量保证计划配置管理计划表A软件开发费用统计表子系统名:模块名:统计区间:从年月日至年月日阶段名称人工费用(人月)机时(小时)其他(元)项目管理系统分析软件设计编码调试数据录入其它人工终端小时主机小时外存空间其它费用出差资料其他费用SA&SDRAPDDDCD&UTIT&STIS&ACTSSD附录B:项目阶段评审表在软件开发过程中的适当阶段对软件阶段产品进行评审是确保软件产品最终质量的重要方法。阶段评审可以对某个开发阶段的阶段产品进行评审也可以对某几个开发阶段的阶段产品进行综合评审。在每次阶段评审中必须履行正式手续填写必要的评审表格以利于项目管理工作利于产品验收时的质量检查工作。项目阶段评审表由四张子表组成。表B是对评审中发现的问题的记录RPL(reviewproblemlog)表B是评审总结报表RSR(reviewsummaryreport)表B是对其中主要问题的详细描述SPR(softwareproblemreport)表B是评审小组成员登记与签字表。下面给出这四张表的格式。表B评审问题记录(RPL)RPL评审问题记录登记号评审日期年月日评审性质评审□复审□项目名子项目名代号编号问题摘要问题类型是否解决表B评审总结报告(RSR)RSR评审总结报告登记号评审日期年月日评审性质评审□复审□项目名子项目名代号阶段名软件定义□需求分析□概要设计□详细设计□编码测试□组装测试□安装验收□运行维护□项目组长姓名电话地址评审任务评审材料评审结论通过不需修改稍作修改不通过作重要修改要重新评审备注表B软件问题报告单(SPR)软件问题报告单登记号登记日期年月日发现日期年月日项目名子项目代号阶段名软件定义□需求分析□概要设计□详细设计□编码测试□组装测试□安装验收□运行维护□状态报告人姓名电话地址问题:例行程序□程序□数据库□文档□改进□子例行程序子系统:修改版本号:媒体:数据库:文档:测试实例:硬件:问题描述影响:附注及修改建议:表B评审成员签字登记表(RMT)评审小组成员职务姓名职称单位签字组长副组长成员成员成员成员成员成员成员成员成员成员成员成员成员注:可以不设副组长此外项目开发组长或其代表可以作为评审组的成员但不能担任评审组的组长或副组长。

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

评分:

/18

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利