1.一种城轨交通跨专业智能联动方法，其特征在于，包括以下步骤：
1)联动定义，用于生成一个符合规范的xml文档；
2)联动部署执行，按照触发形式不同，联动预案可分为手动触发、订阅触发以及定时触发三种形式；
3)联动记录查询，除了以图形方式展示执行过程外，还能够描述已执行流程的执行细节。
2.根据权利要求1所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的联动定义，使用图形化的设计工具，通过拖拽图元设置属性的方式绘制出联动流程图案并生成xml文档，其中一个完整的联动流程图案必须包括开始、结束以及业务节点，还可根据需要添加网关、调用子流程的其他类型节点。
3.根据权利要求1或2所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的联动定义具体包括以下步骤：
101)使用联动图形化设计工具创建一个空白的联动定义文件；
102)所有联动预案均采用泳道流程图的方式绘制，从工具栏拖拽出泳池图元，根据不同联动场景下可能参与的子系统类别划分角色模块，一种角色即一个泳道，在泳池中添加多个角色泳道；
103)根据联动场景的触发形式选择合适类型的开始节点，对于手动或订阅触发类型联动场景，只需选择没有任何限制的开始节点放置在合适的泳道中即可；对于有定时触发需求的场景，则需要选择定时类型开始节点；
104)根据业务需要，从工具栏中拖拽出脚本任务节点图元，在其属性框内配置相应的业务脚本，支持lua、javascript类型脚本；
105)对于有并行需求的联动场景，可以添加并行网关节点用于增加流程分支，网关后的各分支并行执行；
106)每个流程分支都应设置结束节点，结束节点后不能再连接其他节点，即只进不出；
107)经过步骤101～105，所有流程节点都已绘制完毕，需要使用带箭头的连接线依次将各图元节点连接上，箭头的方向即实际业务应流转的方向；
108)设计好的流程文档以图片和xml文档两种形式输出，文档用于线上部署。
4.根据权利要求3所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的泳道流程图绘制过程中，从工具栏拖拽出泳池、泳道图元，泳道个数均与参与该联动场景的所有子系统数保持一致。
5.根据权利要求3所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的开始节点的个数根据需要确定，为一个或多个，其中开始节点是一个流程起点，因此开始节点前不能连接其他节点，即只出不进。
6.根据权利要求3所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的脚本内部除了可书写相应脚本语言的逻辑外，还可以设置和获取流程全局或各流程分支变量；另外由于跨专业联动的需要，按照不同专业封装了大量联动接口指令集供脚本内调用，单任务节点的脚本业务粒度应与实际业务粒度保持一致。
7.根据权利要求3所述的一种城轨交通跨专业智能联动方法，其特征在于，对于需要根据条件选择合适路径分支的场景，可添加排他网关或包容网关节点，对于会大量重复调用的模块可抽取成独立流程，通过“调用子流程”节点的方式供其他流程调用。
8.根据权利要求1所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的联动部署执行中的订阅触发，具体包括以下步骤：
201)联动定义过程生成的xml文件部署，部署过程同时会验证xml的有效性，只有验证通过方可部署成功；
202)订阅配置，需要先把联动定义与相应的订阅信息关联，配置的订阅信息中包含该联动场景的触发条件和将要触发的流程id；
203)发起订阅，配置好的订阅信息只有订阅后才会和各子系统产生实际关联；
204)联动场景触发，完成订阅后的配置点当数值发生变化后系统会实时接收到通知，当数值满足场景触发条件时，会触发相应的已部署流程，若找不到对应预案流程模型，则启动失败；
205)联动引擎会按照联动预案模型执行中定义的执行动作进行流转，实际动作执行与否、以及执行顺序均由实时分析数据驱动；
206)联动跟踪，联动场景触发后，联动的执行过程以网页实时刷新图片的形式呈现，已执行节点会被绿色高亮处理，正在执行的节点以红色高亮处理，未执行的节点则不做任何处理显示，实际的联动业务执行效果与实时刷新的流程图状态保持一致。
9.根据权利要求8所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的定时触发和手动触发的联动场景只包括步骤201)、步骤205)和步骤206)。
10.根据权利要求9所述的一种城轨交通跨专业智能联动方法，其特征在于，所述的定时触发的联动场景需要在联动定义时使用定时开始节点，并在其属性中配置相应的定时信息，步骤201)完成后当满足定时条件即会执行该联动流程；
所述的手动触发的联动场景则需要手动启动一个已部署的联动流程，同样的定时触发的流程也可通过手动启动形式立即触发。