- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于ClearQuest列车网络控制软件变更的方法的设计
基于ClearQuest列车网络控制软件变更的方法的设计
[摘 要]列车网络控制系统软件在开发过程中会经常性的进行修改、删减和增加,从而引起软件的变更问题。盲目的变更会导致软件功能的失效。并且,软件变更设计也是功能安全要求的软件开发过程控制的必要措施。本文基于ClearQuest详细说明并建立了列车网络控制软件变更设计方法,包括列车控制软件发布前、后的变更方法以及利用ClearQuest进行项目任务书下发活动。通过软件变更系统的设计,保证了软件开发质量,提高了软件开发效率,缩短了软件开发周期,节约成本。
[关键词]ClearQuest;变更系统;任务书
中图分类号:TG321 文献标识码:A 文章编号:1009-914X(2014)20-0344-01
1.概述
目前,国际上列车网络控制软件的发展比较完善,不仅拥有严格的开发体系,并通过功能安全认证。铁路行业目前越来越重视列车网络控制系统的安全体系建设。根据功能安全认证要求,需要建立软件变更系统,满足开发设计中的变更需求。
列车控制软件项目开发具有规模大、质量要求高、变更频繁、项目成员多、开发时间紧迫等特点。通过ClearQuest设计满足列车控制软件变更系统的工作流程,解决了软件开发过程的变更可控性,提高工作效率。并且,通过变更系统的设计,保证变更的可追溯性。为软件功能安全认证奠定基础,从而增强软件的可信度和公司的同行业竞争力。
2. 列车控制软件变更系统
列车控制软件的变更系统采取CS架构,客户端需安装ClearQuest软件,服务端需要安装数据库管理系统。
2.1 角色定义
根据EN50128-2011标准中,列车软件要达到安全完整性等级(SIL)2级要求,必须满足人员的独立性,其中软件需求工程师、软件设计工程可以为同一人,统称为软件开发工程师;集成设计工程师和软件测试工程师可以为同一人,统称为软件集成工程师;软件验证工程师和软件确认工程师可以为同一人,统称为软件验证工程师。软件开发工程师、软件验证工程师和软件确认工程师共同组成软件开发项目组,独立于项目组还有项目经理和项目经理助理。
根据列车网络控制系统软件开发过程实际情况,变更会深入到软件开发生命周期的各个阶段,并且频繁出现,如何有效进行变更管理和控制,成为提高列车网络控制系统软件质量的关键。唐车公司将软件变更划分为两个流程:一个是发布前变更,一个是发布后的变更。
2.2 项目发布前变更
对于当前版本未发布,由软件验证工程师发起的软件变更,其流程相对简单,如下所示:
(1)提交缺陷表单
软件验证工程师测试发现程序问题,需提交缺陷处理单至软件开发工程师。
(2)修改缺陷/转发
软件开发工程师对缺陷进行修改,提交至验证工程师重新验证;或将此缺陷转发至其他软件开发工程师进行处理。
(3)验证缺陷
软件验证工程师将以修改的缺陷进行回归测试,验证通过将关闭缺陷。如果验证失败,则重复(2)中的步骤。
2.3 项目发布后变更
对于软件版本已发布,软件缺陷应有严格的审批流程进行控制,以保证该缺陷修改的必要性以及修改结果的正确性。不仅流程设计更为严格,并要求从技术和成本的角度,进行分析。
(1)提交缺陷表单
由软件验证工程师已发布的项目发现的问题时,提交缺陷处理单。
(2)项目经理评估
项目经理根据缺陷信息进行分析,填写审批意见,进行延迟、分配、重新提交、拒绝操作。
(3)项目经理延迟
项目经理根据缺陷影响评估(重要性、优先级)执行“延迟”操作,将此表单挂起。
(4)项目经理拒绝
项目经理根据缺陷的评估 执行“拒绝”动作改变当前状态,流程被关闭。
(5)项目经理分配
项目经理根据情况分配任务给相关开发人员、项目经理助理、技术工程师。执行 “分配”操作。
(6)变更分析
项目经理助理根据缺陷进行成本分析;技术工程师根据缺陷进行技术分析;执行“分析”操作。输出成本分析报告和技术分析报告。
(7)开发工程师处理缺陷
开发工程师通过CQ客户端查询到与本人相关的所有缺陷,当其获得任务分工通知后,开发人员对缺陷进行分析。如缺陷信息不全时执行“重新打开”操作反馈给项目经理,否则,解决缺陷并执行“解决”操作。
(8)软件集成工程师评估
软件集成工程师对已解决的缺陷进行评估,可执行操作(关闭、分配)。
(9)软件验证工程师测试
软件验证工程师根据缺陷信息和解决方案对缺陷进行回归测试。验证通过,流程关闭。验证不通过,返回开发人员继续修改。
(10)软件验证工程师关闭流程
集成工程师对评估的不是缺陷的任务进行关闭。
原创力文档


文档评论(0)