质量保证计划

时间:2024.4.21

软件质量保证计划

计划名:ZUCCLIB软件质量保证计划

项目名:图书管理系统

1 引言

1.1目的

本计划的目的在于对所开发的ZUCCLIB软件规定各种必要的质量保证措施,以保证所交付的ZUCCLIB软件能够满足项目委托书或合同中规定的各项需求,能够满足本项目总体组制定的且经领导小组批准的该软件系统需求规格说明书中规定的各项具体需求。

软件开发单位在开发ZUCCLIB 软件系统所属的各个子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该报告本计划中的有关规定,但可根据各自的情况对酊计划作适当的剪裁,以满足特定的质量保证要求,剪裁后的计划必须经总体组批准。

1.2 定义

本计划用到的一些术语的定义按GB/T 11457 和GB/T 12505 。

1.3 参考资料

GB/T 11457 软件工程术语

GB 8566 计算机软件开发规范

GB 8567 计算机软件产品开发文件编制指南

GB/T 12504 计算机软件质量保证计划规范

GB/T 12505 计算机软件配置管理计划规范

ZUCCLIB软件配置管理计划

1.管理

1.1机构

在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。

软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。

各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。

1.2 任务

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

a. 阶段评审工作要组织专门的评审小组,原则上由项目总体小组成员或特邀专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表,其他参加人员视评审内容而定。

每一次评审工作都应填写评审总结报告(RSR)、评审问题记录(RPL)、评审成员签字(RMT)与软件问题报告单(SPR)等四张表格。这四张阶段评审报表的具体格式应与附录C 中的规定相一致。

b. 日常检查:在ZUCCLIB软件的工程化生产过程中,各子系统应该填写项目进展报表,即软件报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。项目总体组可以通过项目进展季报表发现有关软件质量的问题。项目进展报表的具体格式应与附录B 中的规定相一致。

c. 软件验收:必须组织专门的验收小组对ZUCCLIB软件系统及其所属各个子系统进行验收。验收工作应按照经过验收项目委托单位“国家自然科学基金委员会信息科学部”与ZUCCLIB总体组双方都认可的验收规程正式履行验收手续。验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。具体验收规程另行制订。

2.3 职责

在ZUCCLIB 项目的软件质量保证小组中,其各方面人员的职责如下:

a. 组长全面负责有关软件质量保证的各项工作;

b. 总体组代表负责有关阶段评审、项目进展报表检查以及软件验收准备等

c. 项目的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动;

d. 各子系统的软件质量保证人员负责测试复查和文档的规范化检查工作;

e. 用户代表负责反映用户的质量要求,并协助检查各类人员对软件质量保证计划的执行情况;

f. 项目的专职质量保证人员协助组长开展各项软件质量保证活动,负责审查所采用的质量保证工具、技术和方法,并负责汇总、维护和保存有关软件质量活动的各项记录。

3.文档

本章给出了在ZUCCLIB 软件开发过程各阶段需要编制的文档名称及其要求,并且规定了评审文档质量的通用的度量准则。

3.1 基本文档

为了确保软件的实现满足项目委托单位“国家自然科学基金委员会信息科学部”需求规格说明书中规定的各项需求,ZUCCLIB 软件各开发单位至少应该编写以下八个方面内容的文档:

a. 软件需求规格说明书(STP);

b. 软件设计说明书(SDD),对一些规模较大或复杂性较高的项目,应该把本

文档分成概要设计说明书(PDD)与详细设计说明书(DDD)两个文档;

c. 软件测试计划(STP);

d. 软件测试报告(STR);

e. 用户手册(SUM);

f. 源程序清单(SCL);

g. 项目实施计划(PIP);

h. 项目开发总结(PDS)。

3.2 其他文档

除了基本文档之外,对于尚在开发中的软件,还应该包括以下四个方面的文档:

a. 软件质量保证计划(SQAP);

b. 软件配置计划(SCMPP);

c. 项目进展报表(PPR);

