System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 基于工作流的多专业故障闭环管理系统及方法技术方案_技高网

基于工作流的多专业故障闭环管理系统及方法技术方案

技术编号:40833809 阅读:2 留言:0更新日期:2024-04-01 14:57
本发明专利技术提供一种基于工作流的多专业故障闭环管理系统及方法。所述系统包括:数据接入模块,用于将多个专业系统的故障数据接入源业务系统数据,得到融合的一体化数据;数据库模块,用于对融合的一体化数据进行统一的数据治理、数据开发、数据服务,并通过持久化的方式进行存储;工作流模块,用于与所述数据库模块接口交互,实现故障信息在不同专业间的流转;应用服务模块,用于与所述工作流模块接口交互,通过人机交互界面展示数据动态。本发明专利技术能够提升城轨多专业系统间的协同和故障信息流转过程中的全局共享。

【技术实现步骤摘要】

本专利技术涉及城市轨道交通,特别涉及一种基于工作流的多专业故障闭环管理系统及方法


技术介绍

1、目前,城市轨道交通领域正大力推进数字化技术的工程应用,以实现数字化升级转型,促进数字经济发展。人工运维在传统的轨道交通运维方面占主导作用,但由于人手有限,不同专业的人无法有效共享信息,导致不能及时处理复杂故障问题,从而影响运营安全。另外由于城轨系统各个专业业务间数字化成果兼容性较差,难以实现专业间的协同。


技术实现思路

1、本专利技术的目的是提供一种基于工作流的多专业故障闭环管理系统及方法,提升城轨多专业系统间的协同和故障信息流转过程中的全局共享。

2、为实现以上目的,本专利技术通过以下技术方案实现:

3、一种基于工作流的多专业故障闭环管理系统,包括:

4、数据接入模块,用于将多个专业系统的故障数据接入源业务系统数据,得到融合的一体化数据;

5、数据库模块,用于对融合的一体化数据进行统一的数据治理、数据开发、数据服务,并通过持久化的方式进行存储;

6、工作流模块,用于与所述数据库模块接口交互,实现故障信息在不同专业间的流转;

7、应用服务模块,用于与所述工作流模块接口交互,通过人机交互界面展示数据动态。

8、可选地,所述数据接入模块采用消息队列中间件rabbitmq实现源业务系统数据与各专业系统数据的统一汇集。

9、可选地,所述数据库模块采用数据仓库,实现数据可视化、数据分析建模。

<p>10、可选地,所述工作流模块采用activiti工作流引擎。

11、可选地,所述数据库模块还用于存储工作流引擎初始化数据、流程实例运行数据以及日志信息。

12、可选地,所述应用服务模块的人机交互界面包括首页、故障查询和统计中心、故障单管理中心和设备管理中心;

13、所述首页通过图表看板的方式展示各专业数据的实时状态、故障处理情况及故障指数信息;

14、所述故障查询和统计中心通过列表的方式展示各类专业统计数据和应用各类算法进行故障分析的结果;

15、所述故障单管理中心以创建故障单为基础,结合工作流引擎,实现跨专业和部门间的故障信息流转;

16、所述设备管理中心以设备为核心,实现不同专业间设备类型树、设备编码规则、设备异常模型描述、设备维修记录的统一。

17、一种基于工作流的多专业故障闭环管理方法,包括如下步骤:

18、数据接入模块将多个专业系统的故障数据接入源业务系统数据,得到融合的一体化数据;

19、数据库模块对融合的一体化数据进行统一的数据治理、数据开发、数据服务,并通过持久化的方式进行存储;

20、工作流模块与所述数据库模块接口交互,实现故障信息在不同专业间的流转;

21、应用服务模块与所述工作流模块接口交互,通过人机交互界面展示数据动态。

22、可选地,所述数据接入模块采用消息队列中间件rabbitmq实现源业务系统数据与各专业系统数据的统一汇集。

23、可选地,所述数据库模块采用数据仓库,实现数据可视化、数据分析建模。

24、可选地,所述工作流模块采用activiti工作流引擎。

