1 概述

    软件设计经历3个阶段：基于过程（process-oriented），基于对象（object-oriented）和基于组件（component-oriented）。在过去20年里，这些远程过程调用（Remote Procedure Call），如分布式组件对象模型（Distributed Component Object Model）和通用对象请求代理体系结构（Common Object Request BrokerArchitecture）等，在许多领域取得较大成功。在设备故障诊断领域，研究者主要利用这些技术来开发状态监测和故障诊断系统实现对重要企业重要设备维修和维护，如风机、轴、蒸汽轮机、水力发电机等。然而，如果企业级系统功能繁多，企业内部程序的开发平台、编程语言等很可能各不相同，要在企业内部实现诸多功能的整合是非常困难的事情。同时还需要考虑到系统的安全性、扩展性等方面的要求。基于以往设计方法的诊断系统存在着重用性差、异构平台调用困难、互操作性差、紧耦合等诸多缺陷。要实现易于扩展的、功能可柔性组合、跨异构平台的企业级设备状态监测与故障诊断系统，基于以往的设计方法已无法满足这样的要求。

    随着IT技术的发展，为解决异构性、互操作性以及软件系统不断改变的要求所带来的系列问题，面向服务架构（Service-Oriented Architecture， SOA）的研究已逐年深入并获得应用，将SOA及其相关技术引入机械设备的状态监测与故障诊断系统应用开发领域都具有重要意义。本文介绍基于SOA的状态监测与预测系统的架构设计，并应用WCF技术对预测模型加以实现并验证。

    2 基于SOA的设备诊断和预测系统体系架构

    目前，各个企业使用自身的故障诊断系统实现对机器设备的监测和故障诊断，有一定的局限性。企业的知识库、规则库有限，可能无法对各种设备故障进行及时诊断。如果各个企业和科研院所都将相关的知识库、方法库等商业逻辑通过SOA技术发布为服务，那么企业就可以充分利用网络资源来实现机械设备的远程故障诊断，这能够大大提高效率，减少成本，并实现诊断资源共享的目的。将SOA技术引入机械设备远程故障诊断领域，将在很大程度上提高故障诊断的准确性。

    在分布式故障诊断系统中，应用SOA技术能够更好地解决原有系统中的跨平台和跨防火墙等问题，并且很好地改善系统的可扩展性和伸缩性。SOA的引入使得整个联合故障诊断系统体现松耦合、开放等特点，这就能随时允许故障诊断服务的加入或退出，解决了以往无法在异构平台间共享数据和服务的问题，提高网络诊断资源的利用率。

    面向服务框架（Service-Oriented Framework Architecture，SOFA）是整个基于SOA状态监测和预测系统体系结构中的核心，它主要实现业务服务（Business Service）和业务处理逻辑（Business Process Logic），为智能客户端（Smart Client）提供服务。SOFA 分为基础业务服务层、业务服务总线以及业务处理层。

    基础业务服务层包括很多细粒度的服务，如特征提取、诊断算法、数据分析算法、数据实时存储、权限设定、报表、设备各种管理等。这些服务被包装成单个服务或者根据复杂性对几个细粒度的服务进行合成形成一个粗粒度服务。

    最终，这些服务被继承到业务服务总线上成为面向业务的服务。图1为基于SOA的设备诊断与预测系统架构。

    基于SOA的系统架构

    图1 基于SOA的系统架构

    为便于对业务进行访问，将基础业务层主要分为4种业务服务总线：权限验证，数据访问，诊断分析和文档报表服务。每个业务服务总线都是由若干个细粒度的服务集成的，因此，每个业务服务总线都包含了多个面向消费者的、独立于底层组件的粗粒度服务。这样做的好处在于有利于实现独立于组件的业务，当需求变化时只需要调整服务而不用修改底层细粒度服务。利用业务服务总线更具有实际意义的是：能够支持跨平台的不同服务组件之间的基本交互，还将异构平台间的基础结构功能整合为一体。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。