系统软件质量保证计划Word文档格式.docx
- 文档编号:15218841
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:9
- 大小:20.04KB
系统软件质量保证计划Word文档格式.docx
《系统软件质量保证计划Word文档格式.docx》由会员分享,可在线阅读,更多相关《系统软件质量保证计划Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
GB8567计算机软件开发规范
GB8567计算机软件产品开发文件编制指南
GB/T12504计算机软件质量保证计划规范
GB/T12505计算机软件配置管理计划规范
上海博物馆古籍数字化系统配置管理计划
3管理
4
4.1机构
4.2
在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作。
软件质量保证小组属总体组领导,由总体组代表、项目的软件工程小组代表、项目的专职质量保证人员、项目的专职配置管理人员以及各个子系统软件质量保证人员等方面的人员组成,由项目的软件工程小组代表任组长。
各子系统的软件质量保证人员在业务上受软件质量保证小组领导,在行政上受各子系统负责人领导。
软件质量保证小组和软件质量保证人员必须检查和督促本计划的实施。
各子系统的软件质量保证人员有权直接向软件质量保证小组报告子项目的软件质量状况。
各子系统的软件质量保证人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划的所有要求。
4.3任务
4.4
软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。
因此,对新开发的或正在开发的各子系统,要按照GB8567与本计划的各项规定进行各项评审工作。
软件质量保证小组要派成员参加所有的评审与检查活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在上海博物馆古籍数字化系统开发过程中,经总体组研究决定,要进行如下几类评审与检查工作:
a.阶段评审:
在软件开发过程中,要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。
根据总体组研究决定,在上海博物馆古籍数字化系统及其所属各子系统的开发过程中,应该进行以下三次评审:
第一次评审软件需求、概要设计、验证与确认方法;
第二次评审详细设计、功能测试与演示,并对第一次评审结果复核;
第三次是功能检查、物理检查和综合检查。
关于这些评审工作的详细内容见第5章。
b.
c.阶段评审工作要组织专门的评审小组,原则上由项目总体小组成员或特邀专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表,其他参加人员视评审内容而定。
d.
e.日常检查:
在上海博物馆古籍数字化系统的工程化生产过程中,各子系统应该填写项目进展报表,即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表。
f.
g.软件验收:
必须组织专门的验收小组对上海博物馆古籍数字化系统及其所属各个子系统进行验收。
验收工作应按照经项目委托单位“上海博物馆”与上海博物馆古籍数字化系统组双方都认可的验收规程正式履行验收手续。
验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。
具体的验收规程另行制订。
h.
4.5职责
4.6
在上海博物馆古籍数字化系统的软件质量保证小组中,其各方面人员的职责如下:
a.组长全面负责有关软件质量保证的各项工作;
c.总体组代表负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作;
e.项目的专职配置管理人员负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动;
g.各子系统的软件质量保证人员负责测试复查和文档的规范化检查工作;
i.用户代表负责反映用户的质量要求,并协助检查各类人员对软件质量保证计划的执行情况;
j.
k.项目的专职质量保证人员协助组长开展各项软件质量保证活动,负责审查所采用的质量保证工具、技术和方法,并负责汇总、维护和保存有关软件质量保证活动的各项记录。
l.
5文档
6
本章给出了在上海博物馆古籍数字化系统开发过程各阶段需要编制的文档名称及其要求,并且规定了评审文质量的通用的度量准则。
6.1基本文档
6.2
为了确保软件的实现满足项目委托单位“上海博物馆”认可的需求规格说明书中规定的各项需求,上海博物馆古籍数字化系统各开发单位至少应该编写以下八个方面内容的文档:
a.软件需求规格说明书(SRS);
b.软件设计说明书(SDD),对一些规模较大或复杂性较高的项目,应该把本文档分成概要设计说明书(PDD)与详细设计说明书(DDD)两个文档;
c.软件测试计划(STP);
d.软件测试报告(STR);
e.用户手册(SUM);
f.源程序清单(SCL);
g.项目实施计划(PIP);
h.项目开发总结(PDS)。
6.3其他文档
6.4
除了基本文档之外,对于尚在开发中的软件,还应该包括以下四个方面的文档:
a.软件质量保证计划(SQAP);
b.软件配置管理计划(P);
c.项目进展报表(PPR);
注:
前面两个文档由项目软件工程小组制订,属于管理文档,各个子系统的项目承办单位与软件开发单位都应充分考虑执行计划中规定的条款。
后面两类文档属于工作文档,各个子系统的项目承办单位或软件开发单位应该按照规定要求认真填写有关内容。
6.5文档质量的度量准则
6.6
文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。
验证和确认就是要检查各阶段文档的合适性。
评审文档质量的度量准则有以下六条:
a.完备性:
所有承担软件开发任务的单位,都必须按照GB8567的规定编制相应的文档,以保证在开发阶段结束时其文档是齐全的。
b.正确性:
在软件开发各个阶段所编写的文档的内容,必须真实地反映该阶段的工作且与该阶段的需求相一致。
c.简明性:
在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练,适合各种文档的特定读者。
d.可追踪性:
在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。
文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。
前者是指在不同文档的相关内容之间相互检索的难易程度;
后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。
e.自说明性:
在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。
文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。
f.规范性:
在软件开发各个阶段所编写的各种文档应该具有良好的规范性。
文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。
7、条例和约定
8
在上海博物馆古籍数字化系统的开发过程中,还必须遵守下列标准、条例和约定:
a.《上海博物馆古籍数字化系统配置管理计划》。
b.各类开发规范。
9评审和检查
10
本章具体规定了应该进行的阶段评审、阶段评审的内容和评审时间要求。
对新开发的或正在开发的各个子系统,都要按照GB8567的规定认真进行定期的或阶段性的各项评审工作。
就整个软件开发过程而言,至少要进行软件需求评审、概要设计评审、详细设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。
评审点
评审人员
评审文件
评审内容
软件需求评审
软件开发人员
用户
管理人员
软件需求说明书
(数据要求说明书)
项目开发计划
软件需求说明书是否覆盖了用户全部要求。
软件需求说明书的明确性、完整性、一致性、可测试性、可跟踪性。
项目开发计划的合理性、可行性。
概要设计评审*
概要设计说明书
概要设计说明书是否与需求说明书的要求一致。
正确性、完整性、一致性。
确定系统的模块划分。
接口定义是否明确。
详细设计评审*
详细设计说明书
测试计划
(数据库设计说明书)
详细设计说明书是否与概要设计说明书的要求一致。
模块内部逻辑结构是否正确并具有最大聚合度,模块之间接口是否清晰。
数据库设计说明书是否完全,是否正确反映详细设计说明书的要求。
测试是否全面、合理。
鉴定(验收)
标准化人员
特邀专家或上级领导
成套文件
开发的软件系统是否已达到软件需求说明书规定的各项技术指标。
使用手册内容是否完整、正确。
文件是否齐全,是否符合有关标准规定。
*概要设计评审和详细设计评审视项目规模和重要程度决定是否进行。
*()内的人员或文件视项目实际情况确定是否参与。
评审会要进行功能检查、物理检查和综合检查。
这些评审会应在集成测试阶段结束后进行。
a.功能检查(FA)应验证所开发的软件已经满足在软件需求规格说明书中规定的所有需求。
b.物理检查(PA)应对软件进行物理检查,以验证程序和文档已经一致、并已做好了交付的准备。
c.综合检查(CA)应验证代码和设计文档的一致性、接口规格说明之间的一致性(硬件和软件)、设计实现和功能需求的一致性、功能需求和测试描述的一致性。
11软件配置管理
12
对上海博物馆古籍数字化系统的各项配置进行及时、合理的管理,是确保软件质量的重要手段,也是确保该软件具有强大生命力的重要措施。
有关上海博物馆古籍数字化系统软件的配置管理工作,可按《系统配置管理计划》。
在软件配置管理工作中,要特别注意规定对软件问题报告、追踪和解决的步骤,并指出实现报告、追踪和解决软件问题的机构及其职责。
13工具、技术和方法
14
在上海博物馆古籍数字化系统所属的各个子系统(其中包括有关的支持软件)的研制与开发过程中,都应该在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。
这些工具主要有下列三种:
A.工具:
它支持用编写的模块的静态分析、结构测试与功能测试。
主要功能为:
协助测试人员判断程序结构与变量使用情况是否有错;
给出不同测试用例有效性的表格;
同时提出功能测试的有效情况,并协助组织最终交付给用户的有效测试用例的集合。
B.软件配置管理工具:
它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;
支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;
同时还应支持软件配置管理小组对软件配置更改进行科学的管理。
C.文档辅助生成工具与图形编辑工具:
它主要协助用户绘制描述程序流程与结构图、绘制描述软件功能(输入、输出关系)的系统特性的一些其他图形,同时还可生成若干与编制大纲适应的文档模板。
用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。
15媒体控制
16
为了保护计算机程序的物理媒体,以免非法存取、意外损坏或自然老化,上海博物馆古籍数字化系统的各个子系统(包括支持软件)都必
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统软件 质量保证 计划
![提示](https://static.bdocx.com/images/bang_tan.gif)