GJB5000A2008全套资料2204-2019软件配置管理规程
[VIP专享]GJB5000A-2008解析
![[VIP专享]GJB5000A-2008解析](https://img.taocdn.com/s3/m/b0cbed9ade80d4d8d05a4f36.png)
国军标一：GJB 5000A-2008模型的宏观把握一个组织的成熟首先是从加强管理开始的。
很多从技术岗位出身的人，内心里往往认为只要有了好的技术，什么产品都能做出来。
但是事实表明，在一些非常大的项目中，很多失败都是由管理因素造成的，而管理又是通过过程来实现的。
规范式方法论尽管管理上的成本提高了，但远远比不遵从这些方法（游击队似的疯狂开发）更经济有效，因为它减少了意外和返工的工作量。
更重要的是，它可以保证每个人都知道自己该干什么事情，确保整个组织运转成为可能。
如果没有计划和规范，尽管某些局部可能成功，但整体上可能永远也不会完成，所带来的管理成本可能会更高。
管理层所做的事情可能就是周而复始的协调、协调、再协调，这无疑是管理上的一场噩梦。
正是由于这个认知，我军总装备部发布的GJB 5000A-2008意义就非常巨大了。
GJB 5000A-2008是一个循序渐进的改良模式，通过过程改进活动，使一个组织的软件开发由最初的无纪律状态，逐渐学习到成熟而有制度的境界。
国内有些机构以过级为目的，注重短期效应，只在文档格式上下功夫，这是不可取的，这也是为什么很多企业级别虽然很高，但实际表现却并没有那么好的根本原因。
组织的成熟是需要经过长期的努力的，GJB 5000A-2008要求所有软件开发组织的评估一律从二级开始，打好基础逐步提升，这是非常有道理的。
一、过程及其定义一般来说，系统从一个状态（始态）变成另一个状态（终态），我们就说：发生了一个过程（Process）。
过程是一种手段，通过该手段可以把人、方法与规程、技术与工具进行集成，以产生一种所期望的结果，如下图所示。
换句话说，过程就是人们使用相应的方法、规程、技术、工具等把原始材料（输入）转化成用户需要的产品（输出）的活动。
过程与产品存在因果关系，也就是说好的过程才能得到好的产品，而差的过程只会得到差的产品。
问题在于当很多人说到过程的时候，总是关注流程和规范，以为有了好的流程就一定会有好的工作成果了。
GJB5000A-总体介绍
软件重要性等级
Ⅰ Ⅱ Ⅲ Ⅳ
巨 五级 四级 三级 三级
软件规模等级
大
中
小
四级 三级 三级
三级 三级 二级
三级 二级 二级
二级 二级 一级
微 三级 二级 一级 一级
2、实施GJB5000A评价的要求-总装标准的要求
GJB 8000《军用软件研制能力等级要求》
规模等级
嵌入式软件
巨
100,000 ≤ n
2、实施GJB5000A评价的要求-新时代认证工作细则
研制能力评价程序 基本程序：研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、
现场评价、评价结论审查等环节。 【评价暂停与终止】 现场评价过程中，出现研制单位相关人员提供虚假证据，干扰评价组正常工作，或
其他严重影响研制能力评价工作严肃性和公正性的问题时，评价组报评价机构批 准后，暂停评价活动；必要时，经评价机构报合同监管局批准后，终止现场评价 。 【材料提交】 现场评价结束1个月内，评价组将评价报告、评价人员考核意见，以及经审核的研 制单位整改计划等文件资料按有关保密要求提交评价机构。 【整改验证】 未通过现场评价的研制单位完成整改后，评价机构安排进行整改情况现场验证。未 通过验证的，现场评价终止。
2、实施GJB5000A评价的要求-装发部2017年最新要求
任务分工
➢ 合同监管局负责组织实施软件研制能力评价工作，制定软件研制能力评价计 划，复核评价结论，承办评价合格单位名录报批和发布。
➢ 新时代承担软件研制能力评价的具体实施工作，执行软件研制能力评价计划 ，上报评价结论，组织开展软件研制能力评价人员的培训、考核、管理。
• 灾难事故 – 1999年，美国火星探测器被烧毁
GJB5000A2008全套资料2019版前言
D. take back
第4页
返回首页
Unit 5 课时作业（25）
状元之路 新课标版·高中英语·必修4
传播课堂正能量 唱响课堂好声音
答案与解析 B 考查动词短语辨析。句意：父亲正努力说 服儿子在他退休后接管家族生意。take over“接管；接手”，符 合句意。take up“占用；占据”； take in“吸入”； take back“收回；退回”。
答案与解析 A 考查非谓语动词作状语。句意：我们站在 长长的队伍中，等着商店开门买新 iPad。we 与 stand 之间为主谓 关系，非谓语动作与谓语动作相伴发生，故用现在分词短语的一 般式作伴随状语。
第13页
返回首页
Unit 5 课时作业（25）
状元之路 新课标版·高中英语·必修4
传播课堂正能量 唱响课堂好声音
A. /; a
B. the; the
C. an; a
D. /; the
第16页
返回首页
Unit 5 课时作业（25）
状元之路 新课标版·高中英语·必修4
传播课堂正能量 唱响课堂好声音
答案与解析 C 考查冠词的用法。句意：我们去年参观的 西湖真的是一个吸引人的地方，我们想明年再去一次。第一空用 不定冠词 an 表示泛指， an attraction 在此表示“一个吸引人的 地方”； a second time“又一次；再一次”。
第10页
返回首页
Unit 5 课时作业（25）
状元之路 新课标版·高中英语·必修4
传播课堂正能量 唱响课堂好声音
7．The headmaster will not permit the change in the course,
国军标 GJB5000A 资料
GJB5000AGJB5000A简介关键词：GJB5000A资料军用软件标准GJB5000A软件一、软件成熟度模型是什么软件成熟度模型的核心思想是，把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
软件过程成熟度概念的引入，是为了解决路径的问题，是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。
成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程，有一个从不成熟到相对成熟的过程。
通过软件过程评估，可以帮助企业认识所处的位置，通过软件过程模型，可以帮助企业找到前进的目标。
二、GJB5000A是什么GJB5000A是一个产品开发模型（Product Development Model ,PDM），关注整个体系的问题，是一个过程改进参考模型，描述的是一组有效过程的特征，提供了一套最佳实践，它关注的是：生产率（Productivity）、性能（Performance）、成本（Costs）、相关方满意（Stakeholder satisfaction）。
GJB5000A是一个产品集，它包括：∙军用软件能力成熟度模型框架∙集成模型∙评估方法和材料∙各种培训∙术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架：∙由5个成熟度等级来表达：每个成熟度等级由若干过程域组成；∙每个过程域由目标、执行方法组成。
即，成熟度等级中包含关键的过程域，每个过程域中具有一定的目标，以及为了达到这些目标必须要做到的行动步骤，即最佳实践。
四、GJB5000A告诉我们什么GJB5000A告诉我们，过程管理方面优秀的软件组织是什么样的，优秀的软件组织也要分等级（1-5级），每个级别的软件组织都具备有一定的特征，即都执行了某些特殊活动。
GJB5000A是一个最佳实践的集合，不一定全部适用自己的组织，但总有一些好的做法可以借鉴。
GJB5000A-2008解析(可编辑修改word版)
国军标一：GJB 5000A-2008 模型的宏观把握一个组织的成熟首先是从加强管理开始的。
很多从技术岗位出身的人，内心里往往认为只要有了好的技术，什么产品都能做出来。
但是事实表明，在一些非常大的项目中，很多失败都是由管理因素造成的，而管理又是通过过程来实现的。
规范式方法论尽管管理上的成本提高了，但远远比不遵从这些方法（游击队似的疯狂开发）更经济有效，因为它减少了意外和返工的工作量。
更重要的是，它可以保证每个人都知道自己该干什么事情，确保整个组织运转成为可能。
如果没有计划和规范，尽管某些局部可能成功，但整体上可能永远也不会完成，所带来的管理成本可能会更高。
管理层所做的事情可能就是周而复始的协调、协调、再协调，这无疑是管理上的一场噩梦。
正是由于这个认知，我军总装备部发布的 GJB 5000A-2008 意义就非常巨大了。
GJB 5000A-2008 是一个循序渐进的改良模式，通过过程改进活动，使一个组织的软件开发由最初的无纪律状态，逐渐学习到成熟而有制度的境界。
国内有些机构以过级为目的，注重短期效应，只在文档格式上下功夫，这是不可取的，这也是为什么很多企业级别虽然很高，但实际表现却并没有那么好的根本原因。
组织的成熟是需要经过长期的努力的，GJB 5000A- 2008 要求所有软件开发组织的评估一律从二级开始，打好基础逐步提升，这是非常有道理的。
一、过程及其定义一般来说，系统从一个状态（始态）变成另一个状态（终态），我们就说：发生了一个过程（Process）。
过程是一种手段，通过该手段可以把人、方法与规程、技术与工具进行集成，以产生一种所期望的结果，如下图所示。
换句话说，过程就是人们使用相应的方法、规程、技术、工具等把原始材料（输入）转化成用户需要的产品（输出）的活动。
过程与产品存在因果关系，也就是说好的过程才能得到好的产品，而差的过程只会得到差的产品。
问题在于当很多人说到过程的时候，总是关注流程和规范，以为有了好的流程就一定会有好的工作成果了。
基于GJB5000A的军用软件配置管理
基于GJB5000A的军用软件配置管理作者：宋敏来源：《电子技术与软件工程》2017年第02期摘要软件配置管理是提升组织软件研制能力的基础活动，通过标识软件项目的配置项，控制配置项的修改，记录并报告配置项的状态，审计配置管理活动来实现软件项目产品的完整性和可追踪性。
【关键词】配置项基线配置标识配置控制随着软件技术的发展，组织提升软件研制能力显得越来越重要并且迫切。
而军用软件，尤其是嵌入式软件的开发往往伴随硬件设备的研制而开展，其研制周期长，需求变更频繁，参与人员多，可能出现软件版本丢失、多重维护、开发过程混乱等问题。
GJB5000A-2008《军用软件研制能力成熟度模型》中明确配置管理的目的和专用实践，通过配置管理可以较好的解决以上问题。
1 组织机构、角色和职责组织应成立项目的配置控制委员会（以下简称CCB）。
CCB一般由来自不同领域的项目利益相关方的代表组成，而且有能力在管理上作出承诺，对提出的配置项的变更进行评价、批准或不批准。
其中，配置管员作为配置管理活动的直接责任人负责制定配置管理计划、发布配置状态报告、实施配置审核。
2 基于GJB5000A的配置管理活动2.1 建立基线2.1.1 标识配置项配置项作为配置管理的对象，在项目策时进行识别，并对其赋予唯一标识号，形成配置项列表。
包括：（1）识别软件配置项：软件配置项主要包括为本项目开发的软件配置项以及重用的软件配置项、订购方提供的软件配置项、分承制方开发的软件配置项、采购的软件配置项等。
其中，软件配置项的划分主要从下列因素进行权衡：软件功能、规模、重用计划、关键性、接口考虑等。
（2）识别配置文件：配置文件指定义软件配置项的功能特性或物理特性的文件，或从这些内容发展而来的关于其验证、使用、保障要求的技术文件。
一般包括：需求文档、设计文档、测试文档、用户文档等。
2.1.2 建立一个配置管理系统要使配置项在软件生命周期中受控，应建立有统一的存储介质、规程和访问方式的配置管理系统：（1）建立配置库。
GJB5000A2008全套资料2101-2019软件过程方针
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2101-2019软件过程方针2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布Q/LJDZ 2101-2019前言本标准代替Q/BBTNL 2101-2018《软件过程方针》。
本标准与Q/BBTNL 2101-2018相比内容无任何变化，只做格式化调整。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX、XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2101-2018。
Q/LJDZ 2101-2019软件过程方针1 范围本标准规定了本公司各标准软件过程域的目的、目标和组织方针。
本标准适用于军用软件过程的建立、实施和改进。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件研制能力成熟度模型》确定的及以下术语、定义适用于本标准。
3.1 共用目标过程域必需部件，描述了实现一个过程域的过程制度化所必备的一些特性。
3.2 专用目标描述过程域独特性质的一种必需部件，这种特性是满足相应过程域所必须存在的。
3.3 已实施过程为生产工作产品完成所需工作的过程。
3.4 已管理过程一个按照方针来策划和执行的已实施过程；为了产生受控的输出它有足够的资源来聘用技术人员；它把利益相关方联合在一起；它受监督、控制和评审；并评价它与其过程说明的一致性。
4 需求管理（ReqM）4.1 目的管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致之处。
4.2 目标4.2.1 专用目标专用目标1 管理需求，并标识需求与项目计划和工作产品间的不一致。
4.2.2 共用目标共用目标2 制度化已管理过程。
GJB-5000A精要
1.过程域可分为以下四类：a)过程管理类b)项目管理类c)工程类d)2.过程管理类过程域2.1概述过程管理类过程域一般包括跨项目的定义、策划、资源分配、部署、实施、监督、控制、评估、测量和改进过程等相关的活动。
过程管理类过程域如下：a)组织创新和部署（OID）。
b)组织过程定义（OPD）。
c)组织过程焦点（OPF）。
d)组织过程绩效（OPP）。
e)组织培训（OT）。
2.2基本的过程管理类过程域基本的过程管理类过程域（组织过程焦点过程域、组织过程定义过程域和组织培训过程域）向组织提供一种将整个组织的最佳实践、组织过程资产和经验教训文档化并予以共享的基本能力。
图6说明基本的过程管理类过程域之间及其与其它类过程域之间的关系。
如图6所示，组织过程焦点过程域帮助组织根据对过程和过程资产的现行强项和弱项的了解，来策划、实施和配置组织过程改进。
图6 基本的过程管理类过程域组织的候选过程改进可用多种方式提出，包括过程改进建议书、过程测量值、过程实施中的经验教训、以及过程评估和产品评价活动的结果。
组织过程定义过程域要求组织根据组织的过程要求和组织目标建立并维护组织的标准过程集、工作环境标准以及包括生存周期模型说明、过程剪裁指南、过程相关的文档及数据在内的其它资产。
实施已定义过程所获得的测量数据、过程说明、过程制品、经验教训，应纳入组织的标准过程集和其它资产中。
组织培训过程域标识组织的战略培训需要以及项目和支持组公共的战术培训需要。
特别要开展旨在学习实施组织标准过程集所需技能的培训。
培训的主要要素包括一项受控的培训大纲、文档化的计划、具有相应知识的人员以及测量培训大纲有效性的机制。
2.3高级的过程管理类过程域高级的过程管理类过程域（组织创新和部署过程域和组织过程绩效过程域）向组织提供在质量和过程绩效方面实现其定量目标的高级能力。
图7描述了高级的过程管理类过程域之间及其与其它类别过程域之间的关系。
每个高级的过程管理类过程域依赖于基本的过程管理类过程域提供的开发和部署过程及支持资产的能力。
基于GJB5000A-2008的军用机载软件配置管理模型研究
本 。通过 对 各 种软 件 配置 项 修 改和 变化 的管 理 ，可 以在 任 何 时 候护 恢 复 任何 一 个配 置 项 的任 意版 本 ，保证 产 品可 追 溯 性 。要 能 支 持 并行 开发 ，即时 跟 踪软 件 版 本 、修 改者 、 修 改 日期 、当 前状 态 等 ，能 有效 地 解决 版 本 的 同步 以及 不 同开发 者 间 的沟通 ［ ８ ］ 。版本 的标 识方 法 ： 配 置 项 的 状 态 有 三 种 ：草 稿 、 发 布 、修 改 中 。配 置 项 建立 时 状 态 为 “ 草 稿 ” 。 配置 项 通 过 评 审 ， 状 态 变 为 “ 发 布 ” 。此 后更 改 配置 项 ，执 行 变更 控 制规 程 ， 状态 变 为 “ 修 改 中 ”。 当配 置项 修 改完 成 并 审批 确 认后 ，状态 又 改为 “ 发 布 ”，如 此循 环 。配 置 项 的版 本 与其 状态 密 切 相
ｓ ｐｅｃｉ ａｌ ｓ ｔ ｕ ｄｙ
… … … 一 … 一一
更 方 案 说 明 拒 绝 理 由 ；４ ） 审批 通 过 ，变 更 申请 人 从 库 中 检 出 配置 项 ，变 更 实施 人 员 进行 更 改 ，对 变更 进 行 测试 确 认 。在 软 硬 件系 统 集 成前 的 测试 ， 由软件 测试 人 员 进行 确 认 ，在 软 硬 件集 成 后 的测 试 ， 由软 件和 系 统试 验 人 员分 别 确 认 ，确 认 后将 配 置 项 提 交 到 受 控库 ；５ ）配 置 管 理 人 员 将确 认 后 配置 项 的变 更情况 ，通 过例 会 或平 台工 具等 方 式 传递 给项 目组所 有成 员及 相 关方 。 基 线 变 更 和 配 置 项 变 更 往 往 被 混 为 一 谈 。实 际 上 ， 这 两 者 的控 制 力度 是 不 同 的 。配 置 项 变 更 是 指 未 纳 入 基 线 的 一 般 配 置 项 的 变 更 ，多 由软 件 负 责 人 审 批 即可 ；而 基 线 变 更 必 须 通 过 更 为 严 格 的控 制 和 管 理 ，即 使 变 更 对 象 仅 为 组 成 基 线 的 一 个 配 置 项 ，变 更 后 也 要 对 整 个 基 线 进 行 评 审 。军 用 机 载 软 件 变 更 的控 制 和 管 理 还 要 考 虑 软
军用软件质量管理规定5000a软件标准手册编写
军用软件质量管理规定5000a软件标准手册编写为确定军用软件质量需求和权衡军用软件产品的能力，制定了相关管理规定，下面给大家介绍关于军用软件质量管理规定的相关资料，希望对您有所帮助。
第一章总则第一条为了加强军用软件质量管理，保证军用软件质量，依据《装备条例》制定本规定。
第二条本规定适用于作为装备或装备组成部分的软件质量管理。
本规定中所称的军用软件(以下简称软件)包括计算机程序、相关文档和数据，以及固化在硬件中的程序和数据。
第四条总装备部按照国家军用标准和有关规定对软件研制单位进行软件研制能力评价，对软件测评机构进行认可，并以合格名录形式予以发布。
未达到规定的软件研制能力要求的单位，不能承担软件研制任务;未经认可的软件测评机构不能承担软件测评任务。
第二章职责第七条承担软件研制任务的单位(以下简称研制单位)对软件研制和服务质量负责，履行下列职责：(一)建立健全质量管理体系，保持和改进软件研制能力，明确各类人员的质量责任;(二)实施软件工程化管理，制订本单位软件研制工作程序和规范，对软件研制过程实施质量控制;(三)配备必要的人员、技术手段和设施等资源，建立本单位软件质量信息系统;(四)对有缺陷的软件进行修复;(五)承担软件的使用培训和技术服务;(六)向软件测评机构提供软件测评所需的程序和文档资料。
第十条软件测评机构对软件的测评质量负责，履行下列职责：(一)建立健全质量管理体系，保持和改进软件测评能力，明确软件测评过程中各类人员的质量责任;(二)承担软件定型、鉴定、验收和成果鉴定的测评，外购软件产品质量评价及选优工作;(三)制定本单位软件测评工作的程序和规范，实施软件测评过程的质量控制;(四)配置必要的软件测评资源，建立软件测评质量信息系统;(五)开展软件测评理论、技术和方法的研究。
第四章软件研制第十七条装备主管部门在订立装备研制合同时，应当在合同中明确软件的级别、质量保证条款、测评项目、测评机构以及研制单位应当提供的测评保障条件。
基于GJB5000A的机载软件配置管理技术
软件开发与应用Software Development And Application电子技术与软件工程Electronic Technology&Software Engineer!ng 基于GJB5000A的机载软件配置管理技术王丝雨（中国直升机设计研究所江西省景德镇市333001）摘要：本文研究了GJB5000A中软件配置管理要求及目前军用机载软件研制过程存在的配置管理问题，其目的是通过利用配置标识、配置更改控制、配置状态记录、配置审核等方法，解决软件技术状态全生命周期的可追溯性、正确性、完整性和一致性问题，从而提高军用机载软件的安全性和可靠性。
关键词：GJB5000A;机载软件；配置管理当前军用飞机呈现系列化、多用途的发展趋势，通过软件来实现的功能越来越多，以及对装备安全和任务执行效果的要求不断提高，对于机载软件的质量要求也在不断提高。
然而军用软件具有生命周期长，需求变更较频繁等特点，由此可能会带来软件版本交叉复杂等问题，同时由变更引起的代码、文档等…系列变化给软件开发过程管理也带来了一定的难度，因此需要有效开展软件配置管理，以加强对软件开发过程的控制，使软件开发全生命周期得到管理。
GJB5000A-2008军用软件研制能力成熟度模型参照美国卡耐基梅隆大学所属的软件工程研究所发布的软件能力成熟度集成模型CMMI1.2版本，进行适当的本地化和剪裁。
总装备部于2008年颁布并实施推广该标准，以提高军工企业软件研制与管理能力⑴。
1配置管理概述配置管理简而言之就是管理软件的变化，是一种标识、组织和控制修改的技术㈡，是贯穿于整个软件生命周期的活动。
在软件项目建立的初期阶段，项目组开始策划配置管理活动并建立配置管理系统，随着项目的进展建立并发布基线。
其目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可追踪性，以使得软件开发的混乱减到最小。
2军用机载钦件配置管理现状军用机载软件的研制存在型号节点紧、研制项目多、人力资源不足、生命周期长等特点。
GJB5000A-2008解析
国军标一：GJB 5000A-2008模型的宏观把握一个组织的成熟首先是从加强管理开始的。
很多从技术岗位出身的人，内心里往往认为只要有了好的技术，什么产品都能做出来。
但是事实表明，在一些非常大的项目中，很多失败都是由管理因素造成的，而管理又是通过过程来实现的。
规范式方法论尽管管理上的成本提高了，但远远比不遵从这些方法（游击队似的疯狂开发）更经济有效，因为它减少了意外和返工的工作量。
更重要的是，它可以保证每个人都知道自己该干什么事情，确保整个组织运转成为可能。
如果没有计划和规范，尽管某些局部可能成功，但整体上可能永远也不会完成，所带来的管理成本可能会更高。
管理层所做的事情可能就是周而复始的协调、协调、再协调，这无疑是管理上的一场噩梦。
正是由于这个认知，我军总装备部发布的GJB 5000A-2008意义就非常巨大了。
GJB 5000A-2008是一个循序渐进的改良模式，通过过程改进活动，使一个组织的软件开发由最初的无纪律状态，逐渐学习到成熟而有制度的境界。
国内有些机构以过级为目的，注重短期效应，只在文档格式上下功夫，这是不可取的，这也是为什么很多企业级别虽然很高，但实际表现却并没有那么好的根本原因。
组织的成熟是需要经过长期的努力的，GJB 5000A-2008要求所有软件开发组织的评估一律从二级开始，打好基础逐步提升，这是非常有道理的。
一、过程及其定义一般来说，系统从一个状态（始态）变成另一个状态（终态），我们就说：发生了一个过程（Process）。
过程是一种手段，通过该手段可以把人、方法与规程、技术与工具进行集成，以产生一种所期望的结果，如下图所示。
换句话说，过程就是人们使用相应的方法、规程、技术、工具等把原始材料（输入）转化成用户需要的产品（输出）的活动。
过程与产品存在因果关系，也就是说好的过程才能得到好的产品，而差的过程只会得到差的产品。
问题在于当很多人说到过程的时候，总是关注流程和规范，以为有了好的流程就一定会有好的工作成果了。
基于GJB5000A二级的航天系统软件配置管理解决方案
基于GJB5000A二级的航天系统软件配置管理解决方案康昊;裴林
【期刊名称】《遥测遥控》
【年(卷),期】2011(032)004
【摘要】军用软件研制能力成熟度模型(GJB 5000A-2008)作为一种标准只是提出了软件过程要达到一定成熟度能力的要求,给出了软件过程改进的阶梯式进化框架,但是并没有具体地告知该如何去做、怎么去做,这成为航天军工企业软件过程改进的一个难点.为解决航天系统软件配置管理工作中存在的问题,提出一种基于GJB 5000A标准的适于航天系统软件实施配置管理的解决方案.项目实践效果表明,与没有实施软件配置管理时相比,在规范管理、团队工作效率、知识库建立、软件安全性和可靠性等方面都有很大的提高.
【总页数】5页(P5-9)
【作者】康昊;裴林
【作者单位】北京遥测技术研究所,北京,100076;北京遥测技术研究所,北
京,100076
【正文语种】中文
【中图分类】TP311.52
【相关文献】
1.基于GJB5000A三级的软件配置管理技术研究 [J], 卫一芃
2.基于GJB5000A-2008的军用机载软件配置管理模型研究 [J], 李凌
3.基于GJB5000A的军用软件配置管理 [J], 宋敏;
4.基于GJB5000A的软件配置管理研究与系统实现 [J], 郝延刚
5.基于GJB5000A的机载软件配置管理技术 [J], 王丝雨
因版权原因，仅展示原文概要，查看原文内容请购买。
GJB5000A2008全套资料2104-2019项目策划过程
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2104-2019项目策划过程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布Q/LJDZ 2104-2019前言本标准代替Q/BBTNL 2104-2018《项目策划过程》。
本标准与Q/BBTNL 2104-2018相比，主要变化如下：1.修改策划过程的流程图。
本标准由平台研究部提出并归口管理。
本标准由军品一部、平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2104-2018。
Q/LJDZ 2104-2019项目策划过程1 范围本标准规定了项目策划过程的角色和职责、活动流程及内容、工作产品等。
本标准适用于本公司军用软件项目计划的制定和维护活动。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型3 术语和定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件研制能力成熟度模型》确定的术语、定义和以下缩略语适应本标准。
3.1 工作分解结构(WBS)关于工作元素及其彼此关系，以及它们与最终产品间的一种安排。
是将项目的整个工作范围按项目要素的可交付成果和活动，分门别类地进行组织与定义的项目归类方式。
每下降一个层次意味着对项目工作做更详尽细致的定义。
3.2 工作包工作分解结构（WBS）中最低层次的可交付成果或任务，可单独分派给项目组成员去规划与实施。
3.3 软件开发计划及其从属计划软件开发计划包括在项目早期初始策划时产生的软件开发计划和每个阶段初阶段策划时产生的软件阶段实施计划，软件阶段实施计划是对软件开发计划的补充和细化，并与其保持协调一致。
从属计划包括在项目早期初始策划时产生的项目监控计划、采购或外包计划（存在软件采购或外包时）、需求管理计划、软件测试计划、软件质量保证计划、软件配置管理计划、测量与分析计划、利益相关方参与计划、项目资源计划等。
GJB5000A2008全套资料2213-2019风险控制规程
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2213-2019风险控制规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布Q/LJDZ 2213-2019前言本标准代替Q/BBTNL 2213-2018《风险控制规程》。
本标准与Q/BBTNL 2213-2018相比，主要变化如下：1.删除第6.1章节中关于极高风险处理措施。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2213-2018。
Q/LJDZ 2213-2019风险控制规程1 范围本标准规定了风险控制的基本要求。
本标准适用于本公司军用软件项目风险控制活动。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型3 术语和定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件研制能力成熟度模型》确定的以及下列术语和定义适用于本标准。
3.1 风险控制采取缓解措施，以缓解风险的影响或尽量减少风险发生。
3.2 风险监督监视风险，且针对风险参数的变化情况定期对风险重新进行评估。
3.3 风险接受承认风险，但不采取措施。
3.4 转移风险重新分配设计需求，以降低风险。
4 风险控制要求4.1 确定风险源和类别项目软件负责人应在风险管理策划时，根据项目的特点，剪裁本标准的《风险来源与分类表》（附录A）确定项目的风险源和类别，建立项目的《风险来源与分类表》（也可记录在《风险记录表》中），风险源一般包括：a)不确定的需求；b)无先例或无法评估的工作量；c)不可行的设计；d)不可用的技术；e)不现实的进度评估或分配；f)人员和技能不足；g)成本或资金问题；Q/LJDZ 2213-2019h)分包商能力不确定或不足；i)供方能力不确定或不足；j)与现实的和潜在的用户或其代表沟通不够。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2204-2019软件配置管理规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布XXX 2204-2019前言本标准代替Q/BBTNL 2204-2018《软件配置管理规程》。
本标准与Q/BBTNL 2204-2018相比，主要变化如下：1.修改开发库的建议结构；2.增加受控库的建议结构；3.过程记录流水号标识为可选项；4.修改开发库的存盘名称；5.统一标识规则的描述。
本标准由平台研究部提出并归口管理。
本标准由平台研究部起草。
本标准主要起草人：XXX。
本标准所代替标准的历次版本发布情况：----Q/BBTNL 2204-2018。
Q/LJDZ 2204-2019软件配置管理规程1 范围本标准定义了软件配置项的标识规则；规定了软件配置管理中基线管理、更改控制、配置管理记录、配置审核的基本要求；规定了软件开发库、受控库、产品库的管理要求。
本标准适用于本公司军用软件配置管理实施过程。
2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型S/BBTNL XZ06-2018 档案管理制度3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件能力成熟度模型》确定的术语和定义适用于本标准。
4 活动4.1 软件配置项标识4.1.1 文档标识文档是在软件项目开发过程中产生的软件工作产品，是形成软件产品的部件或依据，属于软件配置项。
为了方便检索配置项，需对每个文档的标识和其存盘命名进行规定。
文档标识规则为：图号+空格+文件缩写+空格+版本号文档存盘命名规则：（文档标识）+文档名称+文件后缀例如：控制信号处理板项目，该项目的图号为：DZJ3160，该项目的软件需求规格说明，版本号为V1.0.0，则：文件标识为：DZJ3160 SRS V1.0.0文档存盘名称为：（DZJ3160 SRS V1.0.0）控制信号处理板软件需求规格说明.doc4.1.2 代码标识代码标识包括软件产品标识、计算机软件配置项标识、计算机软件配置单元标识。
代码标识的规则为：图号-软件产品简称-CSCI简称-CSU简称-…-CSU简称+XXX 2204-2019空格+SC/GC+空格+版本号注：SC，表示为源码；GC表示为目标码。
若没有注明，则表示为目标码。
例如：项目C型嵌入式控制器，包含计算机软件配置项C6655驱动软件，版本号为V1.0.0,该计算机配置项包含配置单元SRIO驱动，版本号为V1.0.0，则：软件产品标识为：DZJXXXX-C_CONTROLLER V1.0.0计算机软件配置项C6655底层驱动软件源码的标识为：DZJXXXX-C_CONTROLLER-C6655_DRV SC V1.0.0计算机配置单元SRIO驱动源码的标识为：DZJXXXX-C_CONTROLLER-C6655_DRV-SRIO SC V1.0.04.1.3 过程记录标识在对软件开发过程进行管理和改进的过程中会产生大量的记录、报告和表单等记录，此类文档随着软件项目的开发不断累积，因为它记录了软件开发过程中大量有价值的历史数据，对后续项目的策划和对本组织内的过程改进都有十分重要的意义，所以必须对这些文档妥善保存。
为了方便对这些记录的检索，需对每个记录文档进行唯一编号。
过程记录的标识规则为：（项目号）（过程记录简称）(流水号)过程记录存盘命名规则：记录标识+过程记录名称+文件后缀注：若过程记录不需要利用流水号进行区分，如软件需求跟踪矩阵，可不加流水号。
例如：项目号为180QRXXX项目的软件研制任务书第一次提交更改申请处理单，则：更改申请处理单标识为：(180QRXXX)(CM_GG)(001)更改申请处理单存盘名称：(180QRXXX)(CM_GG)(001)更改申请处理单.doc 具体的过程记录清单请参见《软件开发计划制定及修订规程》中的附录A。
项目过程中可能产生的过程记录的标识可参照配置管理规程的规定进行选取。
若规程中未规定，则反馈至公司CM组处，由公司CM组向EPG申请添加，对《软件开发计划制定及修订规程》进行修订。
最后由公司CM组将追加的配置项标识反馈至项目组受影响的成员。
4.1.4 软件版本标识4.1.4.1 文档版本要求我司文档版本采用以下方法进行标识：VX.Y.Za）“X”的标识说明“X”为主版本号，初始值为0，当发生Ⅰ类更改时，“X”递增1。
当文档通过第一次评审且被批准后，“X”置1。
b）“Y”的标识说明Q/LJDZ 2204-2019“Y”为特征版本号，初始值为1。
发生Ⅱ类或Ⅲ类更改后“Y”递增1，若“X”升级则“Y”置为0。
c）“Z”的标识说明“Z”表示更改次数，只在发生更改时才标识“Z”值，初始值为0。
当更改未通过验证时，每增加一次更改时提升“Z”值，增量1。
当更改完成并通过验证后，随着主版本号“X”或者特征版本号“Y”值的提升，“Z”值置0。
以下是对某一文档配置项处于不同时期的版本标识的例子：表1 文档配置项版本标识示例软件版本采用以下方法进行标识：VX.Y.Za）“X”的标识说明“X”为主版本号，标识软件的总体系统要求，初始值为0，若发生Ⅰ类变更时，则X递增1。
配置项测试后，配置项版本X置1，系统测试后，项目软件版本X置1。
b）“Y”的标识说明“Y”为特征版本号，标识软件产品开发过程中技术状态的变化。
发生Ⅱ类或Ⅲ类更改后“Y”递增1。
初始值为1，若“X”升级则“Y”置为0。
“Y”的变化可以在针对用户反映意见和建议进行集中修改或完善后进行。
c）“Z”的标识说明“Z”为软件产品在同一技术状态下的开发过程，如代码调试完成提交测试，对测试反馈bug的修复。
初始值为0，每进行一次测试且问题修复后提升“Z”值，增量1。
若“X”或“Y”升级，则“Z”置0。
例如：某新研软件调试完成： V0.1.0测试阶段：V0.1.1,V0.1.2…V1.0.0(正式发布)XXX 2204-2019对V1.0.0出更改（假设功能的完善）：V1.0.1，V1.0.2… V1.1.0对V1.1.0出更改（假设是需求的更改）：V1.1.1，V1.1.2…V2.0.04.2 基线管理基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。
基线中的配置项被“冻结”了，不能再被任何人随意修改。
基线可对应开发过程中的里程碑，基线的内容根据项目的规模特点进行定义，基线的主要属性有：基线名称、标识符、版本、日期等。
我司定义的基线全集分别是：功能基线、分配基线、产品基线。
基线的标识规则为：项目号+短中杠+基线简称+空格+版本号（基线简称：FBL 代表功能基线；ABL代表分配基线；PBL代表产品基线）4.2.1 建立基线建立基线的过程如图1所示。
图1 基线建立流程图4.2.1.1 基线建立时机功能基线包含的内容有：当前最新版本的《软件研制任务书》、《技术协议》或《技术方案》。
功能基线内的工作产品首次通过评审后即可建立功能基线。
分配基线包含的内容有：当前最新版本的《软件研制任务书》、《技术协议》或《技术方案》、《软件需求规格说明》。
分配基线内的工作产品首次通过评审后即可建立分配基线。
产品基线包含的内容有：《软件研制任务书》、《技术协议规格书》或《技术方案》、《软件需求规格说明》、《软件设计说明》、《软件测试说明》、Q/LJDZ 2204-2019《软件测试报告》、《软件用户手册》、软件源码、软件目标码，以及客户额外要求交付的软件产品。
4.2.1.2 审核基线建立条件当基线建立时机到达后，SCM组按照《软件配置管理计划》中的基线计划检查是否达到基线建立的条件，例如审核基线内的配置项是否完整、《软件配置状态记录表》中的配置项信息是否与当前受控库中配置项一致、基线内记录的配置管理问题是否闭环等。
如果审查没有通过，则向QA组反映问题，并跟踪解决情况。
待问题闭环后重新执行建立基线前的审查工作。
4.2.1.3 建立基线若审核基线建立条件已满足，则由SCM组向CCB提出《建立基线申请单》。
建立功能基线和产品基线由公司CCB批准；建立分配基线由项目CCB批准。
获得建立基线批准后，SCM组在受控库中建立申请的基线，并记录基线名称、基线标识、建立日期、版本等属性，维护《基线版本记录表》。
在受控库中建立基线时，应确保基线标识和基线名称与《软件配置管理计划》相关定义的一致性。
4.2.2 更改基线基线内配置项更改参照4.3节更改控制管理执行。
更改关闭后，由SCM组对基线内配置项进行物理审核，并向CCB组提出《建立基线申请单》，按4.2.1.3“建立基线”要求重新建立基线。
记录新基线的状态，并对基线诸版本进行比较，填写《基线版本记录表》。
4.2.3 发布基线建立或更改基线后都需要通知利益相关方，以新基线内容作为后续开发的依据。
SCM组将存于受控库中的基线内容发布到在《软件配置管理计划》中指定的目录，并通过《发布通知单》通知利益相关方到该目录中以只读的方式获取基线内容，并要求利益相关方对《发布通知单》签收。
4.2.4 基线审核由项目SCM组对基线进行审核，一般在建立基线时和基线发生更改时触发基线审核。
审核内容包括：a)评估基线所含内容的完整性、正确性；b)验证与所用的软件配置管理标准和规程的符合性。
4.3 更改控制管理4.3.1 更改活动流程XXX 2204-2019软件配置项的更改控制活动如图2所示。
图2 更改活动流程图4.3.2 跟踪更改申请4.3.2.1 更改申请更改申请人填写《更改申请处理单》，包括申请更改原因、申请更改内容及预计更改完成的时间。
更改申请不只针对新的或已变化的需求，而且针对工作产品中的缺陷。
4.3.2.2 影响分析对更改申请进行影响分析，以确定更改对该工作产品、有关的工作产品和Q/LJDZ 2204-2019进度等的影响。
项目软件负责人根据更改申请内容识别更改的利益相关方，与利益相关方一起进行影响分析，记录影响分析结果，并给出更改级别。
组织影响分析时要注意以下几点：a)审定更改的必要性、可行性和合理性；b)要确保更改与所有技术要求和项目要求一致，例如：功能、性能、界面、成本、进度、合同要求；安全性、可靠性、可维护性、效率；人员、设备、经费等；c)评价更改对本项目以外的项目的影响，分析对多个项目同时引用的公共项的更改对其他项目带来的问题；d)评价申请更改的分类是否合适。
4.3.2.3 确定更改内容对那些受本次更改申请影响并且将在更改中进行处理的配置项，要获得其责任人的同意。
项目软件负责人根据影响分析意见，整理实际需要更改的配置项，确定更改类别，并将更改申请提交进行审批。