软件质量保证计划规范

上传人:人*** 文档编号:473452420 上传时间:2023-09-21 格式:DOCX 页数:22 大小:222.40KB
返回 下载 相关 举报
软件质量保证计划规范_第1页
第1页 / 共22页
软件质量保证计划规范_第2页
第2页 / 共22页
软件质量保证计划规范_第3页
第3页 / 共22页
软件质量保证计划规范_第4页
第4页 / 共22页
软件质量保证计划规范_第5页
第5页 / 共22页
点击查看更多>>
资源描述

《软件质量保证计划规范》由会员分享,可在线阅读,更多相关《软件质量保证计划规范(22页珍藏版)》请在金锄头文库上搜索。

1、软件质量保证计划规范S 卷号卷内编号密级软件质量保证计划规范 Version :1、 0文档撰写部门:软件开发部撰写人(签名) :完成日期: 2002 年 10 月 23 日本文档使用部门:主管领导 项目组 测试组 维护人员用户 客户(市场)评审负责人(签名) :评审日期:类:规范修订历史记录日期版本说明作者200 x 、 xx、 XX X、 X最初版本全文结束 X 目录1、编写目2、引用标3、术3、1项目委托单位 PROJECT ENTRUSTORGANIZATION、3、2项目承办单位PROJECT UNDERTAKINGORGANIZATION .3、3软件开发单位SOFTWARE DE

2、VELOPMENTORGANIZATION、3、4用户USER、43、5软件SOFTWARE、4、 p3、6重要软件CRITICALSOFTWARE、4、 p3、7软件生存周期SOFTWARE LIFECYCI F、;、1 N 、 E 、 I、 、 E 、 N 、 、l NN 、1 、 N I、3、 8 验证VERIFICATION 、3、 9 确认VALIDATION 、3、 10 测试TESTING 、5 、p3、 11 软件质量 SOFTWARE3、 12 质量保证QUALITYASSURANC、E.4、软件质量保证计划编制大4、 1 引的4 1 2 定义和缩写4 1 3 参考资4 2管

3、4、3、2其他文4、4标准、条例和约4、5评审和检4、5、review、4、5、 review、3详细设计评审detailed design4、4功能检查functional4、 1 软件需求评审 software requirements5、 review 、2概要设计评审 preliminary design5、 audit、84、 5物理检查physical5、audit、 、4、5、6 综合检查 comprehensiveciudit 、 *4、 5、 7 管理评审 managementreviews 、4、 6 软件配置管4、 7 工具、技术和方84、8媒体控制4、84、9对供货单位

4、的控制V 484、10记录的收集、维护和保存n 、遵循的1、编写目的本规范规定了在制定软件质量保证计划时应该 统一的基本要求。本规范适用于软件特别是重要软件的质量保证计划制订工 作。对于非重要软件或已经开发好的软件,可以采用本规范规定 的要求的子集。2、 引用标准GB/T11457软件工程术语GB8566计算机软件开发 规范GB8567计算机软件产品开发文件编制指南 GB/T12505计算机软件 配置管理计划规范3、术语下面给出本规范中用到的一些术语的定义,其他术语的定义按 GB/T11457o3、 1 项目委托单位project entrust organization 项目承 办单位是指为

5、产品开发提供资金并通常也是(但有时也未必)确 定产品需 求的单位或个人。3、 2 项目承办单位 project undertaking organization 项 目 承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。3、 3 软件开发单位 software development organization 软件 开发单位是指直接或间接项目委托单位委托而直接负责开发 软件的单位 或个人。3、 4 用户 user 用户是指实际使用软件来完成某项计算、控制或数据处理等任务的单位或个人。3、 5 软件 software 软件是指计算机程序及其有关的数据和 文档, 也包括固化了的程序。

6、3、 6 重要软件 critical software 重要软件是指它的故障 会影响到人身安全、会导致重大经济损失或社会损失的软件。3、 7 软件生存周期 software life cycle 软件生存周期进指从系统对计算机软件系统提出应用需求开始,经过开发,产生 一个满足需求的计算机软件系统,然后投入运行,直至该软件系 统退役为止。期间经历系统分析与软件定义、软件开发以及系统 的运行与维护等三个阶段。其中软件开发阶段一般又划分成需求 分析、概要设计、详细设计、编码与单元测试、组装与系统测试 发及安装与验收等六个阶段。3、 8 验证 verification 验证是指确定软件开发周期中的一

7、个给定阶段的产品是否达到在上一阶段确立的需求的过程。3、 9 确认 validation 确认是指在软件开发过程结束时对软 件进行评价以确定它是否和软件需求相一致的过程。3、 10 测试 testing 测试是指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的 手段 之一。3、 11 软件质量 software quality 软件质量是指软件产品 中能满足给定需求的各种特性和总和。这些特性称做质量特性, 它包括功能度、可靠性、时间经济性、资源经济性、可维护性和 或移植性等。3、 12 质量保证 quality assurance 质量保证是指为使软件 产品规定需

