【正文】 術(shù)架構(gòu) 傳統(tǒng)C/S架構(gòu)的ERP系統(tǒng) 3) B/S架構(gòu)的ERP系統(tǒng)部署圖 C/S 架構(gòu)和B/S 架構(gòu)的優(yōu)缺點(diǎn)分析 C/S 系統(tǒng)優(yōu)缺點(diǎn)　　C/S 模式的優(yōu)點(diǎn)[1]：　　1) 由于客戶端實(shí)現(xiàn)與服務(wù)器的直接相連，沒(méi)有中間環(huán)節(jié)，因此響應(yīng)速度快?！　?) 兼容性差，對(duì)于不同的開(kāi)發(fā)工具，具有較大的局限性。 B/S 系統(tǒng)優(yōu)缺點(diǎn)　　B/S結(jié)構(gòu)的優(yōu)點(diǎn)：　　 1) 是互聯(lián)網(wǎng)應(yīng)用，具有分布性特點(diǎn)，可以隨時(shí)隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。 結(jié)論3 國(guó)內(nèi)外最新ERP產(chǎn)品技術(shù)架構(gòu) 主流ERP產(chǎn)品簡(jiǎn)要介紹 Oracle EBusiness Suite Oracle EBS 產(chǎn)品介紹 Oracle EBS是Oracle EBusiness Suite的縮寫，是Oracle公司的ERP產(chǎn)品，全球銷量?jī)H次于SAP（另一款ERP產(chǎn)品）。 Oracle 電子商務(wù)套件的模塊化開(kāi)放架構(gòu) SAP NetWeaver SAP NetWeaver 產(chǎn)品介紹SAP NetWeaver是一個(gè)面向服務(wù)的應(yīng)用和集成平臺(tái)。 SAP 企業(yè)系統(tǒng)架構(gòu) 用友U9 用友U9 產(chǎn)品介紹 用友U9 技術(shù)架構(gòu) UFIDA U9完全采用面向服務(wù)架構(gòu)（SOA），實(shí)現(xiàn)了全程模型驅(qū)動(dòng)開(kāi)發(fā)（MDD）模式，達(dá)到降低集成和開(kāi)發(fā)成本的目的。 用友U9技術(shù)架構(gòu) ERP系統(tǒng)架構(gòu)設(shè)計(jì)的共同特點(diǎn)產(chǎn)品名稱是否B/S是否SOA架構(gòu)是否模塊化構(gòu)建是否支持移動(dòng)設(shè)備是否分布式部署Oracle EBusiness Suite是是是支持是SAP NetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenERP(開(kāi)源)是下一版本支持完全模塊化支持是 各主流ERP產(chǎn)品系統(tǒng)架構(gòu)比較 基于互聯(lián)網(wǎng)的三層體系架構(gòu) 面向服務(wù)架構(gòu)（SOA）SOA的實(shí)現(xiàn)方式都是采用了基于Http協(xié)議的WebService的技術(shù)，數(shù)據(jù)交換格式采用XML，SOAP。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言?！　OA是一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過(guò)簡(jiǎn)單、精確定義接口進(jìn)行通訊，不涉及底層編程接口和通訊模型。 1) 支持異構(gòu)集成如果一套硬件、一套操作系統(tǒng)、一套數(shù)據(jù)庫(kù)、一套應(yīng)用軟件能夠面面俱到的解決集團(tuán)企業(yè)的所有管理問(wèn)題，那是再好不過(guò)了。而SOA要求企業(yè)在建設(shè)IT系統(tǒng)之初就要考慮這些問(wèn)題，也就是要考慮服務(wù)之間的接口問(wèn)題。而SOA面對(duì)的是一個(gè)個(gè)獨(dú)立的服務(wù)，服務(wù)之間可以通過(guò)標(biāo)準(zhǔn)接口來(lái)相互調(diào)用，這樣企業(yè)在重復(fù)功能上就可以直接通過(guò)接口調(diào)用，而不必去重新開(kāi)發(fā)?！　OA 系統(tǒng)原型的一個(gè)典型例子是通用對(duì)象請(qǐng)求代理體系結(jié)構(gòu)（Common Object Request Broker Architecture，CORBA），它已經(jīng)出現(xiàn)很長(zhǎng)時(shí)間了，其定義的概念與 SOA 相似。　　通過(guò)允許強(qiáng)定義的關(guān)系和依然靈活的特定實(shí)現(xiàn)，IT 系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準(zhǔn)備在以后做一些改變來(lái)滿足它們之間交互的需要。 SOA是一場(chǎng)革命。應(yīng)用開(kāi)發(fā)人員或者系統(tǒng)集成者可以通過(guò)組合一個(gè)或多個(gè)服務(wù)來(lái)構(gòu)建應(yīng)用，而無(wú)須理解服務(wù)的底層實(shí)現(xiàn)。這種分工，就是讓開(kāi)發(fā)人員集中精力于創(chuàng)建作為服務(wù)定義的功能單元，而讓架構(gòu)師和建模人員集中精力于如何將這些單元適當(dāng)?shù)亟M織在一起，它已經(jīng)有十多年的歷史了，通常用統(tǒng)一建模語(yǔ)言（Universal Modeling Language，UML），并且描述成模型驅(qū)動(dòng)的體系結(jié)構(gòu)（Model Driven Architecture，MDA）。 SOA架構(gòu)，是一種粗粒度、開(kāi)放式、松耦合的服務(wù)結(jié)構(gòu)，要求軟件產(chǎn)品在開(kāi)發(fā)過(guò)程中，按照相關(guān)的標(biāo)準(zhǔn)或協(xié)議，進(jìn)行分層開(kāi)發(fā)。 5）可以增強(qiáng)IT和業(yè)務(wù)系統(tǒng)的可管理性和安全性，通過(guò)安全服務(wù)的部署和SOA治理，可以實(shí)現(xiàn)更強(qiáng)的安全性管理和監(jiān)控，確保了整個(gè)架構(gòu)置于統(tǒng)籌和管理之下。 1）確保總體架構(gòu)的合理規(guī)劃，全面整合信息，徹底消除應(yīng)用孤島，全面實(shí)現(xiàn)過(guò)程、人員和信息的實(shí)質(zhì)集成、高度協(xié)調(diào)，實(shí)現(xiàn)更高的互操作性與協(xié)同、更敏捷的業(yè)務(wù)流程、更全面的信息可見(jiàn)性；WebService是一個(gè)應(yīng)用組件,（Http，XML，Soap)來(lái)訪問(wèn)WebService, Service可以執(zhí)行從簡(jiǎn)單的請(qǐng)求到復(fù)雜商務(wù)處理的任何功能。由此可以看出，在以下三種情況下，使用WebService會(huì)帶來(lái)極大的好處。傳統(tǒng)的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁(yè)面，把應(yīng)用程序的中間層暴露給最終用戶。即使在同一個(gè)平臺(tái)上，不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來(lái)?！　ebService是B2B集成成功的關(guān)鍵。但是，WebService的實(shí)現(xiàn)要比EDI簡(jiǎn)單得多，而且WebService運(yùn)行在Internet上，在世界任何地方都可輕易實(shí)現(xiàn)，其運(yùn)行成本就相對(duì)較低。只要把商務(wù)邏輯“暴露”出來(lái)，成為WebService，就可以讓任何指定的合作伙伴調(diào)用這些商務(wù)邏輯，而不管他們的系統(tǒng)在什么平臺(tái)上運(yùn)行，使用什么開(kāi)發(fā)語(yǔ)言?！　ebService在允許重用代碼的同時(shí)，可以重用代碼背后的數(shù)據(jù)。這樣的服務(wù)要通過(guò)組件重用來(lái)實(shí)現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫(kù)，而且這個(gè)數(shù)據(jù)庫(kù)還是不能實(shí)時(shí)更新的。一旦他們把這些功能都通過(guò)WebService“暴露”出來(lái)，就可以非常容易地把所有這些功能都集成到你的門戶站點(diǎn)中，為用戶提供一個(gè)統(tǒng)一的、友好的界面。W3C將服務(wù)定義為：“服務(wù)提供者完成一組工作，為服務(wù)使用者交付所需的最終結(jié)果。服務(wù)儲(chǔ)備庫(kù)發(fā)布服務(wù)所在位置，并在使用者請(qǐng)求服務(wù)時(shí)定位服務(wù)。一些現(xiàn)存的應(yīng)用程序被用來(lái)處理當(dāng)前的業(yè)務(wù)流程（business processes），因此從頭建立一個(gè)新的基礎(chǔ)環(huán)境是不可能的。這些消息由一個(gè)服務(wù)總線（service bus）轉(zhuǎn)換后發(fā)送給適當(dāng)?shù)姆?wù)實(shí)現(xiàn)。 SOA服務(wù)架構(gòu) SOA基礎(chǔ)結(jié)構(gòu)　　要運(yùn)行，管理SOA應(yīng)用程序，企業(yè)需要SOA基礎(chǔ)，這是SOA平臺(tái)的一個(gè)部分。SOAP是Web服務(wù)的默認(rèn)機(jī)制，其他的技術(shù)為可以服務(wù)實(shí)現(xiàn)其他類型的綁定?！　2EE 和 .Net　　盡管J2EE和。NET）的服務(wù)互用。當(dāng)一個(gè)企業(yè)開(kāi)始采用服務(wù)架構(gòu)作為工具來(lái)進(jìn)行開(kāi)發(fā)和部署應(yīng)用的時(shí)候，基本的Web服務(wù)規(guī)范，像WSDL，SOAP，以及UDDI就不能滿足這些高級(jí)需求?！　“踩　eb服務(wù)安全規(guī)范用來(lái)保證消息的安全性?！　】煽俊　≡诘湫偷腟OA 環(huán)境中，服務(wù)消費(fèi)者和服務(wù)提供者之間會(huì)有幾種不同的文檔在進(jìn)行交換。　　策略　　服務(wù)提供者有時(shí)候會(huì)要求服務(wù)消費(fèi)者與某種策略通信。WS Policy用來(lái)標(biāo)準(zhǔn)化服務(wù)消費(fèi)者和服務(wù)提供者之間的策略通信。BPEL4WS 或者 WSBPEL（Web Service Business Process Execution Language）是用來(lái)控制這些服務(wù)的語(yǔ)言。　　其它的qos特性，比如合作方之間的溝通和通訊，多個(gè)服務(wù)之間的事務(wù)處理，都在WS Coordination 和 WS Transaction 標(biāo)準(zhǔn)中描述， 這些都是OASIS 的工作。 系統(tǒng)采用面向服務(wù)架構(gòu)來(lái)設(shè)計(jì)其體系結(jié)構(gòu)，每一層的具體功能如下： 基于SOA架構(gòu)的ERP系統(tǒng)架構(gòu)設(shè)計(jì)功能設(shè)計(jì)中將利用服務(wù)層和業(yè)務(wù)流程編排層提供的服務(wù)和業(yè)務(wù)應(yīng)用流程，以及引入的其他外部Web Service，利用了最新的Web 技術(shù)，包括Ajax、RSS、Web GIS 等等來(lái)增強(qiáng)用戶體驗(yàn)。 2）業(yè)務(wù)流程編排層集成了各種業(yè)務(wù)規(guī)則和邏輯規(guī)則，將服務(wù)層提供的服務(wù)編排成業(yè)務(wù)應(yīng)用流程，滿足了靈活重組企業(yè)內(nèi)部流程的要求。 3）服務(wù)層由各種粒度的服務(wù)組成，主要分為粗粒度服務(wù)和細(xì)粒度服務(wù)，并按功能的不同將它們分成四類提供給不同的用戶使用。粒度最大的是業(yè)務(wù)流程服務(wù)。在系統(tǒng)層，通過(guò)面向?qū)ο蠹夹g(shù)完成組件層與數(shù)據(jù)庫(kù)的交互。 通過(guò) 框架對(duì)web 服務(wù)的良好的支持完成Web 層的開(kāi)發(fā)，以達(dá)到體現(xiàn)給用戶一個(gè)直觀而且簡(jiǎn)單易于使用的用戶界面。在此基礎(chǔ)上采用Web 服務(wù)完成流程到前臺(tái)應(yīng)用系統(tǒng)的接口，Web 服務(wù)向內(nèi)通過(guò)各種控件完成流程的操作與管理，向外為前臺(tái)的開(kāi)發(fā)提供了一個(gè)結(jié)構(gòu)松散、異步操作和具有分布式支撐能力的統(tǒng)一接口。 3) Web service 發(fā)布框架 SOA架構(gòu)的服務(wù)管理組件：ESB 企業(yè)服務(wù)總線ESB簡(jiǎn)介1. 企業(yè)服務(wù)總線介紹　　ESB全稱為Enterprise Service Bus，即企業(yè)服務(wù)總線。從功能上看，ESB提供了事件驅(qū)動(dòng)和文檔導(dǎo)向的處理模式，以及分布式的運(yùn)行管理機(jī)制，它支持基于內(nèi)容的路由和過(guò)濾，具備了復(fù)雜數(shù)據(jù)的傳輸能力，并可以提供一系列的標(biāo)準(zhǔn)接口[30]。例如，渠道認(rèn)證服務(wù)，日志服務(wù)等公用服務(wù)。 傳統(tǒng)的EAI解決方案應(yīng)用系統(tǒng)之間存在著高度的耦合性。這樣，服務(wù)的請(qǐng)求者和提供者之間有了一個(gè)智能的中轉(zhuǎn)站，服務(wù)的請(qǐng)求者不再需要了解服務(wù)提供者的細(xì)節(jié)。 SOA的應(yīng)用場(chǎng)景是復(fù)雜的企業(yè)級(jí)架構(gòu)，如果采用Hub的模式來(lái)構(gòu)建SOA基礎(chǔ)架構(gòu)，從純粹邏輯的角度，可能會(huì)出現(xiàn)以下問(wèn)題：首先，如果每個(gè)服務(wù)的請(qǐng)求都經(jīng)過(guò)中央Hub的中轉(zhuǎn)，那么Hub的負(fù)擔(dān)會(huì)很重。ESB是一種是松散耦合的服務(wù)和應(yīng)用之間標(biāo)準(zhǔn)的集成方式，它可以作用于[31]：　　1) 面向服務(wù)的架構(gòu)：分布式的應(yīng)用由可重用的服務(wù)組成。因此，ESB可作為SOA架構(gòu)中實(shí)現(xiàn)服務(wù)間智能化集成與管理的中介。它能大大提高整個(gè)網(wǎng)絡(luò)和信息系統(tǒng)的使用效率，還能為企業(yè)節(jié)省可觀的整合費(fèi)用。 盡管ESB作為SOA架構(gòu)系統(tǒng)中的關(guān)鍵組件，但是并不是作為基礎(chǔ)組件，在開(kāi)始階段就去開(kāi)發(fā)。 Accenture首席技術(shù)官Don Rippert認(rèn)為激活SOA的全部潛力需要通過(guò)四個(gè)階段，而ESB則處于第三個(gè)階段?！　?) 引入并全面使用企業(yè)服務(wù)總線?！　obby在他的文章中也說(shuō)道，僅僅建造一個(gè)總線的工程是不可取的。5 系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù) 關(guān)鍵技術(shù)框架及工具 三層分布式架構(gòu) 三層架構(gòu)介紹三層架構(gòu)是[23]： 界面層同時(shí)也提供一定的安全性，確保用戶不用看到不必要的機(jī)密信息。 邏輯層是界面層和數(shù)據(jù)層的橋梁，它響應(yīng)界面層的用戶請(qǐng)求，執(zhí)行任務(wù)并從數(shù)據(jù)層抓取數(shù)據(jù)，并將必要的數(shù)據(jù)傳送給界面層。 數(shù)據(jù)層定義、維護(hù)數(shù)據(jù)的完整性、安全性，它響應(yīng)邏輯層的請(qǐng)求，訪問(wèn)數(shù)據(jù)。三層結(jié)構(gòu)適合群體開(kāi)發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。相比之下，單層或胖客戶對(duì)面器的要求太高。分布式計(jì)算的潛力巨大，遠(yuǎn)比升級(jí)CPU有效。 3）Client端發(fā)出Request(工作要求)后，便可離線，交由App Server和DataBase Server共同把工作完成，減少Client端的等待時(shí)間。 分布式系統(tǒng)有如下特點(diǎn)[24]：這些故障應(yīng)當(dāng)能被很好地處理而不影響其他不相關(guān)的部分或整個(gè)系統(tǒng)。 5）內(nèi)在的分布性某些應(yīng)用天生就是分布式的，如電信管理網(wǎng)絡(luò)（TMN）系統(tǒng)、跨區(qū)域部門的企業(yè)級(jí)業(yè)務(wù)系統(tǒng)、對(duì)等網(wǎng)絡(luò)（P2P）的內(nèi)容共享系統(tǒng)、企業(yè)之間（B2B）的供應(yīng)鏈管理系統(tǒng)等。也是對(duì)客戶不負(fù)責(zé)的。它是目前比較流行的企業(yè)業(yè)務(wù)整合的解決方案之一[34]。 當(dāng)用戶第一次訪問(wèn)應(yīng)用系統(tǒng)1的時(shí)候，因?yàn)檫€沒(méi)有登錄，會(huì)被引導(dǎo)到認(rèn)證系統(tǒng)中進(jìn)行登錄；根據(jù)用戶提供的登錄信息，認(rèn)證系統(tǒng)進(jìn)行身份校驗(yàn)，如果通過(guò)校驗(yàn)，應(yīng)該返回給用戶一個(gè)認(rèn)證的憑據(jù)－－ticket；用戶再訪問(wèn)別的應(yīng)用的時(shí)候就會(huì)將這個(gè)ticket帶上，作為自己認(rèn)證的憑據(jù)，應(yīng)用系統(tǒng)接受到請(qǐng)求之后會(huì)把ticket送到認(rèn)證系統(tǒng)進(jìn)行校驗(yàn)，檢查ticket的合法性。應(yīng)用系統(tǒng)應(yīng)該能對(duì)ticket進(jìn)行識(shí)別和提取，通過(guò)與認(rèn)證系統(tǒng)的通訊，能自動(dòng)判斷當(dāng)前用戶是否登錄過(guò)，從而完成單點(diǎn)登錄的功能。當(dāng)他訪問(wèn)應(yīng)用系統(tǒng)2的時(shí)候，認(rèn)證服務(wù)器2能夠識(shí)別此ticket是由第一個(gè)服務(wù)器產(chǎn)生的，通過(guò)認(rèn)證服務(wù)器之間標(biāo)準(zhǔn)的通訊協(xié)議（例如SAML）來(lái)交換認(rèn)證信息，仍然能夠完成SSO的功能。Web SSO完全可以利用Cookie技術(shù)來(lái)完成用戶登錄信息的保存，將瀏覽器中的Cookie和上文中的Ticket結(jié)合起來(lái)，完成SSO的功能。隨著Web Services等技術(shù)的發(fā)展，將會(huì)進(jìn)一步地推動(dòng)構(gòu)件技術(shù)的發(fā)展，而基于構(gòu)件的軟件開(kāi)發(fā)方式也成為軟件開(kāi)發(fā)的主流技術(shù)[15]。構(gòu)件隱藏了具體的實(shí)現(xiàn)，通過(guò)接口對(duì)外提供服務(wù)。構(gòu)筑在“構(gòu)件組裝”模式之上的構(gòu)件技術(shù)，使軟件技術(shù)人員擺脫了“一行行寫代碼”的低效編程方式，直接進(jìn)入“集成組裝構(gòu)件”的更高階段。 構(gòu)件化開(kāi)發(fā)基本概念構(gòu)件化，是指軟件體系結(jié)構(gòu)可重組以及軟件組件可重用的系統(tǒng)開(kāi)發(fā)方法。 積木式搭建軟件系統(tǒng)　　基于構(gòu)件的軟件開(kāi)發(fā)方法有以下幾方面的優(yōu)勢(shì)：　　其次，當(dāng)企業(yè)出現(xiàn)新的應(yīng)用需求，軟件商或企業(yè)的開(kāi)發(fā)人員使用原有平臺(tái)來(lái)創(chuàng)建或是使用測(cè)試的構(gòu)件時(shí)，開(kāi)發(fā)人員在組裝過(guò)程中可以集中精力關(guān)注業(yè)務(wù)問(wèn)題而不用擔(dān)心技術(shù)以及外部設(shè)施等其他問(wèn)題，由此減少了系統(tǒng)完成時(shí)間，從而大大降低了系統(tǒng)的實(shí)施周期?！　∽詈?，構(gòu)件化開(kāi)發(fā)可以有效降低軟件廠商的開(kāi)發(fā)費(fèi)用及系統(tǒng)實(shí)施費(fèi)用，軟件廠商的開(kāi)發(fā)成本和實(shí)施成本降低后，軟件應(yīng)用企業(yè)付出的費(fèi)用也隨之相應(yīng)降低。而從開(kāi)發(fā)角度來(lái)看，二者也都遵循軟件設(shè)計(jì)最經(jīng)典的思想“高內(nèi)聚低耦合”，同時(shí)技術(shù)和手段也沒(méi)有限制。 而另一方面，二者也確實(shí)存在著太多的不同。 首先，從使用周期來(lái)看，當(dāng)企業(yè)的業(yè)務(wù)發(fā)生調(diào)整時(shí)，服務(wù)自然而然地也就中止了。而服務(wù)只要符合Web Service標(biāo)準(zhǔn)，經(jīng)過(guò)部署就可以直接運(yùn)行。 再次，二者的針對(duì)的對(duì)象是不同的。與構(gòu)件的情況相反，SOA和服務(wù)則從定義到實(shí)施均有相關(guān)的規(guī)范標(biāo)準(zhǔn)。所以，我們可以說(shuō)，構(gòu)件確實(shí)是SOA的實(shí)現(xiàn)手段，但當(dāng)構(gòu)件化成為一種軟件開(kāi)發(fā)思想以后，SOA不能夠全部包括構(gòu)件。 到目前為止，構(gòu)件仍然是應(yīng)用開(kāi)發(fā)層面的概念，適用于企業(yè)應(yīng)用的開(kāi)發(fā)。而企業(yè)應(yīng)用在開(kāi)發(fā)時(shí)也越來(lái)越強(qiáng)調(diào)要符合SOA標(biāo)準(zhǔn)。 隨著構(gòu)件化軟件產(chǎn)品的出現(xiàn)，原來(lái)的應(yīng)用系統(tǒng)