GJB5000A-总体介绍专题培训课件.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,GJB5000A-总体介绍,焦永强：,中国航空综合技术研究所质量工程 运作支持部，副部长,中国航空工业集团公司计算机软件综合所测评中心，质量负责人,中国航空工业集团公司,GJB5000A,整体推进技术支持组，成员、秘书,空军重点型号软件工程化专家组，成员,联系方式：,办公电话：,010-84387151,手机,13426364021,一直从事军用软件测评工作，先后承担了强,5,、,10,、,11,、,H7,等多个国家重点型号飞机的第三方测试和鉴定,/,定型测评工作，在软件质量控制、质量评价方面开展了一些的技术研究，主要负责了,F2,、,F4,、,F8,型号的软件质量控制与评价课题研究。从,2010,年协助中航工业集团公司推进,GJB5000A,以来，先后为,171,、,161,、,221,、,242,等,20,余家单位提供了技术支持。,实施,GJB5000A,的目的和意义,一,GJB5000A,标准概述,二,GJB5000A,评价程序及实施过程,三,推进存在的问题及成功的关键,四,1,、,实施,GJB5000A,的必要性,3,、,实施带来的效果,实施,GJB5000A,的目的和意义,一,2,、实施,GJB5000A,评价的要求,1,、实施,GJB5000A,的必要性,-,单位生存的需要,是什么，,让诺基亚最终走下神坛？,软 件,1,、实施,GJB5000A,的必要性,-,单位生存的需要,随着现代化武器装备日趋复杂，软件规模越来越大，,50,年代的,F-4,战斗机机载软件只有,2000,行代码，,90,年代的,F-22,战斗机机载软件的代码达,7,000,000,行。,1,、实施,GJB5000A,的必要性,-,产品升级转型的需要,软件在型号装备系统中的应用越来越广泛,软件控制的系统功能占比,80%,以上,F-22,机载软件源代码,300,万,行,F-35,机载软件源代码,600,万,行,我国某重点型号软件源代码预计超过,700,万,行,软件失效引起的系统故障比重越来越大,软件与硬件故障比超过,3:1,国内某型号重点型号达到,9:1,软件在型号竞争中的作用越来越重要,单位保持核心竞争力的必然选择,1,、实施,GJB5000A,的必要性,-,产品升级转型的需要,灾难事故,1991,年，“爱国者”导弹未能拦截“飞毛腿”导弹，,反而造成己方人员伤亡,引发灾难的原因（与软件相关）,雷达控制软件的,浮点数精度累积误差超出范围,，失去对导弹跟踪系统的控制，导致系统被关闭,灾难事故,1999,年，美国火星探测器被烧毁,引发灾难的原因（与软件相关）,主发动机推力控制软件采用,错误的高度单位,，导致火星探测器距离火星表面高度过低，不满足安全要求的最低高度,灾难事故,1993,年，,德国汉莎航空公司空难,引发灾难的原因（与软件相关）,飞机遇到恶劣天气，前轮始终无法放下。在滑行过程中，由于未收到前轮着地信号，,不满足“所有轮胎着地”的制动条件,，导致飞机制动控制软件没有进行制动,1,、实施,GJB5000A,的必要性,-,确保装备质量的需要,事故案例,2013,年，,大众汽车,DSG,变速器动力中断安全性问题,引发事故的原因（与软件相关）,由于,DSG,是电脑控制的智能变速箱，它的升降档需要通过电脑向发动机发送换挡信号，并且要等发动机回复确认信号后才能完成升降档。由于发动机出现故障，可能导致动力输出异常中断,灾难事故,2011,年，,温州动车相撞事故,引发灾难的原因（与软件相关）,设备采集驱动单元被雷电击穿，信号输出控制软件无法,继续更新,采集驱动单元中的列车占用状态信号，错误地输出击穿前最后时刻的列车占用状态信号,1,、实施,GJB5000A,的必要性,-,确保装备质量的需要,2005,年,9,月总装备部发布,2005,装字第,4,号命令,即,军用软件质量管理规定,第四条,【,评价与认可,】,总装备部按照国家军用标准和有关规定对软件研制能力进行软件能力评价，对软件测评机构进行认可，并以合格名录形式予以发布。未达到规定的软件研制能力要求的单位，不能承担软件研制任务；未经认可的软件测评机构不能承担软件测评任务。,2007,年,12,月总装备部电子信息基础部发布,2007,装电字第,327,号通知,即,军用软件能力评价人员注册程序,（试用）,2005,年,12,月总装备部电子信息基础部发布,2005,装电字第,324,号通知,即,军用软件研制能力评价工作程序,（试用）,1,、,2003,年,7,月总装备部颁布,GJB 5000-2003,军用软件能力成熟度模型,2,、,2008,年,3,月总装备部颁布,GJB 5000A-2008,军用软件研能力成熟度模型,2,、实施,GJB5000A,评价的要求,-,总装机关的要求,明确要求推行军用软件能力成熟度模型（,CMM,）认证。对于承担空军重点型号软件研制的总师单位、主要分系统研制单位和重要机载设备研制单位应通过三级认证，其他研制单位原则上应通过二级认证。,2,、实施,GJB5000A,评价的要求,-,空装机关的要求,2013,年,7,月总装备部发布,GJB8000,，即,军用软件研制能力等级要求,本标准规定了军用软件研制单位应达到的军用软件研制能力等级要求。,本标准适用于军用软件订购方选择与确定军用软件研制单位。,软件重要性等级,软件规模等级,巨,大,中,小,微,五级,四级,三级,三级,三级,四级,三级,三级,二级,二级,三级,三级,二级,二级,一级,三级,二级,二级,一级,一级,2,、实施,GJB5000A,评价的要求,-,总装标准的要求,2,、实施,GJB5000A,评价的要求,-,总装标准的要求,规模等级,嵌入式软件,非嵌入式软件,巨,100,000 n,1,000,000 n,大,30,000 n 100,000,300,000 n 1,000,000,中,5,000 n 30,000,50,000 n 300,000,小,500 n 5,000,5,000 n 50,000,微,n 500,n 5,000,软件重要性等级,软件规模等级,巨,大,中,小,微,五级,四级,三级,三级,三级,四级,三级,三级,二级,二级,三级,三级,二级,二级,一级,三级,二级,二级,一级,一级,GJB 8000,军用软件研制能力等级要求,第一条：推进,GJB5000A,贯彻实施。为进一步加强研制单位软件研制能力建设，提高软件研制质量，承担空军重点型号软件研制的总体单位、分系统研制单位和重要机（弹）载设备研制单位须加快推进软件研制能力成熟度评价工作，力争在,2015,年底前通过三级评价，其它研制单位通过二级评价；各单位要避免认证和重点型号软件研制“两张皮”管理，凡承担的重点型号软件项目应按照相应级别的要求实施管理。,2,、实施,GJB5000A,评价的要求,-,空装型号的要求,2,、实施,GJB5000A,评价的要求,-,装发部,2016,年会议要求,统一计划、整体推进：,长期工作，不能“一刀切”，要分是三个阶段,（,2016,年,7,月至,2017,年,7,月；,2017,年,7,月至,2019,年,7,月，,2019,年,7,月至,2020,年,7,月）,明确需求、重点推进：,要根据装备发展的需求，结合装备发展的实际情况，从顶层，从参研单位现状，重点推进重大装备,完善标准，加速推进：,进一步完善、修订标准，更加符合国情和装备发展，管理方面，规章制度也要完善。明确全面推进的要求。,培养队伍，高效推进：,管理队伍、评价员队伍有待加强；管理员队伍能力不高，评价员队伍多突出软件，后续增加其他专业的融入。,搞好统筹，融合推进：,军品四证的融合,注：最新要求见,73,号文,2,、实施,GJB5000A,评价的要求,-,装发部,2017,年最新要求,总体要求,装备质量综合提升工程要求，“十三五”期间，要全面建立软件研制能力评价制度,。目前,，分两个阶段推进评价工作。,一是,过渡阶段（,2019,年,6,月前）,。主要任务是，摸清评价需求，制订评价工作计划，加强评价队伍建设，加大评价实施和督导力度，为全面推行软件研制能力评价制度打好基础。,二是,实施阶段（,2019,年,7,月,-2020,年,12,月）,。主要任务是，严格实施软件研制能力评价制度，未达到规定的软件研制能力要求的软件研制单位，不能承担软件研制任务。同时，贯彻装备市场准入管理精简高效的政策导向，将软件研制能力评价工作纳入装备承制单位资格审查工作一体实施。,2,、实施,GJB5000A,评价的要求,-,装发部,2017,年最新要求,任务分工,合同监管局,负责组织实施软件研制能力评价工作，制定软件研制能力评价计划，复核评价结论，承办评价合格单位名录报批和发布,。,新时代,承担软件研制能力评价的具体实施工作，执行软件研制能力评价计划，上报评价结论，组织开展软件研制能力评价人员的培训、考核、管理。,各军兵种装备部、军委机关部门分管有关装备的内设机构,（以下简称各部门）负责明确本部门有关软件研制单位的研制能力等级要求，制定软件研制能力评价需求，汇总提报软件研制能力评价申请。,军事代表机构,负责受理软件研制能力评价申请，对是否符合申请条件进行初审，对评价合格的软件研制单位进行日常监督。,2,、实施,GJB5000A,评价的要求,-,装发部,2017,年最新要求,关于进一步加强评价工作的有关要求,梳理评价需求。,以,2019,年,7,月承担软件研制任务的单位均应达到相应研制能力等级为目标，组织梳理在研软件和计划研制软件（含软件装备及嵌入式软件），依据,GJB 8000,军用软件研制能力等级要求明确软件研制单位应当达到的软件研制能力等级要求，填写军用软件研制能力评价需求汇总表,。,提报评价计划,。,组织军事代表机构，向相关软件研制单位提出评价工作要求，督促其按照,GJB 5000,军用软件研制能力成熟度模型,抓紧建立软件过程体系；对已经具备评价申请条件的软件研制单位，应当督促其填报,军用软件研制能力评价申请书,，经初审合格后按渠道上报。,加强监督管理,。,组织军事代表机构，加强对软件研制单位软件研制能力保持情况的日常监督，督促其有效运行软件过程体系，严格实施软件工程化管理，确保软件研制质量。发现重大问题时，按照,装备承制单位资格审查管理规定,有关程序及时报告。,2,、实施,GJB5000A,评价的要求,-,新时代认证工作细则,军用软件，,是指作为装备或装备组成部分的软件，包括计算机程序、相关文档和数据，以及固化在硬件中的程序和数据。,评价类型,研制能力评价包括,初评、复评、监督评价和变更评价,。,初评,是指对研制单位的军用软件研制能力等级（以下简称研制能力等级）或标准换版时原有研制能力等级的首次评定。,复评,是指在研制单位的资质有效期满前，对现有研制能力等级的评定。,监督评价,是指在研制单位资质有效期内，,每年度随机,开展的对其软件研制能力保持情况的评价。,变更评价,是指对研制单位性质、名称、地址等更改的核查，以及对扩展软件研制领域的评定，必要时对缩减软件研制领域也可进行评定。,变更评价可与复评或监督评价一同开展。,2,、实施,GJB5000A,评价的要求,-,新时代认证工作细则,研制能力评价程序,基本程序：研制能力评价基本程序包括,申请受理、评价计划制定、评价实施策划、现场评价、评价结论审查,等环节。,【评价暂停与终止】,现场评价过程中，出现研制单位相关人员提供虚假证据，干扰评价组正常工作，或其他严重影响研制能力评价工作严肃性和公正性的问题时，评价组报评价机构批准后，暂停评价活动；必要时，经评价机构报合同监管局批准后，终止现场评价。,【材料提交】,现场评价结束,1,个月内，评价组将评价报告、评价人员考核意见，以及经审核的研制单位整改计划等文件资料按有关保密要求提交评价机构。,【整改验证】,未通过现场评价的研制单位完成整改后，评价机构安排进行整改情况现场验证。未通过验证的，现场评价终止。,2,、实施,GJB5000A,评价的要求,-,新时代认证工作细则,评价机构管理要求,（,能力建设,、,作风建设,、,评价信息管理,、,持续改进,）,评价人员资格管理,（实习评价员、评价员和主任评价员，有效期为,5,年）,评价工作监督,（,评价机构监督,、,评价组监督,、质量问题专项检查）,2,、实施,GJB5000A,评价的要求,-,空军装备部,2017,年要求,序号,研制,任务,单位,名称,单位,性质,等级,要求,现能力,等级,计划评,价时间,迫切,程度,备注,1,2,3,军用软件研制能力评价需求汇总表,填表日期：年 月 日,2,、实施,GJB5000A,评价的要求,-,质量体系要求,质量管理体系的要求,组织应按照本标准的要求，建立、实施、保持和持续改进质量管理体系，包括所需过程及其相互作用。,组织应确定质量管理体系所需过程及其在整个组织中的应用，且应：,k),根据承担军用软件研制任务的特点，按照,GJB8000,、,GJB5000,和软件工程化要求，建立并实施相应等级的软件工作过程。,实施,GJB5000A,可以使,GJB9001,在软件领域得到充分的支持,美国宇航局,NASA-GB-001-95,资料指出，随着某单位软件过程改进,开发周期,:,缩短了,38%,任务成本,:,从,490,人月降为,210,人月，即降低了,55%,软件产品可靠性,:,平均每千行源代码的差错数从,4.5,个降为,1,个,实施,CMMI,模型软件过程改进带来的效果,3,、实施带来的效果,实施,CMMI,软件质量将逐步提升,SEI,统计,已交付软件平均缺陷密度（缺陷泄漏率）：,CMM1,级企业,7.5 Defects/KLOC,CMM2,级企业,6.24 Defects/KLOC,CMM3,级企业,4.73 Defects/KLOC,CMM4,级企业,2.28 Defects/KLOC,CMM5,级企业,1.05 Defects/KLOC,(,摘自,The Team Software Process(TSP)in Practice:A Summary of Recent Results,，,September 2003,，,SEI),例如：某研究所,3,、实施带来的效果,国外经验表明，推进,CMMI,（,GJB5000,）是改变软件开发工作模式，实施精细管理，追求高标准的软件质量，谋求又好又快发展的一种必然选择。因此，要将此项工作纳入企业的中长期的发展战略，通过软件产品创造更多的效益。,1,、,GJB5000A,的理论原型介绍,2,、,GJB5000A,标准发布及沿革,GJB5000A,标准概述,二,3,、,GJB5000A,标准介绍,美国军方为评估软件供应商的能力，委托美国卡内基梅隆大学软件工程研究所,(SEI),建立,CMMI,模型，早期,(1991-1997,年,),是,CMM(,软件能力成熟度模型,),；,2000,年，集成了多学科的能力成熟度模型，包括软件,(SW),、系统工程,(SE),、集成产品和过程开发,(IPPD),，发展成,CMMI-DEV(CMMI for Development),，简称为,CMMI,。,CMMI,模型继承与发展了制造业百多年积累的、行之有效的质量管理方法，特别是,Deming,，,Crosby,，,Juran,等著名质量大师的管理理论；同时吸收了许多组织软件开发的最佳实践。,CMMI,模型是来自于成功企业的最佳实践的集合。,1,、,GJB5000A,的理论原型介绍,GJB5000,GJB5000A,1,、,GJB5000A,的理论原型介绍,-,理论原型的发展,1993,年,SEI,推出,CMM 1.1,；,2000,年，,SEI,集成了多学科的能力成熟度模型，整合软件,(SW),、系统工程,(SE),、集成产品和过程开发,(IPPD),等，推进,CMMI,（,Capability Maturity Model Integration,能力成熟度模型集成）,1.02,；,2006,年，,SEI,推出,CMMI for Development V1.2,；,2010,年，,SEI,推出,CMMI 1,3,。,CMMI,是从过程的视角描述组织的开发能力的模型,。,过程的定义,:,过程是指为了达到给定目标而执行的一系列活动的有序集。包括工具、方法、资料和,/,或人。,CMMI,关注点,:,过程在组织中的作用,过程是把人和技术组织在一起的“粘合剂”,CMMI,是通过实施改进过程以实现质量改进的过程改进模型。,人,过程,技术,例如：肯德基炸薯条,1,、,GJB5000A,的理论原型介绍,-,理论核心,优化级,ML5,定量管理级,ML4,已定义级,ML3,已管理级,ML2,初始级,ML1,即兴、无序,项目层、已管理、可重复,全组织、规范、一致,定量受控,持续优化,1,、,GJB5000A,的理论原型介绍,-5,个成熟度等级,成熟度等级,工程类,项目管理类,过程管理类,支持类,ML5,优化级,OID,组织革新与布署,CAR,原因分析与解决,ML4,已量化管理级,QPM,量化项目管理,OPP,组织过程性能,ML3,已定义级,RD,需求开发,TS,技术实现,PI,产品集成,VER,验证,VAL,确认,IPM,集成项目管理,RSKM,风险管理,OPF,组织过程关注,OPD,组织过程定义,OT,组织级培训,DAR,决策分析,ML2,已管理级,REQM,需求管理,PP,项目策划,PMC,项目监控,SAM,供应商协议管理,MA,度量与分析,PPQA,过程与产品质量保证,CM,配置管理,ML1,初始级,CMMI,包括,5,个成熟度等级,22,个过程域，具体划分过程域如下：,CMMI,模型按照不同的过程域构建,5,个成熟度等级,过程域,:,某一细分领域内相关实践的集合，当这些实践得到了有效实施时（提供证据），可以表征在这个领域内达到了一定的能力水平。,1,、,GJB5000A,的理论原型介绍,-,过程域内容,33,GJB 5000A,从,全系统的角度,入手,将,软件工程、系统工程、采购,三,个学科领域的能力成熟度模型集成到一个框架。,2003,年，总装备部根据,SEI,的,CMM,软件能力成熟度模型标准，制定了,GJB 5000,军用软件能力成熟模型,2008,年，又以,CMMI,为主要参考蓝本，对,GJB 5000,进行了修订，发布了,GJB 5000A,军用软件研制能力成熟度模型,GJB 5000,从,软件工程角度,出发,仅考虑软件问题,。,2,、,GJB5000A,标准发布及沿革,2,、,GJB5000A,标准发布及沿革,CMM1.0,CMM1.1,CMMI 1.02,CMMI 1.1,CMMI 1.2,发布,GJB 5000,发布,GJB 5000A,90,年代中期，引入中国，民企率先开展,总装下达,GJB 5000,修订任务,开展评价试点,总装下达,GJB5000,编制任务,评价工作成熟化总装评价转为由新时代评价,CMMI 1.3,装电字第,399,号,关于新时代认证中心业务拓展的批复,评价试点,军队,航天,航空,中船,兵器,电子,核工业,中科院,第一批,4,1,1,2,第二批,12,3,2,2,1,1,2,1,第三批,29,5,4,5,2,5,1,2,3,2,3,、,GJB5000A,标准概述,标准范围,规定范围：,1,、定义了军用软件研制能力成熟度的模型,2,、规定了软件研制和维护活动中的主要软件管理过程和工程过程的实践,适用范围：,1,、对组织的软件研制能力进行评价,2,、组织本身对软件过程进行评估和改进,注：军用软件研制能力评价：是指按照相关法规和军用标准的要求，识别单位的软件过程状态，确定所达到的军用软件研制成熟度等级的活动。作为择优选择软件研制单位的依据。,3,、,GJB5000A,标准概述,成熟度等级,优化级,ML5,已定量管理级,ML4,已定义级,ML3,已管理级,ML2,初始级,ML1,即兴、无序,项目层、已管理、可重复,全组织、规范、一致,定量受控,持续优化,7,：,ReqM,、,PP,、,PMC,、,SAM,、,PPQA,、,CM,、,MA,11,：,OPF,、,OPD,、,OT,、,IPM,、,RskM,、,RD,、,TS,、,PI,、,Ver,、,Val,、,DAR,2,：,OPP,、,QPM,2,：,OID,、,CAR,过程域分配,0,：,等级特点,军用软件研制能力等级是指由一组预定,过程域,确定的军用软件过程改进程度的划分，通常分为五个等级：一级为初始级，二级为已管理级，三级为已定义级，四级为已定量管理级，五级为优化级。根据软件安全性关键程度（重要性）和规模等的不同，军用软件研制单位应达到相应的能力成熟度等级,。,3,、,GJB5000A,标准概述,过程无序且不可见,不具备稳定的环境用于软件开发和维护,缺乏健全的管理惯例，其软件过程能力无法预计,软件过程总是随着软件开发工作的推进而处于变更和调整之中,即兴、无序、个人英雄主义、小作坊,Out,In,初始级特征,3,、,GJB5000A,标准概述,已管理级特征,研制项目里程碑是可见，并按计划开发,软件开发的首要问题不是技术问题而是管理问题，焦点集中在软件管理过程上,通过实施这些过程，从管理角度可以看到按计划执行的且阶段可控的软件开发过程,可管理的过程是可重复级的过程，可重级的过程能逐渐进化和成熟,Out,In,3,、,GJB5000A,标准概述,已定义级特征,每个阶段的内部活动可见,组织已建立文件化的标准软件过程和裁剪要求，项目按组织规定进行了项目研制过程定义，并执行已选取的过程,软件开发过程已使用了组织形成的软件资产，项目研制中也不断为组织资产库贡献相关的项目数据和产品,In,Out,3,、,GJB5000A,标准概述,已定量管理级特征,过程可度量，预测值与结果之间的偏差可控,所有过程都需建立相应的度量方式，所有产品的质量有明确的度量指标，这种量化控制将使软件开发真正变成为工业生产活动,组织已经能够为软件产品和软件过程设定定量的质量目标，并且能对跨项目的重要软件过程活动的效率和质量予以度量,In,Out,3,、,GJB5000A,标准概述,优化级特征,过程能够动态调整，并采用了新的技术,目标是持续改善的境界,可根据过程执行的反馈信息来改善下一步的执行过程，即优化执行步骤,企业根据实际的项目性质、技术等因素，不断调整软件过程以求达到最佳,In,Out,3,、,GJB5000A,标准概述,成熟度等级、过程域,ML1,ML2,ML3,ML4,ML5,类属,无过程域,项目策划,集成项目管理,定量项目管理,项目管理类,项目监控,风险管理,供方协议管理,配置管理,决策分析和决定,原因分析和决定,支持类,过程和产品质量保证,测量与分析,需求管理,需求开发,工程类,技术解决方案,项目集成,验证,确认,组织过程定义,组织过程绩效,组织创新和部署,过程管理类,组织过程焦点,组织培训,介绍性说明,子实践,期望的,信息性的,特定目标（,SG,）,共性目标（,GG,）,必须的,目标,特定实践,(SP),通用实践,(GP),通用实践详细描述,过程域,(PA),子实践,相关过程域,典型工作产品,3,、,GJB5000A,标准概述,-,过程域结构,GJB5000A,评价程序及实施过程,三,1,、,GJB5000A,评价程序,2,、实施,GJB5000A,的过程介绍,申请：,软件研制单位,-,主管部门,-,军队订货部门或军事代表意见,-,新时代认证中心,-,总装电子信息基础技术基础局（,目前，装发部合同监管局,）。,注：目前首次申请应直接提交装备发展部合同监管局,新要求即将颁发,受理,:,技术基础局受理并对,军用软件研制能力评价申请书,进行审查，提出受理与不受理的审查意见，报总装备部电子信息部批准。技术基础局将受理结果通知申请单位。,证书,4,年有效,成立组织,建立体系文件（通过文件审查）,选择评价项目,内部评估,1,、,GJB5000A,评价程序,（新要求马上实施）,1,、,GJB5000A,评价程序,（新要求马上实施）,就绪调查,（一）调查组组成：,2,级一般由评价组组长和,1,名评价组组员组成,3,级一般由评价组组长和,2,名评价组组员组成,（二）时间：,2,级,2,天；,3,级,3,天,（三）就绪调查内容：,（,1,）程序文件初步检查；,（,2,）,PII,表的准备：,3,个覆盖；,（,3,）访谈人员就绪；,（,4,）评价设施就绪；,（,5,）评价日期确定；,（,6,）评价计划拟订；,（,7,）审查被评单位内部评估的情况和报告；,（四）被评价单位提交实施工作报告和内部评估报告。,现场评价,（一）评价组组成：,2,级一般由评价组组长,1,名，评价员,4,名，实习评价员,2,名,3,级一般由评价组组长,1,名，评价员,8,名,（二）时间：,2,级,4,天；,3,级,9,天,（三）预评价安排：,（,1,）讨论评价计划、评价组培训、开工会；,（,2,）文档证据审查；,（,3,）人员访谈；,（,4,）小组评判、全组评定；,（,5,）撰写评价报告、报告评价结果；,（,6,）必要时安排高层会晤。,预评价,（一）预评价组组成：,2,级一般由评价组组长,1,名，评价员,4,名，实习评价员,2,名组成,3,级一般由评价组组长,1,名，评价员,8,名组成,（二）时间：,2,级,4,天；,3,级,9,天,（三）预评价安排：,（,1,）讨论评价计划、评价组培训、开工会；,（,2,）文档证据审查；,（,3,）人员访谈；,（,4,）小组评判、全组评定；,（,5,）撰写评价报告、报告评价结果；,（,6,）必要时安排高层会晤。,注：预评价前必须通过文件审查,1,、,GJB5000A,评价程序,（新要求马上实施）,报批,:,总装备部（,装发部,）军用软件能力评价专家组对评价组提交的,军用软件研制能力评价报告,、评价过程材料和有关记录进行审查，提出审查意见。,技术基础局根据专家组的审查意见，提出被评单位软件能力等级建议，报总装备部电子信息部。,总装备部电子信息部对被评单位软件能力等级建议进行审定，报总装备部。,总装备部批准发布,军用软件研制能力评价合格单位名录,，颁发,军用软件研制能力等级证书,。证书有效期为,3,年。,年度检查：,技术基础局对获证单位进行年度监督检查；获证单位应当每年进行内部评估，并将内部评估报告报技术基础局。,警告、暂停使用、撤销,1,、,GJB5000A,评价程序,（新要求）,基本程序：,研制能力评价基本程序包括,申请受理、评价计划制定、评价实施策划、现场评价、评价结论审查,等环节。,【,申请条件,】,（一）具备装备承制单位资格，以及与申请的研制能力等级、研制领域相适应的专业技术能力和研制经历。,（二）按照申请的研制能力等级要求，组织机构健全，相关部门和人员的软件研制质量管理职责明确。,（三）依据相关国家军用标准，承担或拟承担的软件研制任务要求其研制能力等级达到二级以上（含二级，下同）。,（四）申请二级初评的，软件过程体系建立并有效运行,3,个月以上（含,3,个月，下同）且完成内部评估。申请三级以上初评的，现有研制能力等级有效保持,2,年以上，拟申请研制能力等级的软件过程体系建立并有效运行,6,个月以上且完成内部评估。,（五）近,3,年未发生因软件质量引发的重大质量问题。,注：复评应当在研制单位资质有效期满前,9,个月提交申请,研制单位自收到评价通知之日起，,3,个月内因自身原因未能接受评价，应重新提交申请,1,、,GJB5000A,评价程序,（新要求）,【申请受理】,申请评价的研制单位应当填写军用软件研制能力评价申请书,，,经负责本单位装备承制单位资格监督工作的军事代表机构及其上级合同监管部门审核同意后，报送军委装备发展部合同监管局。合同监管局组织评价机构审查提交的评价申请，对符合条件的予以受理，不符合条件的退回申请单位并告知理由。,【评价计划制定】,合同监管局每月初结合研制能力评价实际，按照统筹推进、急用先评的原则，组织拟制评价计划，下达评价机构。,【评价实施策划】,（一）明确评价类型、研制能力等级、评价组、时间安排等事项，制定评价实施计划并于策划完成后,1,周内报合同监管局备案。,（二）组建评价组应当综合考虑研制单位规模、软件研制领域、评价类别、研制能力等级等因素，评价人员应当具备相应能力、与相关单位无直接利益关系。,（三）提前,1,个月将初评、复评和变更评价的实施安排通知相关评价组长和研制单位。将监督评价的实施安排提前,2,周通知相关评价组长，提前,1,周通知相关研制单位。,1,、,GJB5000A,评价程序,（新要求）,【,现场评价,】,评价机构根据评价策划结果，组织评价组对研制单位实施现场评价、作出研制单位是否达到或保持相应研制能力等级的现场评价结论。,现场评价实行评价组长负责制。,现场评价的主要活动包括：,（一）制定现场评价计划，对申请初评的研制单位的软件过程体系文件进行形式审查（视情对申请二级初评的研制单位开展就绪调查）。对于三级以上现场评价，应当按照覆盖研制单位的软件研制领域、申请评价等级的各过程域、软件生命周期、软件研制内设部门以及重点型号软件项目的原则，随机选定评价项目。,（二）召开首次会议，宣布现场评价计划，明确现场评价纪律。,（三）收集证据，访谈研制单位最高管理者及相关人员。,（四）与研制单位软件工程过程组、最高管理者沟通评价结果。,（五）召开末次会议，宣布现场评价结论，交接有关材料。,（六）评价组应当邀请军事代表或军方用户代表参加首次会议和末次会议，进行专题座谈，收集军事代表或军方用户代表对研制单位软件研制能力建设的书面意见。,2,、实施,GJB5000A,的过程介绍,管理指导组（,MSG,）,工程过程组（,EPG,）,质量保证组（,PPQAG,）,配置管理组（,CMG,）,度量分析组（,MAG,）,培训组（,OTG,）,（,1,）建立组织机构,管理指导组,MSG,：,组建要求：,-,公司的高层经理担任,MSG,的组长,-EPG,的组长要参与,-,各有关部门的经理,职责：,-,确立软件过程改进的目的和目标；,-,确定软件过程的组织方针；,-,评审、批准软件过程体系文件；,-,指导软件过程改进活动；,-,考核软件过程改进的实施效果；,-,为软件过程改进提供资源保证。,2,、实施,GJB5000A,的过程介绍,工程过程组,EPG,：,职责：,-,策划、推动软件过程改进活动；,-,建立和维护软件过程体系文件；,-,管理和维护过程资产库和测量数据库；,-,提供软件过程体系的咨询、培训；,-,负责组织级测量分析活动的开展；,-,评估组织软件过程改进实施情况。,2,、实施,GJB5000A,的过程介绍,质量保证组,PPQAG,：,职责：,-,参与过程与产品质量保证过程文件的评审；,-,为软件质量保证人员提供指导、培训；,-,对过程,/,工作产品进行评价；,-,审核软件质量保证人员的工作的符合性；,-,协调解决软件质量保证人员上报的不符合问题。,人员要求：,-,办事认真，坚持原则,-,熟悉公司的软件过程标准和规范,-QA,组应该有独立于项目的向高层经理汇报的渠道,-,具有很好的沟通能力,2,、实施,GJB5000A,的过程介绍,配置管理：,职责：,-,识别出项目需要管理的配置项,-,制定配制管理计划,-,建立配制管理库,-,建立基线、审计基线,-,编写配制管理报告,人员要求：,-,熟悉企业的软件过程体系的标准与规范,-,熟悉配置管理工具,-,熟悉配置管理的理论,-,具有很好的沟通协调能力,-,具有,2,年以上软件工作经验,2,、实施,GJB5000A,的过程介绍,度量与分析组,MAG,：,职责：,-,定义企业度量模型,-,收集数据、分析和通报数据,-,维护度量数据库,-,提供过程改进建议,人员要求：,-,有,2,年以上软件开发经验,-,熟悉企业的软件过程体系标准和规范,运作：,-MAG,的组长负责组织级度量数据的分析和存储，一般为专职人员,-,项目组级的,MA,人员负责收集各项目组的度量数据,2,、实施,GJB5000A,的过程介绍,可以纳入,EPG,职责,培训组,OTG,：,职责：,-,全面负责和协调公司的培训工作,-,制定组织级的培训计划,-,实施培训活动,-,评价培训效果,人员要求：,-,具有培训和人力资源管理经验,运作：,-,一般是由企业的,HR,部门担当此组的成员,2,、实施,GJB5000A,的过程介绍,2,、实施,GJB5000A,的过程介绍,（,2,）差距分析,开展软件工程化水平现状分析,梳理现有软件研制流程,制定实施,GJB5000A,工作方案,梳理现有资源、人员配置,（,3,）标准宣贯,开展,GJB50000A,标准培训,开展软件工程标准培训，如,GJB2786A,、,GJB438B,等,开展软件工程技术培训,建议的过程体系文件结构：,总则：包括组织机构和方针等。,过程：除满足,L2,的要求外，建立基本软件工程过程。,规程：多处调用，或用不同的方法实现。,模板：基于,GJB438B-2009,2,、实施,GJB5000A,的过程介绍,（,4,）建立一套体系文件,参评项目数：,3-4,个（须覆盖本单位军用软件研制领域）,军用软件项目少于,3,个的，评价全部项目,当前没有承担又将准备承担军用软件研制的单位，可以用与拟承担项目类似的软件项目进行评价，但需取得军方装备主管部门或军代室的认可。,评价项目应是在研项目或一年内完成的项目。,通过评价后应在单位内部全面推广（重点型号项目必须贯标）。,定期开展内部评估，加强单位过程改进。,接受新时代的年度监督检查。,2,、实施,GJB5000A,的过程介绍,（,5,）项目实施与推广,内部评估计划。,内部评估报告（含强项、弱项、待改进项）。,内部评估整改计划。,内部评估整改报告。,2,、实施,GJB5000A,的过程介绍,（,6,）内部评估,（,7,）申请现场评价,填写,军用软件研制能力评价申请书,注释：,申请二级初评的，软件过程体系建立并有效运行,3,个月以上（含,3,个月，下同）且完成内部评估。申请三级以上初评的，现有研制能力等级有效保持,2,年以上，拟申请研制能力等级的软件过程体系建立并有效运行,6,个月以上且完成内部评估,1,、,推进存在的问题,2,、,推进的建议,推进存在的问题及成功的关键,四,3,、推进成功的关键,软件队伍：软件依附于硬件研制，软件人员太少。,过程改进：没有专门管理软件的领导（软件副总师），研制过程没有制度化，研发过程可控性差。,质量保证：缺乏专业的软件质量保证人员，软件质量保证工作不能有效开展。,历史数据：缺乏规范和有效整理，项目继承性不好存在大量的重复开发。,软件工程匮乏：软件研制管理平台、设计平台、软件测试工具等。,软件人员能力：软件工程基础技术薄弱（软件测试、软件质量控制、软件可靠性、软件安全性等。,1,、推进存在的问题,结合,GJB5000A,标准要求，考虑软件工程化管理组织机构,整合软件开发队伍；,成立“,GJB5000A,项目”团队,；,建立软件研制组织机构,。,结合,GJB5000A,标准要求，结合型号要求，制定本地化的体系文件，强调“流程化”、突出“本地化”。,通过,“,梳理流程，推演过程，定制流程，反复迭代,”,的办法修编体系文件,；,采取“先僵化、后消化、再优化、最终固化”的策略消化标准。,加强资源配置,设置专职软件质量保证人员,、软件测试人员,配置管理工具、软件项目管理工具、测试工具等。,2,、推进的建议,3,、推进成功的关键,主要表现：,差,好,认识程度,对为什么要实施,GJB5000A,认识不够，认为就是取证,将,GJB5000A,评价与企业发展战略挂钩,未参与组织方针的制定，不清楚,清楚组织方针，能够解读清楚,重视程度,仅口头重视，没有实际行动,真抓、实干,机构设置,没有强势部门，设置不合理,强势部门介入、领导专职、设立专职部门,人员配置,人员紧张、能力不足,增加人员配置