GJB2786A军用软件开发通用要求PPT课件
合集下载
GJB2786A军用软件开发通用要求ppt课件
软件开发一般要求
4.2.4---关键需求处理
安全性保证
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的； 开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险； 该策略应包括软件安全性大纲，并纳入系统安全性大纲（若已有）中； 开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• • • • • • •
可重塑软件产品 软件 软件开发 软件产品 软件保障 软件移交 软件单元
5
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
略缩语
6
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
14
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
软件开发一般要求
4.2.6---便于需方评审
开发方应为需方或其授权代表访问有关设施提供方便
15
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
5、详细要求
概述
8
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
软件开发一般要求
4.2.1---软件开发方法
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
9
课件部分内容来源于网络，如有异议侵权的话可以联系删除，可编辑版！
GJB438B军用软件开发文档通用要求 课堂
? 因此，与之配套的文档类型、内容和形式上都要相 应发生变化。
? 需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
5
Байду номын сангаас GJB 438B更名原因
? 本标准是与 GJB 2786A （修订中）配套使用 ? GJB 2786在修订过程中，专家建议将名称改
3
修订背景（续1）
? 软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
? 软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
? 软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
? 本标准适用于军用软件开发过程中文档的编制。 ? 而在GJB2786A的范围一节中指出，该标准规定了
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 ? 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
8
适用范围（续1）
? 本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
规定了相应的文档编制要求。 ? 考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
10
文档编制
?文档的内容是根据GJB 2786A各活动描 述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。
?开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。
? 需要对GJB 438A进行修订，保留其有效方面，改进 其不足之处，以适应当前我军装备软件研制的需要。
5
Байду номын сангаас GJB 438B更名原因
? 本标准是与 GJB 2786A （修订中）配套使用 ? GJB 2786在修订过程中，专家建议将名称改
3
修订背景（续1）
? 软件文档是整个软件开发工作的重要产品，是实行管 理、监督、控制软件开发的重要的方式。
? 软件文档把软件开发过程中的一些不可见的事物转化 成为可见的文字资料，便于管理人员在各个阶段检查 开发计划的进展情况，以提高软件生产过程的可见性 和可控性。
? 软件文档作为软件产品的一部分，文档的质量在很大 程度上决定了软件的质量。
? 本标准适用于军用软件开发过程中文档的编制。 ? 而在GJB2786A的范围一节中指出，该标准规定了
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 ? 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
8
适用范围（续1）
? 本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
规定了相应的文档编制要求。 ? 考虑承研单位的实际要求，对测试计划的部
分内容也进行了充实和调整。
10
文档编制
?文档的内容是根据GJB 2786A各活动描 述的工作任务而产生的，描述了军用软 件开发过程中的主要活动信息和要求。
?开发方应按照本标准的要求记录有关信 息，编写有关文档，并按合同（或软件 研制任务书）的要求交付。
【GJB9001C-2017】标准理解与实施培训PPT教材
为便于识别，本标准采用国家标准的内容（A部分）以 宋体字表述，增加的特殊要求（B部分）以楷体字表述。
本标准为承担军队装备及配套产品论证、研制、生产、 试验、维修和服务任务的组织规定了质量管理体系要求，并 为实施质量管理体系评定提供了依据。
本标准的附录A、附录B和附录C是资料性附录。
质量管理体系 要求
注：组织在引用上述国家军用标准时，需要考虑其适用性，以避
免其过使用或欠使用。
提示：2017年11月4日修订的《中华人民共和国标准化法》要求自我声明 公开和监督制度：
产品执行的强制性标准、推荐性标准；产品、服务的功能指标和产品的性 能指标；企业标准的编号和名称等。
16
附录C引用标准61（59）个(资料性附录)
PDCA
次
GJB9001B-2009标准目次
前言 引言 0.1总则 0.2过程方法 0.3与GB/T19004关系 0.4与其他管理体系标准的兼容性
1 范围 2 引用文件 3 术语和定义 4 质量管理体系 5 管理职责 6 资源管理 7 产品实现 8 测量、分析和改进
110
前言
本标准代替GJB 9001B-2009《质量管理体系要求》，是 在等同采用GB/T 19001-2016（ISO 9001：2015）的基础上 增加装备质量管理体系特殊要求编制而成，将装备质量管理 体系的特殊要求作为标准的一部分（B部分），列在GB/T 19001-2016标准（A部分）相应条款之后，独立成条并作为 该条款的补充，对引言中部分描述内容进行了具体化，对附 录进行了调整。
GJB 909-1990 GJB 909A-2005 GJB 1710-1993 GJB 1710A-2004 GJB 1269-1991 GJB 1269A-2000 GJB 908-1990 GJB 908A-2008 GJB 907-1990 GJB 908A-2006 GJB 467-1988 GJB 467A-2008 GJB 726-1989 GJB 467A-2004 GJB 1442-1992 GJB 1442A-2006 GJB 571-1988 GJB 571A-2005
本标准为承担军队装备及配套产品论证、研制、生产、 试验、维修和服务任务的组织规定了质量管理体系要求，并 为实施质量管理体系评定提供了依据。
本标准的附录A、附录B和附录C是资料性附录。
质量管理体系 要求
注：组织在引用上述国家军用标准时，需要考虑其适用性，以避
免其过使用或欠使用。
提示：2017年11月4日修订的《中华人民共和国标准化法》要求自我声明 公开和监督制度：
产品执行的强制性标准、推荐性标准；产品、服务的功能指标和产品的性 能指标；企业标准的编号和名称等。
16
附录C引用标准61（59）个(资料性附录)
PDCA
次
GJB9001B-2009标准目次
前言 引言 0.1总则 0.2过程方法 0.3与GB/T19004关系 0.4与其他管理体系标准的兼容性
1 范围 2 引用文件 3 术语和定义 4 质量管理体系 5 管理职责 6 资源管理 7 产品实现 8 测量、分析和改进
110
前言
本标准代替GJB 9001B-2009《质量管理体系要求》，是 在等同采用GB/T 19001-2016（ISO 9001：2015）的基础上 增加装备质量管理体系特殊要求编制而成，将装备质量管理 体系的特殊要求作为标准的一部分（B部分），列在GB/T 19001-2016标准（A部分）相应条款之后，独立成条并作为 该条款的补充，对引言中部分描述内容进行了具体化，对附 录进行了调整。
GJB 909-1990 GJB 909A-2005 GJB 1710-1993 GJB 1710A-2004 GJB 1269-1991 GJB 1269A-2000 GJB 908-1990 GJB 908A-2008 GJB 907-1990 GJB 908A-2006 GJB 467-1988 GJB 467A-2008 GJB 726-1989 GJB 467A-2004 GJB 1442-1992 GJB 1442A-2006 GJB 571-1988 GJB 571A-2005
GJB2786A军用软件开发通用要求PPT课件全文
5
.
略缩语
6
.
一般要求
软件开发过程 软件开发一般要求
7
.
软件开发过程
4.1---软件开发过
程
开发方应建立一个与合同要求一致的软件开发过程。软件开发过程可包
括下列活动：
c~n为软件开发的基本活动； o~t为软件开发的支持活动； 其余为软件开发管理活动。
.
可重叠 可迭代 可裁剪
8
软件开发一般要求
软件需求包括要求的状态和方式、能力、外部接口、内部接口、内部数据、 适应性、安全性、保密性、环境、计算机资源、质量因素、设计和实现约束、 合格性、需求可追踪性等方面；
软件需求分析的结果应包括GIB 438B-2009 中软件需求规格说明（SRS）规 定的全部适用项；
有关CSCI 接口的需求可以包含在软件需求规格说明（SRS）中，也可以包含 在接口需求规格说明（IRS)中。
在合同期内，开发方应维护软件开发资料库。
25
.
软件开发环境建立
5.3.3---软件开发文件
开发方应为每个软件单元和每个CSCI建立、控制并维护软件开发文件；
开发方应将有关软件开发的信息记录在相应的SDF 中，并应在合同期内维 护这些软件开发文件（SDF）。
26
.
软件开发环境建立
5.3.4---非交付软件
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
GJB2786A军用软件开发通用要求讲课稿
GJB2786A军用软件开发通用要 求
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
软件开发一般要求
4.2.2---软件产品标准
开发方应使用标书需求、设计、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
软件开发一般要求
4.2安.4-全--关性键保需证求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
软件开发一般要求
4.2.2---软件产品标准
开发方应使用标书需求、设计、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
软件开发一般要求
4.2安.4-全--关性键保需证求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
GJB438B军用软件开发文档通用要求
软件使用准备 分承制方管理
软件移交准备 与IV&V机构联系
软件验收支持 与相关开发方协调
组织活动类（2个）
软件开发环境建立
项目过程的改进
文档表示方式
表示形式：为使各文档章条的信息更加清晰 可读，可采用图、表、矩阵或其它形式的表 示方式进行说明。 页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
软件移交计划（STrP）
描述开发方向保障机构移交应交付项的计 划。 如果在合同或软件研制任务书中规定了向 独立保障方移交的责任，应制定STrP。
STrP的主要内容
软件保障资源：描述支持可交付软件所需的设施、硬件、软 件及其相关的文档，描述支持可交付软件所需的人员及其它 资源，并标识各部分软件保障资源之间的关系。 推荐的过程：描述为支持可交付的软件和相关的保障环境， 开发方希望向保障机构推荐的规程，包括建议和经验教训。 培训：描述开发方关于软件交付支持人员的培训计划。
STP的主要内容
测试依据：列出软件测试必须遵循的依据。
软件测试环境：描述在各测试现场的测试活动所需的软件项、硬件和固件 项等，描述网络拓扑图及所需的其它材料，描述与软件测试环境中每个元 素有关的专有性质、需方权利与许可证等问题，描述开发方安装、测试和 控制软件测试环境中的每一项的计划，描述拟建立的测试环境与需求环境 之间的差异，描述参与现场测试的组织及职责、人员及分工，描述测试前 和测试期间要进行的人员培训，标识测试现场要执行的测试等。 测试标识：描述要执行的测试的级别、类别、一般测试条件、测试进展、 数据记录整理和分析等一般信息，描述计划执行的测试等。 测试进度：描述实施本计划中所标识测试的进度表。 测试终止条件：描述被测软件的评价准则和方法以及结束测试的条件。 需求的可追踪性。
GJBA军用软件开发通用要求
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
在合同期内，开发方应维护软件开发资料库。
软件开发环境建立
5.3.3---软件开发文件
开发方应为每个软件单元和每个CSCI建立、控制并维护软件开发文件；
开发方应将有关软件开发的信息记录在相应的SDF 中，并应在合同期内维 护这些软件开发文件（SDF）。
软件开发环境建立
5.3.4---非交付软件
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
项目策划和监管
5.2.5---软件移交策划
开发方应指明保障机构为完成合同规定的保障工作所需的全部软件开发资 源；
开发方应制定软件移交计划，以标识这些资源并说明向保障机构移交应交 付项目所遵循的方法；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则； 这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中； “重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
合同中也可以按要求开发专门开发可重用软件产品
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
要求开发方参与软件所在系统层面的活动；
项目策划和监管
5.2.1---软件开发策划
在合同期内，开发方应维护软件开发资料库。
软件开发环境建立
5.3.3---软件开发文件
开发方应为每个软件单元和每个CSCI建立、控制并维护软件开发文件；
开发方应将有关软件开发的信息记录在相应的SDF 中，并应在合同期内维 护这些软件开发文件（SDF）。
软件开发环境建立
5.3.4---非交付软件
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。
项目策划和监管
5.2.5---软件移交策划
开发方应指明保障机构为完成合同规定的保障工作所需的全部软件开发资 源；
开发方应制定软件移交计划，以标识这些资源并说明向保障机构移交应交 付项目所遵循的方法；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则； 这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中； “重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由
GJB2786A军用软件开发通用要求ppt课件
这些标准应在软件开发计划中给予描述或引用。
ppt课件.
10
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
软件开发一般要求
计算机硬件资源利用
4.2.5---
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
ppt课件.
13
软件开发一般要求
4.2.6---决策理由的记录
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
ppt课件.
20
项目策划和监管
5.2.4---软件安装策划
ppt课件.
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
16
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
关于项目策划的进一步要求，参见GJB 5000A-2008中6.4项目策划过程域。
ppt课件.
ppt课件.
10
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
软件开发一般要求
计算机硬件资源利用
4.2.5---
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
ppt课件.
13
软件开发一般要求
4.2.6---决策理由的记录
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
ppt课件.
20
项目策划和监管
5.2.4---软件安装策划
ppt课件.
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
16
详细要求
5.1---概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
关于项目策划的进一步要求，参见GJB 5000A-2008中6.4项目策划过程域。
ppt课件.
质量GJB标准培训PPT课件
质量管理体系（QMS)
——GJB9001A-2001标准介绍 （提纲）
郭惠敏
中电质协军工质量体系工作部
二00五年五月
.
1
目录
第一章 体系和质量管理体系 第二章 质量管理体系的理论基础
第三章 GJB9001A-2001标准产生的背景、
编制的原则、方法、重点 第四章 质量管理体系要求（重点）
.
2
体系和质量管理体系
c确讣结果的处理d应邀请顾客参加106设计开収评审验证确讣的区别设计评审设计验证设计确讣目的评价设计开収结果满足要求的能力识别问证实设计输出满足输入要求证实产品使用要求戒已知预期用途要求对象阶段设计结果设计输出文件图样样品向顾客提供的产品戒样品时机设计适当阶段形成设计输出时产品交付戒生产服务会议传阅试验计算对比评审使用模拟顾客需要时邀请顾客参顾客要求控制的项目邀请顾客参加应邀请顾客参加107737设计和开収更改的控制a更改的识别和记彔的要求b更改的评审验证和确讣实斲前的批准c设计和开収更改的实斲d重要更改的控制e定型产品的更改108738新产品试制a编制新产品试制过程控制文件
.
29
二、十二项QMS基础
1. 质量管理体系的理论说明 2. 质量管理体系要求与产品要求 3. 质量管理体系方法 4. 过程方法 5. 质量方针和质量目标 6. 最高管理者在质量体系中的作用
.
30
7. 文件 8. 质量管理体系评价 9. 持续改进 10. 统计技术的作用 11. 质量管理体系与其他管理体系的关注点 12. 质量管理体系与优秀模式之间的关系
.
52
删减的考虑
1.GJB9001A-2001标准中，凡提到“顾客”一词的，对元器件 单位，由于涉及的顾客广泛，一般又无驻厂(所)军代表， 为此，在实施此条款时，当有驻厂或代理军代表时，则须 征得军代表同意。当无军代表时，可征得主要用户的同意。
——GJB9001A-2001标准介绍 （提纲）
郭惠敏
中电质协军工质量体系工作部
二00五年五月
.
1
目录
第一章 体系和质量管理体系 第二章 质量管理体系的理论基础
第三章 GJB9001A-2001标准产生的背景、
编制的原则、方法、重点 第四章 质量管理体系要求（重点）
.
2
体系和质量管理体系
c确讣结果的处理d应邀请顾客参加106设计开収评审验证确讣的区别设计评审设计验证设计确讣目的评价设计开収结果满足要求的能力识别问证实设计输出满足输入要求证实产品使用要求戒已知预期用途要求对象阶段设计结果设计输出文件图样样品向顾客提供的产品戒样品时机设计适当阶段形成设计输出时产品交付戒生产服务会议传阅试验计算对比评审使用模拟顾客需要时邀请顾客参顾客要求控制的项目邀请顾客参加应邀请顾客参加107737设计和开収更改的控制a更改的识别和记彔的要求b更改的评审验证和确讣实斲前的批准c设计和开収更改的实斲d重要更改的控制e定型产品的更改108738新产品试制a编制新产品试制过程控制文件
.
29
二、十二项QMS基础
1. 质量管理体系的理论说明 2. 质量管理体系要求与产品要求 3. 质量管理体系方法 4. 过程方法 5. 质量方针和质量目标 6. 最高管理者在质量体系中的作用
.
30
7. 文件 8. 质量管理体系评价 9. 持续改进 10. 统计技术的作用 11. 质量管理体系与其他管理体系的关注点 12. 质量管理体系与优秀模式之间的关系
.
52
删减的考虑
1.GJB9001A-2001标准中，凡提到“顾客”一词的，对元器件 单位，由于涉及的顾客广泛，一般又无驻厂(所)军代表， 为此，在实施此条款时，当有驻厂或代理军代表时，则须 征得军代表同意。当无军代表时，可征得主要用户的同意。
GJB2786A军用软件开发通用要求 ppt课件
合同中也可以按要求开发专门开发可重用软件产品
ppt课件
11
软件开发一般要求
安全性保证
4.2.4---关键需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险；
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所需求的软件产品的一部分。
其它关键需求的保证
12 如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分； ppt制课件定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
3
ppt课件
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
4
ppt课件
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• 可重塑软件产品 • 软件 • 软件开发 • 软件产品 • 软件保障 • 软件移交 • 软件单元
ppt课件
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
ppt课件
11
软件开发一般要求
安全性保证
4.2.4---关键需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险；
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所需求的软件产品的一部分。
其它关键需求的保证
12 如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分； ppt制课件定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
3
ppt课件
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
4
ppt课件
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• 可重塑软件产品 • 软件 • 软件开发 • 软件产品 • 软件保障 • 软件移交 • 软件单元
ppt课件
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
优选GJB438B军用软件开发文档通用要求
根据需要，也可以对文档内容进行剪裁。
按文档标题顺序与本标准规定的标题顺序相同的原则，若剪裁 了某章条或某小条，则在被裁去的章条（或小条）的标题下将 其标识为“不适用”，并说明理由。
若剪裁的是整章条（包括其所有小条），则仅需在最高层的章 条标题下加以说明。
文档若为电子文档，应规定电子文档的 格式（如DOC文件、PDF文件等）。
软件开发活动分类
基本活动类（18个）
项目策划和监控
风险管理
保密性有关活动
系统 需求分析
软件 需求 分析
系统 设计
系统
系统
集成与测试 合格性测试
软件 设计
软件 实现与单 元测试
单元 集成与
测试
CSCI 合格性
测试
软件使用准备 分承制方管理
本标准规定了执行GJB2786A所产生的军用软 件开发文档，适用于军用软件开发过程中文 档的编制。
GJB438B 其他说明
本标准代替GJB 438A-1997。 与GJB 438A-1997相比，本次修订将标准的名
称更改为《军用软件开发文档通用要求》。 依据GJB 2786A，从软件开发和管理的角度，
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
修改页。修改页应包括修改时间、修改内容以及修 改人等。
目录。目录应包括章、条、图表、注释和附录的编 号、标题及其所在页码。
按文档标题顺序与本标准规定的标题顺序相同的原则，若剪裁 了某章条或某小条，则在被裁去的章条（或小条）的标题下将 其标识为“不适用”，并说明理由。
若剪裁的是整章条（包括其所有小条），则仅需在最高层的章 条标题下加以说明。
文档若为电子文档，应规定电子文档的 格式（如DOC文件、PDF文件等）。
软件开发活动分类
基本活动类（18个）
项目策划和监控
风险管理
保密性有关活动
系统 需求分析
软件 需求 分析
系统 设计
系统
系统
集成与测试 合格性测试
软件 设计
软件 实现与单 元测试
单元 集成与
测试
CSCI 合格性
测试
软件使用准备 分承制方管理
本标准规定了执行GJB2786A所产生的军用软 件开发文档，适用于军用软件开发过程中文 档的编制。
GJB438B 其他说明
本标准代替GJB 438A-1997。 与GJB 438A-1997相比，本次修订将标准的名
称更改为《军用软件开发文档通用要求》。 依据GJB 2786A，从软件开发和管理的角度，
军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。 本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
修改页。修改页应包括修改时间、修改内容以及修 改人等。
目录。目录应包括章、条、图表、注释和附录的编 号、标题及其所在页码。
国军标培训PPT课件
授课：XXX
7
国家军用标准
国军标 ： 1996——2001
• GJB9001A-2001= GB/T19001-2000（A）
+ 军品特殊要求（ B ）( 楷体) • 全部引用GB/T19000（ ISO9000 ）-2000 • 参照使用GB/T19004 （ ISO9004 ）-2000
授课：XXX
• 理解：
– 管理的对象：活动和资源 – 目的：更高效地得到过程所期望的结果 – 识别过程：过程的输入——资源及活动——期望的
输出结果；与其他过程的关系
– 对资源和活动进行管理：明确对过程各因素的管理 及控制要求；明确职责、权限及接口；测量和分析
活动的能力和结果；采取措施实现期望的结果
授课：XXX
13
• 纠正措施：为消除已发现的不合格或其他不期望情
况的原因所采取的措施
• 预防措施：为消除潜在不合格或其他潜在不期望情
况的原因所采取的措施
授课：XXX
19
若干重要术语（续）
• 首件鉴定——对试生产的第一件零部（组）
件进行全面的过程和产品检查，以确定生产条 件能否保证生产出符合设计要求的产品。
（对过程能力的鉴定，确定是否具备批生 产条件）
• 全面质量管理阶段（TQM）：
关注产品——关注过程——关注组织和人
• 质量管理体系：全面吸收了TQM 的思想理念，建立了
一个组织完整的质量管理体系
• 卓越绩效评价准则：突出战略、绩效、社会责任
关注顾客——关注产品与环境协调——关注可持续发展
授课：XXX
3
ISO9000族标准
• ISO——国际标准化组织 • 1979年ISO成立了TC176--质量管理和质
GJB438B军用软件开发文档通用要求ppt课件
本标准适用于军用软件开发过程中文档的编制。
而在GJB2786A的范围一节中指出，该标准规定了 军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。
本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
ppt课件.
8
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
页码编制
文档正文的目录使用小写罗马数字编号；
文档正文和附录均使用阿拉伯数字顺序编号；
若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
ppt课件.
13
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。
为《军用软件开发通用要求》 本标准修订时也将名称作了相应变化，改为
《军用软件开发文档通用要求》。
ppt课件.
6
概貌
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 28个附录
ppt课件.
7
适用范围
在GJB 438B范围一节中明确指出：本标准规定了 军用软件开发文档编制的种类、结构、格式和内 容等要求。
软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
而在GJB2786A的范围一节中指出，该标准规定了 军用软件开发的通用要求，包括软件开发过程的 开发、支持和管理等方面的要求。
本标准适用于需方和开发方获取、开发及维护军 用软件（含固件中的软件）。
ppt课件.
8
适用范围（续1）
本标准中所涉及的“系统”有两类： 一类是 硬件－软件系统（例如一个雷达系统），对 于这种系统，本标准只适用于系统中的软件 部分；另一类是软件系统（例如一个地理信 息系统），对这类系统，本标准适用于其整 个系统。
页码编制
文档正文的目录使用小写罗马数字编号；
文档正文和附录均使用阿拉伯数字顺序编号；
若一个文档分为若干卷，则每一卷应重新开始按顺序编 号。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
ppt课件.
13
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。
为《军用软件开发通用要求》 本标准修订时也将名称作了相应变化，改为
《军用软件开发文档通用要求》。
ppt课件.
6
概貌
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 28个附录
ppt课件.
7
适用范围
在GJB 438B范围一节中明确指出：本标准规定了 军用软件开发文档编制的种类、结构、格式和内 容等要求。
软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
4.2.1---软件开发方法
软件开发的全部活动，开发方应采用文档化的系统方法。这些方法应在软 件开发计划中给与描述或引用；
9
.
软件开发一般要求
、编码、测试用例、测试规程和测试结果的 标准；
这些标准应在软件开发计划中给予描述或引用。
10
.
软件开发一般要求
4.2.3---可重用软件产品
采用可重用软件产品
开发方应标识和评价为满足合同要求而使用的可重用软件产品； 只要切实可行，就应该采用满足准则的可重用软件产品；
开发可重用软件产品
合同期间，开发方应评估开发可重用软件产品的可行性、成本及可能产生的效益，并向 需方说明费效比且与项目目标相一致的情况
.
制定策略，用来保证使所标识软件的需求、设计、实现和操作不会发生这种违背或使其可能性最小。
软件开发一般要求
4.2.5---计算机硬件资源利用
开发方应分析合同中关于计算机硬件资源利用方面的要求； 开发方应在个CSCI之间分配计算机硬件资源； 在合同期间监督这些资源的利用； 必要时，为满足合同需求，应重新分配或标明需要的附加资源。
GJB2786A
军用软件开发通用要求
1
.
提纲
第1章 第2章 第3章 第4章 第5章 附录
范围 引用文件 术语、定义和缩略语 一般要求 详细要求 7个附录
.
2
适用范围
适用于需方和开发方获取、开发及维护军用软件（含固件中的软件）。 系统分两类：
对于硬件---软件系统，标标准适用于其中的软件元素； 对于软件系统，标准适用于整个系统。
13
.
软件开发一般要求
4.2.6---决策理由的记录
开发方应记录在软件需求分析、设计、实现和测试中作出重要决策的理由， 这些记录对保障机构有用；
决策理由应包括所考虑的折中情况、分析方法和决策所用的准则；
这些理由应记录在文档、代码注释或其他将移交给保障机构的媒体中；
“重要决策” 的含意应在软件开发计划中加以描述，作出这些决策的理由应 在软件开发计划中指出。
关于项目策划的进一步要求，参见GJB 5000A-2008中6.4项目策划过程域。
18
.
项目策划和监管
5.2.2---CSCI测试策划
开发方应制定CSCI合格性测试计划。该计划应包括GJB438B-2009中软件 测试计划规定的全部适用项；
19
.
项目策划和监管
5.2.3---系统测试策划
要求开发方参与软件所在系统层面的活动；
17
.
项目策划和监管
5.2.1---软件开发策划
开发方应为实施本标准所要求的活动和合同中其他有关软件需求的各项活 动制定计划；该策划应与系统级策划一直，并应包括GJB438-2009中软件 开发计划规定的全部适用项；
计划的一些部分可以分开单独装订或维护；
5
.
略缩语
6
.
一般要求
软件开发过程 软件开发一般要求
7
.
软件开发过程
4.1---软件开发过
程
开发方应建立一个与合同要求一致的软件开发过程。软件开发过程可包
括下列活动：
c~n为软件开发的基本活动； o~t为软件开发的支持活动； 其余为软件开发管理活动。
.
可重叠 可迭代 可裁剪
8
软件开发一般要求
3
.
引用文件
GB/T 11457 软件工程术语 GJB 438B-2009 军用软件开发文档使用要求
4
.
术语、定义
行为设计 构建版 计算机软件配置项(CSCI) 测度 测量 度量 合格性测试 再工程
• 可重塑软件产品 • 软件 • 软件开发 • 软件产品 • 软件保障 • 软件移交 • 软件单元
合同中也可以按要求开发专门开发可重用软件产品
11
.
软件开发一般要求
安全性保证
4.2.4---关键需求处理
开发方应将其失效可能导致危险的系统状态的CSCI或其中的部分标识为安全关键的；
开发方应制定安全性保证策略（包括测试和分析），以排除或最大限度地降低在这种软件的需求、 设计、实现和操作规程中潜在的危险；
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所需求的软件产品的一部分。
其它关键需求的保证
12 如果一个系统依赖于软件来满足在合同和系统规格说明中认为是关键的其它需求，那么开发方应标 识其失效可能导致违背这些关键需求的CSCI或其中的部分；
该策略应包括软件安全性大纲，并纳入系统安全性大纲（若已有）中；
开发方应在软件开发计划中记录该策略，实施该策略，并提供实施该策略的证据；
实施该策略的证据应作为所要求的软件产品的一部分。
保密性保证
开发方应将其失效可能导致破坏系统保密性的CSCI或其中的部分标识为保密关键的；
开发方应制定保密性保证策略，以排除或最大限度地降低这种软件的需求、设计、实现和操作规程 所引起的破坏系统保密性的可能性；
.
• 软件配置管理 • 软件产品评价 • 软件质量保证 • 纠正措施 • 联合评审 • 测量和分析 • 风险管理 • 保密性有关活动 • 分承制方管理
• 与软件独立验证和确认机构 联系
• 与相关开发方协调 • 项目过程改进
16
详细要求
5.1---
概述
软件开发过程包括5.2~5.27规定的26项活动，描述顺序并不表示活动执行 的顺序，活动执行顺序依赖于所选择的生存周期模型；
14
.
软件开发一般要求
4.2.6---便于需方评审
开发方应为需方或其授权代表访问有关设施提供方便
15
.
5、详细要求
概述 项目策划和监控 软件开发环境建立 软件需求分析 软件设计 软件实现和单元测试 单元集成和测试 CSCI合格性测试 CSCI/HWCI集成测试 系统合格性测试 软件使用准备 软件移交准备 软件验收支持
开发方应参与制定系统合格性测试计划。对软件系统而言，该计划应包括 GJB 438B-2009软件测试计划规定的所有适用项；
20
.
项目策划和监管
5.2.4---软件安装策划
开发方应制定在合同规定的用户现场进行软件安装和培训的计划。该计划 应包括GJB 438B-2009中软件安装计划规定的全部适用项。