d. 阶段评审报表(PRR);

注:前面两个文档由项目工程小组制订,属于管理文档,各个子系统的项目承办单位与软件开发单位都应认真执行计划中规定的条款。后面两类文档属于工作文档,就是本计划的2.2 中提到的四张项目进展季报表,各个子系统的项目承办单位或软件开发单位应该按照规定要求认真填写有关的内容。

3.3 文档质量的度量准则

文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。难作确认就是要检查各阶段文档的合适性。评审文档质量的度量准则是有以下六条:

a. 完备性:所有承担软件开发任务的单位,都城必须按照GB 8567 的规定编制相应的文档,以保证在开发阶段结束时其文档是齐全的。

b. 正确性:在软件开发各个阶段所编写的文档的内容,必须真实的反映阶段的工作且与该阶段的需求相一致。

c. 简明性:在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简炼,适合各种文档的特定读者。

d. 可追踪性:在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可追踪性包括纵向可追踪性和横向可追踪性两个方面。前者是指在不同的文档的相关内容之间相互检索的难易程序;后者是指确定同一文档某一内容在本文档中的范围的难易程度。

e. 自说明性:在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。

f. 规范性:在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。

4 标准、条例和约定

在ZUCCLIB 工程化软件系统的开发过程中,还必须遵守下列标准、条例和约定:

a. 《ZUCCLIB 软件配置管理计划》,ZUCCLIB 软件工程小组编,1998 年。

b. 《C 语言编程格式约定》,ZUCCLIB 软件工程小组编,1998 年。

5 评审和检查

本章具体规定了应该进行的阶段评审、阶段评审的内容和评审的时间要求。对新开发的或正在开发过程中的各个子系统,都要按照GB 8566 的规定论正进行定期的或阶段性的各项评审工作。就整个软件开发过程而言,至少要进行软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。如本计划第2.2 条所述,经总体级研究决定,在ZUCCLIB 软件及其所属各个子系统的开发过程中,把前七种评审分成三次进行。有每次评审之后,要对评审结果作出明确的管理决策。下面给出每次评审应该进行的工作。

5.1 第一次评审

第一次评审会要对软件需求、概要设计以及验证与确认方法进行评审。

a. 软件需求评审(SRR)应确保在软件需求规格说明书中规定的各项需求的合理性。

b. 概要设计评审(PDR)应评价软件设计说明书中的软件概要设计的技术合适性。

c. 软件验证和确认评审(SV&VR)应评价软件验证和确认计划中确定的验证和确认方法的合适性和完整性。

5.2 第二次评审

第二次评审会要对详细设计、功能测试与演示进行评审,并对第一次评审结果进行复核。如果在软件开发过程中发现需要修改第一次评审结果,则应按照《ZUCCLIB软件配置管理计划》的规定处理。

a. 详细设计评审(DDR)应确定软件设计说明书中的详细设计在满足软件需求规格说明书中的需求方面的可接受性。

b. 编程格式评审应确保所有编码采用规定的工作语言,能在规定的运行环境中运行,满足《C 语言编程格式约定》,并且符合GB 8566 中提倡的编程风格。在满足这些要求之后,方可进行测试工作评审。

c. 测试工作评审应对所有的程序单元进行静态分析,检查其程序结构(即模块和函数的调用关系和调用序列)和变量使用是否正确。在通过静态分析后,再进行结构测试和功能测试。在结构测试中,所有程序单元结构测试的语句覆盖C。必须等于100%,分支覆盖C1 必须大于或等于85%。要给出第个单元的输入和输出变量的变化范围。各个子系统只进行功能测试,不单独进行结构测试,因而要登录程序单元之间接口的变量值。力图使满足单元测试的C1 和C。准则的那些测试用例在子系统功能测试时得到再现。测试测试工作评审要检查所进行的测试工作是否满足这些要求。特别在评审功能测试工作时,不仅要运行开发单位给出的测试用例,而且要允许运行任务委托单位或用户、评审人员选定的采样用例。

