EULYNX:标准化之路
发布:2016年7月9日|Frans Heijnen|暂无评论
的EULYNX1第7个框架计划项目INESS2即将结束时，10个基础设施管理人员建立了倡议(欧洲联锁系统模仿)。双方签署了一份谅解备忘录，该项目由八名成员开始。Frans Heijnen, EULYNX项目经理，解释了更多关于项目的目标，可交付成果和接下来的事情。
项目的八个成员包括CFL(卢森堡);DB Netz AG(德国);Infrabel(比利时);Jernbaneverket(挪威);Liikennevirasto(芬兰运输局);铁路网(英国);ProRail B.V.(荷兰);法国SNCF Reseau(前身为RFF)。2015年初，Trafikverket(瑞典)和SŽ(斯洛文尼亚)也加入了该项目。
项目的“后台”是有限的;基于一个自筹资金的组织，围绕一个非常小的核心办公室，提供项目管理支持和一些常用工具。该项目的大部分资源来自合作伙伴本身，因为正是他们拥有迫切需要的领域知识，以捕获信号系统的功能需求，并能够讨论将操作功能分配给不同的系统元素。
为什么EULYNX ?
在INESS (EULYNX的前身)期间，很明显，尽管新的基于计算机的联锁(CBI)提供了新的功能，但很明显，在联锁的情况下，它并没有降低生命周期成本(这是目标)。这一增长的主要原因是cbi的运行寿命大大缩短，特别是考虑到联锁核心时。这个核心，由于其主要部件的可用期越来越短，其资本支出份额低于10-15%，用于包括现场元件和电缆等在内的新联锁。由于在许多解决方案中，岩心和油田是高度互联的，因此岩心运行寿命的缩短会对整个联锁产生影响。在许多情况下，更换核心意味着更新整个连锁系统。
一旦理解了这一机制，并且意识到在许多情况下，CAPEX大大低于维护安装的运营成本(OPEX)，就可以找到一种解决方案，可以将联锁核心和现场元件的生命周期解耦。在许多情况下，在维护油田的同时更新岩芯非常困难或昂贵，因为唯一能够更换岩芯的一方是原来的供应商，即所谓的“供应商锁定”。
EULYNX目标
这个想法的诞生是为了通过创建标准化的接口(以及DB的NeuPro项目中的字段元素)来将核心与字段分离，从而可以提取核心并用新的核心替换它，但保留标准化的字段元素，因为它们的生命周期明显更长。由于体系结构要求在系统元素之间进行基于ip的通信，因此安全通信协议基于标准化的RaSTA协议。核心与外部世界的连接在物理连接方面很简单。标准的网络硬件和电源使构建和测试新核心变得容易，并在很短的时间内委托更换。
该项目的谅解备忘录规定:为了使将来能够部分替换系统元素，这些元素之间接口的标准化被视为至关重要。通过这些标准化接口，可以更换联锁的某些部件，而不需要完全更新联锁，也减少了对规划和审批资源的需求，而这是由完全更换带来的”。
谅解备忘录描述了证明标准化需求的意图，并就几个元素的接口定义达成共识:该计划不仅应包括标准化工作本身，还应包括相关的测试和批准阶段以及工具开发。引用实现是范围的重要组成部分。参考实现是第一次测试和演示可行性的项目，应该是标准的验证阶段”。
什么是EULYNX标准化架构?
为了实现标准化接口的目标，首要任务是就信令系统的体系结构和不同子系统的相应功能分配达成一致。一些基本问题需要事先商定，比如通信基础设施。按照几年来可见的趋势，通信是IP化的3.因为它允许在通信基础设施中使用COTS产品。这一点，再加上对所有与安全相关的接口强制使用RaSTA协议的协议，在涉及到处理字段元素时简化了体系结构，因为这些元素可以是分配给它们的较低级别功能的子系统。
可交付成果
定义的体系结构为CENELEC 50126的完整V-Cycle方法的EULYNX开发提供了基础。EULYNX计划的可交付成果被分配到CENELEC阶段1-5，以便提供一套完整的规范。这些文件将提供给信号行业，因为实际设备的开发只能基于一套完整的要求。合作伙伴把这一点放在心上，目标不仅是提供一个完整的集合，而且还将这个集合正式编写。所选择的方法允许在设备构建之前对需求进行测试和验证。建模工具，连同可执行的状态机，基于正式的用例，将构建一组超越先前描述需求方式的文档。以前，这些通常只是对功能的口头描述，导致了对相同需求的误解和不同的解释。系统工程在我们的方法中是至关重要的，可追溯性对客户的要求是至关重要的。工具，例如用于需求管理的IBM Rational DOORS和用于建模工具的PTC Integrity Modeler，是其中的关键部分;并进一步支持了文档管理系统和工作流管理系统。
到目前为止的旅程
对于每个接口，都设置了专用集群。这是什么意思?由于将功能分配给子系统的功能需求以及通过接口产生的信息流直接与每个基础设施管理人员的信号传递理念相关联，因此收集此信息的唯一方法是将每个基础设施管理人员对使用此接口感兴趣的专家聚集在一起。该组由感兴趣的基础设施管理人员组成。
对于像TDS(列车检测系统)这样的典型集群，工作是分阶段进行的。首先，绘制了一个函数列表。诸如“根据ILS的请求报告TVP状态”或“故障状态”等功能在电子表格中列出，包括每个合作伙伴对特定功能的适用性。基于此功能列表的一致版本，开发了一组用例。
在这个阶段，讨论非常激烈，因为这是关于信号原理和每个信号部门的核心知识。这是不同的解释汇集在一起的地方。在许多情况下，用例是集群的第一个正式交付。
在用例开发之后，建模专家执行建模的下一个阶段开始。生成的正式模型将包含所有信息，因为在我们的流程中，模型是核心信息存储。该模型是可执行的，可以对建模的接口进行仿真和验证。一名独立专家将对该模型进行测试。该测试将与其他专家开发的测试场景一起进行，以验证模型。在生命周期的后期阶段，这些测试场景还将为产品验收和一致性测试提供基础。
现状及预测
目前已经开始了12个集群，其中几个已经达到了发布第一个集群基线的阶段——该发布将在2016年7月发布。这些基线将包含已批准的用例集。此外，CENELEC第一和第二阶段的一些整体文件也将被发布。该项目预计在2017年初发布第一个完整的基线集，并在2017年底发布第二个完整的基线集。
参考文献
传记
Frans Heijnen在信号行业拥有超过40年的经验，从英维思铁路(现为西门子)高级副总裁退休后，一直担任独立顾问。自2013年以来，Frans一直担任EULYNX的项目经理，包括担任欧洲主要基础设施经理的首席系统架构临时职位和专家证人任务。Frans目前是欧洲铁路工程师协会联盟(UEEIV)的总统成员。
