GJB5000A申请及主要工作-文档资料

合集下载

GJB5000A2008全套资料XXX军用软件研制管理体系知识点_质量

GJB5000A2008全套资料：X军用软件研制管理体系知识点——质量一、质量管理体系概述1. 质量管理原则（1）以用户为中心：始终关注用户需求，确保软件产品满足军方作战需求。

（2）全员参与：动员项目组成员积极参与质量管理，提高软件质量。

（3）过程方法：将软件研制过程分为多个阶段，对每个阶段进行严格监控和管理。

（4）持续改进：不断优化质量管理过程，提高软件产品质量。

2. 质量管理体系构成（1）组织结构：明确项目组内部职责分工，确保质量管理工作的有效实施。

（2）过程管理：对软件研制过程进行规范化管理，确保各阶段质量目标的实现。

（3）资源管理：合理配置人力、物力、财力等资源，为质量管理提供保障。

（4）测量、分析和改进：通过数据分析，找出质量问题的根源，制定改进措施。

（5）质量保证：对软件产品实施全过程质量监控，确保产品质量达标。

二、质量管理要点1. 质量策划在项目启动阶段，制定详细的质量策划方案，明确质量目标、质量方针和质量措施。

2. 过程监控对软件研制过程中的关键节点进行监控，确保各阶段质量目标的达成。

3. 质量评审定期组织质量评审，对软件产品进行评估，确保产品质量满足军方需求。

4. 质量问题闭环管理对发现的质量问题进行记录、分析、整改，确保问题得到有效解决。

5. 持续改进根据项目实际情况，不断优化质量管理过程，提高软件产品质量。

三、质量管理实践与技巧1. 培养质量意识在团队内部培养质量意识，让每个成员都认识到质量的重要性，从而在日常工作中小心翼翼，严把质量关。

2. 优化沟通机制建立高效的沟通机制，确保项目组成员在质量管理过程中能够及时交流信息，减少误解和偏差。

3. 强化文档管理规范文档编写、审核、发布流程，确保文档的准确性和时效性，为质量管理提供有力支持。

4. 质量培训与提升定期组织质量培训，提高项目组成员的质量管理能力和技术水平，为软件研制保驾护航。

四、质量风险管理1. 风险识别在项目初期，全面识别可能影响软件质量的风险因素，包括技术风险、人员风险、资源风险等。

GJB5000A2008全套资料2204-2019软件配置管理规程

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 代码标识代码标识包括软件产品标识、计算机软件配置项标识、计算机软件配置单元标识。

符合GJB5000A的软件工程化管理解决方案-删减版

符合GJB5000A的软件工程化管理体系建立与实施整体解决方案二Ο一二年五月目录第1章了解北大软件 (1)1.1软件工程中心简介 (1)1.2提供的优质产品与服务 (1)1.3专业化咨询/研发/服务团队 (1)1.4典型用户 (52)第2章结识“软件工程管理集成平台”产品 (6)2.1功能构成体系 (6)2.1.1总体功能结构 (6)2.1.2项目管理系统 (7)2.1.3需求管理系统 (11)2.1.4配置管理系统 (13)2.1.5测试管理系统 (15)2.2技术架构体系 (16)2.2.1总体技术架构 (16)2.2.2核心运行环境 (17)2.2.3数据访问服务 (18)2.2.4业务基础服务 (18)2.2.5企业级工作流服务 (19)2.2.6统一门户服务 (20)2.2.7系统安全管理 (21)2.3与外系统集成体系 (22)2.3.1集成机制.......................................................... 错误！未定义书签。

