GJB5000A-总体介绍专题培训课件_第1页
GJB5000A-总体介绍专题培训课件_第2页
GJB5000A-总体介绍专题培训课件_第3页
GJB5000A-总体介绍专题培训课件_第4页
GJB5000A-总体介绍专题培训课件_第5页
已阅读5页,还剩70页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、GJB5000A-总体介绍焦永强:中国航空综合技术研究所质量工程 运作支持部,副部长中国航空工业集团公司计算机软件综合所测评中心,质量负责人中国航空工业集团公司GJB5000A整体推进技术支持组,成员、秘书空军重点型号软件工程化专家组,成员联系方式:办公电话手机一直从事军用软件测评工作,先后承担了强5、10、11、H7等多个国家重点型号飞机的第三方测试和鉴定/定型测评工作,在软件质量控制、质量评价方面开展了一些的技术研究,主要负责了F2、F4、F8型号的软件质量控制与评价课题研究。从2010年协助中航工业集团公司推进GJB5000A以来,先

2、后为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行

3、。1、实施GJB5000A的必要性-产品升级转型的需要软件在型号装备系统中的应用越来越广泛软件控制的系统功能占比80%以上F-22机载软件源代码300万行F-35机载软件源代码600万行我国某重点型号软件源代码预计超过700万行软件失效引起的系统故障比重越来越大软件与硬件故障比超过3:1国内某型号重点型号达到9:1软件在型号竞争中的作用越来越重要单位保持核心竞争力的必然选择1、实施GJB5000A的必要性-产品升级转型的需要灾难事故1991年,“爱国者”导弹未能拦截“飞毛腿”导弹,反而造成己方人员伤亡引发灾难的原因(与软件相关)雷达控制软件的浮点数精度累积误差超出范围,失去对导弹跟踪系统的控制

4、,导致系统被关闭灾难事故1999年,美国火星探测器被烧毁引发灾难的原因(与软件相关)主发动机推力控制软件采用错误的高度单位,导致火星探测器距离火星表面高度过低,不满足安全要求的最低高度灾难事故1993年,德国汉莎航空公司空难引发灾难的原因(与软件相关)飞机遇到恶劣天气,前轮始终无法放下。在滑行过程中,由于未收到前轮着地信号,不满足“所有轮胎着地”的制动条件,导致飞机制动控制软件没有进行制动1、实施GJB5000A的必要性-确保装备质量的需要事故案例2013年,大众汽车DSG变速器动力中断安全性问题引发事故的原因(与软件相关)由于DSG是电脑控制的智能变速箱,它的升降档需要通过电脑向发动机发送换

5、挡信号,并且要等发动机回复确认信号后才能完成升降档。由于发动机出现故障,可能导致动力输出异常中断灾难事故2011年,温州动车相撞事故引发灾难的原因(与软件相关)设备采集驱动单元被雷电击穿,信号输出控制软件无法继续更新采集驱动单元中的列车占用状态信号,错误地输出击穿前最后时刻的列车占用状态信号1、实施GJB5000A的必要性-确保装备质量的需要2005年9月总装备部发布2005装字第4号命令 即军用软件质量管理规定第四条【评价与认可】总装备部按照国家军用标准和有关规定对软件研制能力进行软件能力评价,对软件测评机构进行认可,并以合格名录形式予以发布。未达到规定的软件研制能力要求的单位,不能承担软件

6、研制任务;未经认可的软件测评机构不能承担软件测评任务。2007年12月总装备部电子信息基础部发布2007装电字第 327号通知 即军用软件能力评价人员注册程序(试用)2005年12月总装备部电子信息基础部发布2005装电字第324号通知 即军用软件研制能力评价工作程序(试用)1、2003年7月总装备部颁布 GJB 5000-2003军用软件能力成熟度模型2、2008年3月总装备部颁布 GJB 5000A-2008 军用软件研能力成熟度模型2、实施GJB5000A评价的要求-总装机关的要求明确要求推行军用软件能力成熟度模型(CMM)认证。对于承担空军重点型号软件研制的总师单位、主要分系统研制单位

