Pages Navigation Menu

面向服务的体系结构(SOA)的应用实践:如何利用SOA改进工厂可靠性?

  最近一段时间,我们陆续收到客户关于SOA架构的咨询。很显然,这是因为某些传统的“EAM”供应商在市场宣传时,通过极力主张其软件全面的面向服务的体系结构(SOA)来退避其在维护功能模块上的不足。

 

  做一个简单快速的市场调查不难发现,几乎国内所有的主流CMMS/EAM供应商(甚至一些本土的小型厂商)的软件都具备SOA架构,其产品可以通过网络与其他应用联系起来。也就是说,人人都拥有SOA。

 

  在认识到这点后,客户兴许会自问:那所谓特色的SOA是不是转移焦点的烟雾弹?或者是由于厂商过分局限的IT背景,往往将重点放在客户并不是很关心的软件技术上?

 

  运用通俗易懂的方法,本文将首先为读者解读SOA的真正含义。随后,利用COSWIN系统来解释喜科自身产品中的SOA架构。最后,不同于传统的IT论调,文章会介绍SOA架构的实际应用价值。

 

  1、面向服务的体系结构(SOA)的实际定义

 

  通常,软件应用程序可分解为数个不同的单元,而这些单元就是所谓的“服务”。例如:“创建工作请求”或“检查可用的备件数量”。每个服务都是相对独立且开放的,因此在统一的SOA架构下这些单一服务可与其他软件的应用程序进行交互。

 

  服务可用于特定的应用程序内,例如您的CMMS就使用自己的服务,例如完成计划任务。但只要服从SOA协议,您企业本地网络或互联网上的第三方应用程序也可以使用该服务。

 

  SOA架构的关键优势在于服务可以跨越不同软件平台、开发技术和编程语言的限制。

 

  2、基于SOA架构的喜科产品

 

  首先要声明的就是:喜科所有的产品均基于SOA架构。

 

  自2003年7i系列问世以来(自2004年喜科成立至今,我们始终致力于网络技术的推广和实施),COSWIN系统始终秉持基于J2EE和本地网络架构的开发原则。因此,正当其他厂商努力为其C/S架构(使用Citrix/Windows终端服务器连接网络)的软件进行升级时,COSWIN已经是中国市场第一个完全基于web的CMMS系统。早在SOA发明前,Siveco在上世纪90年代便率先加入了由欧盟赞助的PROTEUS协同项目,并在90年代中期,在新加坡地铁大型基建项目中实现了多系统间的集成技术。

 

  而我们新一代的bluebee®移动解决方案不但可以与自身的bluebee®云计算后台(Proxima平台)实现同步,也可以与任何SOA架构的后台系统(包括COSWIN在内的所有主流EAM系统,甚至SAP PM)进行无缝对接。基于最新技术研发的bluebee®系列产品都是由喜科在上海的研发团队自行开发设计的(喜科与其他EAM供应商知名的不同在于,根据客户需求,我们可以运用本土优势自行研发、改进和定制应用程序)。因此,基于SOA架构开发的bluebee®前台应用程序和后台处理系统都可以自由交互。

 


 bluebee®云计算后台通过SOA与谷歌地图、雅虎天气和第三方监视摄像系统集成

 

  3、COSWIN系统中的Web Service功能

 

  接下来,我们要介绍一下COSWIN 7i系统中的旨在减少开发人员工作量,简化开发流程而设置的Web Service功能(由Siveco集团开发)以及其他应用程序(由第三方开发)。

 


 COSWIN系统中的Web Services功能

 

  COSWIN 7i中Web Service所使用的是标准SOAP协议(简单对象访问协议)。SOAP信息通过HTTP协议传输到COSWIN中,描述语言为WSDL(用来描述Web Service和说明如何与Web Service通信的XML语言。)

 

  介于所使用的标准技术和协议(WSDL和SOAP),根据不同的情况,用户可以从不同平台任意调用COSWIN 7i的Web Service功能。即使是基于J2EE的老版COSWIN系统,亦可通过Net、C++或PHP语言来触发Web Service。

 

  下表根据模块列出了COSWIN中能使用的Web Service的系统功能。灰色表示已经开放了Web Service的模块。
基本信息 维护 库存 采购
联系人 员工 物料 汇率
成本中心 设备 需求 采购申请
供应商 工作申请 发料 采购订单
  工单 接收 发票
  计量汇报 转移 询价
  事件报告   信用记录
  联系我们了解更多COSWIN Web Service信息。

 

  4、SOA,意义何在?

 

  如上文所述,SOA旨在确保应用程序间相互无障碍的交流和操作,即使处在不同操作平台,视为服务的每一项应用进程(Web Services)都能协同工作,从而保证企业所有软件系统(LDAP、采购系统、财务系统、EPR、自动化系统、SCADA)的无缝衔接。

 

  由此可见,通过使用基于SOA架构的软件的确能实现系统与系统间的交互。也因为如此,多数IT供应商就此打住。但问题在于:系统间应交流哪些信息?以此达成怎样的结果?众所周知,国内的IT供应商以推广复杂高难度的集成技术而“闻名遐迩”,但绝大多数项目都毫无实际应用价值。

 

  典型案例就是ERP系统中过度以IT为导向的库存和采购模块的集成,该方案使得原本简单的审批流程不停游走于两个系统之间。不得不说,站在技术和理念的角度,该方案想法的确不错。但系统审计报告显示,由于ERP系统以财务为中心的设计原则和以数据清理为重心的先决条件,使得这类审批流程通常需要花费几个月的时间,因此可见这类集成不是项目理应关心的重点。在这案例中,我们认为应该及时实施以清理数据为主的系统接口,不但价格较低,也能获得较好的投资回报。

 

  另一个错误案例就是由中央控制系统(BMS、DCS或SCADA)发出的警报来直接触发CMMS系统中的工单(或工作申请):由此以状态为基础的检修工作实则只是疲于处理各类报警,背离了其(根据警报进行预判)本质。就技术而言,多数EAM-DCS的表象非常完美,但简单的数据积累和始终无法实现的数据传输使得整套方案根本无法投入实际运用。

 

  SOA的实际工业应用价值

 

  正当多数IT供应商坚持以SOA作为其技术亮点时,喜科则选择将其方案重点转移到工业用途:如何使系统集成满足企业的实际运营需求?是否能改进日常工作?是否能实现多部门协同工作?是否能避免数据的重复输入?主要数据是否能保持一致?这套具有实际工业意义的解决方案不但是喜科核心理念的体现,也是我们在国内市场取得成功的关键。

 

  但是,我们仍坚信自身的IT实力:不同于其他EAM供应商(主要依靠海外能力开发其EAM软件的大型IT企业),喜科在本土就拥有自己的专业研发团队,从而不但能弥补海外远程支持的不足,喜科研发团队亦致力于与本土外包团队合作开发自主产品。

 

  此外,我们的IT团队也拥有丰富的涉及各类应用程序(CMMS、ERP、SCADA、GIS)、外部web services(例如Google)和移动技术的SOA项目的实施经验。近期,我们就在深圳长城物业和家乐福集团开展类似项目。

 

  简言之,希望您不要被那些华丽的IT词藻和论调所迷惑,转而关注您的供应商是否真正了解您的工业需求并能为此提供相应的解决方案。

 


扫一扫
关注喜科微信