时间：2023-08-30 16:46:34
[关键词] 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
锦囊一：效率模式 效率模式依靠人力或资本资源生产商品或提供服务。这类企业通常置身于竞争激烈的市场，只能接受市场价格。该模式的通用赢利逻辑是凭借出众的资产利用率，比竞争对手更高效地生产产品或提供服务。在效率模式中，流程创新往往是制胜的关键。代表公司：西南航空。
1. 利用补充资产对需求做时间和地点的腾挪
2. 利用补充产品的交叉弹性扩展价值主张
3. 释放产能
4. 挑战正统定价观念
锦囊二：价值模式 价值模式的通用赢利逻辑是将产品定位为“被需求品”，实行溢价（差异化定价）。“被需求”背后的价值动因可以源自客观感知或主观感知。奉行这种商业模式的公司会投资于知识专才，如科学家、工程师、编程专家、数据处理专家等。代表公司：全食超市。
1. 预测：着眼于可见结果来创造“需求”
2. 预测：识别更能感知可见结果的“影响者”
3. 预测：思考期望结果，寻找价值动因
4. 反应：快速测试多样化的原型，加快上市速度
5. 反应：与客户协作
6. 投资可用于多项终端产品的中间产品
锦囊三：网络价值模式 一些价值模式能促使忠实的核心顾客群重复购买。如果这一核心顾客群的规模达到临界点，就会出现“网络效应”。顾客们将化身为品牌大使，即便不能使网络呈良性循环增长，也起码能维持网络的稳定。这种模式的赢利逻辑是：在价值模式的赢利逻辑基础上，增加吸引和留住关键客户群的属性，并把模仿者屏蔽在外。在做到这一切的同时，还必须把新客户获取成本保持在较低水平。代表公司：奈飞公司（Netflix）。
1. 与小众市场客户、竞争对手和利益相关者协作
2. 在劲敌的眼皮底下慢慢做大自己
3. 保持忠诚客户的参与度
锦囊四：网络效率模式 这种商业模式不是在某一家公司层面而是在整个供需网络层面上创造效率。这种模式的核心资源是一个连结买卖双方、促进彼此交易的平台或“枢纽”。其通用赢利逻辑是增加交易量。网络效率模式有两种类型。一种是纯粹的交易平台，如eBay。另一种是焦点企业充当每次交易的对手方，如沃尔玛，它们依据对需求的合理推测，并在架上产品能快速出清的预期基础上采办库存。
1. 释放生态系统产能
朱志尧，生于1863年，逝于1955年，自小就在一个传统的天主教家庭成长，有着深厚的基督文化背景，他很年轻就加盟法国东方汇理银行中国总部，成为晚清著名的买办，是近代史以来横跨几个时代的著名商人之一。
事实上，类似朱志尧这样的商人，从晚清末年到整个民国，不在少数。他们有几个共同特征。第一，他们的日常生活方式已经基本西化。比如他们居住在欧式的别墅里，使用着从欧洲进口过来的家具。他们很早就脱掉了蓝色的丝绸长衫，改穿笔挺的西装长裤。事实上，当年这身打扮，即使在人潮汹涌的上海滩，也是一种身份的象征，甚至更是一种人身安全的需要。的确，当这些受雇于外国商业集团的买办们需要深入到内地处理商务，他们的身份，他们的衣服格调，使得内地的生意人刮目相看，尊重有加。有趣的是，为了提高自己的这种洋格调，他们纷纷说起了一种奇怪的语言，这就是在传统的汉语句子中，夹杂一些英语、印度语或者是葡萄牙语的单词，这被后来的模仿者戏称为“洋泾浜”。正是这种发音并不标准，只在华人中才流行的日常说话方式，让这些买办们增添了一种外来的虚荣感，同时也让那些深处内地传统文化背景下的人们，羡慕不已。第二，他们很快就确认了自己的基督信仰，不仅他们自己确定，甚至连他们的家人也成为基督徒。这种信仰层面的改变，其意义可能更加重要。比如他们相信博爱，力图在生意的过程中讲究诚信原则；比如他们要求自己要交纳十一税，也就是要求自己必须过一种有奉献细节的生活。当这样的信仰人数变得更多，在东南沿海的主要通商口岸，教会学校变得很普遍，很多华人家庭的孩子不再继续进入传统的中国学校，而是改进教会学校，让自己的孩子一边读书，一边领受来自上帝的话语。
市场逻辑终将超越官场逻辑
这样的变化，实际上是一个社会的价值观的变化。一种西化的生活方式成为这个时代的时尚元素，人们用尽全力，都要介入到这样的价值观里去。
这和过去的生活方式太不相同了。长期以来，中国的商人阶层一直需要接受官僚设定的游戏规则，经商的第一原则，是建构比较稳固的官商合作关系，以至于在晚清末年，商人捐买官爵，成为商人的生意的一种必须。可以说，这可能是一个处在末日的时代最特别的景象，大量的商人愿意花大钱购买官位，主动向国库提供金钱，不仅自己要跻身于官僚之列，更希望自己的儿孙之辈要由此进入仕途。在官僚主宰一切的时代，商人们的这种构想，无疑是可以理解的，他们希望自己能够融合到主流的社会秩序里，希望通过自己的努力，使得自己不再是一名处于底层的商人，而是身处上层的官僚。刚好，末日晚清的体制为商人们提供了这样的途径，更多的商人进入到了官场，当这样的人数足够多，整个社会的结构开始出现变量，过去单一的，仅仅由官僚主导的社会结构，变得松弛、柔软起来。也就是说，市场的力量越过坚硬的官场台阶，开始影响曾经牢不可破的官僚阶层。
在任何时代，商人的利润原则都在主导人们的生活方式。晚清末年的市场风景是，商人们很快发现，曾经强势的官僚阶层不再是生意的最佳保护伞，比官场人脉更加有商业价值的资源，是通商口岸的外国商业集团，有鉴于此，人们开始大面积融入通商口岸的城市社会，在各个领域与外国资本进行合作。一种比较开阔的利润原则，将一部分中国人带进了更加开阔的市场，市场的逻辑开始主导他们的生意与生活，而不再是过去的官场逻辑。
这当然更是一种崭新的价值观，遵循市场的规律，用开阔的视野来主导商业的演进。长久来看，只有市场的变化，才能推动人们观念的变化，进而可能推动政策的变化。这样的社会嬗变逻辑，在晚清末年也是如此。有观点认为，正是这种比较肤浅的西化式的生活，构成了中国社会走进现代化的起点。当这样的生活方式成为一个社会的趋势，人们发现，政府的变化出现了。1902年，清政府下发文件，禁止妇女缠足，这个绵延中国几百年的虐待妇女的文化终于寿终正寝。1904年，朝廷颁发创办新学的政策，并同时颁布了新学教学大纲，这意味着新式教育，包括通商口岸的教会学校的秩序与内容正式被政府接纳，掌控中国教育几千年的经子典籍教育被加进了更多的现代化内容，思想的营地因此变得比过去活跃起来。1907年，朝廷更是诏令，允许女人出国留学，中国妇女的位置在这个时候得到了前所未有的提升。所有这些，都是晚清政府在法律的层面承认通商口岸最近十几年的价值观的变化。民间社会的发育与发展已经推进到了现代化的层面，即使在封闭的政府，也必须与时俱进，跟上现代化的脚步。
民族主义的商业逻辑
需要强调的是，身为中国商人，人们的价值观的变化不太可能彻底做到西化，或者说，当年晚清政府对整个社会被西化的担忧，几乎没有道理。人们看到，一方面，大量的商人的确在寻找一种新的生活方式，一种与西方价值观和生活观紧密联系的生活方式，但另一方面，他们在模仿外国人的时候，也一直在努力拒绝模仿。尤其是商业层面的民族主义在通商口岸迅速成长，一个时期之后，人们惊讶地发现，是通商口岸，而不是封闭的内地，经济民族主义得到了迅速地发展，以至于人们将通商口岸看成近现代以来真正商业民族主义的摇篮。
这可能得益于商人长期以来形成的传统价值观。天下兴亡匹夫有责，从来都是中国人的第一理念，即使在各种新兴价值观纷至沓来的时代，人们对这一传统的价值观，依然在坚守。更重要的是，差不多百年以来，晚清政府面对外国力量，长期采取一种容忍的政策，并没有一个强势的民族性力量。当更多的中国商人看到这一点，他们的变化事实上是出乎意料的，他们将那些来自西方的商业技术与理念看成了救国救民的手段。这正是传统家国思维方式的价值所在，商人们在竞争中接受来自西方商业力量的挑战，希望推动中国市场经济的进步，并进而推动社会和政治的进步。这被看成是一种使命，一种被绝大多数中国人视为责任的集体意识。
这是一种典型的中国商业思维方式！自从中国社会进入20世纪以来，几乎所有的商人，所有的企业家都将它们商业上的成功看作拯救国家的工作，每一个中国企业家在这个时候都是一名强烈的民族主义者，几乎没有例外。无论是在本土经营的企业家，还是在海外经营的华裔企业家，他们对这个国家的责任总是挥之不去。
民族主义商业精神的本质
面对这种现象，有两个历史层面的意义需要辨析。
第一层面的追问是，商业的目的，只能是国家的富强和民族的昌盛吗？这个看似像真理的答案，其实隐含着巨大的谬误。这种巨大民族主义情结的商业精神，在短期来看，的确可以在一个相对有限的市场，用一种集体主义的方法推动商业的发展，找到公司的中期利润，但却由此失去了更加宽阔的市场自由交换，失去了寻找商业可持续发展的可能。并不是任何国家任何时代的商业阶层，都紧紧抓住这种民族主义的商业逻辑，有人看得更远。17世纪以来欧洲一批具有基督精神的企业家，都愿意把企业获得的利润看作是上帝的恩赐，把获得的财富看成是对上帝的荣耀。他们坚信，企业家只是财富的管家，没有人能真正完全永远拥有财富，企业家的使命是帮助上帝管理好财富，而不是彻底拥有财富。拼命地挣钱，拼命地省钱，拼命地捐钱，成为这些企业家一生的财富生活。这种极为开阔的财富观念，反而让更多的欧洲企业家找到了财富真正的逻辑，这样的观念，越过了个人的欲望，越过了民族主义财富观，真正指向了一个能够持续展开的自由市场。当这样的观念成为企业家普遍的价值观，人们惊讶地发展，市场的逻辑出现了，整个欧洲、北美、日本、韩国相继在接下来的几百年之内，用自由市场经济的方法，找到了巨大的财富，国家相应地变得强大，人们的生活变得富足，自由，而且有尊严。
第二，民族主义商业精神，能够把我们带到哪里？必须在常识上说出一个事实，民族主义让市场变小了，让市场交换变得不自由了，这是任何国家任何时代经济发展的大忌，是典型的画地为牢。不过，更值得分析，更加具体的历史事实是，在接下来的几十年之内，正是民族主义的商业逻辑将中国的市场经济力量划分为两个不同的阵营，并形成了现代经济史上最醒目的窝里斗，这就是日后盛行一时的民族资产阶级和买办资产阶级的对立现象。那些钦定的历史教科书认为，民族资产阶级，就是纯粹用本国的资本经营，敢于和外国商业力量进行竞争，全面发对外国在华商业机构特权的企业家群体。而买办资产阶级，则是在政治上、经济上都完全依附于外国商业机构的企业家群体。
关键词：电商；Yii2 AngularJS；浏览器调试
中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2016）27-0275-02
Yii是一个高性能的，完全面向对象的，适用于开发 WEB2.0 应用的 PHP 框架。和其他 PHP 框架类似，Yii 实现了 MVC设计模式并基于该模式组织代码。Yii 是一个通用的 Web 编程框架，基于组件的框架结构和设计精巧的缓存支持特点，使得其特别适合开发大型应用[1]，如门户网站、论坛、内容管理系统（CMS）、电子商务项目和 Web 服务等。
Yii 当前主要有1.1 和 2.0两个主要版本， 2.0 版完全重写了上一个版本1.1版，采用最新的技术和协议，包括依赖命名空间、T包管理器、PHP 代码规范、PSR Composer等等[2]。
Yii 2.0最明显的改变是对命名空间的使用。几乎所有的核心类都使用了命名空间，比如[yii/web/Request][3]。同时，类名前不再使用“C”前缀。命名空间的命名遵循目录结构，如yii/web/Request代表的相应类文件是位于Yii 框架的目录下的 web/Request.php。由于Yii的类装载机制，可以在未显示包含类文件的情况下使用任意的核心类。
还有一个特殊的改变时CComponent，Yii 2.0将1.1版本中的CComponent类拆分成两个类：[[yii＼base＼Object]] 和 [[yii/base/Component]]。其中，[[yii＼base＼Object|Object]]类是一个轻量级的基类，它通过getter 和setter提供了定义类属性（property）的方法。[[yii＼base＼Component|Component]]继承自[[yii ＼base＼Object|Object]]，并提供对事件（event）和行为（behavior）的支持。
Yii2具有更比Yii1更优的开发性能，对组件化的开发方式具有更好的支持。下面以一个电商开发的例子来讲解用Yii2进行组件化的快速开发。
电子商务是互联网高速发展下的产物，电子商务的快而新的特点使得开发中也必须要快而稳，因此传统的瀑布模型的软件开发模式并不适合，需要敏捷开发思想指导快速，迭代式开发。我们在系统开发中组建一个具有三种角色开发人员的团队，软件开发经理、开发工程师和美工。软件开发经理负责用Yii2框架搭建软件系统框架，将底层的代码进行封装，供业务层的人员调用，并规划整个项目的开发周期和组织协调整个项目组的开发，他是整个团队开发的核心。开发工程师充当业务层的开发，负责将底层的数据按业务逻辑需要，将数据展现到UI设计师设计的软件界面，从而完成整个项目的开发。
软件开发经理下载安装最新版的Yii2框架，安装PHPstudy软件作为软件运行环境工具，并配置运行环境，设定软件PHP的版本，指定文件存放路劲，设定运行端口。安装NetBeans软件作为开发编辑器，所有的非UI开发人员按此进行统一配置环境。系统进入迭代开发的时期，底层开发人员直接面向数据库操作，对数据进行封装，开发完成代码后利用第三方开发工具进行调试，调试通过再给业务层的人员进行调用，提高开发效率。
后台编写的接口没有界面进行绑定，不好进行调试，在给业务层进调用之前先调试。可以采用谷歌或火狐浏览器配套的开发工具，本文的系统选用火狐的HttpRequest插件进行调试，如图1所示。调试时，以json的模式模拟业务层对接口的类和方法进行调试，还有传递的参数封装起来进行传递，调用的结果也以json的方式返回。如图1左边就是对一个电商的满赠满减促销活动的底层方法的调试，代码编写时只支持英文模式，层与层之间用大括号包含起来，参数的格式为” key”：”value”，参数之间用”，”隔开。图1右边则是调用后的结果，如果方法中有错会给出错误提示，错误提示会给出编码的语法错误或是错误的sql语句提示，根据错误提示，开发人员能快速定位到错误原因，修改代码，再次进行调试。
业务逻辑层采用一款优秀的前端JS框架AngularJS进行开发，AngularJS已经封装有一些用于提高开发效率的类库，比如表弟的绑定，表单的验证，数据的缓存处理等，下面图2就是一个AngularJs拿来展示列表的绑定方法。先用AngularJS编业务逻辑，接着再用其强大的标签库绑定页面，进行数据的展示和获取。调试的时候就直接用浏览器的开发人员模式，如图2所示，在运行中，页面调用到的任何代码和方法都能清晰地看到参数的传递和调用后的反馈，出现问题能更快定位到，从而达到快速开发的目的。
除了调试工具促进开发效率，最重要的是采用组件化的MVC分层开发模式，并运用流行的yii2和AngularJS框架作为开发技术，要写的代码非常少。封装好底层框架，搭建好页面的调用结构，进行业务功能开发时只需做三件事，第一、利用Yii2提供的工具生成数据表的model类，省去了大量的开发时间；第二、用Yii2提供的结构化查询语句进行数据查找，第三、利用AngularJS提供的类库绑定到页面。
总结：整个开发过程非常简单快速，开发人员很容易上手，Yii2+AngularJS是个快速迭代开发的好框架组合。加上浏览器调试工具，一个轻量级的开发模式，适合各种中小型软件的开发。
参考文献：
[1] yii百度百科：http：///link？url=Jmz-O00RJYqDMwclivX4Mi9qRbGzgbPDdEgLKkrde43qV7qSJMyeLeWNu5FZg5q7S3K029NXQ5c8b-Pw6LtLFK
关键词：JavaEE；旅游电子商务平台；系统设计
中图分类号：TP393文献标识码：A文章编号：1009-3044(2011)04-0712-03
Designing and Developing of Tourism Electronic Commerce Platform Based on JavaEE Structure
ZOU Li-yan, YANG Fu-qun, GAO Chun-bo, XU Li
( College of Information Management and Engineering, Jishou University, Zhang Jiajie 427000, China)
Abstract: The enterprise application characteristics of multi-directed, distributed and component-base make JavaEE structure become the very tool for developing tourism electronic commerce platform. This paper analyzes the system logic structure design and function components design of tourism electronic commerce platform, demonstrates the way to use JavaEE technology to design and develop tourism electronic commerce platform.
Key words: JavaEE; tourism electronic commerce platform; system designing
1 概述
随着信息技术的迅速普及，旅游业向着网络化、多元化方向发展，传统旅游业的单位性、地域性和国界性正在被打破。电子商务作为一种新型的商务手段和信息技术，弥补了传统旅游模式中旅游目的地与游客之间存在的信息不对称，成为众多景点、旅游企业和旅游管理部门竞相采用的方式。因此，旅游电子商务平台的研发成为旅游行业和软件行业的热门课题。
旅游电子商务平台是一个以互联网为基础，结合网络、数据库和多媒体技术的公共电子商务平台和信息服务平台。它不但能为各类旅游电子商务系统提供整体的运行环境和完善的功能服务，而且为这些系统之间的数据交换、功能扩展和商务运营等活动提供全面的系统级支持。
为了构建一个集景点介绍、票务预订、特产购买、资讯交流为一体的旅游电子商务平台，在遵循旅游电子商务一般流程及内容的基础上，笔者针对旅游电子商务中数据分布式处理、可移植性和信息实时的特点，拟采用基于JavaEE架构的多层软件开发方法，为顾客提供一个透明齐全的开放式平台。
2 平台技术特点及优势
2.1 JavaEE架构
JavaEE是Sun公司提出的多层(multi-diered)，分布式(distributed)，基于组件(component-base)的企业级应用模型(enterprise application model)。在这样的一个系统中，可按照功能分为不同的组件，这些组件又可在不同计算机上，并且处于相应的层次(tier)中。JavaEE采用的是多层的分布式架构模型，模型由组件组成，应用程序的逻辑根据功能划分被封装在各组件中。JavaEE中的大量组件部署在不同的机器中，这也是分布式架构的体现，而且通常这些机器一般都具有不同的物理地址。
2.2 优势
JavaEE平台对分布式企业应用开发而言，在保存企业现有IT资产减少重复性投入的同时也满足了未来商业应用的需要，尤其是针对数据量大、异构的旅游电子商务系统来说，具有一定的优点：
1）JavaEE建立了企业应用开发所需要的一些技术标准，如企业业务组件(EJB)等；
2）JavaEE自身具备完善的目录服务支持、高度的安全机制、高效的性能展现等众多技术优势技术，并且基于开放的标准，可以促进技术的更好的发展；
3）JavaEE为企业级系统提供了完美的机制和统一开发平台，不仅简化开发过程，也使得Web应用程序资源利用率更高。让系统具有高可用性、高可扩充性、易维护性；
4）JavaEE缩短了产品研发的时间，绝大多数的供应商的产品是遵循JavaEE标准而开发的，因此开发者可以摆脱中间件的困扰而专注于各自业务逻辑的应用开发；
5）JavaEE使用负载平衡策略，是系统软硬件资源利用率及性能表现最大化，能够消除系统中的瓶颈，允许多台服务器集成部署，实现可高度伸缩的系统。
3 系统总体设计
3.1 系统逻辑结构设计
系统采用JavaEE的多层的分布式架构模型，该架构分为3层：客户端层、中间服务层（包括Web应用层、EJB层）、数据库层在各层中采用相应的技术进行系统设计和开发，其系统逻辑结构如图1所示。
由图1可见该平台中各部分与模式紧密联系，客户端（即客户端浏览器）通过HTML向最终用户显示被请求信息，web层（struts2为框架）使用JSP（Java ServerPages），Serverlet完成动态内容显示和流程逻辑控制，主要用来处理来自客户端的请求和调用相应的业务逻辑，并把结果以动态网页的形式返回到客户端；EJB容器（Hibernate为架构）完成所有的数据逻辑操作，通过服务器端程序(Servlet)将用户的合法需求交给后台的数据库（Spring为框架），处理完成后返回给客户端，由客户端进行显示。系统是一个基于MVC模式和JavaEE多层架构的一个框架体系，该体系以Struts2，Spring，Hibemate三大框架为主，Ajax为辅，依托JavaEE分层体系。具体来说，struts2负责web应用强大的表现处理，spring负责装配解耦复杂的业务逻辑处理对象，Hibemate负责处理数据对象的0/R映射及持久化，使用Ajax技术可以更加方便有效提高开发效率以及客户满意度。采用这个集成架构开发出来的web应用，不仅在JavaEE划分的层次之间拥有更低的耦合性，而且整个应用的灵活性和可维护性也得到了更大的提高，同时Ajax技术不仅提高了整个应用的开发效率而且提高了整个系统的人性化满意度。
3.2 系统功能模块
一般来说，旅游电子商务平台是为国内外游客提供从旅游导航到网上支付全程服务的平台，包括景点管理、酒店预订、旅行社预订、票务预订、旅游线路、购物管理、会员社区、会员管理和旅游资讯等，其平台的功能结构如图2所示。
1）景点管理。对景点进行全面介绍，包括景点地理位置、景色、门票等基本信息以及景点特色文化的介绍；引入顶尖的在线“虚拟旅游”技术，实现景点的网上虚拟实景，为游客提供在线的完美“试玩”体验，在此基础上为自驾游、自助游等游客提供一站式、全面性的出游解决方案。
2）酒店预订。通过酒店预订服务中心，为会员提供即时预订服务。平台将与其合作酒店的信息全部展示给游客，经过与合作酒店协商为会员提供相应优惠房价，甚至提供酒店保留房为会员出行提供更多保障。
3）票务预定。通过全国联网的机票预订、配送和机场的现场服务系统及火车预订系统，为会员提供国际和国内机票的查询预订服务，为会员旅行提供更加便捷的服务。
4）旅行社预订。通过旅行社预订服务中心，为会员提供即时预订服务。平台将与其合作旅行社的信息全部展示给游客，包括旅行社导游的信息，提供周到体贴的出行服务。
5）旅游线路。根据现代年轻人自由享受与深度体验的度假休闲方式，为会员提供自由行、结伴游、半自助游、自驾游等多种度假方式产品。提供丰富多样的酒店、航班、轮船、火车、专线巴士等搭配完善的配套服务，提供全面的景点路线信息，如旅游线路分类、最新旅游线路(推荐旅游线路)、特价旅游线路(促销旅游线路)、旅游经营线路排行、线路搜索等，并引进Google地图的应用，为会员打造独具个性的旅游方案。
6）购物管理。游客在网站上进行旅游商品的浏览和购买，提交订单后，可以通过网上银行进行网上支付服务。提供一个安全可靠的网上支付环境，消除游客的顾虑，调动其购买旅游产品的积极性。
7）会员管理。允许互联网用户注册、登陆系统设置个人信息等，以及对会员的管理。
8）会员社区。会员社区是个虚拟的空间，为会员提供了一个虚拟的交流场所，分享旅行信息和心得，帮助会员解决旅途问题；同时，通过会员在本平台的信息反馈和对各景点、酒店等进行的客观评价，督促当地管理部门和旅游企业提高服务质量，促进旅游业的发展。
9）旅游资讯。旅游资讯是为会员提供的附加服务。由线上交互式平台信息与线下旅行丛书、杂志形成立体式资讯组合。新闻公告、风俗文化和温馨贴士等资讯的及时更新。为会员出行提供更多保障，致力成为优秀的度假旅行服务平台。
4 系统设计与实现
4.1 系统层次结构
旅游电子商务系统采用适合开发基于互联网的多层次的JavaEE规范标准。从具体技术实现逻辑上，旅游电子商务系统划分为客户端层、中间服务层、数据库层3个模块结构层次，如图3所示。
1）表示层。用来与用户进行交互，并把来自系统的信息显示给用户。JavaEE平台支持不同类型的用户。运行在客户机上，用来实现企业级系统的操作界面，负责系统与客户间的交互。为用户使用此系统提供多终端接入方式，通过浏览器进行系统界面交互，也可以与办公自动化集成展现。
2）中间服务层。包括Web层和EJB容器。处于一个或多个WEB服务器上，使用Servlet和Jsp完成数据显示和流程逻辑控制，EJB容器解决了企业级应用底层的问题，如事务处理、生命周期、状态管理、多线程安全管理等。通过应用程序客户端或WEB应用可以远程访问。处理应用的核心业务逻辑。通过处理客户请求，调用相应的逻辑块，产生表示逻辑，在所接受的客户端请求的基础上，对用户的请求产生相应的回应，并把结果以网页的形式返回到客户端。完成景点管理、预订管理、网上支付等应用系统的业务逻辑处理，另外包括支持业务应用的支撑模块，如权限管理、系统管理等等。
3）数据库层。由大型数据库系统组成，采用Oracle9i，存储商业数据以及与数据存取相关的逻辑。该层为企业的信息服务系统提供服务，为中间服务层提供数据存储机制，并提供相关数据使用及查询接口，同时处理和其他的数据交换和消息传递。
4.2 系统架构设计
基于分布式Web应用的B/S结构模式和系统的多模块划分，为了提高系统的可扩展性，并且要减少层与层之间的耦合度，系统的表示层、数据库层、业务逻辑层分别采用目前轻量级架构中的Struts技术、Hibernate技术和Spring技术来实现。使用由Struts、Hibernate和Spring整合而成的架构，设计的目标是要提供一个简洁的，功能完善的Web框架，提高组件的可复用性，降低层与层之间的耦合度，有利于系统的可扩展性和可维护性等。经整合后系统的架构图如图4所示。
如图4所示，Struts作为系统的整体基础架构，它负责表现层中模型-视图-控制器模式的分离；Hibernate负责提供持久化服务，Spring作为轻量级容器来管理业务逻辑和事务处理。具体做法是：依据系统的需求通过使用面向对象的分析方法提出一个模型，将这些模型采用Java语言设计出基本的Java对象，然后写出基本的DAO实现和Hibernate的级联实现，采用Hibernate框架实现的DAO类以及级联方式来实现Java类与数据库之间的转换和访问，然后由Spring来完成业务逻辑处理和事务处理。表示层可通过页面模型（Model）、视图（View）、控制器（Controller）和Spring配置文件等来实现，数据持久层主要由对象-关系映射文件、Spring配置文件和DAO类等来实现。
5 结束语
本文分析了旅游电子商务平台功能模块，给出了一种能够有效地满足目前现代旅客实际需求的系统构建方法，即采用JavaEE技术设计构建的旅游电子商务平台。通过试运行，该平台基本能够有效地满足旅客对景点的了解，酒店、旅行社、票务的预定，旅游产品的购买和会员的互动交流，较大地满足了旅客的个性化需求。当然，目前利用JaveEE开发企业级的旅游电子商务应用仍处于探索阶段，存在着大规模商务数据有效交换、异构环境中与其他旅游商务系统的接口通信等问题。此外，如何针对不同功能的系统设计更合理的系统框架，也有待进一步研究。
参考文献：
[1] 李振宇.校园信息门户系统的研究与实现[D].大连:大连海事大学,2006.
[2] 董洪杉,窦延平.利用Hibernate的J2EE数据持久层的解决方案[J].计算机工程,2004(S1).
[3] 陈峰,薛士权.通用关系数据库访问层的设计与实现[J].计算机工程与应用,2003(22).
[4] 殷利,孙飞,葛铭.在J2EE的体系结构上构建基于XML的Web信息系统[J].电脑知识与技术,2005(6).
[5] 肖茂兵,卢振环.JavaEE应用技术框架选型[J].华南金融电脑,2006(8).
[6] 任建豪,李成忠.基于J2EE架构的企业卡资源管理系统的设计与实现[J].成都信息工程学院学报,2005(5).
[关键词]面向服务架构(SOA)面向对象架构(OOA)软件设计
中图分类号:TP3文献标识码:A文章编号:1671-7597(2009)1110094-01
一、面向服务架构SOA
SOA――面向服务架构是一个组件模型,它将应用程序的不同功能单元――服务,通过服务间定义良好的接口和契约联系起来。接口采用中立的方式定义,独立于具体实现服务的硬件平台、操作系统和编程语言,使得构建在这样系统中的服务可以使用统一和标准的方式进行通信。其中服务,是指仅基于两个组件接口之间的契约,由一个组件提供其行为方法给另一个使用。
SOA中一般都包含三个角色:服务的提供者、服务的请求者、服务。三个角色是根据对服务提出不同的需求和行使的不同功能来划分的。它们的关系可以简单理解为:服务的提供者将它提供服务的具体描述在服务,以方便服务的请求者查询;服务的请求者通过对服务搜索,查找到需要的服务及其提供者的地址;最后是服务的提供者与服务的请求者进行直接的绑定,完成服务。举个最简单的例子,我们若要在网上下载一首歌,先可以通过搜索引擎GOOGLE等,搜索可下载这首歌的网站,获知这首歌的免费下载的地址,最后我们直接链接这个地址下载歌。在这个过程,网站即相当于一个服务,我们是服务的请求者,而最后那个下载地址背后的服务器为服务的提供者。
SOA主要特征是将应用程序功能包装成服务,服务间彼此独立,可单独作为组件使用。它具备松散耦合,提供粗粒度的服务和标准化的接口等。SOA旨在提供一个通用的,可互操作的和有弹性的行业标准架构,可以在软件基础架构之上建立一系列可重复利用的服务,实现企业适应业务流程变化的需求。
二、SOA体系结构的优势
面向服务的体系结构可以基于现有的系统投资来发展,而不需要彻底重新创建系统。如果组织将研发力量集中在创建服务、利用现有的技术、结合基于组件的方法来开发软件上,将获得如下几方面好处:
1.利用现有资产,这是首要的需求。通过使用适当的SOA框架并使其可用于整个企业,可以将业务服务构造成现有组件的集合。使用这种新的服务只需要知道它的接口和名称。服务的内部细节以及在组成服务的组件之间传送的数据的复杂性都对外界隐藏了。这种组件的匿名性使组织能够利用现有的投资,从而可以通过合并构建在不同的机器上、运行在不同的操作系统中、用不同的编程语言开发的组件来创建服务。遗留系统可以通过Web服务接口来封装和访问。
2.商品化基础架构。在所有不同的企业应用程序之间,基础架构的开发和部署将变得更加一致。现有的组件、新开发的组件和从厂商购买的组件可以合并在一个定义良好的SOA框架内。这样的组件集合将被作为服务部署在现有的基础构架中,从而使得可以更多地将基础架构作为一种商品化元素来加以考虑。
3.更快的产品上市速度。组织的Web服务库将成为采用SOA框架的组织的核心资产。使用这些Web服务库来构建和部署服务将显著地加快产品的上市速度,因为对现有服务和组件的新的创造性重用缩短了设计、开发、测试和部署产品的时间。
4.减少成本。随着业务需求的发展和新的需求的引入,通过采用SOA框架和服务库,为现有的和新的应用程序增强和创建新的服务的成本大大地减少了。同样,开发团队的学习难读也降低了,因为他们可能已经熟悉了现有的组件。
5.降低风险。重用现有的组件降低了在增强或创建新的业务服务的过程中带来的风险。如前所述,这也减少了维护和管理支持服务的基础架构的风险。
6.持续改进业务过程。SOA允许清晰地表示流程流,这些流程流通过在特定业务服务中使用的组件的顺序来标识。这给商业用户提供了监视业务操作的理想环境。业务建模反映在业务服务中。流程操纵是以一定的模式重组部件(构成业务服务的组件)来实现的。这将进一步允许更改流程流,而同时监视产生的结果,因此促进了持续改进。
7.以流程为中心的体系结构。现有的体系结构模型和实践往往是以程序为中心的。应用程序是为了程序员的便利而开发的。通常,流程信息在组件之间传播。应用程序很像一个黑匣子,没有粒度可用于外部。重用需要复制代码、合并共享库或继承对象。在以流程为中心的体系结构中,应用程序是为过程开发的。流程可以分解成一系列的步骤,每一个步骤表示一个业务服务。实际上,每个过程服务或组件功能都相当于一个子应用程序。将这些子应用程序链接在一起可以创建能够满足业务需求的流程流。这种粒度允许利用和重用整个组织中的子应用程序。
三、SOA的实现技术
遵循SOA自底向上划分组件层和服务层的原则,构建SOA系统的基本过程是:(1)进行系统业务功能逻辑的建模;(2)将其转换为面向门户组件的整合实现;(3)进行Web服务装配,完成服务的复用和消息传递。
下面结合企业门户的特点,讨论实现SOA的关键技术。
业务服务逻辑建模:沿用SOA的逻辑建模思路,SOA的业务服务逻辑模型应是一组松散耦合的、基于消息可交互的服务模型。基于这种高于对象层的分布式Web服务集成模式,业务逻辑功能被构建为单独的Web服务及其他服务组件,如资源整合服务、认证服务、核心业务服务及其他可复用服务等。本文架构中,服务用于定义和支持业务流程,可以提供众多功能,包括数据访问、基础架构和业务功能。同时,定制服务的关键是理解业务流程。流程定义了与其他业务进行交互操作的逻辑和方法,可以通过工作流引擎实现这一定制和控制过程。此外,模型还包括构建服务所需的开发建模工具、管理控制平台、适配器以及底层支撑的开发包。
建模过程中,服务需要管理所有的资源,即将服务提供者作为管理器创建服务实例,同时需要考虑业务服务是同步的、异步的还是两者兼顾。构建一个Web服务并不是简单呈现API或静态组件,Web服务实现的功能可以是响应用户一个简单的请求,也可以是完成复杂的业务流程,通信是无状态的。利用WSDL文件可以动态描述Web服务,这需要结合企业门户的业务服务的逻辑和对外的应用接口具体定义。服务描述重点包括服务、调用操作的消息、构造消息的细节以及向何处发送处理细节的消息,使得API发生改变时,系统其他组件在运行时可以自动调整,要求表现与逻辑分离以实现这一动态任务。
EJB提供了对服务的安全访问和并发处理事务的支持,可以基于EJB构建SOA中的一些服务,通过把Web服务模型化为EJB端点,使服务具有可伸缩性,并且可以增强可靠性。
参考文献:
关键词：软件开发 三层架构 ASP.NET
0 引言
在各行各业中计算机管理系统被广泛的应用，设计功能强大、易于维护的web管理系统是网站开发的一项重要的任务。当前基于三层架构体系的开发方法是管理系统开发的流行模式，也是设计开发优秀管理系统的有效途径。
1 三层架构概述
Asp.net三层架构自底向上依次分为数据访问层（DAL）业务逻辑层（BLL），和表示层（即界面层WebUI）。三者之间关系如图1所示。
图1 三层架构的关系图
数据访问层（DAL）：也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。大多数情况下，系统使用ADO.NET中的数据访问对象实现数据的查询和数据的增、删、改等操作。典型的操作方式包括使用Connection对象和Command对象结合DataReader对象进行数据访问，或者使用Connection对象和CommandBuilder对象结合DataSet对象进行数据访问。
业务逻辑层（BLL）：主要实现各种业务规则，它主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，按照业务需求调用数据访问层中的各方法。它是数据访问层和表示层之间的数据桥梁。业务逻辑层在体系架构中处在关键位置，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。通常该层是类库的形式来实现的。
表示层（UI），即界面层是为用户提供用于交互的操作界面，用于显示数据和接收用户输入的数据，也是用来呈现业务罗基层中的数据。在用Asp.net开发的网站中，通常使用扩展名为.aspx的web页面来实现的。
2 .net平台概述
Microsoft .NET是微软推出的一套开发平台。该平台可以看成是操作系统提供给开发人员的面向对象的API开发工具包，它由Web服务应用程序和Windows桌面应用程序的软件组件构成，包括.NET框架(Framework)、.NET开发工具和ASP.NET网站开发技术。
ASP.NET 是一种建立在公共语言运行库（(CLR)）上的程序构架，可用于Web服务器创建功能强大的Web应用程序。与传统的Web开发技术相比较，ASP.NET提供许了更多的Web开发模式和手段。ASP.NET可以使用.NET平台快速方便的部署三层架构。ASP.NET在网页中使用基于事件的处理，可以指定处理的后台代码文件，可以使用C#、VB和J#作为后台代码的语言。显示层放在ASPX页面中，数据访问层和业务逻辑层可以用.NET的类库来进行封装和实现，这样就可以方便的实现了三层架构，.net平台下三层关系如图2所示。
图2 .net平台下三层架构的关系图
3 三层架构应用
下面的解决方案EXP采用的就是三层架构模式（如图3所示），该方案中表示层是网站系统WebUI，业务逻辑层是Business，数据访问层是DataAccess，下面对这个例子进行介绍。
图3 EXP解决方案三层架构示意图
DataAccess层从网站数据库中获取网页需要的数据；从架构中可以看出实现的访问代码放在SQLServer文件夹下，访问的是SQL Server数据库。如果访问的是其他类型的数据库，那么访问代码可以放在对应的文件夹下面。Business层从DataAccess层获取数据后，按照业务流程和规则进行数据处理，因此可以把应用系统的规则定义写在业务层中；WebUI是表示层，即是aspx页面的集合网站系统，该层从业务逻辑层Business中获取数据。
下面以访问UserView.aspx页面为例展示三层的数据流过程，一个URL请求http://localhost/user/UserView.aspx，ASP.NET引擎会分析这个URL要使用哪个层，这样首先访问表示层中的UserView.aspx页面。然后表示层中的UserView.aspx.cs访问业务逻辑层中的UserBusiness.cs的业务规则处理代码，最后UserBusiness.cs访问数据访问层中的UserSQLHandle.cs、UserInterface.cs和UserFactory.cs处理程序，并从数据库中获取数据，同时把处理的结果一层一层返回，这样请求的页面在浏览器中显示出来。
4 结束语
综合上述，三层架构是系统开发非常有效的开发模式，采用该架构开发的系统具有很好的可伸缩性、可扩展性和可移植性，便于系统的管理和维护。随着软件系统开发技术的不断发展，三层架构开发模式的会得到进一步的完善和更广泛的应用。
参考文献
[1]黄海. asp.net2.0全程指南[M],北京:电子工业出版社. 2008,(01) .
关键词：配送中心；物流；分布式多层应用程序；J2EE；EJB；组件
中图分类号：TP311文献标识码：A文章编号：1009-3044(2007)12-21497-02
The Design and Implementation of Warehouse Distribution System Based on J2EE
LI Xiao-bin,TAO Ye
(Lanzhou Industrial College Computing Center, Lanzhou 730050, China)
Abstract:Distribute Center, as a main form of Logistics Center, has been playing a more and more important role in Logistics Information System. It has many excellent features such as professional service, normative operation, timely and exact distribution, lower cost, optimized scale, regulated inventory and so on. Therefore, the development of Warehouse Distribution System has a profound practical significance for building the Logistics Information System, which used for the Logistics enterprises. This paper discusses how to build Distribution Center Information System, and presents a solution adapted to the Distribution Center of common enterprises. Furthermore, we have designed and implemented a Warehouse Distribution System based on J2EE.These discussion in this paper is of high value for reference and study.
Key words:Distribute Center;Logistics;Distributed Multi-tiered Applications;J2EE;EJB;Components
1 J2EE技术介绍
由Sun公司发起的 J2EE是现在市场上的主流产品。J2EE标准是过去几年中开发的许多重要应用最终促成的一个与厂家无关的公共标准。它将许多分散的Java技术整合到一起，组合成一个完整的企业标准。它最大的优点就在于将企业的业务逻辑同呈现逻辑分开，应用服务器为组件提供了一系列的底层服务，如事务管理、多线程、分布式程序设计、缓冲池等，这就使得开发者能够将精力集中于特定领域的业务规则的组织上，而不用过多地关心那些底层的复杂而又烦琐的系统级事项。
2 仓储配送中心概述
配送中心是从事货物配备（集货、加工、分货、拣选、配货）和组织对用户的送货，以高水平实现销售或供应的现代流通设施。配送中心存在着大量复杂的物资流、资金流和信息流，具有销售、集散转运、订货处理、商品配送、信息传递等多种功能。
物流系统中，配送中心作为物流中心的一种主要形式，以其专业的服务、规范的操作、及时、准确的配送以及费用低廉、规模优化、库存调节等优势而显得日益重要。
3 配送中心的一般流程
配送中心的一般流程如图1所示，这是以中、小件杂货配送为代表的配送中心流程，由于杂种多，为保证配送，需要有一定存储量，属于有储存功能的配送中心。其主要特点是有较大的储存场所，分货、拣选、配货场所及装备也较大。这种流程是配送中心的典型流程，其他配送中心几乎都是对这种流程的简化。
图1 配送中心一般流程
4 系统业务模型
系统不是业务堆积，而是有机结合的物流系统平台，整个系统包括两条主线，即业务跟踪和车辆跟踪。另外，为实现与企业应用的集成，系统提供和别的系统连接的接口，通过这个接口可以与GPS/GIS和其他系统（如财务软件系统、ERP 系统等等）进行连接。如图2所示：
图2 系统业务模型
5 仓储配送系统的实现
通常在编写动态网页时，都需要和后台数据进行交互，而这种交互多数都包含表单和表格的显示与录入，并且对于系统菜单、工具栏等通用性较强组件，如果每构造新的应用系统都重复编写这些相对固定代码，势必影响开发的效率，而且代码的复用性也比较差。
针对这些问题，我们对DHTML的对象进行了抽象，将诸如菜单、工具栏、快捷栏、表单、表格等网页元素统一管理并规范接口，建立一套UI编程规范，使大部分交互数据的工作都交由UI来做，从而减少网页代码量，提高了代码的复用性和扩展性。
除了界面外，还将数据库和商务逻辑进行了封装，总体来说，系统采用三层结构，分别称为PO（表现层 ），BO（商务层）和DO（数据层）。
表现层PO是一系列类和界面的集合，它们是前台各种界面元素的或映射。其主要功能是负责收集前台传过来的数据，执行指定的动作，进行页面的导向，返回XML的数据给前台。
商务层包括商务对象：Business Object （BO）。商务对象由应用程序的商务逻辑组成，包括运算法则和特定的服务函数，是显示层与数据层的桥梁。
数据层主要负责提供与数据源交互的服务。数据层划分为Data Object、Persistence和EIS三层。EIS由第三方提供。
参考文献：
[1]王之泰.现代物流学[M].中国物质出版社,1995.
[2]丁俊发,戴定一.2002年物流与采购信息化[M].中国市场物流咨询专刊,2002.
[3]Stephanie Bodoff, Dale Green, Kim Haase, Eric Jendrock, Monica, Beth Stearns. The J2EE Tutorial.Sun Microsystems, Inc. 2003
[4]Mark Wutka.著.伟峰.等.译.Java2企业版实用全书[M].北京:电子工业出版社,2001.
[5]Thinking in Java, Third Edition Bruce Eckel, Prentice Hall, 2003
部分专家认为，罗纳尔多代言“喉宝”也好，姚明代言“袜子”也罢，在产品和明星之间没有明确的关系，肯定是个失败的创意；但另一部分专家则认为，企业要花钱做这样的广告，肯定有它的道理，如果不赚钱，企业是不会干的，再说我们在没有关系的两种事物之间可以建立关系。
辩论进行得热火朝天，但到底谁对谁错，这个节目没有做出明确的结论。也许，对创意而言，真的没有“对”和“错”。就像一句俗语“芹菜萝卜各有所爱”，而且，尤其在中国这样一个相对不成熟的市场环境中，很有可能“歪打正着”。
然而，笔者始终认为，创意也许没有“对错”，但它总有“好坏”之分。而且，在“好”与“坏”之间却隐藏着诸多营销成败的奥秘。
笔者有篇文章叫《创意是一种深度》，系统阐述企业如何选择一个好创意。其中第一条原则就是“相关性”。也就是，你的广告所采用的创意和消费者利益的关系问题。在这里，就将重点阐述这“相关性”的关键环节：讲逻辑。
做营销的人，尤其从事营销战略的人，都强调逻辑。说服别人的方法也是讲逻辑。创意也不例外。虽然从表面上看，创意追求一种情理之中、预料之外的震撼，但它不能逍遥在逻辑之外，否则客户的“血汗钱”就会“打水漂”。
然而，一讲到“逻辑”二字，很多人都狭义的理解为“形式逻辑”，就是“1+1=2”。其实，逻辑要分两种：形式逻辑和辩证逻辑。广告创意，也许不能按照形式逻辑的思路去做，但也不能违背辩证逻辑。如果你不讲任何逻辑，其实你的创意就等于一盘散沙，苍白无力。
我们先看看几条广告创意，再讲为什么要“讲逻辑”（为了尊重企业和创意者的自尊心，在此就不提品牌名了）。
广告一：××防盗门
画面一开始，屏幕上一扇防盗门飞来飞去，还有防盗门锁头开关之动画演示。旁白：“××防盗门，中国驰名商标”。防盗门关掉的动画及声音效果，旁白：“××防盗门，因为名牌，所以安全”。
广告二：××糖浆
有只老虎追赶一位姑娘，姑娘惊慌失措地往前跑，便问老虎“为什么要追我？”老虎说“我要喝××糖浆”。姑娘一下把手里的糖浆幺一勺给老虎喝，老虎非常得意，不再追姑娘，便成为看似姑娘训出来的动物园老虎，老老实实站在他身边。姑娘表露出非常得意的样子。
广告三：××乳酸饮料
一位姑娘早上一起床，高喊一声“哇”，以焦急而失望的眼神照着镜子。原来脸上长了个青春逗。旁白：“有什么了不起，是酸也是甜”。于是，姑娘就在逗逗周围装点几颗彩色的饰品，非常满意的照照镜子，便喝着××品牌的乳酸饮料高高兴兴地上学去了……
懂一点广告和创意的人，也许看到这里，都已经忍不住一笑。是的，这就是我要讲的创意的逻辑问题。
对消费者而言，他们接受你的产品（品牌）信息是下意识的。而绝不是像在MBA课堂上那样跟老师来回讨论那些复杂的公式和模型。他们记住你，是因为按照他们的简单逻辑来联想起来的。
比如，乔丹代言耐克运动鞋，他们就记住了。因为乔丹是著名的篮球运动员、是典型的穿运动鞋的人，他所穿的鞋是耐克的，肯定是不错的鞋，这既利于提高耐克的形象，又利于加深对耐克的印象。然而，刘翔代言一个香烟品牌，绝大部分人却记不住。因为，逻辑太牵强了，消费者没有意识和精力去把这互不相干的人和物联想在一起。
美国权威品牌专家特劳特一再强调，我们不要试图改变消费者脑子里固有的思维模式，那是件徒劳无功的事情。我并不推崇美国佬，但我也不能排斥人家的正确观点。他就是告诫人们：营销一定要围绕消费者的简单的思维逻辑来做，而不是把复杂的、牵强的东西强加给消费者。懂得这一点，我们就知道不讲逻辑或逻辑牵强的危害了。下面，我们再看看那三条广告。
首先是防盗门广告。
这条广告最大的问题就是支撑点和卖点之间的逻辑太牵强。仔细想想，“因为名牌，所以安全”是有一定道理的，因为名牌产品的质量一般情况下还是高于杂牌货。但问题是，名牌的防盗门多去了，光讲“名牌”肯定难以打动消费者。况且，这个品牌和“盼盼”防盗门相比，知名度根本不在话下。
对防盗门而言，诉求“安全”是对的，谁都不希望买回去一个“不安全”的防盗门。但“名牌”和“安全”不能直接建立联系，也就是“名牌”不能作为“安全”的第一支撑点。如果这条广告略改动一下，用广告片80%的篇幅解释这防盗门的安全技术（如5重保险锁、钥匙孔密码保护等）和钢板的牢固程度（如无焊接钢板、高防弹系数、高耐撞击系数等），然后再讲“因为专业，所以安全”，也许好得多。这样，至少消费者会明白它到底有多“安全”。
再看看糖浆广告。
这条广告“老虎追女人”的故事情节倒是很容易让人记住的。但人们记不住品类名称和品牌名称。如果换一个产品，也许这个创意还行，比如猫食。人们常说“照猫画虎”，总是在猫和老虎之间建立一种联系，民间还流传很多关于猫和老虎的故事。那么，一个威猛的野生动物（老虎）都爱吃的猫食，肯定是好的猫食，如果你有一只爱猫，看到这条广告，也许真的去买了。
然而，对人喝的止咳药品而言，这个创意就牵强了，根本建立不起任何联系。而且姑娘被老虎追赶的镜头带来很多负面的联想，消费者没准因此而对这个产品的品质产生质疑――“喝了，也许要我的命”。所以，不得不说这个创意有问题。
最后是乳酸饮料广告。
这条广告，更离奇了。一个酸酸甜甜的乳酸制品、一个要喝进肚子里的休闲饮料和皮肤病（青春逗）到底有何相干呢？恐怕，少女们因为青春逗而买那个饮料吗？再说，广告也没有讲这个饮料能治青春逗啊！
创意者可能想表达一个“酸酸甜甜”的心理感受：对女孩子来讲，长逗逗是多么糟糕的事情，但可以化险为夷，把它化妆成脸上的一种打扮。但这种“隐藏自己缺点”的做法和饮料没有什么关系呢？如果你硬要把它们“撤”到一起，那只能“撤”歪了。
后来，蒙牛酸酸乳找超级女声张含韵来代言他们的产品，推出“酸酸甜甜就是我”的创意，获得成功。虽然思路还是这套思路，但至少逻辑还能沾上边，即：超级女声通过层层选拔（酸）最后实现自己的梦想（甜），确实有种酸酸甜甜的感觉。再说，张含韵那幅“酸甜”的长相也很容易联想到酸酸甜甜的产品。
不过，这家企业也意识这一点，后来就很快停止播放这条“逗逗”广告，换上了其它创意。这多少让我感到了欣慰。
总之，这些活生生的案例告诉我们，创意是要讲逻辑的，如果逻辑牵强，轻则浪费营销费用，重则导致营销活动的失败。因为，消费者根本没有那么多耐心去琢磨你到底怎么回事。
[关键词] 电子商务 web服务 架构
一、引言
动态电子商务是电子商务（EBusiness，EB）发展的目标，而Web服务是其核心技术，也是Web的下一个革新。Web服务将改变企业之间的商务运作和B2B应用的设计与开发。
Web服务架构通常指用于架构Web服务的整体技术框架，提供了运行于多种平台上的软件系统之间互操作的一种标准方法，其核心是互操作性。为了保证Web服务之间的互操作，在整体技术框架中所需要的全局元素。Web服务架构具有真正的平台无关性，能够将整个互联网作为一个资源体系加以利用，并具有互操作性强，即时集成，封装性强等许多相助的优点，这是传统的一些软件体系架构所不具备的。
二、Web服务架构分析
Web服务架构可以用不同的模型来进行描述和研究，如面向消息的模型（MOM）、面向服务的模型(SOM)、面向资源的模型(ROM)、策略的模型PM)等。
参照数据库系统模型的分析方法可以将Web服务架构划分成概念层，逻辑层和物理层三个层次。概念层模型指出了参与Web服务架构的各个实体间的关系及其基本活动，逻辑层模型描述了每一个Web服务具有的标准协议栈，而物理层模型则涉及到Web服务架构中各个协议的具体实现。
1.概念层模型
为了实现Web服务架构所承诺的功能，任何Web服务架构环境都少不了一下这些基本活动：(1)服务；(2)查找服务；(3)交互。这些活动主要涉及三种角色:服务提供者、服务请求者和发现。
服务提供者是服务的创建者和拥有者。它可以将服务到发现的网络服务库中以便于用户进行定位，也可以取消服务（当不再需要提供服务时或因为用户需求改变而需要进行服务升级时）。
服务请求者是需要调用网上的服务来完成自身服务的一方，它通过在发现中查找符合要求的服务，然后与服务提供者进行绑定和交互，已完成调用功能。服务请求者可以是通过台式机或无线设备上的浏览器访问服务的人，也可以是一个应用程序或Web服务。
发现的主要工作就是管理网络服务库。服务库分类登记了各种Wed服务的描述信息。服务提供者向发现服务，服务请求者根据服务描述信息来查找服务并与服务提供者进行绑定以进行交互操作。
2.逻辑层架构模型
在Web服务环境中，任务是通过服务提供者、服务请求者和发现之间的相互合作来完成的。显然，要成功实现这种跨平台的交互，必须使用一整套标准的服务描述格式，通信格式以及数据交换格式，这就构成了Web服务架构的协议栈，也就是其逻辑层模型。
(1)线（Wire）级协议栈
线级协议栈主要负责处理Wed服务环境中不同角色间实际的信息交换，它包括网络传输(Transport)、消息包装(Package)、消息扩展(Extensions)三部分。
由于其通用性强，HTTP是目前采用最多的传输层协议，但也可以采用其他网络传输协议如SMTP，FTP等。
包装层负责包装实体间交换的信息，采用的主要协议是简单对象访问协议（Simple Object Access Protocol， SOAP）。SOAP是一个基于XML的，用于分布式环境下数据交换的简单、轻量级协议，它与编程语言、对象模型以及操作系统平台都无关。SOAP主要定义了请求和应答两种类型的消息，以允许服务请求者调用远程过程和服务提供者做出应答。
扩展层提供了可附加在Web服务消息上的一些附加特性的表示框架，如上下文、路由、策略等，这些特性之间是正交的。
(2)描述（Description）级协议栈
描述级协议栈是一个有XML Schema定义的文档，它解决的是关于服务的描述问题，即一个Web服务能做什么，它的位置在哪里以及如何调用它等。服务描述和SOAP消息机制一起，使得Web服务真正实现了与底层的平台和语言无关，具备了优秀的跨平台和互操作性。通常可以将协议栈中的协议划分为描述单个Web服务的协议和描述多个Web服务之间互操作的协议。
(3)发现（Discovery Agencies）级协议栈
发现级协议栈包括以下三个层次的协议：
①查阅层（Inspection）。它提供了一种分散化的服务发现方法，如WSIL规范就定义了一种包含某领域内WSDL的URL列表和其他WSIL文档的URL列表的文档格式，WSIL文档还可以包含UDDI库的引用以及许多其他引用。这些文档使得对Web服务的查找更容易。
②（Publication）。Web服务必须以后才能被服务请求者查找和调用。Web服务产生以后，到哪里以及如何进行就是层所解决的问题。根据应用对Web服务的动态性强弱的要求，可以采用不同机制，如直接，利用WSIL机制或者利用UDDI库。
③发现（Discovery）。发现协议处理服务的发现和查找问题。在设计阶段，服务请求者根据服务的接口描述来查找服务；在运行阶段，服务请求者根据服务的通信方式和服务质量来查找服务。查询方式支持按接口类型（如WSDL模板）查询、按绑定方式（如协议）查询、按特性（如QoS参数）查询、按指定消息中间节点类型查询、按服务分类查询及按商业信息查询等。
3.物理层构架模型
逻辑层构架模型给出了一个Web服务构架的逻辑构架。其具体实现可以有多种方式，构成了Web服务的物理层构架模型。比如说对每一层协议功能，其具体采用的协议可能会有多种，并且不断会有新的特性开发出来。
三、结束语
Web服务提供了一种在分布式网络环境下便利地进行应用程序集成和应用之间交互的方法，将改变传统的软件开发方式并将对企业间电子商务的发展产生巨大的推进作用。
参考文献：
关键词：知识管理平台；J2EE；.NET；图书馆
中图分类号：G252 文献标识码：A
收录日期：2013年5月7日
图书馆知识管理的技术实现最终需要开发实用的知识管理系统，一个关键问题就是知识管理系统开发平台的选择，当前基本上是J2EE和.NET的选择。
一、针对这些问题开发的J2EE集成管理系统，即Java2平台企业版
它在三层模式基础上，提供了一个多层次的分布式应用模型和一系列开发技术规范，使应用逻辑根据功能划分成多层，每层支持相应的服务器和组件，组件在分布式服务器各自的组件容器中运行，并通过相关协议进行通讯，实现组件的相互调用。J2EE这种基于组件的集成管理系统，具有平台无关性，即高度的可移植性和兼容性平台的多层体系结构，符合图书馆知识管理技术平台的要求。
（一）J2EE平台的基本构成。Java2技术是J2EE的平台基础，它的本质就是一个可移植的面向对象的环境，各个供应商的产品可以通过使用Java语言的API接口实现与J2EE的兼容。APPLET、EJB、web组件及各种客户应用均获得J2EE的支持，在各自的容器内运行。在J2EE平台规范中，定义了数据存取服务接口、事务服务接口、命名与目录服务接口、安全服务接口和消息服务接口这五种服务接口来提供一些基本的服务。通过INTERNET协议、RMI协议和CORBA协议来实现各系统平台、各层、各组件间的通讯与相互操作的兼容。
（二）J2EE平台的分布层次。J2EE是基于三层/多层分布式的体系结构，由客户层、web层、业务层和信息系统层构成。客户层方面由客户端负责用户与系统的交互，用户的浏览器在客户层中可以选择基于web运行，或不基于web而独立运行的应用程序。web层由JSP页面和显示HTML页面的SERVLER组成，响应客户请求、调用相应的业务逻辑、EJB查询等需要通过运行此层的web组件。业务层也称EJB层，是J2EE体系结构中的核心层，EJB容器负责实现目录服务、事务处理、持久性、安全性等底层系统逻辑，实现信息系统的业务逻辑功能需通过运行EJB组件，EJB从客户端接收数据进行处理，再将数据送达信息系统层储存，或者从信息系统层检索获取数据，处理后返回客户端。数据库系统、基础系统、事务处理系统、其他遗留信息系统软件的运行则要在企业信息系统层中运行。
（三）J2EE平台的优势特性
1、J2EE的集成性与扩展性。J2EE的集成性和扩展性主要体现在能达到一定程度的互操作性，这不仅表现在支持异构环境，包括各类操作系统、机器平台、各种软件语言和开发工具生成的各种功能，还表现在对遗留系统和应用的集成能力上。目前得到业界重视的是，J2EE只作为互联网的底层基础构架服务于互联网，被采用最多的web服务器软件大多基于J2EE，实现了支持互联网应用的首要目的。J2EE是SUN公司引导、众多厂商共同发起的，而非SUN公司单独制定的公司产品，它是IBM、Oracle、BEA等业界许多大公司的广泛认可并参与的一系列工业规范，现在已经有IBM Web-sphere application server、Oracle application server等数十个应用服务器支持J2EE。
2、J2EE的效率性和灵活性。J2EE的一个主要目的就是简化企业应用系统的开发，EJB组件分离了业务逻辑和表示逻辑代码，也把应用程序逻辑和系统服务分开，使研发人员的工作简化，仅专注实现业务逻辑，而与信息系统层数据的连接由容器自动实现，开发效率大幅度提升。易于升级维护的客户端几乎没有维护成本，只需要改动业务组件，客户端就会自动跟随改变。J2EE的灵活性表现在客户端显示的灵活多样性，既可以使用客户端应用程序为内部工作人员提供更深层的检索，也可以使用浏览器为外部用户提供OPAC的web检索。组件的可移植和可重新部署也体现了它的灵活性，使得图书馆的业务流程可以在其他图书馆的系统软件中进行移植和重新组合。
3、J2EE的重用性和安全性。J2EE在图书馆应用中的重用性体现在图书馆服务于不同的群体，在针对用户和工作人员时图书检索功能要显示不同的检索界面和结果界面，应用EJB组件重用技术，可以实现“一次编写、多次运行”，使用同一个组件检索，既可以拆分同一组件提供给不同的应用，也可将一个组件与其他组件集成为复合组件来应用。J2EE体系结构中业务逻辑和表示逻辑分离，可在EJB组件与web组件间设置防火墙，EJB技术允许在每个EJB组件上实施安全策略，J2EE的安全服务接口还可以采用身份认证和资源授权访问模式来保证安全。图书馆可以设置组件功能访问权限、设置用户权限、增设防火墙等方面来提高安全性。
（四）J2EE存在的问题
1、J2EE的兼容性问题。目前因为各个厂商采用的方案不同，使用的数据库、中间件开发平台、开发工具等差异，J2EE在实际使用中还是有一个兼容性问题。
2、项目进度慢的问题。与.NET的开发平台相比，J2EE的开发工具虽然多，但在数据库的集成性和易用性方面还有一定的差距，研发同一项目时，对时间有要求的项目来说占优势。
3、费用问题。大多数环境下J2EE是通用的，但是不同厂商的数据库、web服务器和中间件服务器等均存在差异，跨平台产品的开发需要为不同的搭配设置不同的参数，而且时间消耗非常久，这对中小单位的资金投入是一个考验。J2EE研发费用远远高于微软的研发费用，这主要消耗在精通整个J2EE多种平台的项目经理和系统分析师的酬劳方面。
二、微软在2000年提出并一直研发的新一代高级软件就是.NET
它创新地整合了计算和通信，为每个研发人员提供用于转换web和所有其他计算体验的工具，第一次使研发人员、企业和用户按照自己的习惯进行工作，这一高级软件就是，它创建了真正意义上的分布式“web服务”。
（一）的构建思路。将侧重点从连接到互联网的单一网站或设备上，转移到计算机、设备和服务群组上，通力合作提供更广泛、更丰富的解决方案，由用户控制信息的传送方式、时间和内容，计算机、设备和服务融合，打破过去由用户提供唯一的集成，随时随地利用任何设备上的信息。
（二）的构建组成。由平台、产品和服务、第三方.NET服务三部分内容所组合，它开辟了互联网新局面。平台包括用于创建和操作新一代服务的.NET基础结构和工具；用于建立新一代高度分布的数以百万计的.NET积木式组件服务；可以启用大量客户机的.NET USER EXPERIENCE，以及用于启用新一代智能互联网设备的.NET设备软件。产品和服务包括、连同建立积木式服务的核心集成套件、、个人订购服务、、以及用于.NET的BCENTRAL TM。第三方.NET服务是指在综合性门户和专业性门户间进行的合作服务和垂直服务，研发人员以及合作伙伴将有机会提供基于.NET上的选择。
（三）.NET的优势特性
1、.NET的突破性和创新性。.NET是一个连接系统、人员、设备和信息的平台，是通往协同工作的一条捷径。它解除了不同系统之间的障碍、解除了知识分享的障碍、解除了日常使用中的信任沟通障碍，创造了彼此联系的用户体验，更新了人们工作和生活方式的基础平台。
2、.NET的综合性和简洁性。的功能在综合性方面，它超越了单方向的web功能，借助先进的软件，利用一套应用程序、服务及装置来提供个人化的数字体验，在多重、协作、交互的环境中完成计算和通信。的功能在简洁性方面，它对消费者和企业而言，浏览、编辑和协作的一体化；在线和脱机访问所有文件、作业和媒体；全盘接触各种装置、随时进行个人化及零管理；多方位的通信以及无缝的可移动的体验；也是信息管理和电子商务的工具，支持在内部和基于互联网的多种服务之间进行透明移动，开辟动态贸易关系新纪元。
3、.NET的平衡性和挖掘性。在“互联网时代”，给独立的软件开发人员提供了创造新型的先进服务的机会，这些服务能够在任何装置和语言下实现，不必根据不同的环境重新编制代码，能自动访问及平衡本地和远地信息。开启了互联网的新起点，基于HTML的显示信息将通过可编程的基于XML的信息得到增强（XML提供了一种从数据的演示视图分离出实际数据的方式），这是新一代互联网的关键，可以更有效地将数据分布到不同的数字设备。互联网上的任何东西都成了这些新服务的潜在的积木式组件，每个应用程序都可以作为互联网上的一项服务。对消费者、企业、软件研发者乃至整个行业授予更大的权限，是对互联网全部潜能的一次深挖掘。
（四）.NET存在的问题
1、供应商的唯一性。.NET供应商只有微软。选择了微软也就选择了微软的操作系统、开发工具、开发规则，以及最后生成的产品也只能在微软平台上运行。
2、平台的安全性。使用了解微软的人很多，病毒的出现、黑客的攻击大部分都是针对微软平台的。涉及到访问量高、安全性高、可靠性高的系统，对使用微软平台均持谨慎态度。
3、费用问题。微软的产品更新换代升级非常快。微软的产品开发效率高、成本低的同时，操作系统、数据库、中间件的不断升级打补丁的后续成本非常高。面对产品的更新换代产生的员工巨额培训费，还有购买微软的技术服务的庞大费用，不是每个用户单位都容易承受的。
三、在WebService基础上J2EE与.NET的融合
需求单位的环境决定了应用平台的选择。在系统压力不大、使用频率不高的局部环境中，.NET的使用操作性强、易入手、维护成本低；当局部环境业务量扩充，系统需要扩展时候，J2EE不失为一个好的选择。目前，图书馆所使用的系统均在J2EE开放性的构架平台上使用。信息化时代，图书馆使用的图书馆管理系统，必须要考虑到知识管理信息门户在技术上与现有的各类遗留系统的兼容性，以及新系统、新应用、新的web服务等的集成性和可扩展性。无论J2EE还是.NET都需要WebService来实现网上系统的功能。WebService是一个应用程序，一个能够通过web进行调用的API，能够运用编程的方法通过web来调用这个程序。WebService平台是一套标准，它定义了应用程序如何在web上实现互操作性。在传统的J2EE和创新的.NET之间展开的竞争，有望在业界人士的努力下，以WebService为基础走向融合。
主要参考文献：
[1]吴彦.基于J2EE的系统设计模式[J].电脑知识与技术，2009.12.
恩信科技开源ERP软件面向流程，针对生产型、分销型、服务型企业等不同的行业特点，对全部资源进行整合，把企业的客户关系、产品设计、生产管理、库存管理、采购管理、委外管理、资金控制、财务系统、人力资源、协同办公和系统安全整合为非常明确可控制的模块化流程单元，使企业数据能够实现高度集成、完全共享、实时处理、安全可靠。
控制客户资源，适应客户新需求，提高服务客户效率，提高销售业绩；控制产品质量，控制生产或服务成本，控制产品库存；控制资金周转速度，降低资金风险，能实时控制每一笔花费；适应人才流动的人力资源管理，公平合理的薪酬发放控制，人才选拔的数据支持；整合网络时代的办公资源，提高工作效率；最终使企业的人力、物力、财力、信息得到最充分、最合理、最具效率的应用，帮助企业增强核心竞争力，使企业可持续发展。
恩信科技开源ERP不需要投资巨大、工期旷日持久的项目实施，不需要复杂的现场部署，实现了非常简单的产品化安装，对用户而言非常经济，而且维护成本低廉。
恩信科技开源ERP是基于Internet的B/S架构设计，采用JAVA语言开发，真正做到了“一次编写处处运行(Write Once, Run Anywhere)”。恩信科技开源ERP的运行平台包括Linux、Unix、Windows NT/2000Server等多种操作系统，支持Oracle、SQL Server、MySQL、OSCAR等多种数据库，这种跨平台性可以帮助企业规避将来更换操作系统所带来的风险。
而且B/S架构的软件系统无疑是软件操作、维护和升级方式的变革，无论用户的规模有多大，有多少分支机构，无论何时何地都不会增加任何维护升级的工作量，所有的操作只对服务器进行，通过远程连接服务器，异地的运维人员轻松做到远程维护和升级，这对人力、时间、费用的节省是相当惊人的。所有的客户端只是浏览器，所有的操作就像网上冲浪。
基于B/S的三层体系结构
为了满足系统对先进性、安全性、跨平台性、可扩展性、可移植性、分布式等方面的要求，系统总体架构设计采用先进的基于B/S的三层体系结构:用户层、业务逻辑层、数据库层。用户层采用WEB浏览器，只有部分输入数据合法性验证的业务逻辑放在用户层,实现“瘦客户端”；业务逻辑层负责事务逻辑、业务流程控制、数据调度等实务处理；数据库层负责数据的存储、备份等。如图2所示。
所谓三层体系结构就是在客户端与数据库之间加入了一个“中间层”―业务逻辑层。三层体系结构将业务规则、数据访问、后台合法性校验等实务处理工作放在中间层进行。应用层开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。这就意味着业务代码是独立的，可以不关心表现什么内容，怎样表现，进一步说就是如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。同时应用服务器和数据库层也是保持相对独立的，应用层开发人员可以不关心数据库到底用的是什么数据库，其语法、访问规则等又是怎样。应用层开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发。同样的道理，表现层开发人员可以专注于界面的设计、优化，使之简洁、友好、易用；而数据库层开发人员可以专注于数据库的设计、开发，只需关心数据库的安全、高效、容错等，而不用关心业务逻辑怎样、数据如何流转。综上所述，三层结构能更好地让开发团队分工协作，各司其职，提高开发效率。
J2EE体系开发
J2EE―Java 2平台企业版，并不简单地只是一门语言、一种工具或一套服务，它是一个标准中间件体系结构，旨在简化和规范多层分布式企业应用系统的开发和部署。J2EE方案的实施可显著地提高系统的可移植性、安全性、可伸缩性、负载平衡和可重用性。J2EE的核心是一组规范和指南，定义了一个使用Java语言开发多层分布式企业应用系统的标准平台。开发人员在这些规范和指南的基础上开发企业级应用，同时由J2EE供应商确保不同的J2EE平台之间的兼容性。由于基于规范的各J2EE平台之间具有良好的兼容性， 因此J2EE应用系统可以部署在不同的应用服务器上，无需或只需进行少量的代码修改。
J2EE体系的优势在于：
J2EE是首个获得业界广泛认可和采纳的中间件标准。目前几乎所有的一流Web应用服务器，如IBM的Web Sphere、BEA的Web Logic、Tomcat、Resin、Sun的iPlanet和Macromedia的Jrun等，都是基于J2EE的。
J2EE的应用/编程模型保证了组件在向不同类型的客户端移植过程中，商业逻辑和后端系统保持不变。
用J2EE开发的应用可以部署在不同厂商生产的、但相互兼容的J2EE 应用服务器上，而这些J2EE 应用服务器可以适用于多种操作系统、硬件平台、数据库等异构环境，从而保证了系统的灵活性、可移植性和互操作性。
集成性，J2EE标准保证了企业将多个不同的信息系统进行无缝集成。例如几乎所有的关系型数据库系统都支持JDBC，因此只需借助必要的JDBC驱动程序，J2EE应用就可以支持所有主流数据库系统。
可重用性，作为一门完全面向对象的语言，Java几乎支持所有的面向对象的程序设计特征。面向对象和基于组件的设计原则构成了J2EE应用编程模型的基础。基于J2EE的应用具有模块化、灵活和高度可重用性等优点。
开放性，J2EE是一个开放体系，能很好地适应未来技术的进步和发展。
安全系统实现
系统权限管理：系统采用模块权限、功能权限管理系统用户的权限，突破了传统的角色管理机制，支持模块的任意、灵活地权限管理机制。采用集中授权模式，通过发放许可证证书，并在证书附属项中设置用户的权限；证书可以在未注册情况下吊销；已注册用户的权限可以灵活地变更。
系统访问记录：系统提供访问日志，记录什么时间、哪个用户、从哪个客户端（IP地址）登录系统，又是什么时间退出系统；所有操作均记录操作人并不可修改；实时监控在线用户，发现异常可以即时禁止用户。
数据安全：采用成熟的数据库，并采用实时备份技术。无论是增量备份还是全备份都是事后处理，实时备份始终是应用系统的梦想，恩信科技开源ERP系统实现灵活地启用或者禁用实时备份，数据分布在不同的数据库服务器中。
利用事务处理的思想，任何一个数据库服务器故障或者线路故障，支持数据回滚，并采用定期数据自动同步技术，保证主从服务器数据的高度一致。当主数据库服务器故障时支持热切换，服务不间断，客户端不会有任何停滞感觉。真正的物理的数据隔离，同一套系统可以部署多个数据库或者多台数据库服务器，为ASP内容服务提供商提供了最好的解决方案，使之能够低成本、高效率地为客户提供在线应用和数据银行服务，并通过使用单位管理模块轻松实现服务的可控制、可管理。
网络安全：系统应用在互联网上，所以网络安全非常重要。系统采用SSL实现数据传输安全。SSL协议使用不对称加密技术实现会话双方之间信息的安全传递。可以实现信息传递的保密性、完整性，并且会话双方能鉴别对方身份。SSL安全连接时使用https协议。
另外，应建议企业采用VPN建网，VPN是指在公用网络上建立专用网络的技术。之所以称为虚拟网主要是因为整个VPN网络的任意两个结点之间的连接并没有传统专网建设所需的点到点的物理链路，而是架构在公用网络服务商ISP所提供的网络平台之上的逻辑网络。用户的数据是通过ISP在公共网络（Internet）中建立的逻辑隧道（Tunnel），即点到点的虚拟专线进行传输的。通过相应的加密和认证技术来保证用户内部网络数据在公网上安全传输，从而真正实现网络数据的专有性。
图5 软件开发系统工程图
多语种支持
采用JavaBean组件化设计语种交换，同一套系统只要用户在登录前选择自己的语言就可以得到不同的、属于自己的系统界面。
采用J2EE内存驻留技术在应用服务器启动时加载多语种数据到内存中，提高显示速度，使语种交换实现了快速的热配置和高效运行。
可根据用户的设置和配置动态加载新的语种，并实时加载到内存中。
个性化实现
所有模块具有客户化设置功能，通过企业用户的自行设置实现个性化的应用。
个性化的操作界面，结合用户权限管理，根据权限动态生成菜单，生成个性化界面，每个用户使用的是自己的个性化操作界面。
通过“我的工作台”功能提供更人性化的使用界面，在浏览器中提供与Windows桌面相近的操作平台（如图4）。
标准数据接口实现
系统提供Excel标准数据导出功能，Excel是微软公司出品的Office系列办公软件中的一个组件,是功能强大的电子表格处理软件,它与文本处理软件的差别在于它能够运算复杂的公式,并且有条理地显示结果。Excel的应用非常广泛，企业用户可以将系统中的数据导出到Excel中再做处理获得各种需要的报表。
系统提供XML标准数据导出功能，XML数据传输是将来不同系统之间的标准数据传输方式，由于与平台和编程语言的无关性，因此，通过XML可以有效保证对各种异构系统的数据接口需要。XML的优点一是适于异构应用间的数据共享；二是灵活性和扩展性使其可以对不同应用甚至是差异很大的应用间的数据进行描述，尤其是对于那些专用于记录数据的应用。
另外，XML具有自我描述的特性，数据可以在不同的应用间进行交换与处理而不必要求相应的应用程序是针对该数据定制的;三是XML属于元标记语言，用户只要在XML的文档类型定义文件中定义一系列有意义的标记，这样基于该文档类型定义文件所产生的XML文档就可以按照任意的条件进行查询和检索，甚至实现计算机自动检索，而相应的检索引擎可以是通用的而不必局限于具体的应用。
系统提供PDF标准数据导出功能，PDF（Portable Document Format）文件格式是Adobe公司开发的电子文件格式。
这种文件格式与操作系统平台无关，PDF文件不管是在Windows，Unix还是在苹果公司的Mac OS操作系统中都是通用的。这一特点使它成为在Internet上进行电子文档发行和数字化信息传播的理想文档格式。
越来越多的电子图书、产品说明、公司文告、网络资料、电子邮件开始使用PDF格式文件。PDF格式文件目前已成为数字化信息事实上的一个工业标准。
开发管理插件
软件开发是一项系统工程，包括需求分析、系统设计、编程、测试、维护等环节，规范化、标准化是现代软件工程的必然，软件系统文档更是尤为重要。
通过实现专用的恩信科技开源ERP开发管理插件，使个性化应用解决方案迎刃而解。二次开发人员可以利用这个开发管理插件更快更深地理解掌握恩信科技开源ERP系统，通过在线设计、在线调试、在线测试、文档同步等功能，使开发成为标准化、规范化的可控制流程。
