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

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

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程综述论文软件工程概论论文: 基于DO-178B的软件配置管理技术研究 摘 要: 软件过程管理对航空软件产品的安全性和可靠性发挥着至关重要的作用,而配置管理技术作为软件过程中的一个重要环节,无疑又是重中之重。这里以DO-178B为指导,结合实践经验,详细阐述了开展各项软件配置管理活动的具体方法与策略。为提高数据控制的有效性,以满足DO-178B的A级软件研发过程为例,说明了如何按照DO-178B中的两种控制类型对软件生命周期数据进行分类,最后,提供了符合DO-178B要求的说明。 关键词: 软件配置管理;配置标识;基线;变更控制;加载控制;软件生命周期环境控制;控制类别;DO-178B 1 概述 随着航空工业的飞速发展,航空软件产品的安全性与稳定性已经成为研制单位进行市场抗衡的重要砝码。而软件过程能力的高低往往对其起着决定性的作用。软件过程管理中,配置管理技术无疑又是重中之重:混乱的配置管理可以使所有软件工程师长期的心血毁于一旦;更严重者,可以造成机毁人亡。 为规范软件研发过程,提高软件产品的安全性,美国航空无线电技术委员会(RTCA)提出了DO-178B《机载系统和设备合格审定中的软件考虑》,它用于建立开发人员、安装人员和用户在使用计算机技术设计航空系统及设备时遵从的软件要求[2]。该标准并成为美国联邦航空管理局(FAA)和欧洲联合航空管理局(JAA)进行机载软件开发的标准。DO-178B采纳了由JAA所使用的五级失效状的分类模式将机载软件安全级别划分为灾难性、危险性、较重要、次要级和无影响级5个类型,并由此确立了对安全性方面的具体细则[2]。DO-178B制定了软件生命周期各个过程的目标;阐述了达到目标所应进行的活动。 软件配置管理技术主要解决的是软件开发过程中的资源管理问题[4]。它作为软件过程管理中的一项重要内容,在DO-178B中具有明确的目标与要求。本文作者在进行充分研究之后,对满足DO-178B研发过程的软件配置管理技术进行了探讨,并从实践出发,为如何开展满足DO-178B的软件配置管理活动提出了很好的建议。 2 配置管理组成 在满足DO-178B的软件研发过程中,软件配置管理过程应该涉及的活动如图1所示。其中,建立组织机构与配置库设置为其它活动的基础。 3 配置管理实施 3.1 组织机构 软件配置管理活动需要全体项目成员的参与。CCB(配置控制委员会)作为一个集中控制机构,它建立的目的是为了保证每个基线变更都经过项目相关成员的考虑与确认,每个变更在实施前都经过授权[5]。CCB一般由项目负责人、开发组、测试组、质量保证组、配置管理组等项目相关成员组成。 CCB应至少设置两级:系统级与项目级。系统级CCB成员中应增加硬件开发方等系统级相关人员。系统级CCB负责:需求基线、产品基线的审批以及这两类基线数据的变更;产品发布的审批。项目级CCB则负责其他基线的审批以及基线数据的更改。项目级CCB也可根据软件模块的分包情况再次细分。 多层次的CCB可以提高项目组内部解决问题的效率;而且对于涉及项目组外部的一切问题又保证了沟通的有效性及问题分析与解决的权威性。 3.2 配置库设置 配置库的设置一般有两种形式:按产品模块的划分建库和按产品建库。按产品模块的划分建库适合于工具统一、对并行开发有一定需求的大规模软件研发。这种配置库的建立模式能提高配置项的编译和发布效率。但这种库结构并不是面对整个软件产品,因此,在维护各模块版本的一致性方面成本较高。按产品建库适用于开发模式为线性的中小型专业软件的研发,维护方便,但不利于提高配置项的编译效率。配置库的设置应根据项目情况结合所使用的工具进行灵活选择、合理规划。 无论采用哪种方式进行配置库设置,都需要对不同稳定程度的数据版本进行区别控制,以防止重要版本的丢失或肆意篡改。因此,“开发库+受控库+产品库”的三库管理机制应运而生。区别于以往物理分开的三库管理,建议使用物理上的一库实现逻辑上的三库管理。三库物理统一,通过基线的创建来实现逻辑的分割。开发库负责收集所有软件研发过程中的电子数据,受控库保存基线数据。产品库保存所有产品基线。配置管理员设置配置库中的读、写权限,以维护数据的安全性与稳定性。物理一库的优势:避免由于物理上的隔离导致数据在三库间(主要是开发库与受控库)的频繁出入,减少了工作负荷,防止数据在传递过程中出错;再者,避免了为建立三库间数据的对应关系而付出的不必要成本。 3.3 配置标识及版本 配置标识主要包括:文档标识、源代码标识、产品标识。 文档标识存在于文档的封页,通常采用的标识规则为:“项目简称_文档名称_版本号”,版本号可以表示为X.Y。X和Y均为整数,它们的变化反映出变更程度的大小。 源代码是通过其电子文件的名称进行标识的。如果不同路径下存在有相

文档评论(0)

kehan123 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档