5.3 第三次评审

第三次评审会要进行功能检查、物理检查和综合检查。这些评审会应在集成测试阶段结束后进行。

a. 功能检查(FA)应验证所开发的软件已满足在软件需求规格说明书中规定的所有需求。

b. 物理检查(PA)应对软件进行物理检查,以验证程序和文档已经一致,并已做好了交付的准备。

c. 综合检查(CA)应验证代码和设计文档的一致性、接口规格说明的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。

6 软件配置管理

对ZUCCLIB 工程化软件系统的各项配置进行及时、合同的管理,是确保软件的配置管理工作,可按 ZUCCLIB 软件工程小组编写的《ZUCCLIB 软件配置管理计划》。在特别注意规定对软件问题报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。

7 工具、技术和方法

在ZUCCLIB 项目所属的各个子系统(其中包括有关的支持)的研制与开发过程中,都应该在各自的软件质量保证活动中合理地使用软件质量支持工具、技术和方法。这些工具主要有下列三种:

a. 软件测试工具。它支持用C 语言编写的模块的静态分析、结构测试与功能测试。主要功能为:协助测试人员判断程序结构与变量使用情况是否有错;给测试人员提供模块语句覆盖率C。和分支覆盖率C1 的值,并显示未覆盖语句和未覆盖分支的号码及其谓词,给出不同测试用例有效性的表格;同时提出功能测试的有效情况,并协助组织最终交付给用户的前效测试用例的集合。

b. 软件配置管理工具。它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;支持用户有不同文档相关内容之间进行相互检索并确定同一文档中的涉及范围;同时还应支持软件配置管理小组对软件配置更改进行科学的管理。

c. 文档辅助生成工具与图形编辑工具。它主要协助用户绘制描述程序流程与结构的DFD 图与SC 图、绘制描述软件功能(输入、输出关系)的曲线以及绘制描述系统特性的一些其他图形,同时还可生成若干与ZUCCLIB 软件文档编制大约相适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,还有助于提高文档的编制质量。

8 媒体控制

为了保护计算机程序的物理媒体,以免非法存取,意外损坏或自然老化,ZUCCLIB工程化软件系统的各个子系统(包括支持软件)都必须设立软件配置管理人员,并按照ZUCCLIB 软件工程小组制订的、且经ZUCCLIB 总体组批准的《ZUCCLIB 软件配置管理计划》妥善管理和存放各个子系统及其专用支持软件的媒体。

9 对供货单位的控制

ZUCCLIB 项目所属的各个子系统开发组,如果需要从软件销售单位购买、委托或其他开发单位开发、从开发单位现存软件库中选用或从项目委托单位或用户的现有软件库中选用软部件时,则在选用前应向ZUCCLIB 总体组报告,然后由ZUCCLIB总体组组织“软件选用评审、测试与检查,只有当演示成功、测试合格后才能批准选用。如果只选用其中部分内容,则按待开发软件的处理过程办理,此时ZUCCLIB 总体组不和干预。

10 记录收集、维护和保存

在ZUCCLIB 项目及其所属的各个子系统的研制与开发期间,要进行各种软件质量保证活动,准确记录、及时分析并妥善保存有关这些活动的记录,是确保软件质量的重要条件。在软件质量保证小组中,应有专人负责收集、汇总与保存有关软件质量保证活动的记录。要收集、汇总与保存的记录名字及其保存期限见表1。

表1 记录名称及其保存的期限__


第二篇:浅谈如何保证工装计量检定工作质量[1]


浅谈如何保证工装计量检定工作质量

摘要 工装(测具)的计量检测数据的准确性和有效性直接影响产品各个工序、各个零部件以及

生产过程各个环节的量值准确一致。为企业科研、生产的顺利进行,发挥着不可替代的技术支持和技术保障作用。保证工装计量检定工作质量是保证产品质量的一项重要工作。

关键词 计量检定 量值 产品质量