7、和重要机载设备研制单位应通过三级认证,其他研制单位原则上应通过二级认证。2、实施GJB5000A评价的要求-空装机关的要求2013年7月总装备部发布GJB8000,即军用软件研制能力等级要求本标准规定了军用软件研制单位应达到的军用软件研制能力等级要求。本标准适用于军用软件订购方选择与确定军用软件研制单位。软件重要性等级软件规模等级巨大中小微五级四级三级三级三级四级三级三级二级二级三级三级二级二级一级三级二级二级一级一级2、实施GJB5000A评价的要求-总装标准的要求2、实施GJB5000A评价的要求-总装标准的要求规模等级嵌入式软件非嵌入式软件巨100,000 n1,000,000 n大30

8、,000 n 100,000300,000 n 1,000,000中5,000 n 30,00050,000 n 300,000小500 n 5,0005,000 n 50,000微n 500n 5,000软件重要性等级软件规模等级巨大中小微五级四级三级三级三级四级三级三级二级二级三级三级二级二级一级三级二级二级一级一级GJB 8000军用软件研制能力等级要求第一条:推进GJB5000A贯彻实施。为进一步加强研制单位软件研制能力建设,提高软件研制质量,承担空军重点型号软件研制的总体单位、分系统研制单位和重要机(弹)载设备研制单位须加快推进软件研制能力成熟度评价工作,力争在2015年底前通过三级

9、评价,其它研制单位通过二级评价;各单位要避免认证和重点型号软件研制“两张皮”管理,凡承担的重点型号软件项目应按照相应级别的要求实施管理。2、实施GJB5000A评价的要求-空装型号的要求2、实施GJB5000A评价的要求-装发部2016年会议要求统一计划、整体推进:长期工作,不能“一刀切”,要分是三个阶段(2016年7月至2017年7月;2017年7月至2019年7月,2019年7月至2020年7月)明确需求、重点推进:要根据装备发展的需求,结合装备发展的实际情况,从顶层,从参研单位现状,重点推进重大装备完善标准,加速推进:进一步完善、修订标准,更加符合国情和装备发展,管理方面,规章制度也要完

10、善。明确全面推进的要求。培养队伍,高效推进:管理队伍、评价员队伍有待加强;管理员队伍能力不高,评价员队伍多突出软件,后续增加其他专业的融入。搞好统筹,融合推进:军品四证的融合注:最新要求见73号文2、实施GJB5000A评价的要求-装发部2017年最新要求总体要求装备质量综合提升工程要求,“十三五”期间,要全面建立软件研制能力评价制度。目前,分两个阶段推进评价工作。一是过渡阶段(2019年6月前)。主要任务是,摸清评价需求,制订评价工作计划,加强评价队伍建设,加大评价实施和督导力度,为全面推行软件研制能力评价制度打好基础。二是实施阶段(2019年7月-2020年12月)。主要任务是,严格实施软

11、件研制能力评价制度,未达到规定的软件研制能力要求的软件研制单位,不能承担软件研制任务。同时,贯彻装备市场准入管理精简高效的政策导向,将软件研制能力评价工作纳入装备承制单位资格审查工作一体实施。2、实施GJB5000A评价的要求-装发部2017年最新要求任务分工合同监管局负责组织实施软件研制能力评价工作,制定软件研制能力评价计划,复核评价结论,承办评价合格单位名录报批和发布。新时代承担软件研制能力评价的具体实施工作,执行软件研制能力评价计划,上报评价结论,组织开展软件研制能力评价人员的培训、考核、管理。各军兵种装备部、军委机关部门分管有关装备的内设机构(以下简称各部门)负责明确本部门有关软件研制

12、单位的研制能力等级要求,制定软件研制能力评价需求,汇总提报软件研制能力评价申请。军事代表机构负责受理软件研制能力评价申请,对是否符合申请条件进行初审,对评价合格的软件研制单位进行日常监督。2、实施GJB5000A评价的要求-装发部2017年最新要求关于进一步加强评价工作的有关要求梳理评价需求。以2019年7月承担软件研制任务的单位均应达到相应研制能力等级为目标,组织梳理在研软件和计划研制软件(含软件装备及嵌入式软件),依据GJB 8000军用软件研制能力等级要求明确软件研制单位应当达到的软件研制能力等级要求,填写军用软件研制能力评价需求汇总表。提报评价计划。组织军事代表机构,向相关软件研制单位

