关键词：分层模式；架构；三层
中图分类号：F49 文献标识码：A
一、分层设计的概念
分层描述是这样一种架构设计过程：从最低级别的抽象开始，称为第1层，这是系统的基础。通过将第J层放置在第J-1层的上面逐步向上完成抽象阶梯，直到到达功能的最高级别，称为第N层。因而分层模式可以定义为：将解决方案的组件分割到不同的层中。每一层中的组件应保持内聚性，并且应大致在同一抽象级别，每一层都与它下面的各层保持松散耦合。
架构这个词从它出现后，就有许许多多的程序员、架构师们激烈地讨论着它的发展，但是架构一词的出现，却是随着三层架构的出现才出现的。当然，目前应用三层架构开发也正是业界最关注的主题。那么，这里我们来看看单层、双层、三层甚至多层架构到底是怎么一回事。单层结构是20世纪八十年代以来小型应用的结构，在那个结构化编程充斥的时代，还没有出现架构的概念，典型的是基于Dbase、Foxbase等小型数据库的应用。双层结构的同义词可以理解为传统的客户/服务器结构，尽管是目前占统治地位的结构，但其封装移植等方面的缺陷，已使它步入暮年，典型是基于Oracle、Infomix等大型数据库的C/S应用。三层结构是传统的客户/服务器结构的发展，代表了企业级应用的未来，典型的有Web下的应用。多层结构和三层结构的含义是一样的，只是细节有所不同。之所以会有双层、三层这些提法，是因为应用程序要解决三个层面的问题。
二、三层架构的划分
三层架构是一种“客户端－服务器”架构，在此架构中，用户接口、商业逻辑、数据保存以及数据访问被设计为独立的模块。主要有三个层面：第一层，表现层，GUI层；第二层，商业对象，商业逻辑层；第三层，数据访问层。这些层可以单独开发，单独测试。
为什么要把程序代码分为三层？把用户接口层、商业逻辑层、数据访问层分离有许多的优点：
1、系统比较容易迁移。商业逻辑层与数据访问层是分离的，修改数据访问层不会影响到商业逻辑层。系统如果从用SQL Server存储数据迁移到用Oracle存储数据，并不需要修改商业逻辑层组件和GUI组件。
2、系统容易修改。假如在商业层有一个小小的修改，我们不需要在用户的机器上重装整个系统，只需要更新商业逻辑组件就可以了。
3、应用程序开发人员可以并行，独立的开发单独的层。
在一个典型的三层架构应用程序中，应用程序的用户工作站包括提供图形用户界面（GUI）的程序设计和具体的应用程序入口表格或交互式窗口。
事务逻辑处在局域网（LAN）服务器或其他共享主机上，它作为响应工作站所发出客户请求的服务器，而相对于处于大型机的第三层它是作为客户端，并且决定需要什么数据以及数据存储在哪里。第三层包括数据库以及处理读写以及访问数据库的程序，然而应用程序的设计可能比这个架构要复杂，对于大型程序来说，这个三层模式是一种比较简便的考虑方法。
这种应用程序的设计使用客户/服务器模式，各层可以同时开发，并且可以由不同的程序员组用不同的语言来开发。因为各个层次的开发不会影响其他层次，所以这种模型对于进一步开发软件是很方便的。
有时候 “三层”编起来比较麻烦，在 2.0里，访问数据和显示出来只要拖两个控件就可以了（AccessDataSource/SQLDatasource和GridView），几分钟一个页面就出来了，而且还具备了修改中、删除、分页、排序等功能，而用三层架构就麻烦多了，先要写数据访问层的代码，接着写业务逻辑层的代码（要调用数据层的方法），最后才是表示层，也就是页面的设计，还要调用业务逻辑层的代码读取数据。（注意：表示层是绝对不会访问数据层的内容，只能通过业务层。业务层在这里是连接它们的桥梁，所以说业务层是最重要的一层）既然这样，为什么还要用三层呢？前面提到的一层架构的一个很大的问题就是前台和后台代码没有很好地分开，不利于分工，并且不利于日后的维护和升级。如果是个人主页或者是一些一个人完成的小系统，用一层还是挺方便的。如果是一些比较大的系统，特别是企业级的应用，就非用三层甚至n层不可了。一般三层就够了，再划分更多只会增加设计和编码的难度。
三、如何分层
怎么样分层符合三层架构原则呢？主要有以下三种分层方式：
1、数据层不包含任何代码，只有数据库，还有相关的存储过程。这种模式下，数据层看起来就变得很简单了。只包含所建立的数据库和一些存储过程（注意是存储过程）。其实这些存储过程的建立也是相当复杂的，因为它们可以完成除数据访问外的其他一些很强大的功能，如分页、实现搜索算法等。数据访问的逻辑就都放在业务层，当然业务层还包含其他一些逻辑代码。我们来看一个示例，假设数据库里有一个表BOOKS（书），建立一个存储过程GetAllBooks，用来读取书的信息，这样在业务层里编一个方法GetBookS（）和一个公用数据库访问类，GetBooks（）就通过数据库访问类打开连接，执行在存储过程，返回数据（返回类型可以是DataTable，DataSet，DataReader或者实体类）。业务层单独编译成一个或者几个DLL文件。接着就是表示层了，表示层通过调用GetBookS（）返回数据绑定在相关的控件里。业务层的方法都是在表示层调用。一般来说book.aspx和book.aspx.cs都是表示层的内容，所有前台的设计、相关控件、数据缓存都是属于表示层。
2、数据层还包含所有公共数据访问代码。这种模式和前一种差别不大，主要是把数据访问代码留到数据层。这样可以很方便地实现对多数据库的支持。业务逻辑层直接调用数据层的相关访问数据的代码，完全不必了解底层是什么数据库。其他和前一种没什么分别。
3、所有数据读取都放在数据层。这种模式下像前面所述的GetBooks（）方法都是放在数据层，在业务层再定义一个GetBookS（）方法以供表示层调用。这种模式下业务层不但不必了解底层是什么数据库，而且连数据库的结构都不必了解了，这是最标准的三层架构了，在Microsoft的PetShop 4.0里就是这种模式。
四、结束语
本文三层架构主要向大家展示的实际上就是一种程序设计的思想，不管是三层架构还是设计模式，它们都是软件工程面向对象思想的完全体现。目前，我国家软件业相对来说是很落后的，关键问题是软件企业的急功近利和程序员还停留在结构化思想上，不能说你在程序中用的是类就说你的思想是面向对象，也不是说你会使用java编写程序，就说自己懂得面向对象，希望大家能一起进步，直正理解面向对象。
（作者单位：唐山学院）
参考文献：
[1]伽玛等著，李英军等译，设计模式――可复用面向对象软件的基础，第1版，机械工业出版社，2005.
[关键词]互联网；商业综合体；体验式经济
doi：10.3969/j.issn.1673-0194.2015.08.138
[中图分类号]F293.3 [文献标识码]A [文章编号]1673-0194（2015）08-0183-01
1 我国城市商业综合体的发展
城市商业综合体是将城市中酒店、办公、公园、商业、会所、公寓等生活空间的服务功能进行组合，并在各部分间建立一种相互依存、相互助益的能动关系，从而形成多功能、高效率的综合体。
近年来，不仅北京、上海、广州、深圳等一线城市的商业综合体发展迅猛，二三线和部分三四线城市也把建造商业综合体作为了城市发展的目标。但大部分开发商盲目追求规模与速度，致使开发存在严重的同质化现象，在规模复制、移植效仿的过程中忽视了不同城市的历史、商业、人文、环境等因素，难以满足不同地区消费者的需求。
除了行业内的同质化竞争加剧，城市商业综合体还受到来自互联网行业的巨大冲击。2014年“双十一”，阿里巴巴一天交易额达到了571亿元，这相当于全球零售巨头梅西百货4个多月的营业额，基于互联网的电子商务正一步步蚕食实体零售业的份额。
2 互联网对城市商业综合体的影响
互联网是人类通过各种技术建立的全球性信息交换系统，它连接了一切可连接的人与物，彻底改变了信息的流通与组织方式。作为一种全球性的基础设施，从社会群体的组织方式、分工方式到沟通方式，再到意识形态和商业逻辑，互联网正在改变人类社会的方方面面。互联网引起的信息流巨变是一种底层逻辑的改变，而这种底层逻辑改变将影响每一个人，每一个行业。
城市商业综合体也正受到互联网的冲击和挑战。城市商业综合体的本质是为消费者提供各类功能服务的空间组合，其主要构成是各类功能服务的空间，其主要服务对象为消费者，而互联网从底层逻辑完成了对空间的重构和对消费模式的变更，从而影响着城市商业综合体的发展与未来。
第一，互联网改变了空间的既有属性，让空间可以创造性的重组。互联网改变了人与物、人与人、物与物的连接方式，重构了空间（见图1）。通过互联网，人们可以轻松地在家或咖啡馆工作，把任何一个地方变成会议室，也可以把办公室变成一个网上商店，随时下单购物。任何时候、任何空间都可以被互联网重构成一个工作、生活、消费和娱乐的虚拟综合体，处于实体形态的城市商业综合体的竞争力将会被大大削弱。
第二，互联网变更消费模式，使消费行为多样化。当人类社会的基础设施和人们的生活方式改变时，人们的需求随之改变，重新审视旧有的产品标准和评价体系。随着基于互联网的电子商务的普及，消费由低认知模式转变为高认知模式，消费需求的重点由追求实用转向追求体验。城市商业综合体不能再单纯地以“购物中心”的思维满足消费者对商品享用功能的需求。
3 我国城市商业综合体发展策略
互联网从底层逻辑改变了城市商业综合体的本质，从而影响城市商业综合体的发展和未来，要必须把握住互联网带来的机遇，在不断实践中实现转型。
3.1 发展以“用户为中心”的体验式消费模式
互联网变更消费模式，消费由低认知模式转变为高认知模式，消费模式由追求实用转向追求体验。服务是无形的而商品是有形的，其创造“情感共振”式的体验最为难忘，消费者愿意为这类体验买单。在体验式消费中，消费者不仅可以满足于商品功能的享用，更能从消费商品的过程中获得符合情感偏好和心理需求的特定体验，如上海的K11打造的特色主题商业综合体。
3.2 构建“信息流导向、数据驱动”的智慧型商业综合体
互联网重构、重组了空间。虚拟综合体基于信息流，用虚拟连接代替物理连接，产品和服务被数据化后传输到用户手中，用户的感受、体验与想法也被数据化后传给“外界”（见图2）。这些数据反映着商业价值链的方方面面，驱动着商业发展，拥有这些数据，就等于拥有了商业的未来。拥有物理联接优势的城市商业综合体更应该借助互联网，实现信息化、数据化、云化，利用信息流指导物流和资金流，利用数据驱动商业决策，提高竞争力。
多层信息系统的思想,是在表示层、业务逻辑层、数据访问层的三层结构基础上,根据需要扩展出控制器层、持久化层等新层级,每一层的注重点不同,有利于更好的分解系统结构.以下就几个关键层级的功能与结构进行分析.
1.1多层信息系统的控制器层
早期软件模型的系统业务和界面融合一起,使得管理和维护十分艰难.新系统模型结构分离出控制器层,控制器是该层核心,控制器连接界面和系统业务,二者为松耦合,松耦合后的系统对于集群部署后的维护和管理更加轻松.控制器采用MVC实现,即模型(Model)、视图(View)、控制(Controller)模式.控制器的组成部分包括:前端控制器、映射表工厂、动作处理工厂、动作处理部件、视图转发部件.前端控制器处理所有从界面提交过来的相关请求,并集中了控制逻辑,避免逻辑的重复,完成主要的请求处理操作,同时也扮演应用程序控制器的角色.系统需要一个集中的访问点来处理请求.如果没有集中访问点,多个请求的共用控制代码会重复出现,降低模块化程度.该层实现两个主要功能:首先,对于表示层的请求,根据用户的配置,定位需要的业务逻辑并执行,这是操作管理;其次,对于业务逻辑的执行结果,根据用户的配置,定位对应的视图,这是视图管理.映射表工厂是一个操作和视图配置的解释和管理的工厂.当从映射表工厂中得到该请求对应的处理动作关系表后,即可向动作处理工厂获取该具体动作处理类,然后交由该类处理,动作处理工厂负责定位并获取所需要的操作.最后把结果返回给用户并转发到对应的界面去.控制器把系统用例和界面松耦合地连接起来,可以更轻松地扩展和配置新的系统用例和界面,并可以让多种用户界面共享同一个系统用例.即使增加新的访问方式或新的用户界面,也可以方便地整合并继续应用现有的系统用例模型.
1.2多层信息系统的控业务逻辑层
业务逻辑层用于实现业务模型的特定功能.业务代表模式封装对业务服务的访问,抽象并隐藏业务服务层的实现细节,例如对于服务远程调用(RMI)所需要的寻址等;把底层的错误或异常转换为程序级别的错误信息,便于用户理解;当调用服务的时候发生错误或异常,业务代表可以直接进行一定次数的重试;对服务数据进行缓存,提高运行效率.以上这些对于客户端是透明的,因此,采用业务代表可以降低客户端和业务逻辑层之间的耦合.服务门面的作用是控制客户端对业务服务的访问,降低远程客户端和业务服务组件的交互所造成的网络负载.一般采用EnterpriceJavaBean实现,客户端对其进行远程调用,在不同容器上相同的服务门面的集群可以使得网络负载均衡.业务逻辑层使用服务定位器透明而统一地实现对业务服务或业务组件的寻址.服务定位器能够隐藏寻址机制的实现细节,封装这一机制对不同实现的依赖.系统通过服务定位器实现重用,降低代码的复杂性,提供唯一的控制点,提供对业务组件或服务的缓存机制,改善系统性能.服务定位器也采用单一模式实现,因为通常一个系统中只采用一个服务定位器.
1.3多层信息系统的控持久化层
持久化,就是将对象保存到可以永久性保存的存储媒介中.持久化层是在面向对象结构中一个专门负责对象持久化的类层次,将数据使用者和数据实体相互关联.持久化层使得对象的存贮对于程序设计者是透明的,设计者可以专注于应用逻辑的开发,不必考虑如何存贮对象,也不用知道存贮在何种持久化机制中.持久器属于持久化层,系统底层采用的是关系型数据库,持久器须实现对象-关系型数据映射,对系统的对象模型和数据库可以存储的关系模型实现相互转化.持久器包括客户端工厂、映射表配置工厂、SQL语句翻译器等主要部件.客户向客户端工厂发送消息,获取一个客户端,客户执行客户端的某个具体操作,客户端向映射表配置工厂获取该操作对应映射配置,根据预先配置好的映射表对业务对象进行操作,利用SQL语句翻译器提供对用户配置的SQL语句和参数进行翻译的方法,得到可供数据库直接执行的SQL语句.持久化层把内部的业务逻辑和数据处理逻辑分离开来,降低系统的耦合度,提高系统的灵活性,由于持久器所需要的配置都采用文件形式,所以持久器使得系统具有良好的可移植性、可维护性和可扩展性.
2系统实施
以常见的进销存信息管理系统为例,将系统简化为信息维护、进货管理、销售管理、报损管理等模块.信息维护负责商品分类信息和供应商信息的维护;进货管理负责商品的进货;销售管理负责商品的销售;报损管理负责商品的报损工作.通过分析进销存系统的结构以及业务角色的划分,可以将进存销系统扩展为六个层次结构.每一层所专注的目的不同:表示层以网页形式展示系统界面的相关内容,收集用户的输入,与用户对话,处理系统用户之间及业务之间进行交互的各种程序逻辑,向用户显示结果输出等.界面可应用HTML、JSP、ASP、PHP实现;控制器层用于连接界面与进存销系统用例,提供连接关系配置功能,该层可采用开源框架实现,例如Struts、Spring等;业务逻辑层建立进存销系统需要的所有业务用例,集中对数据业务逻辑进行处理,接收表示层发出的请求,进行有效性验证,应用业务规则调用数据访问层,以获取响应表示层请求所需的信息.采用配置文件的方式连接表示层和业务层,使得扩展和配置简单轻松,新的业务及界面可以采用“热插拔”的方式融入原系统;持久化层是进存销系统用例对象数据持久器,作用在于作用在于实现对象和关系的映射,提供映射关系的配置和管理,使得下层的用例对象持久化.映射操作的处理逻辑置于此层,把数据处理逻辑与业务对象相分离,降低业务对象模型和关系模型耦合度;连接池扮演中间件的角色,用于解决系统频繁连接数据库造成的高负载.将数据库连接作为中间件,通过数据库连接池,应用程序可以重用池中已有的连接,减少用户申请与数据库建立或释放连接的开销,从而提高数据库访问的并发量;数据访问层采用MySQL数据库作支持,对系统数据进行管理,执行数据的查询、添加、修改、删除等功能.系统以实际的业务为中心进行单元划分,当其中某一个业务需要更改,只要接口没有改变,可以直接替换.J2EE技术中的EJB针对这方面提供了良好的支持,每个业务都封装在一个EJB中,所有的业务可以以“热插拔”的形式提供.更改某个业务,只需要将其“拔”下来,把新的业务“插”回去即可.这对于用户来说是完全透明的,而且也使得业务之间松耦合,松耦合后的进存销系统具备更好的稳定性和可扩展性.
3结语
[关键词] Web Services 动态电子商务 分布式部署
一、引言
网上购物，便捷实用无国界，庞大的网民群体对其需求巨大，因此，巨大的商机， 巨大的资本回报呼唤着一种新型分布式电子商务解决方案的出台。Web Services是一个崭新的分布式计算模型，利用XML、SOAP、UDDI、WSDL和WSFL等标准构造一个松散耦合的分布式计算环境。Web Services领域共有3个部分， 即服务提供者、服务注册库和服务请求者。相应有、发现和绑定3个Web服务操作。Web Services技术有统一的商业和发现机制，从而成为目前构建动态电子商务应用环境中最佳的解决方案。
二、动态电子商务框架设计
基于Web Services的动态电子商务架构由数据层、数据处理层、Web Services 层、业务逻辑层、表示层、客户层6层组成，如图1所示。
图1 动态电子商务系统框架结构
数据层包括底层各种关系数据库和表关系、半结构化数据及遗产系统；是系统的底层数据支持，可进一步发展为商务智能等高级应用。数据处理层封装了大量的数据逻辑，完成异构数据资源的集成和共享；包括存储过程和事务、触发器、日志等；按照相应的逻辑事件Web Service包装器将功能包装成Web Service 接口，暴露给受信用户。多台服务器分布式部署着Web Service 接口；为提高访问效率，对于SQL Server的所有访问，通过存储过程来完成。Web Service层通过SOAP协议与各个Web Service服务器建立联系，并生成本地类，通过SOAP协议使用Web Service功能。业务逻辑层完成电子商务应用逻辑功能，建立软件资源；封装了客户端的整个逻辑规则和事务流程；电子商务中的购物处理，订单处理，用户管理，账号管理，产品查询，产品添加与管理，二手市场，二手商品管理，网上招标，招标书管理，填写留言与回复，留言管理，网站公告管理及用作Web服务的模块等都是具体的业务逻辑。商务系统的中间层业务逻辑可被封装为一个.NET组件(可通过DCOM、CORBA、EJB等实现)，通过的方式轻松便捷的访问Web Service提供的丰富服务。客户端的表示层是与用户最终交互的亲切界面，可通过多种手段(如：JSP、html、等)实现。客户层实现用户(一般用户及移动用户)的应用请求。
其工作原理为：企业的核心商务功能用Web Services封装成组件，然后利用WSDL对接口进行描述，通过SOAP作访问，在商业注册中心UDDI，从而使开发者和电子商务应用程序可以搜索并定位到该服务，这些商务功能就可以方便地在企业之间共享。用户通过浏览器从Web服务器上下载由JSP或Servlet等程序生成的动态Web页面，获取并选择个性化的Web服务。
三、分布式部署方案
系统分布式部署方案包括购物、结账、认证、密钥分配在内的完整的商务事件，整个过程由处于不同地理位置的多台受信服务器协同完成，即Certification服务、Market1服务、Market2服务、Order服务、CA认证中心服务、虚拟银行，如图2所示。其中Certification服务总体负责用户的身份认证，通过证书分发，断言机制，单点登录保证受信客户和其他所有授权服务器双方的安全性；Market1服务、Market2服务为电子商务的货源提供者，这里是网上商场，通过Web Service的，这种商场可以低成本进行异地扩张，从而增大规模，产生效益;Order服务是结账服务器，负责所有授权用户在各个授权商场的购物结账，并支持多国货币的支付方式;虚拟银行负责安全结账，可以由真实银行业务扩展产生；CA认证中心负责银行、商业、顾客之间的身份认证。各个服务器运行平台可以根据各自情况自行规划， 并可以通过各自的程序语言在异构的平台上实现相应功能的Web Service。
四、结束语
基于WebServices的动态电子商务架构，充分利用WebServices松散耦合、即时集成的优势，满足了动态电子商务开放性、复杂性、分布性、动态性和定制性的需要。在商务逻辑中，世界各个角落的任何商品都可以轻松加入商务网站系统，并享受专业的管理服务和安全保障，以获得最佳的经济效益，使买卖双方真正享受电子商务带来的无限魅力。
参考文献：
[1]夏阳张强:基于Web Service 的分布式电子商务系统设计与实现[J].微电子学与计算机,2006,23(10):100～103
[摘要] 本文探讨了利用web services技术构建动态电子商务网站的框架和分布式部署方案，具体阐述框架的各层组成、工作原理和分布式部署结构。
[关键词] web services 动态电子商务 分布式部署
一、引言
网上购物，便捷实用无国界，庞大的网民群体对其需求巨大，因此，巨大的商机， 巨大的资本回报呼唤着一种新型分布式电子商务解决方案的出台。web services是一个崭新的分布式计算模型，利用xml、soap、uddi、wsdl和wsfl等标准构造一个松散耦合的分布式计算环境。web services领域共有3个部分， 即服务提供者、服务注册库和服务请求者。相应有发布、发现和绑定3个web服务操作。web services技术有统一的商业发布和发现机制，从而成为目前构建动态电子商务应用环境中最佳的解决方案。
二、动态电子商务框架设计
基于web services的动态电子商务架构由数据层、数据处理层、web services 代理层、业务逻辑层、表示层、客户层6层组成，如图1所示。WWw.133229.CoM
图1 动态电子商务系统框架结构
数据层包括底层各种关系数据库和表关系、半结构化数据及遗产系统；是系统的底层数据支持，可进一步发展为商务智能等高级应用。数据处理层封装了大量的数据逻辑，完成异构数据资源的集成和共享；包括存储过程和事务、触发器、日志等；按照相应的逻辑事件web service包装器将功能包装成web service 接口，暴露给受信用户。多台服务器分布式部署着web service 接口；为提高访问效率，对于sql server的所有访问，通过存储过程来完成。web service代理层通过soap协议与各个web service服务器建立联系，并生成本地代理类，通过soap协议使用web service功能。业务逻辑层完成电子商务应用逻辑功能，建立软件资源；封装了客户端的整个逻辑规则和事务流程；电子商务中的购物处理，订单处理，用户管理，账号管理，产品查询，产品添加与管理，二手市场发布，二手商品管理，网上招标发布，招标书管理，填写留言与回复，留言管理，网站公告管理及用作web服务的模块等都是具体的业务逻辑。商务系统的中间层业务逻辑可被封装为一个.net组件(可通过dcom、corba、ejb等实现)，通过代理的方式轻松便捷的访问web service提供的丰富服务。客户端的表示层是与用户最终交互的亲切界面，可通过多种手段(如：jsp、html、asp.net等)实现。客户层实现用户(一般用户及移动用户)的应用请求。
其工作原理为：企业的核心商务功能用web services封装成组件，然后利用wsdl对接口进行描述，通过soap作访问，在商业注册中心uddi发布，从而使开发者和电子商务应用程序可以搜索并定位到该服务，这些商务功能就可以方便地在企业之间共享。用户通过浏览器从web服务器上下载由jsp或servlet等程序生成的动态web页面，获取并选择个性化的web服务。
三、分布式部署方案
系统分布式部署方案包括购物、结账、认证、密钥分配在内的完整的商务事件，整个过程由处于不同地理位置的多台受信服务器协同完成，即certification服务、market1服务、market2服务、order服务、ca认证中心服务、虚拟银行，如图2所示。其中certification服务总体负责用户的身份认证，通过证书分发，断言机制，单点登录保证受信客户和其他所有授权服务器双方的安全性；market1服务、market2服务为电子商务的货源提供者，这里是网上商场，通过web service的发布，这种商场可以低成本进行异地扩张，从而增大规模，产生效益;order服务是结账服务器，负责所有授权用户在各个授权商场的购物结账，并支持多国货币的支付方式;虚拟银行负责安全结账，可以由真实银行业务扩展产生；ca认证中心负责银行、商业、顾客之间的身份认证。各个服务器运行平台可以根据各自情况自行规划， 并可以通过各自的程序语言在异构的平台上实现相应功能的web service。
四、结束语
基于webservices的动态电子商务架构，充分利用webservices松散耦合、即时集成的优势，满足了动态电子商务开放性、复杂性、分布性、动态性和定制性的需要。在商务逻辑中，世界各个角落的任何商品都可以轻松加入商务网站系统，并享受专业的管理服务和安全保障，以获得最佳的经济效益，使买卖双方真正享受电子商务带来的无限魅力。
参考文献：
[摘要] 本文探讨了利用web services技术构建动态电子商务网站的框架和分布式部署方案，具体阐述框架的各层组成、工作原理和分布式部署结构。
[关键词] web services 动态电子商务 分布式部署
一、引言
网上购物，便捷实用无国界，庞大的网民群体对其需求巨大，因此，巨大的商机， 巨大的资本回报呼唤着一种新型分布式电子商务解决方案的出台。web services是一个崭新的分布式计算模型，利用xml、soap、uddi、wsdl和wsfl等标准构造一个松散耦合的分布式计算环境。web services领域共有3个部分， 即服务提供者、服务注册库和服务请求者。相应有发布、发现和绑定3个web服务操作。web services技术有统一的商业发布和发现机制，从而成为目前构建动态电子商务应用环境中最佳的解决方案。
二、动态电子商务框架设计
基于web services的动态电子商务架构由数据层、数据处理层、web services 代理层、业务逻辑层、表示层、客户层6层组成，如图1所示。
图1 动态电子商务系统框架结构
数据层包括底层各种关系数据库和表关系、半结构化数据及遗产系统；是系统的底层数据支持，可进一步发展为商务智能等高级应用。数据处理层封装了大量的数据逻辑，完成异构数据资源的集成和共享；包括存储过程和事务、触发器、日志等；按照相应的逻辑事件web service包装器将功能包装成web service 接口，暴露给受信用户。多台服务器分布式部署着web service 接口；为提高访问效率，对于sql server的所有访问，通过存储过程来完成。web service代理层通过soap协议与各个web service服务器建立联系，并生成本地代理类，通过soap协议使用web service功能。业务逻辑层完成电子商务应用逻辑功能，建立软件资源；封装了客户端的整个逻辑规则和事务流程；电子商务中的购物处理，订单处理，用户管理，账号管理，产品查询，产品添加与管理，二手市场发布，二手商品管理，网上招标发布，招标书管理，填写留言与回复，留言管理，网站公告管理及用作web服务的模块等都是具体的业务逻辑。商务系统的中间层业务逻辑可被封装为一个.net组件(可通过dcom、corba、ejb等实现)，通过代理的方式轻松便捷的访问web service提供的丰富服务。客户端的表示层是与用户最终交互的亲切界面，可通过多种手段(如：jsp、html、asp.net等)实现。客户层实现用户(一般用户及移动用户)的应用请求。
其工作原理为：企业的核心商务功能用web services封装成组件，然后利用wsdl对接口进行描述，通过soap作访问，在商业注册中心uddi发布，从而使开发者和电子商务应用程序可以搜索并定位到该服务，这些商务功能就可以方便地在企业之间共享。用户通过浏览器从web服务器上下载由jsp或servlet等程序生成的动态web页面，获取并选择个性化的web服务。
三、分布式部署方案
系统分布式部署方案包括购物、结账、认证、密钥分配在内的完整的商务事件，整个过程由处于不同地理位置的多台受信服务器协同完成，即certification服务、market1服务、market2服务、order服务、ca认证中心服务、虚拟银行，如图2所示。其中certification服务总体负责用户的身份认证，通过证书分发，断言机制，单点登录保证受信客户和其他所有授权服务器双方的安全性；market1服务、market2服务为电子商务的货源提供者，这里是网上商场，通过web service的发布，这种商场可以低成本进行异地扩张，从而增大规模，产生效益;order服务是结账服务器，负责所有授权用户在各个授权商场的购物结账，并支持多国货币的支付方式;虚拟银行负责安全结账，可以由真实银行业务扩展产生；ca认证中心负责银行、商业、顾客之间的身份认证。各个服务器运行平台可以根据各自情况自行规划， 并可以通过各自的程序语言在异构的平台上实现相应功能的web service。
四、结束语
基于webservices的动态电子商务架构，充分利用webservices松散耦合、即时集成的优势，满足了动态电子商务开放性、复杂性、分布性、动态性和定制性的需要。在商务逻辑中，世界各个角落的任何商品都可以轻松加入商务网站系统，并享受专业的管理服务和安全保障，以获得最佳的经济效益，使买卖双方真正享受电子商务带来的无限魅力。
参考文献：
[摘要] 本文探讨了利用Web Services技术构建动态电子商务网站的框架和分布式部署方案，具体阐述框架的各层组成、工作原理和分布式部署结构。
[关键词] Web Services 动态电子商务 分布式部署
一、引言
网上购物，便捷实用无国界，庞大的网民群体对其需求巨大，因此，巨大的商机， 巨大的资本回报呼唤着一种新型分布式电子商务解决方案的出台。Web Services是一个崭新的分布式计算模型，利用XML、SOAP、UDDI、WSDL和WSFL等标准构造一个松散耦合的分布式计算环境。Web Services领域共有3个部分， 即服务提供者、服务注册库和服务请求者。相应有发布、发现和绑定3个Web服务操作。Web Services技术有统一的商业发布和发现机制，从而成为目前构建动态电子商务应用环境中最佳的解决方案。
二、动态电子商务框架设计
基于Web Services的动态电子商务架构由数据层、数据处理层、Web Services 代理层、业务逻辑层、表示层、客户层6层组成，如图1所示。
图1 动态电子商务系统框架结构
数据层包括底层各种关系数据库和表关系、半结构化数据及遗产系统；是系统的底层数据支持，可进一步发展为商务智能等高级应用。数据处理层封装了大量的数据逻辑，完成异构数据资源的集成和共享；包括存储过程和事务、触发器、日志等；按照相应的逻辑事件Web Service包装器将功能包装成Web Service 接口，暴露给受信用户。多台服务器分布式部署着Web Service 接口；为提高访问效率，对于SQL Server的所有访问，通过存储过程来完成。Web Service代理层通过SOAP协议与各个Web Service服务器建立联系，并生成本地代理类，通过SOAP协议使用Web Service功能。业务逻辑层完成电子商务应用逻辑功能，建立软件资源；封装了客户端的整个逻辑规则和事务流程；电子商务中的购物处理，订单处理，用户管理，账号管理，产品查询，产品添加与管理，二手市场发布，二手商品管理，网上招标发布，招标书管理，填写留言与回复，留言管理，网站公告管理及用作Web服务的模块等都是具体的业务逻辑。商务系统的中间层业务逻辑可被封装为一个.NET组件(可通过DCOM、CORBA、EJB等实现)，通过代理的方式轻松便捷的访问Web Service提供的丰富服务。客户端的表示层是与用户最终交互的亲切界面，可通过多种手段(如：JSP、html、ASP.NET等)实现。客户层实现用户(一般用户及移动用户)的应用请求。
其工作原理为：企业的核心商务功能用Web Services封装成组件，然后利用WSDL对接口进行描述，通过SOAP作访问，在商业注册中心UDDI发布，从而使开发者和电子商务应用程序可以搜索并定位到该服务，这些商务功能就可以方便地在企业之间共享。用户通过浏览器从Web服务器上下载由JSP或Servlet等程序生成的动态Web页面，获取并选择个性化的Web服务。
三、分布式部署方案
系统分布式部署方案包括购物、结账、认证、密钥分配在内的完整的商务事件，整个过程由处于不同地理位置的多台受信服务器协同完成，即Certification服务、Market1服务、Market2服务、Order服务、CA认证中心服务、虚拟银行，如图2所示。其中Certification服务总体负责用户的身份认证，通过证书分发，断言机制，单点登录保证受信客户和其他所有授权服务器双方的安全性；Market1服务、Market2服务为电子商务的货源提供者，这里是网上商场，通过Web Service的发布，这种商场可以低成本进行异地扩张，从而增大规模，产生效益;Order服务是结账服务器，负责所有授权用户在各个授权商场的购物结账，并支持多国货币的支付方式;虚拟银行负责安全结账，可以由真实银行业务扩展产生；CA认证中心负责银行、商业、顾客之间的身份认证。各个服务器运行平台可以根据各自情况自行规划， 并可以通过各自的程序语言在异构的平台上实现相应功能的Web Service。
