上海地铁故障报修系统业务调度和数据共享接口平台的设计与实现Word文档格式.docx
《上海地铁故障报修系统业务调度和数据共享接口平台的设计与实现Word文档格式.docx》由会员分享,可在线阅读,更多相关《上海地铁故障报修系统业务调度和数据共享接口平台的设计与实现Word文档格式.docx(2页珍藏版)》请在冰豆网上搜索。
外部故障信息一般处理流程为:
通过接口接收本公司维修的故障,通过系统处理生成系统内新故障信息,系统可根据自身需求完善该故障信息以满足自身要求,在故障处理完毕后将故障结果通过接口平台反馈至故障发起单位。
接收故障处理结果:
各分公司系统需定期访问接口平台,以获取相关本公司发往外部单位的故障数据处理结果。
对接口故障处理结果的处理:
1)由分公司系统将数据转换为内部数据,作为故障处理信息;
2)对处理结果进行判断,对于修复的故障进行闭环操作,对未修复故障执行通过接口平台重新发送。
上报内部故障:
各分公司系统内部处理故障数据应在故障闭环修复后,及时上报至接口平台。
操作之一。
根据上海地铁运营、
维护保障中心各分公司的故障报修系
统,结合故障信息的主要特点,分析了故障在各报修系统的共同点及操作,设计了故障报修系统的统一系统接口,实现了故障报修业务在各分公司系统中的业务关联和数据共享。
简化了各分公司间的故障报修流程,为故障分析和企业管理提供了有力的数据支持。
上海地铁运营、维护各分公司信息系统为不同厂商提供。
作为日常业务,故障报修业务在各个分公司之间又有紧密联系,故障上报和故障维修可能需要各公司配合才能完成,有时不能一次完成维修,存在反复维修的过程,因此存在故障重复的登记和维修信息,不能很好衔接故障处理,存在大量重复的人工工作。
故障报修系统业务调度和数据共享接口平台能够衔接各分公司的故障报修系统,根据业务操作逻辑,实现故障报修业务流程的系统间调度分配,大大节约了人力。
接口平台设计
故障数据
故障信息包括故障发生时间、发
生地点、设备类型、故障现象、报修人、分配下发时间、接修人、接修时间、维修说明、修复时间等要素。
根据故障报修数据信息的特点,结合各故障报修系统数据元素,接口平台为各系统平台提供了整合数据,整合信息包含为基础信息整合、业务信息整合。
基础信息整合原则为各数据集合的并集。
整合的基础数据集包含设备类型树信息、故障分类信息、各分公司基本信息等。
业务数据整合原则为简化业务数据,在各报修系统业务数据的交集的基础上进一步优化,通过对各系统和用户的调研,进一步明确数据范围,增加相应的公司、接口操作等信息。
整合的业务信息数据包括:
故障上报数据、故障维修数据、故障分配数据等信息,业务信息数据包含数据来源、数据目的等相关公司信息。
各系统业务流程变更
接口平台的使用,是衔接各分公
司系统的故障报修业务,是操作流程单一化,避免人工或者多平台操作。
因此
故障报修系统介绍
故障报修业务
故障报修业务主要是针对上海地
铁在运营中出现的设备故障或其他事故进行上报和维修。
故障信息可按设备类型、严重等级等信息进行分类。
其中涉及人员角色有:
1)生产调度:
负责接收并分配故障,亦可上报故障。
2)维修车间班组:
负责接修故障,亦可上报故障。
3)车站值班员:
负责上报故障,以及故障修复的信息确认等。
故障信息的最终状态为:
修复闭环、直接关闭、发往外部单位等。
故障报修系统现状
故障报修系统在上海地铁中已广泛
使用,运营公司(运一至运四)、维护保障中心以及下属分公司(通号、车辆、供
软件和接口技术
接口平台结合各公司系统特点,
采用WebService技术和Socket通讯技术来进行数据交互。
接口平台依托微软的开发工具VisualC#进行设计开发。
WebService
WebService技术,能使得运行
在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件,就可相互交换数据或集成。
依据WebService规范实施的应用之间,无论它
100
TRANSPOWORLD
2014No.30(Oct)
们所使用的语言、平台或内部协议是
什么,都可以相互交换数据。
Webservice主要由以下几块技术所构成,SOAP,WSDL,以及UDDI。
实现一个完整的故障接口信息的
Web服务包括以下步骤:
◆设计实现故障功能的Web服务,并将调试正确后的Web服务通过
Web服务中介者发布;
(发布)
◆各公司系统向Web服务中介者请求特定的服务,中介者根据请求查询
注册中心,为请求者寻找满足请求的服务;
(发现)
◆Web服务中介者向各公司系统返回满足条件的Web服务描述信息,
该描述信息用WSDL写成,各种支持
Web服务的机器都能阅读;
(发现)
◆利用从Web服务中介者返回的描述信息生成相应的SOAP消息,发
送给接口平台,以实现Web服务的调用;
(绑定)
◆接口平台按SOAP消息执行相应的Web服务,并将服务结果返回给
分公司系统。
(绑定)本接口平台推荐各分公司系统使
用webservice接口访问。
socket通讯
Socket通讯有阻塞和非阻
塞两种方式。
在异步方式下,采用非阻塞方式实现,在非阻塞方式下可使用WSAAsyncSelect模型和WSAEventSelect模型:
WSAAsyncSelect模型基于消息,WSAEventSelect模型基于事件。
本接口平台采用异步方式下的非阻赛模式。
status=WSAAsyncSelect(TempSocket,hWnd,WSA_READ,FD_READ|FD_CLOSE|FD_
WRITE);
if(status==SOCKET_ERROR)
{WriteLogFile("
Setstreamsocketmodulefail!
!
IP(%s),
returnFALSE;
}数据加密及数据验证
数据加密:
采
用64位DES加密算法进行数据加密,数据密钥为8位字符。
DES加密算法的优点大致上有以下几点:
(1)DES提供高质量的数据保护防止数据未经授权的泄露和未被
察觉的修改;
(2)具有相当高的复杂性,使得破译的开销超过可能获得的利益,同时便于理解掌握;
(3)DES密码体制的安全性不依赖于算法的保密,其加密的安全性仅以加密密钥的保密为基础。
数据验证:
采用MD5加密校验。
MD5校验和(checksum)通过对接收的传输数据执行散列运算来检查数据的正确性。
MD5的典型应用是对一段信息(Message)产生信息摘要
(Message-Digest),以防止被篡改。
通过对故障数据报文的DES加密后,再对故障数据报文进行MD5加密校验,以保证故障数据报文在传输过程中的数据安全性。
故障数据报文
在接口平台中,故障数据报文有
很多。
我们大体可以将报文分为以下两种类别:
基础数据报文、业务数据报文。
报文的主体结构为:
structDataPacket{
unsignedpckHead;
//0xffffffffunsignedmsglen;
//数据包的长度unsignedmsgType;
//数据包类型union{DES加密的基础数据报文包集DES加密的业务操作数据报文包集
......
}
char[16]MD5Info;
//MD5校验位
基础数据报文包集主要有分公司基本信息、故障基本信息等。
主要包如下图:
业务数据报文包集主要有故障流
程操作的数据包,如报修包、分配包、接修包等。
数据采集分析
各分公司的故障数据信息通过接
口平台将统一存储在故障信息数据库,完成故障数据采集。
故障数据包含分公司内部故障数据和公司间联合处理的故障数据。
故障分析,通过建立故障分析模型对故障数据进行核对、检查、复算、判断等操作,结合对比分析法、综合评价分析法、结构分析法、平衡分析法、因素分析法等分析方法,形成了故障分析报表系统。
通过各式图表(排列图、因果图、分层法、散步图、直方图等)展示故障分析数据,通过分公司间对比,同比环比等数据对比统计,形成了统一报表,并根据分析数据,可完善相关维护计划和维修规程,对地铁的日常故障发生概率起到了一定的降低作用。
结语
通过对故障报修的数据分析和流程
分析,对各系统间接口的可行性进行了验证,利用WebServices、Socket技术结合VisualC#集成开发环境下的编程技术,实现了故障报修系统接口平台。
并通过接口数据的采集,形成了完整的故障报修分析统计,为故障处理和日常维护提供了知识参考,为降低故障的发生概率起到了一定的作用。
该系统接口平台已应用在上海地铁维护保障中心公司及各分公司的故障报修系统中。
Port(%d)and
error(%d)"
,
GetIPAddr((PeerMap+node)-
>
IPAddr),(Pe