25、可选地,所述数据库模块与所述工作流模块接口交互,存储工作流引擎初始化数据、流程实例运行数据以及日志信息。

26、可选地,所述应用服务模块的人机交互界面包括首页、故障查询和统计中心、故障单管理中心和设备管理中心;

27、所述首页通过图表看板的方式展示各专业数据的实时状态、故障处理情况及故障指数信息;

28、所述故障查询和统计中心通过列表的方式展示各类专业统计数据和应用各类算法进行故障分析的结果;

29、所述故障单管理中心以创建故障单为基础,结合工作流引擎,实现跨专业和部门间的故障信息流转;

30、所述设备管理中心以设备为核心,实现不同专业间设备类型树、设备编码规则、设备异常模型描述、设备维修记录的统一。

31、与现有技术相比,本专利技术具有如下优点:

32、1、克服了不同专业间的差异性,提高了城轨系统各个专业业务间数字化成果的兼容性,增强了专业间的协同;

33、2、通过该方案有效提高了信息的共享与流转,运维人员能够及时处理复杂故障问题,最大限度保证了运营的安全;

34、3、利用rabbitmq的高可用性、高易用性将不同专业系统数据接入到源业务系统中,提高了消息存储转发的能力,保证了数据的可靠性与安全性;

35、4、采用数据仓库技术实现了数据可视化和数据分析建模,为大数据的存储提供了坚实的平台基础;

36、5、activiti流程引擎的使用能够引导服务交互,驱动业务数据流转,对数据的出生、中转、停留及最终消亡进行有效控制和监管,从而让服务有源可溯,有序可遵,普及了无纸化应用。

本文档来自技高网
...

【技术保护点】

1.一种基于工作流的多专业故障闭环管理系统,其特征在于,包括:

2.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据接入模块采用消息队列中间件RabbitMQ实现源业务系统数据与各专业系统数据的统一汇集。

3.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据库模块采用数据仓库,实现数据可视化、数据分析建模。

4.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述工作流模块采用Activiti工作流引擎。

5.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据库模块还用于存储工作流引擎初始化数据、流程实例运行数据以及日志信息。

6.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述应用服务模块的人机交互界面包括首页、故障查询和统计中心、故障单管理中心和设备管理中心;

7.一种基于工作流的多专业故障闭环管理方法,其特征在于,包括如下步骤:

8.如权利要求7所述的基于工作流的多专业故障闭环管理方法,其特征在于,所述数据接入模块采用消息队列中间件RabbitMQ实现源业务系统数据与各专业系统数据的统一汇集。

9.如权利要求7所述的基于工作流的多专业故障闭环管理方法,其特征在于,所述数据库模块采用数据仓库,实现数据可视化、数据分析建模。

10.如权利要求7所述的基于工作流的多专业故障闭环管理方法,其特征在于,所述工作流模块采用Activiti工作流引擎。

11.如权利要求7所述的基于工作流的多专业故障闭环管理方法,其特征在于,所述数据库模块与所述工作流模块接口交互,存储工作流引擎初始化数据、流程实例运行数据以及日志信息。

12.如权利要求7所述的基于工作流的多专业故障闭环管理方法,其特征在于,所述应用服务模块的人机交互界面包括首页、故障查询和统计中心、故障单管理中心和设备管理中心;

...

【技术特征摘要】

1.一种基于工作流的多专业故障闭环管理系统,其特征在于,包括:

2.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据接入模块采用消息队列中间件rabbitmq实现源业务系统数据与各专业系统数据的统一汇集。

3.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据库模块采用数据仓库,实现数据可视化、数据分析建模。

4.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述工作流模块采用activiti工作流引擎。

5.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述数据库模块还用于存储工作流引擎初始化数据、流程实例运行数据以及日志信息。

6.如权利要求1所述的基于工作流的多专业故障闭环管理系统,其特征在于,所述应用服务模块的人机交互界面包括首页、故障查询和统计中心、故障单管理中心和设备管理中心;

7.一种基...

【专利技术属性】
技术研发人员:高贺范东明王亮张启万赵金婵陈子豪涂鹏飞
申请(专利权)人:卡斯柯信号有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1