13、提出评价工作要求,督促其按照GJB 5000军用软件研制能力成熟度模型抓紧建立软件过程体系;对已经具备评价申请条件的软件研制单位,应当督促其填报军用软件研制能力评价申请书,经初审合格后按渠道上报。加强监督管理。组织军事代表机构,加强对软件研制单位软件研制能力保持情况的日常监督,督促其有效运行软件过程体系,严格实施软件工程化管理,确保软件研制质量。发现重大问题时,按照装备承制单位资格审查管理规定有关程序及时报告。2、实施GJB5000A评价的要求-新时代认证工作细则军用软件,是指作为装备或装备组成部分的软件,包括计算机程序、相关文档和数据,以及固化在硬件中的程序和数据。评价类型研制能力评价包括初

14、评、复评、监督评价和变更评价。初评是指对研制单位的军用软件研制能力等级(以下简称研制能力等级)或标准换版时原有研制能力等级的首次评定。复评是指在研制单位的资质有效期满前,对现有研制能力等级的评定。监督评价是指在研制单位资质有效期内,每年度随机开展的对其软件研制能力保持情况的评价。变更评价是指对研制单位性质、名称、地址等更改的核查,以及对扩展软件研制领域的评定,必要时对缩减软件研制领域也可进行评定。变更评价可与复评或监督评价一同开展。2、实施GJB5000A评价的要求-新时代认证工作细则研制能力评价程序基本程序:研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、现场评价、评价结论审查

15、等环节。【评价暂停与终止】现场评价过程中,出现研制单位相关人员提供虚假证据,干扰评价组正常工作,或其他严重影响研制能力评价工作严肃性和公正性的问题时,评价组报评价机构批准后,暂停评价活动;必要时,经评价机构报合同监管局批准后,终止现场评价。【材料提交】现场评价结束1个月内,评价组将评价报告、评价人员考核意见,以及经审核的研制单位整改计划等文件资料按有关保密要求提交评价机构。【整改验证】未通过现场评价的研制单位完成整改后,评价机构安排进行整改情况现场验证。未通过验证的,现场评价终止。2、实施GJB5000A评价的要求-新时代认证工作细则评价机构管理要求(能力建设、作风建设、评价信息管理、持续改进

16、)评价人员资格管理(实习评价员、评价员和主任评价员,有效期为5年)评价工作监督(评价机构监督、评价组监督、质量问题专项检查)2、实施GJB5000A评价的要求-空军装备部2017年要求序号研制任务单位名称单位性质等级要求现能力等级计划评价时间迫切程度备注123军用软件研制能力评价需求汇总表填表日期: 年 月 日2、实施GJB5000A评价的要求-质量体系要求质量管理体系的要求 组织应按照本标准的要求,建立、实施、保持和持续改进质量管理体系,包括所需过程及其相互作用。 组织应确定质量管理体系所需过程及其在整个组织中的应用,且应: k)根据承担军用软件研制任务的特点,按照GJB8000、GJB50

17、00和软件工程化要求,建立并实施相应等级的软件工作过程。实施GJB5000A可以使GJB9001在软件领域得到充分的支持美国宇航局NASA-GB-001-95资料指出,随着某单位软件过程改进开发周期:缩短了38%任务成本:从490人月降为210人月,即降低了55%软件产品可靠性:平均每千行源代码的差错数从4.5个降为1个实施CMMI模型软件过程改进带来的效果3、实施带来的效果 实施CMMI软件质量将逐步提升SEI统计, 已交付软件平均缺陷密度(缺陷泄漏率):CMM1级企业 7.5 Defects/KLOCCMM2级企业 6.24 Defects/KLOCCMM3级企业 4.73 Defects

18、/KLOCCMM4级企业 2.28 Defects/KLOCCMM5级企业 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、 GJB5000