2.3.2已接口工具类型 (22)2.4产品特点与优势 (23)第3章工具支持下的GJB5000A体系运行场景 (25)3.1符合GJB5000A的军用软件研制过程 (25)3.2项目管理过程 (25)3.2.1项目策划（PP&IPM） (25)3.2.2项目执行与监控（PMC） (28)3.2.3风险管理（RskM） (29)3.2.4供方协议管理（SAM） (31)3.3工程过程 (33)3.3.1软件分析设计与实现（RM&RD&TS&PI） (33)3.3.2验证与确认-评审（V&V-Approve） (35)3.3.3验证与确认-测试（V&V-Test） (36)3.4支持过程 (38)3.4.1过程与产品质量保证（PPQA） (38)3.4.2配置管理（CM） (39)3.4.3测量分析（MA） (40)3.5组织过程（OPD&OPF&OT） (41)3.5.1OP-001过程定义 (42)3.5.2OP-002组织过程资产管理 (42)3.5.3OP-003过程评估 (42)3.5.4OP-004组织培训 (43)3.6组织/部门项目综合分析与管理 (43)第4章GJB5000A实施过程&方法 (43)4.1总流程 (43)4.2启动阶段 (44)4.2.1建立过程改进组织 (44)4.2.2GJB5000A基础培训 (44)4.2.3现状与差距分析 (45)4.2.4制定改进计划 (45)4.2.5阶段工作产品和要求 (45)4.3过程定义阶段 (45)4.3.1体系架构设计 (45)4.3.2顶层文件编写 (45)4.3.3过程文件编写 (45)4.3.4集中统稿和问题修改 (45)4.3.5体系模拟运行验证与评审 (46)4.3.6提交文审 (46)4.3.7阶段工作产品和要求 (46)4.4协助体系实施阶段 (47)4.4.1制定实施计划 (47)4.4.2软件工具定制开发 (47)4.4.3实用化培训 (47)4.4.4执行体系 (48)4.4.5检查与改进 (48)4.4.6阶段工作产品和要求 (49)4.5协助内部评估阶段 (49)4.5.1内部评估流程 (49)4.5.2阶段工作产品和要求 (49)4.6协助企业接受评价阶段 (49)4.7咨询服务特点与优势 (50)第1章了解北大软件1.1软件工程中心简介软件工程国家工程研究中心（以下简称中心）成立于1996年，是国家创新体系的重要组成部分，依托单位为北京大学。

国军标 GJB5000A 资料

GJB5000AGJB5000A简介关键词：GJB5000A资料军用软件标准GJB5000A软件一、软件成熟度模型是什么软件成熟度模型的核心思想是，把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

软件过程成熟度概念的引入，是为了解决路径的问题，是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。

成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程，有一个从不成熟到相对成熟的过程。

通过软件过程评估，可以帮助企业认识所处的位置，通过软件过程模型，可以帮助企业找到前进的目标。

二、GJB5000A是什么GJB5000A是一个产品开发模型（Product Development Model ,PDM），关注整个体系的问题，是一个过程改进参考模型，描述的是一组有效过程的特征，提供了一套最佳实践，它关注的是：生产率（Productivity）、性能（Performance）、成本（Costs）、相关方满意（Stakeholder satisfaction）。

GJB5000A是一个产品集，它包括：∙军用软件能力成熟度模型框架∙集成模型∙评估方法和材料∙各种培训∙术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架：∙由5个成熟度等级来表达：每个成熟度等级由若干过程域组成；∙每个过程域由目标、执行方法组成。

即，成熟度等级中包含关键的过程域，每个过程域中具有一定的目标，以及为了达到这些目标必须要做到的行动步骤，即最佳实践。

四、GJB5000A告诉我们什么GJB5000A告诉我们，过程管理方面优秀的软件组织是什么样的，优秀的软件组织也要分等级（1-5级），每个级别的软件组织都具备有一定的特征，即都执行了某些特殊活动。

GJB5000A是一个最佳实践的集合，不一定全部适用自己的组织，但总有一些好的做法可以借鉴。

GJB5000A简介

GJB5000A简介（2013版）关键词：GJB5000A资料军用软件标准 GJB5000A软件一、软件成熟度模型是什么软件成熟度模型的核心思想是，把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。

软件过程成熟度概念的引入，是为了解决路径的问题，是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。

成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程，有一个从不成熟到相对成熟的过程。

通过软件过程评估，可以帮助企业认识所处的位置，通过软件过程模型，可以帮助企业找到前进的目标。

GJB5000A是一个产品集，它包括：·军用软件能力成熟度模型框架·集成模型·评估方法和材料·各种培训·术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架：·由5个成熟度等级来表达：每个成熟度等级由若干过程域组成；·每个过程域由目标、执行方法组成。

