SOA在仓库管理系统中的研究与应用

国内外研究现状
早在1996年就有人曾经提出过SOA的概念。但是由于技术等条件的限制，并没有真正的去实施，也没有得到普遍的重视和使用。近些年随着网络技术的不断发展，特别是Web Service，技术的日趋成熟，在企业业务系统整合和集成的需求的促进下， SOA逐渐的成为了现代应用开发的一个十分重要的课题，很多科研机构都参与进来，并积极努力的推动SOA架构的不断进步和发展。其中较为突出的有以工BM和BEA为代表的各大IT厂商，并声称自己的产品WebSphere5.0 (IBM)和WebLogic8.0 (BEA)可以帮助用户实现基于SOA的企业级系统。虽然如此，SOA发展到今天远未达到完善成熟的地步，就连SOA的基本概念迄今为止还没有一个被业界所公认的定义，研究工作也都大多处于理论研究阶段。
SOA在国外已经不是一个新鲜陌生的概念了。IBM公司很早就推出了WebSphere产品，支持各种有关的Web服务标准；Java技术的创立者Sun公司新提出了开放式软件架构Sun ONE，力图融合Java和XML，而Microsoft公司的.NET战略即以XML为基础，其新发布的Visual Studio.NET将成为Web服务的主要产品。针对已经公布的标准，许多大型企业(IBM,Microsoft,Sun,BEA等等)开始着手对基于Web服务的面向服务的体系架构予以实现和推广。 think58
本文的主要研究内容和内容组织
将SOA应用于Internet环境下的企业应用，主要采用的技术手段就是Web Service。由于Web服务全部的规范、技术都是以XML为底层核心和架构基础的，这使得Web服务平台、语言和发布者能够相互独立。本文主要针对基于SOA的仓库管理系统展开了研究。J2EE是SOA实现的一种很好的技术框架。1.4版的J2EE平台通过新的JAX-RPC 1.1 API提供了完整的Web服务支持，这种API支持基于servlet和企业bean的服务端点。JAX-RPC 1. 1基于WSDL和SOAP协议提供了与Web服务的互操作性。J2EE 1. 4平台也支持Web Services for J2EE规范(JSR 921)，后者定义了Web服务的部署需求并利用了JAX-RPC编程模型。Visual Studio.NET是Microsoft推出的一套完整的开发工具集合，利用它可以方便、快速地开发出Web应用程序。文中详细地研究SOA的企业应用，并将以仓库管理系统为代表，在实例下，研究SOA架构在其中的应用，尝试使用.NET作为客户端调用JAVA编写的web Service，体会SOA架构的特点和优点。
本为设计结构分为五章，第一章为绪论，主要介绍SOA提出的背景和目前SOA及仓库管理系统国内外的研究现状。第二章以软件体系结构为切入点，谈SOA架构的概念，特点，主要技术和理论知识。第三章是关于SOA在仓库管理系统中的应用研究分析，体会SOA架构的优点和特点，研究分析SOA架构在仓库管理系统中所起到的促进作用。并对跨平台调用Web Service的限制作一定的分析。第四章中结合具体的应用实例分析了如何在实际的应用中利用Web Service技术实现。本章中介绍了应用的背景、分析了企业的具体需求和业务流程。根据第四章提出的基于SOA的企业应用模型，在.NET下实践了SOA。最后总结全文，并对下一步的研究工作进行了展望。

think58好，好think58

[来源：http://www.think58.com]

软件体系结构发展演变过程
随着软件行业的不断发展，系统复杂度不断的增加，为了提高软件开发效率，软件体系结构发生了很大的变化。大体上可以分为三个阶段，传统的软件体系结构阶段、基于组件的软件体系结构阶段、面向服务的软件体系结构阶段。
2.2.1传统的软件体系结构
传统的软件体系结构是指在软件行业刚刚起步的阶段，程序规模不大，没有特别的考虑软件体系结构的问题，只是以语句为基本单位，由语句组成模块，通过模块的聚集和嵌套形成层层调用的程序结构。它强调的是结构化程序设计方法学，自顶向下、逐步求精，并注意模块的耦合性，这个阶段的应用程序都把操作的数据、用户的接口还有所有业务逻辑的处理都混杂在一个可以执行的包中。这种软件设计的方法仍然在规模较小、系统复杂度较低的系统中被大量使用，因为它需要少量的开发队伍和较短的开发周期，因为它的简单性会减少开发时间。但是它可重用性差、可维护性差、系统集成性也较差。
2.2.2基于组件的软件体系结构
组件是具有一定的功能，能够独立工作或能同其它组件装配起来协调工作的程序体。
随着软件行业的发展，开始慢慢的看到了软件复用的重要。从而，提出了基于组件的软件体系结构，他大大的增加了软件的可复用性，同时也提高了软件开发的效率和可维护性。从软件复用的角度看，面向对象技术实现了类级重用，它以类为封装的单位.组件技术将重用提到一个更高的层次上，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。整个组件隐藏了具体的实现，只用接口提供服务。与此同时，软件架构出现了多层的概念，其中经典的三层架构把的应用程序从下到上基本划分为数据层、逻辑层、和表示层。功能独立的各层可以重用它们需要的组件，从而使得软件开发效率大大的提高。数据层中涵盖了所有的数据格式。逻辑层独立出来专门处理系统的业务逻辑。表示层只需要把请求交给逻辑层，不需要考虑业务逻辑。比较流行的组件模型有CORBA和COM。其中受到广泛关注的.NET就能够基于COM组件进行开发的。然而在基于组件架构中的组件的使用上，存在一些问题：在异构系统调用困难，跨过防火墙调用更加困难。 [资料来源：THINK58.com]
 SOA的特点
SOA是一种粗粒度、松耦合的软件架构，其服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。这种模型具有下面几个特征：
1. 松散耦合
服务请求者到服务提供者的绑定与服务之间是松散耦合的。松散耦合旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来。服务接口作为与服务实现分离的实体而存在，服务请求者不知道提供者实现的技术细节，比如程序设计语言、部署平台，等等。服务实现的修改完全不会影响到服务的使用者。
2. 粗粒度服务
服务粒度指的是服务所公开功能的范围，一般分为，细粒度和粗粒度。其中，细粒度服务是那些能够提供少量商业流程可用性的服务。粗粒度服务是那些能够提供高层商业逻辑的可用性服务。粗粒度服务可以灵活组合，稳定性强、重用性高。虽然细粒度的接口为请求者应用程序提供了更多的灵活性，它同样也意味着交互的模式可能随着不同的服务请求者而不同。这可能使对于服务提供者的支持更加困难。粗粒度接口保证服务请求者将以一致的方式使用服务。面向服务的体系结构(SOA)不要求使用粗粒度接口，但是推荐使用它们作为外部集成的最佳实践。服务编排可以用来创建运行由细粒度操作组成的业务流程的粗粒度接口。

[版权所有：http://think58.com]

3. 标准化的接口
服务描述的重点在于与几部分交互所用的操作：服务、调用操作的消息、构造这种消息的细节和关于向何处发送用于构造这种消息的处理细节的消息的信息。SOA通过服务接口的标准化描述，从而使得该服务可以提供给在任何异构平台和任何用户接口使用。该接口隐藏了实现服务的细节，允许独立于实现服务基于的硬件或软件平台和编写服务所用的编程语言使用服务。
4. 无状态服务
服务应该是独立的、自包含的请求，在实现时它不需要从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。当需要依赖时，它们最好定义成通用业务流程、函数和数据模型，而不是实现构件(比如会话密钥)。当然，请求者应用程序需要服务调用之间的持久状态，但是这不应该与服务提供者分开。