19、A标准发布及沿革GJB5000A标准概述二3、GJB5000A标准介绍美国军方为评估软件供应商的能力,委托美国卡内基梅隆大学软件工程研究所(SEI)建立CMMI模型,早期(1991-1997年)是CMM( 软件能力成熟度模型);2000年,集成了多学科的能力成熟度模型,包括软件(SW)、系统工程(SE)、集成产品和过程开发(IPPD),发展成CMMI-DEV(CMMI for Development),简称为CMMI。CMMI模型继承与发展了制造业百多年积累的、行之有效的质量管理方法,特别是Deming,Crosby,Juran等著名质量大师的管理理论;同时吸收了许多组织软件开发的最佳实践。C

20、MMI模型是来自于成功企业的最佳实践的集合。1、GJB5000A的理论原型介绍GJB5000GJB5000A1、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是从过程的视角描述组织的开发能力的模型。 过

21、程的定义:过程是指为了达到给定目标而执行的一系列活动的有序集。包括工具、方法、资料和/或人。CMMI关注点:过程在组织中的作用过程是把人和技术组织在一起的“粘合剂”CMMI是通过实施改进过程以实现质量改进的过程改进模型。人 过程技术例如:肯德基炸薯条1、GJB5000A的理论原型介绍-理论核心优化级ML5定量管理级ML4已定义级ML3已管理级ML2初始级ML1即兴、无序项目层、已管理、可重复全组织、规范、一致定量受控持续优化1、GJB5000A的理论原型介绍-5个成熟度等级成熟度等级工程类项目管理类过程管理类支持类ML5优化级OID组织革新与布署CAR原因分析与解决ML4已量化管理级QPM量化

22、项目管理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的理论原型介绍-过

23、程域内容33GJB 5000A从全系统的角度入手将软件工程、系统工程、采购三个学科领域的能力成熟度模型集成到一个框架。2003年,总装备部根据SEI的CMM软件能力成熟度模型标准,制定了GJB 5000军用软件能力成熟模型2008年,又以CMMI为主要参考蓝本,对GJB 5000进行了修订,发布了GJB 5000A军用软件研制能力成熟度模型GJB 5000 从软件工程角度出发仅考虑软件问题。2、GJB5000A标准发布及沿革2、GJB5000A标准发布及沿革CMM1.0CMM1.1CMMI 1.02CMMI 1.1CMMI 1.2发布GJB 5000发布GJB 5000A90年代中期,引入中国

24、,民企率先开展总装下达GJB 5000修订任务开展评价试点总装下达GJB5000编制任务评价工作成熟化总装评价转为由新时代评价CMMI 1.3装电字第399号关于新时代认证中心业务拓展的批复 评价试点军队航天航空中船兵器电子核工业中科院第一批4112第二批123221121第三批295452512323、GJB5000A标准概述标准范围规定范围:1、定义了军用软件研制能力成熟度的模型2、规定了软件研制和维护活动中的主要软件管理过程和工程过程的实践适用范围:1、对组织的软件研制能力进行评价 2、组织本身对软件过程进行评估和改进 注:军用软件研制能力评价:是指按照相关法规和军用标准的要求,识别单位

25、的软件过程状态,确定所达到的军用软件研制成熟度等级的活动。作为择优选择软件研制单位的依据。3、GJB5000A标准概述成熟度等级优化级 ML5已定量管理级ML4已定义级 ML3已管理级 ML2初始级 ML1即兴、无序项目层、已管理、可重复全组织、规范、一致定量受控持续优化7:ReqM、PP、PMC、SAM、PPQA、CM、MA11: OPF、OPD、OT、IPM、RskM、RD、TS、PI、Ver、Val、DAR2: OPP、 QPM2: OID 、 CAR过程域分配0:等级特点 军用软件研制能力等级是指由一组预定过程域确定的军用软件过程改进程度的划分,通常分为五个等级:一级为初始级,二级为已