计量检定是指为评定计量器具的计量性能,确定其是否合格所进行的全部工作。它是进行量值传递的重要形式,是保证量值准确一致的重要措施。工装(测具)的计量检测数据的准确性和有效性直接影响产品各个工序、各个零部件以及生产过程各个环节的量值准确一致。为企业科研、生产的顺利进行,发挥着不可替代的技术支持和技术保障作用。工装(测具)的计量检定工作在科研生产的质量控制中发挥了重要作用,是保证产品质量至关重要的基础工作之一。为保证工装计量检定工作质量公司计量处工装计量室具体做法如下:

一、编制合理有效的工装(测具)周期检定计划

一个科学有效的周期检定计划,不仅能按规定要求完成工装(测具)检工作,而且可以使工装(测具)在用时间得到最大程度地满足,同时也能有效地节约检定费用,降低检定成本。因此工装计量室每年的工装(测具)周期检定计划的编制是根据企业科研、生产任务的安排需求,结合工装检定规程的要求、工装自身质量和稳定性、工装(测具)使用频次及生产现场使用环境条件、测量对象准确度等内容来进行。有效解决工装(测具)周期使用中的矛盾,切实保证公司生产过程各个环节的计量器具准确可靠、量值统一。

二、规范填写检定证书 真实有据的做好计量检定记录

检定证书是检定人员生产出来的"产品",检定证书格式应规范,内容要完整、清楚、准确。检定数据准确与否取决于原始记录的准确性,因此,真实有据,准确可靠是对原始记录最重要的要求,是原始记录的生命力和存在价值。数据溯源作为一项独立工作,从始

至终都必须源流清楚,正确无误。任何一个工装检定员都必须对每件工装(测具)实施有效的计量检定记录,全面、细致的掌握工装(测具)使用状况。计量检定记录是工装(测具)计量管理的第一手材料,它的内容齐全与否,直接关系到工装(测具)正确使用、维护和周期检定工作的有效进行。每一个工装检定员必须做好计量检定记录:

⒈保证检定记录原始真实性。就是能如实地反映当时当地进行检定的实际情况,反映检定过程中的数据、现象,使用计量器具及环境条件等真实性的原始记录。

⒉保证检定记录完整性。要制作规范的原始记录表格,记录要字迹端正清晰,易于辨认,页面保持整洁。

⒊保证检定记录数据正确性。数据正确是保证准确度的先决条件。

⒋保证检定记录改错规范化。原始记录中错误的修改要规范,一张检定原始记录不能超过三处错误,如有改动,必须加盖检定员印章,以明其责。

三、建立工装检定人员日常工作抽查制度

为了使生产现场工装(测具)始终处于稳定、有效的合格状态,保证工装计量检定工作质量。工装计量室建立了检定人员日常工作抽查制度。检定人员日常工作抽查制度是保证检定工作质量行之有效的一种方式(通常每月1-2次)。抽查内容要包括工装(测具)周期检定计划完成情况、受检工装(测具)计量标识及内容是否与帐务记录相符合、日常使用标准器具及测量设备正常的维护和保养。切实做好日常使用标准器具及测量设备正常的维护和保养,以确保日常使用标准器具及测量设备处在有效期内的准确度,这一点对计量检定非常重要,如日常使用标准器具及测量设备维护保养不好,将直接影响我们的检定工作。

四、积极收集用户反馈的服务质量信息 努力提高人员技术素质

计量检定工作是一项科学性、法制性、政策性都十分强的工作,要求所有从事该项工作的同志不仅要具有良好的技术素质、业务素质,还必须要具有高尚的思想素质和政治素质,计量人员素质的高低直接影响着计量机构的信誉和服务水平。

因此,工装计量室对外在各检定区域确定一名计量师,以便沟通本室与各相关单位的计量业务联系,协调计量纠纷,及时解决生产现场出现的计量问题。每月给各用户单位下

