1、 郑州大学硕士学位论文基于SOA的设备巡检系统研究姓名：杨震晖申请学位级别：硕士专业：计算机系统结构指导教师：王贺明201105摘要在当前信息技术广泛应用的环境下，电子政务的发展同政府职能的转变一样受到高度的关注和重视。随着越来越多的政府职能最终通过电子设备和网络提供给社会，公众对电子政务系统的性能也提出了更高的期望和要求。鉴于以往技术的限制，这些应用往往在可 扩展性、互操作能力和适应用户需求等方等问题。而面向服务架构，思想的成熟为解决 瑃，瑃琣， ： ；籹绪论研究背景电子政务在我国的发展现状我国的信息化建设起步于世纪年代初期，从国家大力推动应用电子就可以将不同的服务或功能单元联系起来。这样不
2、同平台的用户或服务就可以部门之间的互联互通，避免了系统重复建设及资源浪费等问题，有力的促进了在社会历史发展演变的过程中，技术和制度的变革始终都是推动其前进的重要力量。其中，制度的变革表现的更为稳定和保守，而技术的变迁则是更活跃和更富有生机。在我国信息化带动工业化的发展历程中这两种力量的作用表现尤为明显。在这个过程中，信息技术给政府的管理与服务带来了显著而深远的影响，不仅大大提高了政府行政办公效率与政府服务社会的水平，也正在对政府职能的转变、政府组织结构的变化产生着深层的影响。而在软件技术和系统建设方面，基于“软件变服务枷氲腟正好迎合了政府职能转变的需要，姆怪饕艘幌录父鼋锥】：开始于上世纪九十年
3、代末，结束于本世纪初。荢的基石，服务内部以，通过定义并验证消息数据的类型来保证数据传递的有效性及完整性。而;挥镅诙锥巍庖唤锥问荢的发轫之初。年以后，基于互联网上从年国家质检总局开始“金质工程”以来，信息化在特种设备安全监察中的地位越来越重要，出现了行政许可、制造监督检验登记、特种设备动态监管、事故报告、作业人员登记等一系列电子政务的应用，但检验机构使用的软件不包含在国家总局的实施范围之内。再看全国检验机构的软件不统一，各机构自行开发的居多，以省局名义开发的也有。山东省年开始建设了“特何选择开发技术和系统架构将对一个电子政务系统建设产生决定性的影响。当力。虽然面向过程、面向对象、面向组件和面向集
4、成的开发方法都有其自身的特点，并且在软件系统发展的某个阶段产生重要作用，但是在面对现阶段的应用时却显示了很多不足。首先面向过程的开发方法对代码要求的高耦合性无法满足业务不断变化的需求；其次面向对象的开发技术虽然通过引入多态、继承和重载等一些特性提高了软件重用，在一定程度上使得基础架构满足了业务需求的变化，但这种重用依然是停留在代码共享级别的低层次的重用；再次面向组件技术只能适用于同构平台的业务变化，而对异构平台却束手无策；最后面向集成的技术只能针对某一个特定的应用提供服务，这样其可实施性就大打折扣。面向服务架构正是 为解决这些软件设计问题而产生并逐渐得到大家重视的，它自由高效的软件复用性和跨平
5、台性提供了一种更适合当前应用的技术架构。万维网协会松耦合要求服务接口定义与其实现的硬件平台、操作系统及编程语言无关。因为服务请求者无需了解服务提供者所提供服务的程序设计语言和部署平台等具体细节。它们只是通过消息来提交请求和提供服务。这种特性保证了系统中服务逻辑上的独立性，使得对一个模块的修改不会影响到系统中的其他功能模块，从而最大限度的适应业务变化的需要。当要考虑是否需要暴露一个服务，或者是在内部暴露还是在外部暴露一个服务的时候就涉及了服务粒度的问题。如果服务需要提供给外部用户访问则推荐使用粗粒度的接口，在企业系统架构内部暴露的服务推荐使用细粒度的接口。从技术上来讲，细粒度的服务可以按照一定的
6、执行流程组合成粗粒度的服务，这时细粒度的服务就表现为粗粒度服务的一个内部操作。可以为不同的服务请求者提供不同的服务交互模式，因为细粒度的服务接口能为服务请求者提供更加细化和灵活的服务，但同时也增加了交互模式的易变性，使得交互模式更加难以控制。如果我们给系统外部用户暴露这些细粒度的、易于变化的服务接口，外部服务请求者就可能难以应付这些细粒度的服务接口的不断变化。而通过这种粗粒度的组合服务，服务请求者只需要适应很少的接口变化就可以实现所需它们作为外部集成的接口却是一种合理的建议。作为一种组合服务，通常可以鼋巧槌伞可以查询所需的服务，同时服务提供者也可以发布自己的服务，但是它只提供发布服务和查询服务
7、的场所，在消费者找到所需的服务后，注册中心就会退出竦饔煤头梦实墓髁鞒蹋鳺服务的调用和访问只会在服务提供者和消费者之间进行。这三者之间的角色并不是固定不变，三角结构中的每个实体都可以是服务消费者、服务提供者和服务注册中心三种角色中的一种或多种。图面向服务体系中的角色甋中的功能操作是其功能部分，而右边集中表现的是其服务质量方面。述服务的内容、服务的访问方式和访问服务所需的参数等。：完成一组特定功能的服务的集合，由不同图面向服务的体系结构的元素制的规则集。芄豢焖俚亟帕粝低匙魑猈服务公开。我们可以主要根据业务背景来进行对这两种开发模式的选择。例如：如果开发包含遗留系统，那就需要考虑自底向上的开发模式；
8、如果是一个全新的开发过程，那么就应该选择自顶向下的开发模式；如果只是一些简单的应用或者是接口较简单的应用，我们也可以选择自底向上的开发模式。而本文的设备巡检系统是一个全新的开发，因此选择了白顶向下的开发模式。 隬服务甆的解释：“浅绦蛏杓圃颍鳺服务只是而后者是由一组标准实现的服务。后者是前者的一种实现方式，这种实现方式服务规范得到越来越多的软件厂商的支持，利用窭词迪諷就会表现图面向服务的体系结构的不同实现访问。它由一组产业标准来定义，这组标准得到了大部分厂商的支持。按照相服务平台发展的第一阶段 定义域。第二阶段的平台正是在包括了第一阶段的规范之上增加这些新的规范而构在技术和设计上都更复杂。定义、定义、和可能的定义所组商和实践者组织的成员，并且大多数这些语言特性的最后设计都要求该委员会，与一样，都是 ，被设计种形式化语言，用来定义牡档暮戏菇？椤同时保证了与程序设计语言、开发平台和硬件的无关性。如图所示为一个消息结构示例。的是关系到服务重要性的通用描述，例如：安全、隐私、应用程序优先权、用外的约束、需求和质量。可以创建人可读的策略，并把它作为补充级服务协定蕉濉搴蚖甈迨窃谑褂肳服务来实现服服务级协定图褡畛牡档淖槌包括人和竦姆梦史绞供了一些服务实现和通信的细节，这些细节使得消费者程序能够在运行时定位图一个抽象描述的物理视图输入：由一个服务消费者程序发送到服务的消息；图一个具体描述的物理视图