26、管理级,三级为已定义级,四级为已定量管理级,五级为优化级。根据软件安全性关键程度(重要性)和规模等的不同,军用软件研制单位应达到相应的能力成熟度等级。3、GJB5000A标准概述过程无序且不可见不具备稳定的环境用于软件开发和维护缺乏健全的管理惯例,其软件过程能力无法预计软件过程总是随着软件开发工作的推进而处于变更和调整之中即兴、无序、个人英雄主义、小作坊OutIn初始级特征3、GJB5000A标准概述已管理级特征研制项目里程碑是可见,并按计划开发软件开发的首要问题不是技术问题而是管理问题,焦点集中在软件管理过程上通过实施这些过程,从管理角度可以看到按计划执行的且阶段可控的软件开发过程可管理的过

27、程是可重复级的过程,可重级的过程能逐渐进化和成熟OutIn3、GJB5000A标准概述已定义级特征每个阶段的内部活动可见组织已建立文件化的标准软件过程和裁剪要求,项目按组织规定进行了项目研制过程定义,并执行已选取的过程软件开发过程已使用了组织形成的软件资产,项目研制中也不断为组织资产库贡献相关的项目数据和产品InOut3、GJB5000A标准概述已定量管理级特征过程可度量,预测值与结果之间的偏差可控所有过程都需建立相应的度量方式,所有产品的质量有明确的度量指标,这种量化控制将使软件开发真正变成为工业生产活动组织已经能够为软件产品和软件过程设定定量的质量目标,并且能对跨项目的重要软件过程活动的效

28、率和质量予以度量InOut3、GJB5000A标准概述优化级特征过程能够动态调整,并采用了新的技术目标是持续改善的境界可根据过程执行的反馈信息来改善下一步的执行过程,即优化执行步骤企业根据实际的项目性质、技术等因素,不断调整软件过程以求达到最佳InOut3、GJB5000A标准概述成熟度等级、过程域ML1ML2ML3ML4ML5类属无过程域项目策划集成项目管理定量项目管理项目管理类项目监控风险管理供方协议管理配置管理决策分析和决定原因分析和决定支持类过程和产品质量保证测量与分析需求管理需求开发工程类技术解决方案项目集成验证确认组织过程定义组织过程绩效组织创新和部署过程管理类组织过程焦点组织培训

29、介绍性说明子实践期望的信息性的特定目标(SG)共性目标(GG)必须的目标特定实践(SP)通用实践(GP)通用实践详细描述过程域(PA)子实践相关过程域典型工作产品3、GJB5000A标准概述-过程域结构GJB5000A评价程序及实施过程三1、GJB5000A评价程序2、实施GJB5000A的过程介绍申请:软件研制单位-主管部门-军队订货部门或军事代表意见-新时代认证中心-总装电子信息基础技术基础局(目前,装发部合同监管局)。注:目前首次申请应直接提交装备发展部合同监管局 新要求即将颁发受理:技术基础局受理并对军用软件研制能力评价申请书进行审查,提出受理与不受理的审查意见,报总装备部电子信息部批

30、准。技术基础局将受理结果通知申请单位。证书4年有效成立组织建立体系文件(通过文件审查)选择评价项目内部评估1、GJB5000A评价程序(新要求马上实施)1、GJB5000A评价程序(新要求马上实施)就绪调查(一)调查组组成: 2级一般由评价组组长和1名评价组组员组成 3级一般由评价组组长和2名评价组组员组成(二)时间: 2级 2天;3级 3天(三)就绪调查内容: (1)程序文件初步检查; (2)PII表的准备:3个覆盖; (3)访谈人员就绪; (4)评价设施就绪; (5)评价日期确定; (6)评价计划拟订; (7)审查被评单位内部评估的情况和报告;(四)被评价单位提交实施工作报告和内部评估报告

31、。现场评价(一)评价组组成: 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)

32、小组评判、全组评定;(5)撰写评价报告、报告评价结果;(6)必要时安排高层会晤。注:预评价前必须通过文件审查 1、GJB5000A评价程序(新要求马上实施)报批: 总装备部(装发部)军用软件能力评价专家组对评价组提交的军用软件研制能力评价报告、评价过程材料和有关记录进行审查,提出审查意见。 技术基础局根据专家组的审查意见,提出被评单位软件能力等级建议,报总装备部电子信息部。 总装备部电子信息部对被评单位软件能力等级建议进行审定,报总装备部。 总装备部批准发布军用软件研制能力评价合格单位名录,颁发军用软件研制能力等级证书。证书有效期为3年。年度检查:技术基础局对获证单位进行年度监督检查;获证单位