8、求所进行的一系列有计划的必要工作。4、软件质量保证计划编制大纲项目承办单位(或软件开发 单)中负责软件质量保证的机构或个人,必须制订一个包括以下 各章内容的软件质量保证计划(以下简称计划)。名章应以所给 出顺序排列;如果某本章中没有相应的内容,则在该章标题之后 必须注明“本章无内容 的 字样,并附上相应的理由;如果需 要,可以在后面增加章条;如果某些材料已经出现在其他文档 中,则在该计划中应引用那些文档。计划的封面必须标明计划名 和该计划所属的项目名,并必须由项目委托单位和项目承办单位 (或软件开发单位)的代表共同签字,、批准。计划的目次是:引言管理文档标准、条例和约定评审和检查软件配置管理工

9、具、技术和方法媒体控制对供货单位的控制记录的收 集、维护和保存下面给出软件质量保证计划的各个章条必须具有 的内容。4、 1 引言4、 1、 1 目的本条必须指出特定的软件质量保证计划的具体 目的。还必须指出该计划所针对的软件项目(及其所属的各个子 项目)的名称 和用途。4、 1、 2 定义和缩写词本条应该列出计划正文中需要解释的 而在GB/T11457中尚未包含的术语的定义,必要时,还要给 出 这些定义的英 文单词及其缩写词。4、 1、 3 参考资料 本适可而止必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。4、 2 管理 必须描述负责软件质量保证的机构、任务及其有关的职责

10、。4、 2、 1 机构本条必须描述与软件质量保证有关的机构的组 成。还必须清楚地描述来自项目委托单位、项目承办单位、软件 开发单位或用户中负责软件质量保证的各个成员有机构中的相互关系。4、 2、 2 任务本条必须描述计划涉及的软件生存周期中有关 阶段的任务,特别要把重点放在描述这些阶段所应进行的软件质 量保证活动 上。4、 2、 3 职责 本条必须指明软件质量保证计划中规定的每一个负责单位或成员的责任。4、 3 文档 必须列出在该软件的开发、验证与确认以及使用 与维护等阶段中需要编制的文档,并描述对文档进行评审与检查 的准则。4、 3、 1 基本文档为了确保软件的实现满足需求,至少需要 下列基

11、本文档:4、 3、 1 、 1 软件需求规格说明书 software requirementsspecification 软件需求规格说明书必须清楚、准确地描述软件 的每一个基本需求(功能、性能、设计约束和属性)和外部界面。必须把每一个需求规定成能够通过预先定义的方法(例如检 查、分析、演示或测试等)被客观地验证与确认的形式。软件需 求规格说明书的详细格式按GB8567O4、 3、 1、 2 软件设计说明书 software design description 软件设计说明书应该包括软件概要设计说明和软件详细设计说明 两部分。其概要设计部分必须描述所设计的总体结构、外部接 口、各个主要部件的

12、功能与数据结构以及各主要部件之间的接 口;必要时还必须对主要部件的每一个部件进行描述。其详细设计部分必须给出每一个基本部件的功能、算法和过程描述。软件设计说明书的详细格式按GB8567O4、3、1、3 软件验证与确认计划 software ver if ication andvalidation plan 软件验证与确认计划必须描述所采用的验证和确认方法(例如评审、检查、分析、演示或测试等),以用 来验证软件需求规格说明书中的需求是否已由软件设计说明书描 述的设计实现;软件设计说明书表达的设计是否已由编码实现。 软件验证与确认计划还可用来确认编码的执行是否与软件需求规格说明书中所规定的需求相一

13、致。软件验证与确认计划的详细格式按GB8567中的测试计划的格式。4、 3、 1、 4 软件验证和确认报告 software verification andvalidation report 软件验证与确认报告必须描述软件验证与确认计划的执行结果。这里必须包括软件质量保证计划所需要 的所有评审、检查和测试的结果。软件验证与确认报告的详细格式按GB8567中的测试报告的格 式。4、 3、 1、 5 用户文档 user documentation 用户文档(例如 手册、指南等到)必须指明成功运行该软件所需要的数据、控制 命令以及运行条件等;必须指明所有的出错信息、含义及其修改 方法;还必须描述将用户发现的错误或问题通知项目承办单位(或软件开发单)或项目委托单位的方法。用户文档的详细格式 按GB8567O4、 3、 2 其他文档除基本文档以外,还应包括下列文档:a. 项目实施计划(其中可包括软件配置管理计划,但在必 要时也可单独制订该计划):其详细格式按GB8567O b 、项目 进展报表:其详细格式可参考本规范附录 B (参考件)中有关项 目进展报表的各项规定。c 、项目开发各阶段的评审报表:其详细格式可参考本规范附录 C (参考件)中有关项目阶段评审表 的各项规定。d、项目开发总结:其详细格式按

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号