即，成熟度等级中包含关键的过程域，每个过程域中具有一定的目标，以及为了达到这些目标必须要做到的行动步骤，即最佳实践。

GJB5000A是一个最佳实践的集合，不一定全部适用自己的组织，但总有一些好的做法可以借鉴。

GJB5000A-总体介绍

总体要求
装备质量综合提升工程要求，“十三五”期间，要全面建立软件研制能力评价制度。目前，分两个阶段推进评价工作。
一是过渡阶段（2019年6月前）。主要任务是，摸清评价需求，制订评价工作计划，加强评价队伍建设，加大评价实施和督导力度，为全面推行软件研制能力评价制度打好基础。
二是实施阶段（2019年7月-2020年12月）。主要任务是，严格实施软件研制能力评价制度，未达到规定的软件研制能力要求的软件研制单位，不能承担软件研制任务。同时，贯彻装备市场准入管理精简高效的政策导向，将软件研制能力评价工作纳入装备承制单位资格审查工作一体实施。
软件规模等级
软件重要性等级
巨
大
中
小
微
Ⅰ
五级
四级
三级
三级
三级
Ⅱ
四级
三级
三级
二级
二级
Ⅲ
三级
三级
二级
二级
一级
Ⅳ
三级
二级
二级
一级
一级
2、实施GJB5000A评价的要求-空装型号的要求
第一条：推进GJB5000A贯彻实施。为进一步加强研制单位软件研制能力建设，提高软件研制质量，承担空军重点型号软件研制的总体单位、分系统研制单位和重要机（弹）载设备研制单位须加快推进软件研制能力成熟度评价工作，力争在 2015年底前通过三级评价，其它研制单位通过二级评价；各单位要避免认证和重点型号软件研制“两张皮”管理，凡承担的重点型号软件项目应按照相应级别的要求实施管理。
2、实施GJB5000A评价的要求-新时代认证工作细则
研制能力评价程序基本程序：研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、
现场评价、评价结论审查等环节。【评价暂停与终止】现场评价过程中，出现研制单位相关人员提供虚假证据，干扰评价组正常工作，或

GJB5000A-2008解析(可编辑修改word版)

国军标一：GJB 5000A-2008模型的密观把握一个组织的成熟首先是从加强管理开始的。

很多从技术岗位出身的人，内心里往往认为只要有了好的技术，什么产品都能做出来。

但是事实表明，在一些非常大的项目中，很多失败都是由管理因素造成的，而管理又是通过过程来实现的。

规范式方法论尽管管理上的成本提高了，但远远比不遵从这些方法（游击队似的疯狂开发）更经济有效，因为它减少了意外和返工的工作量。

更重要的是，它可以保证每个人都知逍自己该干什么事情，确保整个组织运转成为可能。

如果没有计划和规范，尽管某些局部可能成功，但整体上可能永远也不会完成，所带来的管理成本可能会更高。

管理层所做的事情可能就是周而复始的协调、协调、再协调，这无疑是管理上的一场噩梦。

正是由于这个认知，我军总装备部发布的GJB 5000A-2008意义就非常巨大了。

GJB 5000A-2008是一个循序渐进的改良模式，通过过程改进活动，使一个组织的软件开发由最初的无纪律状态，逐渐学习到成熟而有制度的境界。

国内有些机构以过级为目的，注重短期效应, 只在文档格式上下功夫，这是不可取的，这也是为什么很多企业级别虽然很高，但实际表现却并没有那么好的根本原因。

组织的成熟是需要经过长期的努力的，GJB 5000A- 2008要求所有软件开发组织的评估一律从二级开始，打好基础逐步提升，这是非常有道理的。

一、过程及H定义一般来说，系统从一个状态（始态）变成另一个状态（终态），我们就说：发生了一个过程（Rnjcess）。

过程是一种手段，通过该手段可以把人、方法与规程、技术与工具进行集成，以产生一种所期望的结果，如下图所示。

产品换句话说，过程就是人们使用相应的方法、规程、技术、工具等把原始材料（输入）转化成用户需要的产品（输出）的活动。