33、应当每年进行内部评估,并将内部评估报告报技术基础局。警告、暂停使用、撤销1、GJB5000A评价程序(新要求)基本程序:研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、现场评价、评价结论审查等环节。【申请条件】(一)具备装备承制单位资格,以及与申请的研制能力等级、研制领域相适应的专业技术能力和研制经历。(二)按照申请的研制能力等级要求,组织机构健全,相关部门和人员的软件研制质量管理职责明确。(三)依据相关国家军用标准,承担或拟承担的软件研制任务要求其研制能力等级达到二级以上(含二级,下同)。(四)申请二级初评的,软件过程体系建立并有效运行3个月以上(含3个月,下同)且完成内部评估

34、。申请三级以上初评的,现有研制能力等级有效保持2年以上,拟申请研制能力等级的软件过程体系建立并有效运行6个月以上且完成内部评估。(五)近3年未发生因软件质量引发的重大质量问题。注:复评应当在研制单位资质有效期满前9个月提交申请研制单位自收到评价通知之日起,3个月内因自身原因未能接受评价,应重新提交申请1、GJB5000A评价程序(新要求)【申请受理】申请评价的研制单位应当填写军用软件研制能力评价申请书,经负责本单位装备承制单位资格监督工作的军事代表机构及其上级合同监管部门审核同意后,报送军委装备发展部合同监管局。合同监管局组织评价机构审查提交的评价申请,对符合条件的予以受理,不符合条件的退回申

35、请单位并告知理由。【评价计划制定】合同监管局每月初结合研制能力评价实际,按照统筹推进、急用先评的原则,组织拟制评价计划,下达评价机构。【评价实施策划】(一)明确评价类型、研制能力等级、评价组、时间安排等事项,制定评价实施计划并于策划完成后1周内报合同监管局备案。(二)组建评价组应当综合考虑研制单位规模、软件研制领域、评价类别、研制能力等级等因素,评价人员应当具备相应能力、与相关单位无直接利益关系。(三)提前1个月将初评、复评和变更评价的实施安排通知相关评价组长和研制单位。将监督评价的实施安排提前2周通知相关评价组长,提前1周通知相关研制单位。1、GJB5000A评价程序(新要求)【现场评价】评

36、价机构根据评价策划结果,组织评价组对研制单位实施现场评价、作出研制单位是否达到或保持相应研制能力等级的现场评价结论。现场评价实行评价组长负责制。现场评价的主要活动包括:(一)制定现场评价计划,对申请初评的研制单位的软件过程体系文件进行形式审查(视情对申请二级初评的研制单位开展就绪调查)。对于三级以上现场评价,应当按照覆盖研制单位的软件研制领域、申请评价等级的各过程域、软件生命周期、软件研制内设部门以及重点型号软件项目的原则,随机选定评价项目。(二)召开首次会议,宣布现场评价计划,明确现场评价纪律。(三)收集证据,访谈研制单位最高管理者及相关人员。(四)与研制单位软件工程过程组、最高管理者沟通评

37、价结果。(五)召开末次会议,宣布现场评价结论,交接有关材料。(六)评价组应当邀请军事代表或军方用户代表参加首次会议和末次会议,进行专题座谈,收集军事代表或军方用户代表对研制单位软件研制能力建设的书面意见。2、实施GJB5000A的过程介绍管理指导组(MSG)工程过程组(EPG)质量保证组(PPQAG)配置管理组(CMG)度量分析组(MAG)培训组(OTG)(1)建立组织机构管理指导组MSG: 组建要求:-公司的高层经理担任MSG的组长-EPG的组长要参与-各有关部门的经理 职责:-确立软件过程改进的目的和目标;-确定软件过程的组织方针;-评审、批准软件过程体系文件;-指导软件过程改进活动;-考

