基于GJB5000A的军用软件配置管理 下载本文

内容发布更新时间 : 2024/12/23 20:19:23星期一 下面是文章的全部内容请认真阅读。

龙源期刊网 http://www.qikan.com.cn

基于GJB5000A的军用软件配置管理

作者:宋敏

来源:《电子技术与软件工程》2017年第02期

摘 要 软件配置管理是提升组织软件研制能力的基础活动,通过标识软件项目的配置项,控制配置项的修改,记录并报告配置项的状态,审计配置管理活动来实现软件项目产品的完整性和可追踪性。

【关键词】配置项 基线配置 标识配置 控制

随着软件技术的发展,组织提升软件研制能力显得越来越重要并且迫切。而军用软件,尤其是嵌入式软件的开发往往伴随硬件设备的研制而开展,其研制周期长,需求变更频繁,参与人员多,可能出现软件版本丢失、多重维护、开发过程混乱等问题。GJB5000A-2008《军用软件研制能力成熟度模型》中明确配置管理的目的和专用实践,通过配置管理可以较好的解决以上问题。

1 组织机构、角色和职责

组织应成立项目的配置控制委员会(以下简称CCB)。CCB一般由来自不同领域的项目利益相关方的代表组成,而且有能力在管理上作出承诺,对提出的配置项的变更进行评价、批准或不批准。其中,配置管员作为配置管理活动的直接责任人负责制定配置管理计划、发布配置状态报告、实施配置审核。 2 基于GJB5000A的配置管理活动 2.1 建立基线 2.1.1 标识配置项

配置项作为配置管理的对象,在项目策时进行识别,并对其赋予唯一标识号,形成配置项列表。包括:

(1)识别软件配置项:软件配置项主要包括为本项目开发的软件配置项以及重用的软件配置项、订购方提供的软件配置项、分承制方开发的软件配置项、采购的软件配置项等。其中,软件配置项的划分主要从下列因素进行权衡:软件功能、规模、重用计划、关键性、接口考虑等。

(2)识别配置文件:配置文件指定义软件配置项的功能特性或物理特性的文件,或从这些内容发展而来的关于其验证、使用、保障要求的技术文件。一般包括:需求文档、设计文档、测试文档、用户文档等。

龙源期刊网 http://www.qikan.com.cn

2.1.2 建立一个配置管理系统

要使配置项在软件生命周期中受控,应建立有统一的存储介质、规程和访问方式的配置管理系统:

(1)建立配置库。

开发库:存放配置项文件的集合。是一个动态的库,相当于开发人员的工作区,存放在该库中的配置文件只需要开发者进行版本控制即可。

受控库:存放已通过测试或评审且作为阶段性产品的软件配置项的集合。配置项的入库、出库、更改均需通过访问及变更控制规程进行。

产品库:存放已定型(鉴定)且供交付、生产、检验验收的软件配置项的集合。在项目通过定型或鉴定后,将受控库中的产品基线通过发布流程转入该库。

(2)访问控制规程:对非基线配置文件和基线配置文件可采用以下两类控制方式: 开发控制:开发期间,进行版本管理,若需更改只作简单跟踪即可;

正式控制:若需要更改,必须通过正式更改控制规程才能进行更改,由顾客参与的高层CCB控制。

(3)配置库的备份:制定正确的备份与恢复策略,并加以实施。 2.1.3 发布基线

在项目策划时定义项目需要建立的基线,对其赋予唯一标识号,并文档化每条基线应包含的配置文件,形成基线列表。

(1)在系统设计与分析阶段结束时建立功能基线:包括经过评审的定义软件配置项技术要求的文件,如:软件研制任务书、接口控制文件、软件技术协议等。

(2)在需求分析阶段结束时建立分配基线:包括经过评审的分配到软件功能模块需求的文件,如:软件需求规格说明。

(3)在产品定型或鉴定时建立产品基线:包括经过确认的作为软件产品生产、交付、使用、保障活动基础相关文件,如:安装包、用户手册等。 2.2 跟踪和控制更改 2.2.1 跟踪更改申请

龙源期刊网 http://www.qikan.com.cn

(1)提交变更申请:需要变更时,提交变更申请,并填写建议的更改方案。 (2)变更影响域分析:项目组主要从以下几方面进行分析。 该软件更改是否满足软件本身功能、性能、软件质量要求; 对项目工作量、进度、成本的影响;

是否引起其他软件配置项、相关的设计文件/图样更改; 对在制品和已交付产品的影响以及处理措施;

对于在多个产品中使用的配置项,其更改可能解决本项目中的问题,而在其他应用中是否有影响;

更改等级分析:按照更改的内容及影响范围,可将更改进行分级控制。 (3)CCB审批:项目组与利益相关方一起评审该变更申请。

(4)跟踪更改申请的状态:更改申请被提交后就应对其进行状态跟踪,直到更改实施完毕并经过批准。 2.2.2 控制配置项

变更申请经过批准后,对问题配置项进行更改控制:

(1)出库:经过批准的变更申请可以作为出库依据,对存在问题的配置项出库。 (2)更改并验证:项目组针对新需求或存在的问题进行更改。更改后,应对更改内容进行评审或测试,以确保更改不会引入新的问题等。

(3)入库:通过验证后,项目组应根据更改级别提交相应CCB审批后检入受控库生成新的版本。

2.3 建立完整性 2.3.1 建立配置管理记录

(1)收集配置管理相关表单:配置管理员收集、整理配置管理过程中产生的相关表单。 (2)生成配置状态报告:在项目配置项状态发生变更后,配置管理员应生成配置状态报告,并向项目组和利益相关方发布配置状态信息。