GJB5000A测量与分析过程说明
基于GJB5000A的软件测量与分析方法研究
基于GJB5000A的软件测量与分析方法研究刘皓洁焦永强摘要:软件测量与分析为组织监控和评估软件开发项目提供有效支撑,它作用于软件研制的全生命周期,能够帮助组织提高对软件过程和产品的深入了解,使组织更好地进行决策,并实现组织目标。
本文以软件测量与分析方法研究为目的,从GJB5000A的模型结构出发,介绍了软件测量与分析过程的目的与要求,对基于GJB5000A的软件测量与分析方法进行了研究,形成了测量分析模型,并对模型进行剖析。
Abstract:Software measurement and analysis provides effective support for the organization to monitor and evaluate software development projects.It acts on the whole life cycle of software development,helps the organization to improve the in-depth understanding of software process and products,makes the organization make better decisions,and realizes the organization goals. For the purpose of research on software measurement and analysis method,this paper introduces the purpose and requirements of software measurement and analysis process from the model structure of GJB5000A,studies the software measurement and analysis method based on GJB5000A,forms and analyzes the measurement analysis model.关键词:GJB5000A模型;能力成熟度等级;测量与分析模型Key words:GJB5000A model;capability maturity level;measurement and analysis model 中图分类号:TP311.5文献标识码:A文章编号:1006-4311(2020)15-0237-020引言随着武器装备信息化和数字化程度越来越高,软件在高新武器系统中的核心地位和灵魂作用越来越大,越来越多的军用软件研制单位希望通过推进实施GJB5000A军用软件能力成熟度模型来提高软件研制能力,提升软件产品质量。
GJB 5000A模型的软件测量与分析过程探析
测 量 与 分 析 过 程域 的专 用 实践 要 求 如 下 :
( ) 排 测量 与 分 析 活 动 。① 确 定 测 量 目标 ; 指 明 1安 ②
测量 项 ; 指 明数 据 采 集 与 存储 规 程 ; 指 明分 析 规 程 。 ③ ④
() 2 提供 测 量 结 果 。① 采 集 测 量 数 据 ; 分 析 测 量 数 ② 据 ; 存 储数 据 与 结 果 ; ③ ④交 流 结 果 。 从 上述 实践 要 求 , 我们 可 以得 出 , 1 是 策划 和制 定 具 () 体 的 测 量方 法 和 规 程 , 中很 重 要 的一 项 工 作是 必 须 要 搞 其 清 楚 测 量 的 目的 , 量 的 目 的是 通 过 采 集 的数 据 分 析 , 测 改
第 1卷 第 2 0 期
2 l年 2 0 1 月
软 件 导 刊
Sofwa eG U d t r j e
Vo1 1 . 0N0 2 . F b. 0I e 2 l
GJ 0 0 模 型 的 软 件 测 量 与 分 析 过 程 探 析 50A B
王 威
( 宝 认 证 中心 , 东 广 州 5 O 1 ) 赛 广 1 1 6 0
摘 要 : G B5 0 A一2 0 对 J o 0 0 8军 用软 件 研 制 能 力 成 熟 度模 型 中软 件 测 量 与分 析 过 程 的 目的 与要 求进 行 了分 析 , 明确
软 件 测 量 与分 析 的 目的— — 开 发 和 保持 测量 能 力 , 支持 管 理 信 息 的 需要 。并 根 据 实践 积 累 , 软 件 测 量 与 分 析 过 以 对 程 的 组 织 管理 提 出 了解 决 方案 。
量 , 很 难从 软 件 开 发 的黑 箱 中 跳 出来 。 就 过 程 太 复 杂 , 品 太 重 要 了 , 论 如 何 , 们 再 也 不 能 产 无 我
GJB5000A过程和产品质量保证实施要点
72软件开发与应用Software Development And Application电子技术与软件工程Electronic Technology & Software Engineering1 引言过程可视是现代管理思想的重要观点之一。
通过对研发、采购、生产和集成过程的可视化,可以了解进度、质量和成本状况。
基于这些了解,能够及时发现和解决问题,并且建立达成目标的信心。
软件研发的过程可视很难有效实行,主要原因如下:(1)软件研发主要是人的劳动,凡是涉及人内在的东西(例如:研发人员对需求的理解、对技术的掌握和对管理的认可程度等)都很难获得准确的了解——即便获得一些了解,也难以评价其对软件项目整体的影响程度。
(2)软件研发过程包含了多次概念转换,可执行文件和配套文档是最终产品,需求、设计和代码是软件的概念模型,人们看不到也理解不了可执行文件的实际运行情况,只能通过需求、设计和代码间接地了解。
(3)软件是人类劳动实践过程中产生的新事物,没有相关行业的管理方法可以直接使用。
GJB5000A 过程和产品质量保证过程域(以下简称:PPQA 过程域)贯穿软件研制的整个生命周期,呈现所有过程活动和主要工作产品的质量状况,管理人员通过这一可视化视角,得以透视软件研发的“黑匣子”,及时发现和纠正偏差,并预期未来的发展趋势。
2 过程和产品质量保证的目的及要求在GJB5000A 标准中,PPQA 过程域的目的是:“使员工和管理者对过程和相关的工作产品能有客观深入的了解”。
为达成目的,要实现两个专用目标,即:“专用目标1,客观地评价过程和工作产品”;“专用目标2,提供客观深入的了解”。
高质量的过程活动是交付高质量工作产品的保障,高质量的中间工作产品是交付高质量最终工作产品的前提。
通过形成评价,获得对过程活动和工作产品的可视化;通过分享评价,促进项目组尽早确认和解决问题,并向利益相关方呈现项目的质量状况。
图1表示了PPQA 过程域的专用目标、专用实践及相关角色的信息交换关系。
软件成熟度国军标GJB5000A(精选.)
GJB5000A-2008 军用软件研制能力成熟度模型概述谢新华中科院计算所培训中心2010 年8 月北京目录第一节GJB-5000A 能力成熟度基本概念 (3)1.1 软件过程的基本概念 (3)1.2 能力成熟度模型的基本概念 (5)1.3 军用软件研制能力成熟度模型框架 (7)1.4 理解成熟度等级 (10)1.5 共用目标和共用实践 (11)1.6 善于书写良好的文档 (13)第二节过程域的基本框架 (16)2.1 过程域部件 (16)2.2 过程管理类过程域之间的关系 (18)2.3 项目管理类过程域之间的关系 (19)2.4 工程类过程域之间的关系 (21)2.5 支持类过程域之间的关系 (25)第三节已管理级成熟度的过程域 (27)3.1 项目策划(PP)过程域 (27)3.2 项目监控(PMC)过程域 (33)3.3 测量与分析(MA)过程域 (39)3.4 配置管理(CM)过程域 (43)3.5 过程和产品质量保证(PPQA)过程域 (47)3.6 需求管理(ReqM)过程域 (52)3.7 供方协议管理(SAM)过程域 (55)第四节过程改进计划 (62)结语 (63)第一节GJB-5000A 能力成熟度基本概念1.1 软件过程的基本概念一个大型软件项目要成功,很大程度上依赖于正确而且合适的软件过程,首先的问题是什么是软件过程呢?1,软件过程的定义与概念1)过程的定义系统从一个状态(始态)变成另一个状态(终态),我们就说:发生了一个过程(Process)。
过程是一种手段,通过该手段可以把人、方法与规程、技术与工具进行集成,以产生一种所期望的结果。
换句话说,过程就是人们使用相应的方法、规程、技术、工具等将原始材料(输入)转化成用户需要的产品(输出)。
过程与产品存在因果关系。
即好的过程才能得到好的产品,而差的过程只会得到差的产品。
2)过程的特征任何过程都应该具备8 个特征:•任何一个过程都有输入和输出;•输入是实施过程的基础、前提和条件;•输出是完成过程的结果;•输出可能是有形产品,也可能是无形产品,如软件或服务;•过程本身是增值转换,不增值的过程没有意思;•完成过程必须投入适当的资源和活动,是换取过程增值或结果有效的代价•过程存在可测量点;•所有的工作和活动都是通过过程来完成的。
GJB5000A软件质量的具现化——测量与分析
152GJB5000A 软件质量的具现化——测量与分析孟领朋,刘颖韬,杨勇(湖南云箭集团有限公司,湖南长沙410100)摘要:文章基于GJB5000A 二级推广,阐述了工程实施过程中测量与分析过程的目的、内容、标准要求、管理流程以及实施要点,为软件开发人员提供借鉴和指导。
关键词:GJB5000A ;测量与分析中图分类号:TP432文献标识码:A文章编号:1673-1131(2016)11-0152-02The Present of GJB5000A Quality ——Measurement and Analysis ProcessMeng Ling-peng 1,Liu Ying-Tao 2,Yang Yong 3(1.Hunan Vanguard Group Co,Ltd ChangSha 410100;2.Hunan Vanguard Group Co,Ltd ChangSha 410100;3.Hunan Vanguard Group Co,Ltd ChangSha 410100)Abstract:This article based on GJB5000A ,explains the aim ,the content ,the standard require,the management process and the main point in measurement and analysis activities of software project implementation,provide guidance for soft-ware developers.Key word:GJB5000A;Measurement and analysis0引言随着计算机技术的发展,系统信息化和集成化程度越来越高,软件在系统中发挥着越来越大的作用,是系统实现功能和性能的关键,特别是复杂系统的功能绝大部分都是通过软件实现的。
GJB5000A-总体介绍
软件重要性等级
Ⅰ Ⅱ Ⅲ Ⅳ
巨 五级 四级 三级 三级
软件规模等级
大
中
小
四级 三级 三级
三级 三级 二级
三级 二级 二级
二级 二级 一级
微 三级 二级 一级 一级
2、实施GJB5000A评价的要求-总装标准的要求
GJB 8000《军用软件研制能力等级要求》
规模等级
嵌入式软件
巨
100,000 ≤ n
2、实施GJB5000A评价的要求-新时代认证工作细则
研制能力评价程序 基本程序:研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、
现场评价、评价结论审查等环节。 【评价暂停与终止】 现场评价过程中,出现研制单位相关人员提供虚假证据,干扰评价组正常工作,或
其他严重影响研制能力评价工作严肃性和公正性的问题时,评价组报评价机构批 准后,暂停评价活动;必要时,经评价机构报合同监管局批准后,终止现场评价 。 【材料提交】 现场评价结束1个月内,评价组将评价报告、评价人员考核意见,以及经审核的研 制单位整改计划等文件资料按有关保密要求提交评价机构。 【整改验证】 未通过现场评价的研制单位完成整改后,评价机构安排进行整改情况现场验证。未 通过验证的,现场评价终止。
2、实施GJB5000A评价的要求-装发部2017年最新要求
任务分工
➢ 合同监管局负责组织实施软件研制能力评价工作,制定软件研制能力评价计 划,复核评价结论,承办评价合格单位名录报批和发布。
➢ 新时代承担软件研制能力评价的具体实施工作,执行软件研制能力评价计划 ,上报评价结论,组织开展软件研制能力评价人员的培训、考核、管理。
• 灾难事故 – 1999年,美国火星探测器被烧毁
GJB5000A测量与分析过程说明
GJB5000A测量与分析过程说明GJB5000A-2008 II级体系⽂件测量和分析过程域过程说明⼆〇⼀〇年⼀⽉⽬次1 范围 (1)2 术语和定义 (1)3 职责 (1)3.1软件⾼层管理者(资质认可领导⼩组) (1)3.2软件项⽬经理(软件研制负责⼈) (2)3.3软件质量控制组 (2)3.4软件开发组 (2)3.5软件配置管理员 (2)4 测量与分析过程域说明 (2)4.1构成 (2)4.2流程 (2)4.3其他说明 (3)5 测量与分析过程实践过程 (3)5.1策划测量与分析活动(SG1) (3)5.1.1 确定测量⽬标(SP1.1) (3)5.1.1.1确定测量⽬标步骤 (3)5.1.1.1.1 信息需要和测量⽬标⽂档化 (3)5.1.1.1.2 排定测量⽬标的优先级 (4)5.1.1.1.3 评审和更新测量⽬标 (4)5.1.1.1.4 提供反馈 (4)5.1.1.1.5 维护测量信息和测量⽬标追溯性 (5)5.1.1.2⼯作产品 (5)5.1.1.3 职责分配 (5)5.1.2 指明测量项 (5)5.1.2.1 指明测量项的步骤 (5)5.1.2.1.1标识备选测量项 (6)5.1.2.1.2 定义测量项规格 (6)5.1.2.1.3评审、更新测量项 (6)5.1.2.2⼯作产品 (6)5.1.3指明数据采集和存储规程 (7)5.1.3.1 指明数据采集储存规程步骤 (7) 5.1.3.1.2 指明数据源的采集和存储⽅法 (7) 5.1.3.1.3 创建数据采集机制和过程指南 (7) 5.1.3.2 ⼯作产品 (7)5.1.3.3 职责分配 (8)5.1.4 指明分析规程 (8)5.1.4.1 指明分析规程步骤 (8)5.1.4.1.1 指明要进⾏分析和准备的报告 (8) 5.1.4.1.2 选择适合的分析⽅法和⼯具 (8) 5.1.4.1.3 数据分析和结果交流的管理 (8) 5.1.4.2 ⼯作产品 (8)5.1.4.3 职责分配 (9)5.2测量结果的提供 (9)5.2.1采集测量数据 (9)5.2.1.1 采集测量数据步骤 (9)5.2.1.1.1 获得基本测量项的数据 (9)5.2.1.1.2 产⽣导出测量项的数据 (9)5.2.1.1.3 数据完整性检查 (9)5.2.1.2 ⼯作产品 (10)5.2.1.3 职责分配 (10)5.2.2 分析测量数据 (10)5.2.2.1 分析测量数据步骤 (10)5.2.2.1.1 初始分析 (10)5.2.2.1.2 测量结果评审 (10)5.2.2.1.3 分析结论提炼准则 (11)5.2.2.2 ⼯作产品 (11)5.2.2.3 职责分配 (11)5.2.3 存储数据和结果 (11)5.2.3.1 存储数据和结果的步骤 (11)5.2.3.1.1 明确存储对象 (11)5.2.3.1.2存储数据及存储数据检查 (11) 5.2.3.2 ⼯作产品 (11)5.2.3.3 职责分配 (12)5.2.4.1 交流结果步骤 (12)5.2.4.1.2 理解测量结果 (12)5.2.4.2 ⼯作产品 (12)5.2.3.3 职责分配 (12)6 制度化已管理过程 (12)6.1制定组织⽅针 (12)6.2策划此过程 (12)6.3提供资源 (13)6.4指派职权 (13)6.5培训⼈员 (13)6.6管理配置 (13)6.7标识并吸纳利益相关⽅ (13)6.8监督并控制此过程 (13)6.9客观评价遵循性 (13)6.10与更⾼管理层⼀起评审状态 (14)7 本过程测量项 (14)8 与标准的对应关系 (14)测量和分析过程域过程说明1 范围本说明适⽤于我所GJB5000A-2008《军⽤软件研制能⼒成熟度模型》II级资质认可申请范围内要求的所有软件配置项(以下简称软件)研制过程的测量与分析活动。
国军标 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)。
过程是一种手段,通过该手段可以把人、方法与规程、技术与工具进行集成,以产生一种所期望的结果,如下图所示。
换句话说,过程就是人们使用相应的方法、规程、技术、工具等把原始材料(输入)转化成用户需要的产品(输出)的活动。
过程与产品存在因果关系,也就是说好的过程才能得到好的产品,而差的过程只会得到差的产品。
问题在于当很多人说到过程的时候,总是关注流程和规范,以为有了好的流程就一定会有好的工作成果了。
gjb 5000a三级ot过程域实施
标准化技术研究Academic ResearchGJB5000A三级OT过程域实施董曦,王妍(中国船舶重工集团公司第七二三研究所,江苏扬州225101)摘要:文章通过介绍组织培训的基本流程,重点解读了QB5000A三级OT过程域对于组织培训的要求.基于GJB5000A三级组织培训(OT)过程域的要求,分析了组织培训的实施要点和注意事项。
根据相关实施要点,并通过一段时间的组织培训实践,提高了整个组织的软件工程化水平和软件开发能力.关键词:GJB5000A;组织培训(OT)过程域;培训流程;实施要点;测量分析(MA)过程域中图分类号:F270.7文献标志码:A DOI:10.14141/j.31-1981.2020.02.003 Implementation of GJB5000A Three-level OT Process AreaDONG Xi,WANG Yan(The No.723Research Institute of CSIC,Jiangsu Yangzhou225101,China)Abstrac t:By introducing the basic process of organizational training,the requirements for organizational training in the three-level OT process area of GJB5000A are explained.Based onthe requirements of t he three-level OT p rocess area of GJB5000A,the key points and p recautions of organizational training are analyzed.According to the key points of t he paper,and through a periodof organizational training practice,the software engineering level and software development capability of t he whole organization are improved.Key words:GJB5000A;organizational training(OT)process area;training process; implementing key points;measurement and analysis(MA)process area0引言组织培训是提高一个组织能力和竞争力的重要手段。
GJB5000A测量与分析过程说明
GJB5000A测量与分析过程说明1.原理介绍:GJB5000A是一种测试和分析电子设备的方法,主要用于通过测量和分析来判断设备是否满足相关要求。
该方法基于一系列电子测试仪器,如示波器、频谱仪等,通过对设备进行电气性能测试和电磁兼容性测试,可以评估设备的性能和可靠性。
2.测试准备:在进行GJB5000A测量与分析过程之前,需要做好一些准备工作。
首先,确定要测试的设备和测试项目,包括设备的型号、功能和测试要求。
其次,收集相关的测试仪器和设备,包括示波器、信号源、频谱仪等。
最后,准备测试环境,确保环境符合测试要求,如电源电压稳定、地线连接良好等。
3.测试步骤:3.1电器参数测试:首先进行电器参数测试,包括电流、电压、功耗等。
测试过程中,需要将测试仪器正确连接到设备的电路上,通过示波器测量电压、电流和功率等参数,并记录下来。
3.2信号质量测试:接下来进行信号质量测试,包括频谱分析、时域分析和频域分析等。
测试过程中,使用频谱仪等仪器对设备的信号进行分析,判断信号质量是否符合要求。
3.3敏感性测试:进行设备的敏感性测试,测试设备对外界信号的感受能力。
测试过程中,通过改变外界信号的强度和频率,观察设备是否能够正确响应,并记录下来。
3.4抗干扰性测试:进行设备的抗干扰性测试,测试设备在外界干扰下的工作能力。
测试过程中,通过模拟外界干扰信号,观察设备是否能够正常工作,并记录下来。
4.数据分析与评估:完成测试后,需要对测试数据进行分析和评估。
根据测试数据,评估设备的性能和可靠性,判断设备是否满足相关要求。
同时,对测试中发现的问题进行记录,并提出改进措施。
5.结论和报告:最后,根据测试数据和分析结果,撰写测试报告,总结设备的性能和可靠性。
报告应包括测试目的、测试过程、测试数据和分析结果,并给出结论和建议。
以上是GJB5000A测量与分析过程的详细说明,通过该过程可以对电子设备进行全面的测试和分析,从而评估设备的性能和可靠性,为设备的改进和优化提供依据。
GJB5000A度量分析方法和要求
GJB5000A为软件产品及软件过程提供了一套定量的表示和分析,即软件度量的模型,软件度量过程能促进组织的软件过程能力的改进。
文章介绍了基于GJB5000A的软件产品的度量模型,并着重讨论了基于GJB5000A的软件过程度量,总结了软件过程度量的工作方法和思路,提出了解决软件度量的一般性方法,为软件过程改进提供了可行的方法和实践。
一、度量几个基本的原则。
第一,一定要明确度量的目标和意义。
度量的意义在于提供一个反映实际的精确指标。
所以我们的度量目标,就是提供我们过程效能的量化指标。
比如项目的指标,开始时用三个就够了:周期、效率、质量;但是要一起监控。
作为一位项目经理,要帮助团队提高,就需要监控所有的项目,看大家在一段时间之内的发展趋势,是否对头。
也需要观察项目是否能够在关键因素之间找到最佳的平衡。
这就提供了一个管理的依据,是持续改进的基础。
从项目组的角度,既然能够通过度量关键的因素,看到因素之间的关系,那就更能够有效处理这些因素。
比如,以前单单关注进度。
我们就会通过度量周期、效率、和质量,看到在什么条件底下缩短周期,对效率和质量有什么影响。
不同时监控这三个因素,就不能了解他们之间的关系,就不能有效平衡项目的这几个关键因素。
明确了要求项目平衡这些因素之后,项目了解了因素之间的关系,就自然会要求有针对性的改善项目的个别活动或是过程单元。
那么,项目立刻就面临一些问题,比如哪些活动对项目的目标影响最大?这个问题重要,因为我们要优先改进最关键的活动。
另外一个问题就是,如何制订这些活动有效性的指标?我们需要用度量来回答这些问题。
很多同志都说不明白如何制订度量目标。
为这些问题找答案,就是我们的度量目标。
在一般的软件项目里,要满足项目的进度目标,最关键的活动,可能就是通过各个里程碑的成功率,如客户接受方案之前的确认次数,版本构建的成功率,通过系统测试的版本数等等。
次数越少,对进度越有利。
项目就要度量这些次数。
这样项目就制定了一些度量定义了。
GJB5000A及二级实施过程介绍
共用实践——Generic Practices,GPs
共用实践——GP 是一组活动,确保与过程域相关的过程是有效、可 重复并且持续的 应用到具体的PA,GP活动保证这个PA 的GG能够 得到满足
资料性部件
资料性部件提供一些细节,帮助组织考虑如何处 理必需部件和期望部件. 子实践是相应实践的详细说明,它提供如何解释 和实现SP或GP的指南.
GJB5000A 5个成熟度(5/6)
已定量管理级(ML4) 使用统计技术和其它定量技术对已定义过程进行定量预测;标识 过程变异的特殊原因,处理此特殊原因的来源,以免重现;将质 量与过程绩效的测量值纳入组织的测量仓库,以支持今后基于事 实的决策
从已定义级(ML3)到已量化管理级(ML4)提升重点 使用合适的统计技术或其它定量技术,来管理一个或多个关键子 过程的绩效,以确保能预测过程绩效。
建立过程改进组织
过程改进领导小组 软件工程过程改进组 配置控制委员会 配置管理组 质量保证组
启动阶段(1/4)
启动阶段-GJB5000A基础培训(2/4)
早期草案为CMM所用,CMMI维持了与其兼容 面向软件开发组织,组织规模大小不限 是ISO9000族标准的一个支持标准 过于庞大,未强调持续改进的概念
解决方法(5/6)——CMM/CMMI
CMM/CMMI软件能力成熟度模型/集成 旨在帮助一个组织通过基于模型的过程改进,使其 软件过程成熟度迈向更高等级 在这个进程中,组织必须建立自己的软件过程并根 据模型要求对其进行评估,再根据发现的问题(弱 项、待改进项)来改进自己的软件过程,然后再进 行评估,以便保持或达到更高的成熟度等级
专用实践——Specific Practices, SP
专用实践-SP
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的过程和产品质量保证过程域研究
GJB5000A的过程和产品质量保证过程域研究摘要:近年来随着软件测试技术的不断发展,军用软件对自动化测试的需求越来越大。
首先,介绍了军用软件自动化测试的涵义及其现状;然后,深入地探讨了军用软件自动化测试框架的系统结构、原理,构建了军用软件自动化系统性能测试的框架;最后,阐述了对软件测试过程的质量进行监督时应重点关注的问题,以期为军用软件测试过程质量监督做出有益的探索。
关键词:军用软件;自动化测试;框架;质量监督前言:近十几年来,随着现代化信息技术的飞速发展,软件在军用装备中的使用已涉及各个领域,软件质量严重影响军用装备的质量,因此军用软件质量在整个行业中受到高度重视。
原中国人民解放军总装备部和中央军委装备发展部合同监管局先后颁布了GJB9001C《质量管理体系要求》、GJB8000《军用软件研制能力等级要求》和GJB5000A《军用软件研制能力成熟度等级》三个标准,用以指导军工行业各单位,提高科研生产管理能力,提升产品的质量水平。
1 0GJB5000A标准GJB5000A标准是软件研制能力成熟度模型,它是以CMMI1.2版本为基础制定的适用于软件开发全过程的通用标准。
成熟度模型这一概念最早是在20世纪70年代中期由卡内基梅隆大学提出的,我国直到1989年才开始逐步深入了解这套体系,2003颁布了第一个GJB5000标准,规定了软件研制和维护活动中软件管理过程和开发过程所需完成的工作,2008年进行修订并重新颁布。
该标准可以帮助组织评价软件研制能力,并实施评估和改进组织的软件过程。
GJB5000A是一个软件组织对软件开发过程进行控制并提供渐进过程的模型指南。
体系结构由软件成熟度等级、过程域、过程能力和关键过程构成。
成熟度模型有5个等级22个过程域构成,模型等级从最高级至初级划分为优化级、已定量管理级、已定义级、已管理级、初始级,其中二级包含7个过程域,三级增加到了11个过程域、四级增加了2个过程域,五级又增加了2个过程域。
基于GJB5000A的软件测试过程的管理
基于GJB5000A的软件测试过程的管理【摘要】软件测试过程分为软件测试需求分析与测试策划、测试设计、测试执行、测试总结四个阶段,本文说明了各阶段应完成的主要任务和实施步骤,并结合GJB5000A 军用软件成熟度模型管理的方法,提出了基于GJB5000A的软件测试过程管理方法,阐述了该方法中监督与控制、质量保证管理和配置管理的内容和要求,实现了我所软件测试过程的规范管理,提高了我所软件测试过程的管理水平,保证了我所软件测试的质量与效率。
【关键词】GJB5000A;软件测试;监督与控制;质量保证;配置管理0 引言随着我所软件多样化、逻辑复杂化的发展,软件的质量已经称为一个非常重要的问题,软件测试是解决软件质量问题的有效手段,如何提高我所软件测试质量与效率是测试中心研究的重要课题,由中国人民解放军总装备部提出的GJB5000A军用软件研制能力成熟度模型为高可靠、复杂的软件开发过程管理提供了有效地方法与途径。
1 软件测试过程概述整个软件测试过程可以划分为需求分析与测试策划、测试设计、测试执行、测试总结四个阶段,下面对这四个阶段的主要活动和步骤进行详细描述。
1.1 测试需求分析与测试策划测试中心根据被测软件的需求规格说明或设计说明文档(根据测试级别确定)测试要求或合同等,对被测软件进行测试需求分析与测试策划。
测试需求分析与测试策划阶段的步骤包括:1)进行测试需求分析:如果有自动化测试管理工具,可将需求规格说明或设计说明中的需求同步到测试需求管理中;如果没有自动话测试管理工具,需要编写测试需求规格说明;2)制定测试计划:包含被测对象、测试环境和测试的时间、资源安排。
1.2 测试设计测试中心应根据测试需求分析和测试策划的结果进行测试设计,步骤应包括:1)设计测试用例,编写测试说明;2)确定测试用例的执行顺序;3)准备和验证所有的测试用数据,针对测试输入要求,设计测试用的数据,如数据类型、输入方法等;4)准备并获取测试资源,如测试环境所必须的软、硬件资源等;5)必要时,编写测试执行需要的程序,如测试的驱动模块、桩模块等;6)建立和验证测试环境,记录验证结果,说明测试环境的偏差对测试结果的影响。
浅谈GJB5000A二级的软件过程改进
浅谈GJB5000A二级的软件过程改进摘要:GJB5000A-2008是总装备部颁布的军用软件研制能力成熟度模型。
本文阐述了在军用软件项目中实施GJB5000A的作用及意义,介绍了如何在软件研制过程中开展GJB5000A二级的过程改进,并结合实际工作对其中实施的关键点进行分析提出了自己的看法,对军工企业开展GJB5000A认证工作有借鉴作用。
关键词:GJB5000A;软件研制能力成熟度模型;过程域;军用软件;配置管理;软件工程0 引言随着现代武器装备中计算机技术发展的日新月异,软件在其中的比重越来越大。
各种军用产品中的很多重要功能不得不依靠软件设计来完成,但传统的过程管理模式已满足不了日益增长的软件研制要求。
为了评价软件研制单位是否具有相应的软件研制能力,总装备部制定了GJB5000A-2008《军用软件研制能力成熟度模型》,并交由新时代认证中心组织实施认证。
通过贯彻GJB5000A的要求并不断改进的软件过程,各军工企业已经认识到过程改进后可以缩短软件开发周期、节省成本、提高软件可靠性等好处。
通过GJB5000A二级认证评价,是军用软件开发单位的基本要求和建立软件过程控制体系的第一步,也是提高软件工程化水平的基础。
结合GJB5000A 二级实施现状和评价中发现的各类问题,分析GJB5000A实施的关键点,对解开软件改进过程中的疑点和困惑具有重要的意义。
1 GIB5000A二级过程概述1.1 GJB5000A软件研制能力等级军用软件研制能力成熟度模型采用分级表示法,共分5个等级(见表1)。
所有认证工作必须从2级(已管理级)开始,每一个成熟度等级都是下一个等级的必要基础,所以跳跃式实施认证是达不到预期和无意义的。
1.2 GJB5000A二级过程概述GJB5000A二级是软件开发单位实施软件工程化的开始。
它包含了7个过程域:配置管理(CM)、测量与分析(MA)、项目监控(PMC)、项目策划(PP)、过程和产品质量保证(PPQA)、需求管理(ReqM)和供方协议管理(SAM)。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
GJB5000A-2008 II级体系文件测量和分析过程域过程说明二〇一〇年一月目 次1 范围 (1)2 术语和定义 (1)3 职责 (1)3.1软件高层管理者(资质认可领导小组) (1)3.2软件项目经理(软件研制负责人) (2)3.3软件质量控制组 (2)3.4软件开发组 (2)3.5软件配置管理员 (2)4 测量与分析过程域说明 (2)4.1构成 (2)4.2流程 (2)4.3其他说明 (3)5 测量与分析过程实践过程 (3)5.1策划测量与分析活动(SG1) (3)5.1.1 确定测量目标(SP1.1) (3)5.1.1.1确定测量目标步骤 (3)5.1.1.1.1 信息需要和测量目标文档化 (3)5.1.1.1.2 排定测量目标的优先级 (4)5.1.1.1.3 评审和更新测量目标 (4)5.1.1.1.4 提供反馈 (4)5.1.1.1.5 维护测量信息和测量目标追溯性 (5)5.1.1.2工作产品 (5)5.1.1.3 职责分配 (5)5.1.2 指明测量项 (5)5.1.2.1 指明测量项的步骤 (5)5.1.2.1.1标识备选测量项 (6)5.1.2.1.2 定义测量项规格 (6)5.1.2.1.3评审、更新测量项 (6)5.1.2.2工作产品 (6)5.1.2.3 职责分配 (6)5.1.3指明数据采集和存储规程 (7)5.1.3.1 指明数据采集储存规程步骤 (7)5.1.3.1.2 指明数据源的采集和存储方法 (7)5.1.3.1.3 创建数据采集机制和过程指南 (7)5.1.3.2 工作产品 (7)5.1.3.3 职责分配 (8)5.1.4 指明分析规程 (8)5.1.4.1 指明分析规程步骤 (8)5.1.4.1.1 指明要进行分析和准备的报告 (8)5.1.4.1.2 选择适合的分析方法和工具 (8)5.1.4.1.3 数据分析和结果交流的管理 (8)5.1.4.2 工作产品 (8)5.1.4.3 职责分配 (9)5.2测量结果的提供 (9)5.2.1采集测量数据 (9)5.2.1.1 采集测量数据步骤 (9)5.2.1.1.1 获得基本测量项的数据 (9)5.2.1.1.2 产生导出测量项的数据 (9)5.2.1.1.3 数据完整性检查 (9)5.2.1.2 工作产品 (10)5.2.1.3 职责分配 (10)5.2.2 分析测量数据 (10)5.2.2.1 分析测量数据步骤 (10)5.2.2.1.1 初始分析 (10)5.2.2.1.2 测量结果评审 (10)5.2.2.1.3 分析结论提炼准则 (11)5.2.2.2 工作产品 (11)5.2.2.3 职责分配 (11)5.2.3 存储数据和结果 (11)5.2.3.1 存储数据和结果的步骤 (11)5.2.3.1.1 明确存储对象 (11)5.2.3.1.2存储数据及存储数据检查 (11)5.2.3.2 工作产品 (11)5.2.3.3 职责分配 (12)5.2.4 交流结果 (12)5.2.4.1 交流结果步骤 (12)5.2.4.1.2 理解测量结果 (12)5.2.4.2 工作产品 (12)5.2.3.3 职责分配 (12)6 制度化已管理过程 (12)6.1制定组织方针 (12)6.2策划此过程 (12)6.3提供资源 (13)6.4指派职权 (13)6.5培训人员 (13)6.6管理配置 (13)6.7标识并吸纳利益相关方 (13)6.8监督并控制此过程 (13)6.9客观评价遵循性 (13)6.10与更高管理层一起评审状态 (14)7 本过程测量项 (14)8 与标准的对应关系 (14)测量和分析过程域过程说明1 范围本说明适用于我所GJB5000A-2008《军用软件研制能力成熟度模型》II级资质认可申请范围内要求的所有软件配置项(以下简称软件)研制过程的测量与分析活动。
本说明规定了我所软件研制测量与分析活动策划、测量与分析活动实施及测量与分析活动评价要求。
2 术语和定义2.1 测量目标软件研制过程管理、产品、过程改进等方面的要达到的预期效果。
2.2 基本测量项一个实体的独特属性或特征,以及对其量化的方法。
2.3 导出测量项从两个或多个基本测量项的数学函数得出的数据。
2.4 专用目标描述独特性质的一种必需的部件,这种特性是为了满足相应过程域所必须存在的。
2.5 专用实践在达到相关专用目标的过程中被认为是重要的一种期望的部件。
2.6 共用目标一种必需的部件,它描述实现一个过程域的过程制度化所必需的一些特性。
2.7 共用实践一种期望的部件,它对完成相关共用目标是重要的。
与一个共用目标相关的共用实践描述可望导致共用目标的完成,并对那些与一个过程域相关过程的制度化有贡献的活动。
3 职责3.1 软件高层管理者(资质认可领导小组)审批软件项目经理(软件研制负责人)在测量与分析过程做出的重大决策,参与评审《测量与分析活动清单》及里程碑评审点的测量活动和工作产品,为我所软件研制过程的测量与分析活动提供资源保障。
3.2 软件项目经理(软件研制负责人)负责识别软件研制过程所需的信息需求,组织《测量与分析活动清单》的编写及评审,划分各相关工作组的测量与分析活动,组织测量与分析活动的评审,制定项目测量与分析活动的决策。
3.3 软件质量控制组软件质量控制组由软件质量保证工作小组(QA)和软件测量与分析工作小组(MA)构成,负责协助项目经理(软件研制负责人)制定《测量与分析活动清单》,执行分配的测量活动,定期测量规定的活动的开展情况,并根据测量与分析活动来识别和纠正研制过程中存在的问题,跟踪不符合问题的处理情况等。
3.4 软件开发组完成软件项目经理(软件研制负责人)分配的测量与分析活动,参与测量数据的收集,并根据测量数据的分析结果来识别和纠正问题。
3.5 软件配置管理员按配置管理的规章制度严格管理与测量分析活动相关的受控工作产品。
4 测量与分析过程域说明4.1 构成测量与分析过程域有两个专用目标和一个共用目标,由八个专用实践和十个共用实践组成,与其相关的过程域有“配置管理”、“项目监控”、“项目策划”和“过程和质量保证”。
4.2 流程通过执行八个专用实践和十个共用实践以达到共用目标和专用目标的要求,保证测量与分析过程域得以有效实施。
测量与分析过程一般流程如图1所示。
图1 测量与分析过程域流程图4.3 其他说明专用目标SG1下的专用实践SP1.1、SP1.2、SP1.3、SP1.4可以并行执行,也可以根据项目情况自行调整顺序执行。
专用目标SG2下的专用实践SP2.1、SP2.2、SP2.3、SP2.4可以并行执行,也可以根据项目情况自行调整顺序执行。
共用目标下的共用实践为专用目标下的专用实践的执行提供保障。
专用实践的描述包含活动步骤、工作产品、职权分配的内容。
5 测量与分析过程实践过程5.1 策划测量与分析活动(SG1)5.1.1 确定测量目标(SP1.1)5.1.1.1确定测量目标步骤5.1.1.1.1 信息需要和测量目标文档化软件研制负责人根据软件研制管理(配置管理、项目监控等)、技术(开发模型、分析模型、管理模式等)、产品(功能性能目标和质量目标等)、过程实现(过程控制目标等)等方面要求提出测量目标,并根据测量目标确定测量信息需求。
测量与分析工作小组(MA)根据软件研制负责人提出的测量信息需求和测量目标编制项目测量目标和测量信息需求清单。
清单应按照测量目标的来源进行分组并进行条款化。
清单MA编制,软件研制负责人批准。
项目测量目标和测量信息需求清单表格详见《测量目标和测量项管理规程》。
5.1.1.1.2 排定测量目标的优先级由于资源限制、信息收集难易程度不同以及对过程改进的影响程度等差异,软件开发过程不可能对所有信息进行测量和分析。
应优先测量和分析对软件影响因素大的测量目标,需对测量目标进行优先级排定。
MA应根据影响程度等对测量目标的优先级进行排定。
优先级排定方法优先选择加权评分法,应充分考虑影响优先级的各因素。
也可使用其他排定方法,但应经软件研制负责人审批。
加权评分法排定测量目标优先级的要求、原理和步骤详见《测量目标和测量项管理规范》。
5.1.1.1.3 评审和更新测量目标测量信息和测量目标应经过评审。
测量信息和测量目标的评审程序按《软件过程体系说明》要求执行,并通知利益相关方。
软件配置管理员应将评审后的测量信息和测量目标应纳入软件配置管理库,并按软件配置管理库的要求进行出入库审批手续。
测量目标优先级会随着收集的测量数据分析结果发生变化,测量信息也会相应发生变化,MA应根据测量分析结果或者评审等活动及时对测量目标进行更新(更新)。
测量目标更新更该应按照软件更改的要求严格审批,并按软件配置管理库的要求进行出入库审批手续。
5.1.1.1.4 提供反馈确定测量信息和测量目标时,测量信息和测量目标可能是含糊和不清楚的,通过测量、分析活动发现的问题需进行反馈。
各测量数据采集点发现测量目标和测量信息含糊不清等情况时,应及时与MA沟通,以便进一步明确测量信息和测量目标,保证测量与分析相关人员得到正确的测量目标和信息需求。
若需更改测量信息和测量目标时,应更改引用或与测量信息和测量目标直接相关的文件,并按照软件更改的要求严格审批,并按软件配置管理库的要求进行出入库审批手续。
5.1.1.1.5 维护测量信息和测量目标追溯性每项测量目标应有相应的测量信息支撑,每项测试信息应有相应的收集方法,MA 在测量目标评审后应对“测量目标”、“测量信息”和“收集方法”形成对应的追溯关系表。
关系表的相关要求详见《测量目标和测量项管理规范》。
MA编制追溯关系表后,软件配置管理员应将其纳入软件配置管理库。
追溯关系表应随着测量目标和测量信息的变化及时更新。
变化和更新过程按照软件更改的要求严格审批,并按软件配置管理库的要求进行出入库审批手续。
5.1.1.2工作产品项目测量信息需要和测量目标清单;软件测量信息和测量目标追溯关系表;软件更改审批单;软件入库申请单;软件出库申请单。
5.1.1.3 职责分配职责分配见表1。
表1 确定测量目标实践过程职责指派表序号子实践章条组织配合1 5.1.1.1.1 软件研制负责人 MA2 5.1.1.1.2 软件研制负责人、MA --3 5.1.1.1.3 评审组织部门、软件研制负责人MA、4 5.1.1.1.4 MA 数据收集点相关人员、软件配置管理员5 5.1.1.1.5 MA 软件配置管理员5.1.2 指明测量项5.1.2.1 指明测量项的步骤5.1.2.1.1标识备选测量项MA根据文档化测量目标,形成能直接/间接说明测量目标的备选测量项清单,并按“基本的”和“导出的”对测量项进行分类和标识。