38、核软件过程改进的实施效果;-为软件过程改进提供资源保证。2、实施GJB5000A的过程介绍工程过程组EPG: 职责:-策划、推动软件过程改进活动;-建立和维护软件过程体系文件;-管理和维护过程资产库和测量数据库;-提供软件过程体系的咨询、培训;-负责组织级测量分析活动的开展;-评估组织软件过程改进实施情况。2、实施GJB5000A的过程介绍质量保证组PPQAG: 职责:-参与过程与产品质量保证过程文件的评审;-为软件质量保证人员提供指导、培训;-对过程/工作产品进行评价;-审核软件质量保证人员的工作的符合性;-协调解决软件质量保证人员上报的不符合问题。 人员要求:-办事认真,坚持原则-熟悉公司

39、的软件过程标准和规范-QA组应该有独立于项目的向高层经理汇报的渠道-具有很好的沟通能力2、实施GJB5000A的过程介绍配置管理: 职责:-识别出项目需要管理的配置项-制定配制管理计划-建立配制管理库-建立基线、审计基线-编写配制管理报告 人员要求:-熟悉企业的软件过程体系的标准与规范-熟悉配置管理工具-熟悉配置管理的理论-具有很好的沟通协调能力-具有2年以上软件工作经验2、实施GJB5000A的过程介绍度量与分析组MAG: 职责:-定义企业度量模型-收集数据、分析和通报数据-维护度量数据库-提供过程改进建议 人员要求:-有2年以上软件开发经验-熟悉企业的软件过程体系标准和规范 运作:-MAG

40、的组长负责组织级度量数据的分析和存储,一般为专职人员-项目组级的MA人员负责收集各项目组的度量数据2、实施GJB5000A的过程介绍可以纳入EPG职责培训组OTG: 职责:-全面负责和协调公司的培训工作-制定组织级的培训计划-实施培训活动-评价培训效果 人员要求:-具有培训和人力资源管理经验 运作:-一般是由企业的HR部门担当此组的成员2、实施GJB5000A的过程介绍2、实施GJB5000A的过程介绍(2)差距分析开展软件工程化水平现状分析梳理现有软件研制流程制定实施GJB5000A工作方案梳理现有资源、人员配置(3)标准宣贯开展GJB50000A标准培训开展软件工程标准培训,如GJB278

41、6A、GJB438B等开展软件工程技术培训建议的过程体系文件结构:总则:包括组织机构和方针等。过程:除满足L2的要求外,建立基本软件工程过程。规程:多处调用,或用不同的方法实现。模板:基于GJB438B-20092、实施GJB5000A的过程介绍(4)建立一套体系文件参评项目数:3-4个(须覆盖本单位军用软件研制领域 )军用软件项目少于3个的,评价全部项目当前没有承担又将准备承担军用软件研制的单位,可以用与拟承担项目类似的软件项目进行评价,但需取得军方装备主管部门或军代室的认可。 评价项目应是在研项目或一年内完成的项目。通过评价后应在单位内部全面推广(重点型号项目必须贯标)。定期开展内部评估,

42、加强单位过程改进。接受新时代的年度监督检查。2、实施GJB5000A的过程介绍(5)项目实施与推广内部评估计划。内部评估报告(含强项、弱项、待改进项)。内部评估整改计划。内部评估整改报告。2、实施GJB5000A的过程介绍(6)内部评估(7)申请现场评价填写军用软件研制能力评价申请书注释:申请二级初评的,软件过程体系建立并有效运行3个月以上(含3个月,下同)且完成内部评估。申请三级以上初评的,现有研制能力等级有效保持2年以上,拟申请研制能力等级的软件过程体系建立并有效运行6个月以上且完成内部评估1、 推进存在的问题2、 推进的建议推进存在的问题及成功的关键四3、推进成功的关键软件队伍:软件依附于硬件研制,软件人员太少。过程改进:没有专门管理软件的领导(软件副总师),研制过程没有制度化,研发过程可控性差。质量保证:缺乏专业的软件质量保证人员,软件质量保证工作不能有效开展。历史数据:缺乏规范和有效整理,项目继承性不好存在大量的重复开发。软件工程匮乏:软件研制管理平台、设计平台、软件测试工具等。软件人员能力:软件工程基础技术薄弱(

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论