5.3.1 总则
SQA人员应依据SQA计划,对照GJB 438B-2009和其他适用的标准和规程等定期或事件驱动地进行软件工作产品审核,以保证:
a) 合同要求的所有计划已形成文档,且符合合同和规定的标准要求;
b) 各计划之间相互协调,并且得到了正确地实施;
c) 合同要求的所有软件工作产品存在,且符合合同和规定的标准要求,并按计划进行所要求的评价、测试和管理等;
d) 在提交正式评审(如里程碑评审等)或验收前,软件工作产品已通过SQA人员的审核;
e) 在准备交付时,软件工作产品已满足合同要求,并且需方可以接受。
5.3.2 运行方案说明
在审核运行方案说明时,SQA 人员应重点关注:
a) 与项目选定的标准的符合性;
b) 内容的完整性,包括现行系统或状况、更改理由和实质、新系统或修改后系统的方案、运行场
景、影响综述、建议系统的分析等;
c) 系统方案描述的可理解性;
d) 与合同的一致性和协调性。运行方案说明的检查项参见附录 B 的表 B.19。
5.3.3 系统/子系统规格说明
在审核系统/子系统规格说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括系统运行的状态和方式、系统能力需求、系统内外部接口需求、系统数据需求、适应性需求、系统环境需求、计算机资源需求、保障需求、设计和构造的约束、可靠性和安全性需求和其他需求等;
c) 需求的完备性;
d) 需求描述的无歧义性;
e) 各项需求之间的协调性;
f) 对于每一项需求是否给出合格性方法;
g) 与接口需求规格说明的协调性;
h) 对合同要求的覆盖性。
系统/子系统规格说明的检查项参见附录 B 的表 B.20。
5.3.4 接口需求规格说明
在审核接口需求规格说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括接口标识、接口图、各接口的需求等。其中接口可包括系统间的接口、子系统间的接口、计算机硬件和计算机软件的接口、人工操作和人机界面的接口等;
c) 需求的完备性;
d) 需求描述的无歧义性;
e) 各项需求之间的协调性;
f) 对于每一项需求是否给出合格性方法;
g) 与系统/子系统规格说明或软件需求规格说明的协调性;
h) 对合同要求的覆盖性。
接口需求规格说明的检查项参见附录 B 的表 B.21。
5.3.5 系统/子系统设计说明
在审核系统/子系统设计说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括系统级的设计决策、所有的系统部件、部件之间的静态或动态关系、接口设计等;
c) 对系统/子系统规格说明(适用时包括接口需求规格说明)的覆盖性; d) 与接口设计说明的协调性;
e) 与系统/子系统规格说明的双向可追踪性。
系统/子系统设计说明的检查项参见附录 B 的表 B.22。
5.3.6 接口设计说明
在审核接口设计说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括每个接口实体及其特性等;
c) 接口标识的唯一性;
d) 对接口需求(接口需求规格说明,系统/子系统规格说明或软件需求规格说中接口需求)的覆盖性;
e) 与系统/子系统设计说明或软件设计说明的协调性;
f) 与接口需求的双向可追踪性。
接口设计说明的检查项参见附录 B 的表 B.23。
5.3.7 软件研制任务书
在审核软件研制任务书时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括运行环境、功能、性能、输入/输出、数据处理、接口、关键性、设计约束、保障、质量控制、验收和交付以及进度和里程碑等方面要求;
c) 与系统/子系统设计说明(适用时包括接口设计说明和数据库设计说明)分配给软件的需求的一致性和协调性;
d) 与软件的质量管理和控制要求的符合性。
软件研制任务书的检查项参见附录 B 的表 B.24。
5.3.8 软件开发计划
在审核软件开发计划时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件的开发过程、开发方法、要遵循的标准、重用的软件产品、关键需求的处理、需要的软硬件资源、决策的理由、需方参与的评审、软件开发活动的实施计划、进度表和活动网络图以及项目组织和资源等;
c) 进度和人员配备的合理性;
d) 计划中所列的要求对合同等要求的覆盖性;
e) 与合同要求的一致性;
f) 与项目其他计划的协调性。
软件开发计划检查项参见附录 B 的表 B.25。
5.3.9 软件配置管理计划
在审核软件配置管理计划时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括配置标识、配置控制、配置状态纪实、配置审核、软件的发布和交付,以及配置管理所用的工具、技术和方法等;
c) 软件配置管理方法的合理性,如库的结构、人员权限的设置、变更的控制流程等;
d) 配置项标识和基线标识的完整性;
e) 配置项受控时机的合理性;
f) 与合同要求的一致性;
g) 与软件开发计划、软件质量保证计划等之间的协调性。
软件配置管理计划的检查项参见附录 B 的表 B.26。
5.3.10 软件质量保证计划
SQA 计划可由负责审核 SQA 过程的人员或其他项目的 SQA 人员审核,应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件开发过程应遵循的标准和规范,活动审核,工作产品审核,不符合问题的解决,实施 SQA 所需的工具、技术和方法,以及记录的收集、维护和保存等;
c) 待审核活动和产品的抽样准则和评价准则是否合适;
d) 待审核产品是否齐全;
e) 过程审核周期和时机的合理性;
f) 与合同要求的一致性;
g) 与软件开发计划、软件配置管理计划等的协调性。
SQA 计划的检查项参见附录 B 的表 B.27。
5.3.11 软件安装计划
在审核软件安装计划时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括安装所需的保障材料和培训,安装过程涉及的任务、人员及保密要求,各安装现场的名称、安装进度、安装规程、数据更新规程等;
c) 对合同中要求的所有现场安装活动的覆盖性;
d) 描述的软硬件状态的匹配性与有效性;
e) 与项目其他计划的协调性。
软件安装计划的检查项参见附录 B 的表 B.28。
5.3.12 软件移交计划
在审核软件移交计划时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括所交付软件需要的保障资源、推荐的规程、培训、预期的更改区域以及移计划等;
c) 对合同中所有与移交相关要求的覆盖性;
d) 保障资源的完备性;
e) 所交付软件与保障环境的匹配性和有效性;
f) 与项目其他计划的协调性。
软件移交计划的检查项参见附录 B 的表 B.29。
5.3.13 软件测试计划
审核软件测试计划时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括测试依据、测试环境、要执行的测试、测试进度、测试终止条件等;
c) 对系统需求或软件需求的覆盖性(对于系统或CSCI合格性测试计划);
d) 测试方法的合理性;
e) 测试终止条件的明确性;
f) 软件测试策划的充分性;
g) 与合同要求的一致性;
h) 与软件开发计划的协调性。
软件测试计划的检查项参见附录 B 的表 B.30。
5.3.14 软件需求规格说明
在审核软件需求规格说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括运行的状态和方式、能力需求、内外部接口需求、内部数据需求、适应性需求、环境需求、计算机资源需求、保障需求、设计和实现约束、可靠性和安全性需求和其他需求等;
c) 需求的完备性;
d) 需求描述的无歧义性;
e) 各项需求之间的协调性;
f) 对于每一项需求是否给出合格性方法;
g) 与接口需求规格说明的协调性;
h) 对合同要求的覆盖性。
软件需求规格说明的检查项参见附录 B 的表 B.31。
5.3.15 软件设计说明
软件设计说明可拆分为软件概要设计说明和软件详细设计说明,拆分后的文档内容,应覆盖软件设计说明中的全部内容。在审核软件设计说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括设计决策、所有的部件、执行方案、接口设计以及详细设计等;
c) 对设计准则的符合性;
d) 对每个部件或单元描述的完整性;
e) 对软件需求规格说明(适用时包括接口需求规格说明)的覆盖性;
f) 与接口设计说明、数据库设计说明的协调性;
g) 与软件需求规格说明的双向可追踪性。
软件设计说明的检查项参见附录 B 的表 B.32。
5.3.16 数据库设计说明
在审核数据库设计说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括数据库级的设计决策、数据库的详细设计以及用于数据库访问的软件单元
的详细设计等;
c) 对设计准则的符合性;
d) 对数据库需求(系统/子系统规格说明、软件需求规格说明或接口需求规格说明中数据库需求)
的覆盖性;
e) 与系统/子系统设计说明、软件设计说明、接口设计说明之间的协调性;
f) 与数据库需求之间的双向可追踪性。
数据库设计说明的检查项参见附录 B 的表 B.33。
5.3.17 软件测试说明
在审核软件测试说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件测试所需的测试准备、测试用例及其测试过程等;
c) 对软件测试计划中要求测试的覆盖性;
d) 测试用例与CSCI需求或系统需求之间的双向追踪性;
e) 软件测试设计的充分性。
软件测试说明的检查项参见附录 B 的表 B.34。
5.3.18 软件测试报告
在审核软件测试报告时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括对被测试软件的评估、测试环境的影响以及详细测试结果等;
c) 对软件测试说明中测试用例的覆盖性;
d) 是否给出测试环境与运行环境之间差异的影响分析;
e) 对CSCI需求或系统需求的满足性。
软件测试报告的检查项参见附录 B 的表 B.35。
5.3.19 软件产品规格说明
在审核软件产品规格说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括要交付的软件产品的所有信息,含可执行软件、源文件、包装等需求及验证方法; 软件支持信息; 计算机硬件资源实际使用情况; CSCI 源文件到它所实现的软件单元、计算机硬件资源使用测量到 CSCI 需求的双向可追踪等;
c) CSCI 可执行软件和源文件的完备性;
d) CSCI 可执行软件和源文件的版本的正确性;
e) 合格性规定的合理性;
f) 创建和加载可执行文件所使用的编译/建立规程的正确性;
g) 修改CSCI规程的可操作性;
h) 与合同的符合性。
软件产品规格说明的检查项参见附录 B 的表 B.36。
5.3.20 软件版本说明
在审核软件版本说明时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括发布的材料清单和软件清单、现场数据、版本更改说明及其安装说明等;
c) 发布的材料清单及软件内容清单与合同的符合性;
d) 交付的每个软件的版本的正确性;
e) 安装说明的正确性;
f) 内容的易读性。
软件版本说明的检查项参见附录 B 的表 B.37。
5.3.21 软件用户手册
在审核软件用户手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件清单、软件安装和使用环境、软件组织和操作等软件综述;访问控制、安装和设置、启动、停止和挂起等软件入门;以及用户使用软件的规程;
c) 规程的正确性;
d) 内容的易读性。
软件用户手册的检查项参见附录 B 的表 B.38。
5.3.22 软件输入/输出手册
在审核软件输入/输出手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括启动规程、输入和输出的描述、查询规程以及用户终端处理规程等;
c) 规程的正确性;
d) 内容的易读性。
软件输入/输出手册的检查项参见附录 B 的表 B.39。
5.3.23 软件中心操作员手册在审核软件中心操作员手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括安装设置、运行清单、诊断规程、错误信息列表、运行说明等;
c) 规程的正确性;
d) 内容的易读性。
软件中心操作员手册的检查项参见附录 B 的表 B.40。
5.3.24 计算机编程手册
在审核软件编程手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件编程环境以及编程信息等;
c) 规程的正确性;
d) 内容的易读性。
计算机编程手册的检查项参见附录 B 的表 B.41。
5.3.25 计算机操作手册
在审核计算机操作手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括计算机系统的准备和关机、操作规程、问题处理规程以及诊断规程等;
c) 规程的正确性;
d) 内容的易读性。
计算机操作手册的检查项参见附录 B 的表 B.42。
5.3.26 固件保障手册
在审核固件保障手册时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括写入设备的软件、编程设备、编程软件、编程规程、安装和修复规程等;
c) 规程的正确性;
d) 内容的易读性;
e) 被编程固件设备特征描述的准确性。
固件保障手册的检查项参见附录 B 的表 B.43。
5.3.27 软件研制总结报告
在审核软件研制总结报告时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括软件的研制过程、满足任务指标情况、质量保证情况、配置管理情况以及测量和分析结果等;
c) 软件研制过程描述的准确性;
d) 软件测试覆盖率要求的满足情况;
e) 软件的功能、性能等满足指标要求的情况;
f) 软件配置项和基线变更情况;
g) 软件质量保证措施的实施情况;
h) 软件质量问题和解决情况;
i) 对合同的覆盖性。
软件研制总结报告的检查项参见附录 B 的表 B.44。
5.3.28 软件配置管理报告
在审核软件配置管理报告时,SQA 人员应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括配置项记录、变更记录、基线记录、出入库记录、审核和备份记录等;
c) 与配置管理计划的一致性;
d) 配置状态的有效性;
e) 各项记录的协调一致性;
f) 变更记录的准确性和可追溯性。
软件配置管理报告的检查项参见附录 B 的表 B.45。
5.3.29 软件质量保证报告
一般可由负责审核 SQA 过程的人员或其他项目的 SQA 人员审核,应重点关注:
a) 与项目选定标准的符合性;
b) 内容的完整性,包括开展的各项质量保证工作及其完成情况;
c) 与软件质量保证计划的一致性;
d) 不符合项的关闭情况;
e) 各项记录的协调一致性;
f) 对质量趋势分析的有效性。
软件质量保证报告的检查项参见附录 B 的表 B.46。
5.3.30 软件源代码
在审核软件源代码时,可借助工具分析的结果或其他审查结论。SQA 人员应重点关注:
a) 与编码规范的符合性;
b) 与软件设计说明之间的一致性;
c) 文件和函数规模的适宜性;
d) 函数复杂度的适宜性;
e) 注释的明确性。如侵联删未允勿转:认证生态网 » GJB439A军用软件质量保证通用要求中的产品保证
最新评论
太好了,找了半天,正好在编iso9001体系文件,很有用
Iso 9001 certification, very good
2015版估计得运行几年了,都是高度概括性内容,没有重大缺陷估计一直会运行下去。
TC176这是在偷懒么?
好,收到了。
是的,是以您名义发出来的,比如很多文章显示的其他账户名。
好,加的人比较多把姓名和联系方式发我。
邮箱太麻烦了 我加微信了 通过一下 发你
投稿可以以我名义发出来么?
您好 我投了篇ISO认证的稿子 您查收下
每年更新 可不可以有变更后再更新
不用这么多吧
我们公司当初做下来好像花了两万多 听培训老师说按照人数来的
我们培训老师说iso是个蛮不错的工具 仅此而已 不过最近看 政府 议会 企业 殡葬 寺庙都在做iso认证﹉
议会做这玩意干啥
政府做iso?
政府做iso?
传说中的业绩
全球都认可iso9001:2015 看来要好好钻研钻研了
认证这个事情 还是任重道远
我认为是为了提升学校管理 尤其现在什么事情都是绩效的大环境下
来赞一个
14001做一个下来多少钱
知识产权 赞一个
学校ISO意义在哪里?最近看不止国外 国内也有学校做ISO认证。
good
是的 iso9001现在是企业蛮好用的一个工具,只要稍微有点规模的都会做。而ISO13485基本局限医疗产业,所以900
可以去看看GB/T 27925-2011这个标准
有认证业务的,只是检测比较出名。
是的 三标和三项体系认证及QEO QES都是一个东西都是指ISO9001 ISO14001 ISO45001认证。
可以请在内审员证书上加上认证生态网LOGO以后你们发的证书提交给我们就可以在cha.isooo.org查到了。
可以做的
真希望我们定的标准也能走出去
有的公司会慢半拍
45001还没换啊
哈哈
厉害了我的国
哪里怎么都有你 刚看到在ISO贴吧
有问题可跟我沟通
ISO13485