发了《用户满意度调查表》征询意见以便改进工作不足。对内根据实际情况,有计划的开展有关质量控制、计量检测方面文件、法规、标准的学习,创造条件提高计量人员的素质。

五、发扬主人翁精神 维护工作室环境

计量标准对环境和温度要求比较严格,一般在20℃±2℃最好。工作室环境是计量工作的物质基础,一定要严格达到技术要求。工装计量室积极努力不断完善工作室环境的管理,根据公司6S规定,将任务分配到人,要求责任到人,职责明确。从而有效地维护工作室环境,保证工装计量检定工作质量。

总之,工装计量检定工作是一项复杂的过程,影响因素多,涉及面广,要保证其工作质量,我们努力做好上述几方面的工作,以保证企业科研、生产的顺利进行,生产出高质量的"产品",促进企业快速发展。

更多相关推荐:
质量保证计划

科大佳园第八项目部质量保证计划1前言项目质量保证计划是公司质量体系文件组成部分是规范项目经理部质量管理行为指导全体员工正确执行公司质量手册程序文件的法规性文件11编制依据a20xx版ISODIS9000国际标准...

xxx_质量保证计划

xxxx系统质量保证计划文件编号XXXXPROCPPQA版本10版本历史记录质量保证计划第2页共9页目录1介绍21112131415234目的2背景2范围2参考资料2术语2角色和职责2评价标准3资源要求341环...

质量保证计划模板

lt项目名称gt质量保证计划版本lt10gt注以下提供的模板用于RationalUnifiedProcess其中包括用方括号括起来并以蓝色斜体样式InfoBlue显示的文本它们用于向作者提供指导在发布此文档之前...

质量保证计划

质量保证计划71总则为确保设备到货后能够快速应用提早发现问题我们中标后拟最短的时间内提供相应设备进行相应的集成测试制定明确的质量目标提高质量意识实行全面质量管理质量目标工程竣工确保达到市级优质工程创精品工程1质...

软件质量保证计划

软件质量保证计划(SQAP)说明《软件质量保证计划》(SQAP)规定在项目中采用的软件质量保证的措施、方法和步骤。软件质量保证计划的正文的格式如下:1引言本章应分成以下几条。1.1标识本条应包含本文档适用的系统…

产品质量保证计划

产品质量保证计划供方名称xxxxxxxxxxx有限公司公司地址xxxxxxxx工业园联系方式顾客名称xxxxxxxxxxx有限公司依据文件顾客产品图纸顾客技术开发协议顾客质量协议顾客采购合同书公司企业标准公司质...

质量保证计划书

质量保证计划书,内容附图。

软件质量保证计划(国标)

软件质量保证计划文件编号版本号受控状态保密级别编制人编制时间审核人审核时间批准人批准时间生效日期受控非受控公司级变更记录注更改状态包括C创建A增加M修改D删除226目录1引言511标识512系统概述513文档概...

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

软件质量保证计划编写规范项目名称软件质量保证计划作者完成日期签收人签收日期修改情况记录软件质量保证计划编写规范目录1引言111目的112定义和缩写词113参考资料12管理121机构122任务223职责23文档2...

项目管理的质量保证计划

项目管理的质量保证计划项目管理的保证项目管理的主要目标是保证项目在规定时间内高质量的完成项目项目管理包括了项目组开发各阶段的人员结构的配置质量控制的实施方略内部文档和产品文档的组织编写等各项工作开发项目按照规范...

如何实施质量保证计划

软件质量保证计划的实施软件质量保证即SQASoftwareQualityAssurance是CMM2级中的一个关键过程域它是贯穿整个软件过程的第三方独立审查活动出现在大多数关键过程域的检查与验证的公共特性中在整...

施工现场质量保证计划

施工现场质量保证计划主编张青日期20xx年06月04日版本号第二版修改状态受控状态开工日期20xx918龙元建设集团公司华丽家族复兴天地中心项目部发布日期20xx64实施日期20xx661目录一说明3二发布令4...

质量保证计划(44篇)