1 / 13
文档名称:

软件工程综述论文软件工程概论论文:基于DO-178B的软件配置管理技术研究.doc

格式:doc   大小:147KB   页数:13页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件工程综述论文软件工程概论论文:基于DO-178B的软件配置管理技术研究.doc

上传人:ttteee8 2020/8/3 文件大小:147 KB

下载得到文件列表

软件工程综述论文软件工程概论论文:基于DO-178B的软件配置管理技术研究.doc

文档介绍

文档介绍:软件工程综述论文软件工程概论论文:基于DO-178B的软件配置管理技术研究摘要:软件过程管理对航空软件产品的安全性和可靠性发挥着至关重要的作用,而配置管理技术作为软件过程中的一个重要环节,无疑又是重中之重。这里以DO—178B为指导,结合实践经验,详细阐述了开展各项软件配置管理活动的具体方法与策略。为提高数据控制的有效性,以满足DO-178B的A级软件研发过程为例,说明了如何按照DO一178B中的两种控制类型对软件生命周期数据进行分类,最后,提供了符合DO-178B要求的说明。关键词:软件配置管理;配置标识;基线;变更控制;加载控制;软件生命周期环境控制;控制类别;DO-178B1概述随着航空工业的飞速发展,航空软件产品的安全性与稳定性己经成为研制单位进行市场抗衡的重要徒码。而软件过程能力的高低往往对其起着决定性的作用。软件过程管理中,配置管理技术无疑又是重中之重:混乱的配置管理可以使所有软件工程师长期的心血毁于一旦;更严重者,可以造成机毁人亡。为规范软件研发过程,提高软件产品的安全性,美国航空无线电技术委员会(RTCA)提出了DO—178B《机载系统和设备合格审定中的软件考虑》,朔于建立开发人员、安装人员和用户在使用计算机技术设计航空系统及设备时遵从的软件要求[2]。该标准并成为美国联邦航空管理局(FAA)和欧洲联合航空管理局(JAA)进行机载软件开发的标准。DO-178B采纳了由JAA所使用的五级失效状的分类模式将机载软件安全级别划分为灾难性、危险性、较重要、次要级和无影响级5个类型,并由此确立了对安全性方面的具体细则[2]oDO-178B制定了软件生命周期各个过程的目标;阐述了达到目标所应进行的活动。软件配置管理技术主要解决的是软件开发过程中的资源管理问题[4]o它作为软件过程管理中的一项重要内容,在DO-178B中具有明确的目标与要求。本文作者在进行充分研究之后,对满足DO-178B研发过程的软件配置管理技术进行了探讨,并从实践出发,为如何开展满足DO-178B的软件配置管理活动提出了很好的建议。2配置管理组成在满足DO-178B的软件研发过程中,软件配置管理过程应该涉及的活动如图1所示。其中,建立组织机构与配置库设置为其它活动的基础。(配置控制委员会)作为一个集中控制机构,它建立的目的是为了保证每个基线变更都经过项目相关成员的考虑与确认,每个变更在实施前都经过授权[5]oCCB一般由项目负责人、开发组、测试组、质量保证组、B应至少设置两级:系统级与项目级。B成员中应增加硬件开发方等系统级相关人员。B负责:需求基线、产品基线的审批以及这两类基线数据的变更;产品发布的审批。B则负责其他基线的审批以及基线数据的更改。B也可根据软件模块的分包情况再次细分。B可以提高项目组内部解决问题的效率;而且对于涉及项目组外部的一切问题又保证了沟通的有效性及问题分析与解决的权威性。:按产品模块的划分建库和按产品建库。按产品模块的划分建库适合于工具统一、对并行开发有一定需求的大规模软件研发。这种配置库的建立模式能提高配置项的编译和发布效率。但这种库结构并不是面对整个软件产品,因此,在维护各模块版本的一致性方面成本较高。按产品建库适用于开发模式为线性的中小型专业软件的研发,维护方便,但不利于提高配置项的编译效率。配置库的设置应根据项目情况结合所使用的工具进行灵活选择、合理规划。无论采用哪种方式进行配置库设置,都需要对不同稳定程度的数据版本进行区别控制,以防止重要版本的丢失或肆意篡改。因此,“开发库+受控库+产品库”的三库管理机制应运而生。区别于以往物理分开的三库管理,建议使用物理上的一库实现逻辑上的三库管理。三库物理统一,通过基线的创建来实现逻辑的分割。开发库负责收集所有软件研发过程中的电子数据,受控库保存基线数据。产品库保存所有产品基线。配置管理员设置配置库中的读、写权限,以维护数据的安全性与稳定性。物理一库的优势:避免由于物理上的隔离导致数据在三库间(主要是开发库与受控库)的频繁出入,减少了工作负荷,防止数据在传递过程中出错;再者,避免了为建立三库间数据的对应关系而付出的不必要成本。:文档标识、源代码标识、产品标识。文档标识存在于文档的封页,通常采用的标识规则为:“项目简称_文档名称—版本号”,,它们的变化反映出变更程度的大小。源代码是通过其电子文件的名称进行标识的。如果不同路径下存在有相同名称的代码,则可以通过“路径名+文件名”的方式对源代码进行标识。代码的版本号规则可以与技术文档的相同。产品可以通过以下标识规则进行标识:“产品名称/产品版本号”。产品的版本号由三部分组成,即主版