过程与产品存在因果关系，也就是说好的过程才能得到好的产品，而差的过程只会得到差的产品。

问题在于当很多人说到过程的时候，总是关注流程和规范，以为有了好的流程就一定会有好的工作成果了。

符合GJB5000A的软件工程化管理体系建立与实施整体解决方案

符合GJB5000A的软件工程化管理体系建立与实施整体解决方案二Ο一二年五月目录第1章方案概述 (1)1.1GJB5000A提出背景 (1)1.2GJB5000A是什么 (3)1.3方案建设目标 (7)1.4实施要点 (9)1.5方案优势 (9)1.5.1产品品牌与市场方面 (10)1.5.2产品功能与性能方面 (10)1.5.3关键（核心）技术方面 (15)1.5.4实施服务能力方面 (18)1.5.5实施服务方法方面 (19)1.6参考标准 (20)第2章工具设计与实现方案 (22)2.1软工平台特点 (22)2.1.1系统构成结构 (28)2.1.2部署环境 (30)2.2软工平台关键技术 (31)2.3项目管理系统 (31)2.3.1组成结构 (31)2.3.2主要特点 (34)2.4需求管理系统 (36)2.4.1组成结构 (36)2.4.2主要特点 (37)2.5配置管理系统 (38)2.5.1组成结构 (38)2.5.2主要特点 (41)2.6测试管理系统 (42)2.6.1组成结构 (42)2.6.2主要特点 (44)2.7应用支撑平台 (45)2.7.1核心运行环境 (45)2.7.2数据访问服务 (46)2.7.3业务基础服务 (47)2.7.4企业级工作流服务 (48)2.7.5统一门户服务 (51)2.7.6系统安全管理 (52)2.8与外系统集成 (56)2.8.1集成机制 (56)第3章GJB5000A咨询服务方案 (57)3.1启动 (57)3.1.1建立过程改进组织 (57)3.1.2GJB5000A基础培训 (58)3.1.3现状与差距分析 (58)3.1.4制定改进计划 (59)3.2过程定义 (59)3.2.1体系架构设计 (60)3.2.2顶层文件编写 (60)3.2.3过程文件编写 (60)3.2.4集中统稿和问题修改 (61)3.2.5体系模拟运行验证与评审 (61)3.2.6提交文审 (61)3.3协助体系实施 (62)3.3.1制定实施计划 (62)3.3.2实用化培训 (62)3.3.3执行体系 (62)3.3.4检查与改进 (62)3.4协助内部评估 (63)3.5协助企业接受评价 (63)第4章项目实施工作安排 (63)4.1实施管理方法 (63)4.2项目团队建设 (64)4.2.1组织结构与职能分配 (64)4.3总体实施流程及进度安排 (64)4.4项目验收 (65)4.4.1验证组织 (65)4.4.2验收标准 (65)第5章软件工程国家工程研究中心（北大软件）简介 (66)5.1基本概况 (66)5.2高效管理 (67)5.3优质服务 (67)5.4人才优势 (68)5.5技术优势 (69)5.6主要资质 (70)第1章方案概述1.1GJB5000A提出背景军工企业管理包括战略、营销、财务、人力资源等诸多方面，项目管理是其中的核心部分。

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 软件开发计划及其从属计划软件开发计划包括在项目早期初始策划时产生的软件开发计划和每个阶段初阶段策划时产生的软件阶段实施计划，软件阶段实施计划是对软件开发计划的补充和细化，并与其保持协调一致。

从属计划包括在项目早期初始策划时产生的项目监控计划、采购或外包计划（存在软件采购或外包时）、需求管理计划、软件测试计划、软件质量保证计划、软件配置管理计划、测量与分析计划、利益相关方参与计划、项目资源计划等。

符合GJB5000A的软件工程化管理解决方案-删减版

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描述了高级的过程管理类过程域之间及其与其它类别过程域之间的关系。

每个高级的过程管理类过程域依赖于基本的过程管理类过程域提供的开发和部署过程及支持资产的能力。

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)与现实的和潜在的用户或其代表沟通不够。