论文部分内容阅读
摘要：简要介绍了轨道交通列车网络软件开发过程中进行软件配置管理（Software Configuration Management，SCM）的方法，通过定义各阶段的配置管理活动，来确保所开发的列车网络软件的持久性和可控性。
关键词：轨道交通；列车网络；配置管理
前言
列车网络控制系统（Train Control and Management System，TCMS）是现代智能化轨道交通车辆的神经中枢，承担着整个列车的控制、监视、诊断与保护等任务[1]。TCMS是一个大型、复杂、高度集成化的系统，因此，采用软件配置管理的措施来确保开发出可靠的列车网络控制系统软件，显得尤为重要。
一、软件配置管理的目标
软件配置保证的目标是规范配置管理活动，确保配置项正确地唯一标识并易于存取，区分配置项与资料项，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性，以保证所交付的软件能够满足项目需求书中规定的各种原则需求。
二、组织架构、任务职责定义
三、管理工具
SCM工具采用SVN，SVN是Subversion的缩写，是新一代的开源版本控制管理工具，它拥有目录版本化、原子提交、版本化的元数据、更加有效的分支和标签等优良特性。工作组成员对配置项做出的修改，需要提交至服务器才能实现共享。工作组成员可以单独锁定某一配置项，独立对此配置项进行修改，提交修改后手动解除锁定。在锁定期间，其他人对此配置项进行的修改不能提交，从而避免了多人同时提交对某一配置项更改带来的错误。
四、配置管理活动
文档配置项命名如下：
<文件编号>-<文件名>-<语言>。
文件编号方式采用统一编号方式，具体编号全部由项目负责人确定。为了便于使用SVN工具进行配置管理，文档配置项命名中不包含版本信息，版本号写在SVN提交时的日志里。
其它文檔如SCM活动中产生的输出文档，命名如下：
（1）变更请求单
变更请求单命名：Ri_<配置项标识>_变更请求单_<流水号>。
?Ri：第i阶段的报告。
?配置项标识：需要变更的配置项标识。
?变更请求单：本文档的名称。
?流水号：配置项变更过程中产生的流水号：“1”-“∞”。
（2）配置审计报告和配置库状态报告
配置审计报告和配置库状态报告命名如下：
Ri_<报告名称>_。
?Ri：与变更请求单定义一致。
?报告名称：配置审计报告，或配置库状态报告。
?YYMMDD：6位日期。
SVN对软件入库标识按照“目录树-文件”方式对项目软件和子系统软件进行层级管理，项目软件是所有子系统软件的集合。为了便于使用SVN工具进行配置管理，文档配置项命名中不包含版本信息，版本号写在SVN提交时的日志里。SVN目录下建立一个项目文件夹，该文件夹即成为项目软件配置项。配置项基线标识为：
?<项目名称英文缩写>_Code
（1）文档版本：
文档版本策略适用于一般文档。
文档版本格式为：<主版本>，或<主版本>.<子版本>。
各段版本号从0递增，子版本为2位数，初始版本号为0。
当配置项进行了局部修改时，并且版本号需要提升时，主版本号不变，子版本号加1。
（2）软件版本：
软件版本策略适用于VCU软件，DDU软件及其他维护软件。
软件版本号命名规则：
<主版本号>.<子版本号>.<修正版本号>。
各段版本号从0递增，位数不限。
配置项经过审批后，成为一个基线。项目开发过程中的所有设计文档、测试验证文档、源代码都独立成为一个基线。
x
（1）项目立项后，由软件配置管理员明确该项目的配置项和基线
（2）开发活动所涉及的源代码、文档应该从公共版本库中获取/存放。
（3）已经通过评审的文档或已经通过测试人员测试验证的程序，以及经过PDM审核、批准的配置项应该标识为正式版本或基线，进入受控状态。
在项目进行中，配置管理员需定期对配置项的状态进行汇总，统计并向配置控制小组及项目负责人进行 （下转第页）
（上接第页）报告。现对配置管理员报告配置项状态的时间进行规范：
?需求分析阶段结束后；
?需求设计结束后；
?软件设计结束后；
?测试：模块测试、软件集成测试、软件功能确认测试以及上车测试，每次测试结束后；
?发布：阶段结束后。
配置审计分为：
?功能配置审计：审计软件功能是否与需求一致，并符合基线文档的要求；通常要审查设计文档、测试方法、流程及报告等。
?物理配置审计：审计要交付的组成项是否存在，是否包含所有必需的项目，如正确版本的资源、维护工具及说明文档等。
五、备份计划
每2～3周执行一次数据备份，将数据从服务器拷贝到配置管理员本机（或其他）硬盘，但不覆盖前一次的数据；保留最近两次的数据。
结语
软件配置管理（SCM）本质上是识别和保证开发过程中各种事物（软件文档，源代码等）持久性以及可控性的流程。通过规范化的配置管理活动，可以确保列车网络控制系统软件的高可靠性和软件变更的可追溯性。
参考文献：
[1]孙宁，李照星，杨润栋，等. 城市轨道交通车辆应用技术[M].北京：中国铁道出版社.2014.
关键词：轨道交通；列车网络；配置管理
前言
列车网络控制系统（Train Control and Management System，TCMS）是现代智能化轨道交通车辆的神经中枢，承担着整个列车的控制、监视、诊断与保护等任务[1]。TCMS是一个大型、复杂、高度集成化的系统，因此，采用软件配置管理的措施来确保开发出可靠的列车网络控制系统软件，显得尤为重要。
一、软件配置管理的目标
软件配置保证的目标是规范配置管理活动，确保配置项正确地唯一标识并易于存取，区分配置项与资料项，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性，以保证所交付的软件能够满足项目需求书中规定的各种原则需求。
二、组织架构、任务职责定义
三、管理工具
SCM工具采用SVN，SVN是Subversion的缩写，是新一代的开源版本控制管理工具，它拥有目录版本化、原子提交、版本化的元数据、更加有效的分支和标签等优良特性。工作组成员对配置项做出的修改，需要提交至服务器才能实现共享。工作组成员可以单独锁定某一配置项，独立对此配置项进行修改，提交修改后手动解除锁定。在锁定期间，其他人对此配置项进行的修改不能提交，从而避免了多人同时提交对某一配置项更改带来的错误。
四、配置管理活动
文档配置项命名如下：
<文件编号>-<文件名>-<语言>。
文件编号方式采用统一编号方式，具体编号全部由项目负责人确定。为了便于使用SVN工具进行配置管理，文档配置项命名中不包含版本信息，版本号写在SVN提交时的日志里。
其它文檔如SCM活动中产生的输出文档，命名如下：
（1）变更请求单
变更请求单命名：Ri_<配置项标识>_变更请求单_<流水号>。
?Ri：第i阶段的报告。
?配置项标识：需要变更的配置项标识。
?变更请求单：本文档的名称。
?流水号：配置项变更过程中产生的流水号：“1”-“∞”。
（2）配置审计报告和配置库状态报告
配置审计报告和配置库状态报告命名如下：
Ri_<报告名称>_
?Ri：与变更请求单定义一致。
?报告名称：配置审计报告，或配置库状态报告。
?YYMMDD：6位日期。
SVN对软件入库标识按照“目录树-文件”方式对项目软件和子系统软件进行层级管理，项目软件是所有子系统软件的集合。为了便于使用SVN工具进行配置管理，文档配置项命名中不包含版本信息，版本号写在SVN提交时的日志里。SVN目录下建立一个项目文件夹，该文件夹即成为项目软件配置项。配置项基线标识为：
?<项目名称英文缩写>_Code
（1）文档版本：
文档版本策略适用于一般文档。
文档版本格式为：<主版本>，或<主版本>.<子版本>。
各段版本号从0递增，子版本为2位数，初始版本号为0。
当配置项进行了局部修改时，并且版本号需要提升时，主版本号不变，子版本号加1。
（2）软件版本：
软件版本策略适用于VCU软件，DDU软件及其他维护软件。
软件版本号命名规则：
<主版本号>.<子版本号>.<修正版本号>。
各段版本号从0递增，位数不限。
配置项经过审批后，成为一个基线。项目开发过程中的所有设计文档、测试验证文档、源代码都独立成为一个基线。
x
（1）项目立项后，由软件配置管理员明确该项目的配置项和基线
（2）开发活动所涉及的源代码、文档应该从公共版本库中获取/存放。
（3）已经通过评审的文档或已经通过测试人员测试验证的程序，以及经过PDM审核、批准的配置项应该标识为正式版本或基线，进入受控状态。
在项目进行中，配置管理员需定期对配置项的状态进行汇总，统计并向配置控制小组及项目负责人进行 （下转第页）
（上接第页）报告。现对配置管理员报告配置项状态的时间进行规范：
?需求分析阶段结束后；
?需求设计结束后；
?软件设计结束后；
?测试：模块测试、软件集成测试、软件功能确认测试以及上车测试，每次测试结束后；
?发布：阶段结束后。
配置审计分为：
?功能配置审计：审计软件功能是否与需求一致，并符合基线文档的要求；通常要审查设计文档、测试方法、流程及报告等。
?物理配置审计：审计要交付的组成项是否存在，是否包含所有必需的项目，如正确版本的资源、维护工具及说明文档等。
五、备份计划
每2～3周执行一次数据备份，将数据从服务器拷贝到配置管理员本机（或其他）硬盘，但不覆盖前一次的数据；保留最近两次的数据。
结语
软件配置管理（SCM）本质上是识别和保证开发过程中各种事物（软件文档，源代码等）持久性以及可控性的流程。通过规范化的配置管理活动，可以确保列车网络控制系统软件的高可靠性和软件变更的可追溯性。
参考文献：
[1]孙宁，李照星，杨润栋，等. 城市轨道交通车辆应用技术[M].北京：中国铁道出版社.2014.