基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)_第1頁
基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)_第2頁
基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)_第3頁
基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)_第4頁
基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)_第5頁
已閱讀5頁,還剩131頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)(可以直接使用,可編輯優(yōu)秀版資料,歡迎下載)

基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)方案(完整資料)(可以直接使用,可編輯優(yōu)秀版資料,歡迎下載)濟(jì)南大學(xué)泉城學(xué)院畢業(yè)設(shè)計(jì)方案題目基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)專業(yè)電氣工程及其自動化班級1301班學(xué)生姚良潔學(xué)號2013010873指導(dǎo)教師張興達(dá)魏志軒二〇一七年四月十日學(xué)院工學(xué)院專業(yè)電氣工程及其自動化學(xué)生姚良潔學(xué)號2013010873設(shè)計(jì)題目基于單片機(jī)的鋰離子電池充電系統(tǒng)設(shè)計(jì)選題背景與意義1。國內(nèi)外研究現(xiàn)狀自90年代以來,中國正日趨成為世界上最大的電池生產(chǎn)國和最大的電池消耗國.隨著科技的發(fā)展,人們對身邊電子產(chǎn)品的數(shù)字化、自動化和效率的要求越來越高。便攜式電池成為用戶的首選,隨著各式各樣的電池出現(xiàn),用戶在選用電池時,在考慮到電池的環(huán)保、性價比的同時,更加注重電池的便攜性。正因?yàn)殇囯x子電池具有高的體積比能量和環(huán)保性能,符合當(dāng)前世界電池技術(shù)的發(fā)展趨勢,逐漸成為市場的主流[1]。我國鋰電池行業(yè)的年增長率已超過20%,2016年電池總體需求量達(dá)到50億塊左右.可見,在當(dāng)前和今后相當(dāng)一段時間,鋰電池將成為我國電池工業(yè)的龍頭.雖然我國已是僅次于日本的鋰離子電池生產(chǎn)大國,市場增長空間巨大,但并非強(qiáng)國,在全球鋰離子電池產(chǎn)業(yè)仍處于低端.隨著手機(jī)用戶的日益增多,如何保養(yǎng)手機(jī)也成為了眾多手機(jī)使用者面臨的一個實(shí)際問題,而手機(jī)電池作為手機(jī)的一個重要組成部分,直接影響了使用壽命和性能。智能手機(jī)的屏幕越來越大,功能越來越多,現(xiàn)有的鋰離子電池產(chǎn)品越來越難以滿足需求,選擇合適的充電器,可以延長我們的手機(jī)鋰離子電池的使用壽命?,F(xiàn)階段消費(fèi)者除了通過原廠配備的充電器給便攜式設(shè)備充電之外,普遍采用的是通過移動電源來補(bǔ)充電池的電量。根據(jù)日本矢野經(jīng)濟(jì)研究所的預(yù)測,鋰離子電池正以53.33%的年增長率快速取代傳統(tǒng)的鎳鉻鎳氫電池市場。目前國內(nèi)移動電源市場上主要的品牌有小米、愛國者、品勝、華為等,國外市場比較知名的品牌有BOOSTCASE、MALA等。移動電源市場在近幾年得到了很大的發(fā)展,市場中出現(xiàn)了各式各樣的品牌。與此同時,在移動電源產(chǎn)品中也存在很多需要解決的問題.比如:自身充電所需時間過長,USB輸出電壓不穩(wěn)定,電能轉(zhuǎn)化效率不高,輸出保護(hù)較為單一,輸出大電流時散熱性能不好等。相較于國外而言,國內(nèi)的鋰電池智能充電系統(tǒng)性能欠佳,還需要加大研究力度[2]。2。選題的目的及意義近幾年來,便攜式電子產(chǎn)品的迅猛發(fā)展促進(jìn)了電池技術(shù)的更新?lián)Q代。其中鋰離子電池以其重量輕、儲能大、功率大、無記憶效應(yīng)、無污染、自放電系數(shù)小、循環(huán)壽命長等優(yōu)點(diǎn),脫穎而出,迅速成為市場的主流。鋰電池是20世紀(jì)末才出現(xiàn)的綠色高效能可充電電池,目前隨著鋰離子電池的推廣及大量應(yīng)用,鋰離子電池深受社會和用戶的歡迎[3]。目前已廣泛應(yīng)用于手機(jī)、筆記本電腦、數(shù)碼相機(jī)及眾多的便攜式設(shè)備,其中筆記本電腦占23%,手機(jī)占50%,為最大領(lǐng)域。電子、信息及通訊等3C產(chǎn)品均朝向無線化、可攜帶化方向發(fā)展,對于產(chǎn)品的各項(xiàng)高性能組件也往“輕、薄、短、小”的目標(biāo)邁進(jìn),而鋰離子電池是最佳的電源供應(yīng)來源。鋰電池也被稱之為“最有應(yīng)用前途的化學(xué)電源",甚至被稱為“極限電池”或“最后一代電池”。鋰離子電池作為一種綠色環(huán)保電源,正以其獨(dú)特的魅力,影響著我們的世界。同時,其作為新興的能源材料,正處于蓬勃發(fā)展時期,進(jìn)一步研究和開發(fā)鋰離子電池對發(fā)展與能源密切相關(guān)的各項(xiàng)產(chǎn)業(yè)都具有非常重要的意義。隨著鋰離子電池性能的不斷提高和成本的不斷降低,該系列電池也逐步應(yīng)用于交通工具、航空航天、軍事、醫(yī)療等其它方面的領(lǐng)域,將成為最具發(fā)展前景的可充電電池[4].我們相信,未來的鋰離子電池在我們手中將會取得更加豐碩的成果.二、設(shè)計(jì)內(nèi)容本文以AT89C51單片機(jī)為核心元件,是針對手機(jī)鋰離子電池的智能調(diào)節(jié)充電系統(tǒng)設(shè)計(jì)[5]。系統(tǒng)主要包括鋰離子電池充電系統(tǒng)硬件方案設(shè)計(jì)、硬件系統(tǒng)所涉及到的元器件參數(shù)計(jì)算及型號選擇、鋰離子電池單片機(jī)系統(tǒng)軟件流程圖設(shè)計(jì)及程序?qū)崿F(xiàn)、整體系統(tǒng)調(diào)試、校驗(yàn)以及優(yōu)化調(diào)整.設(shè)計(jì)內(nèi)容主要分為硬件設(shè)計(jì)和軟件設(shè)計(jì),包含AT89C51單片機(jī)控制模塊、電路保護(hù)模塊、信號采集模塊、LCD液晶顯示模塊和聲光報警模塊[6]。各模塊功能如下:AT89C51單片機(jī)控制模塊:核心控制部分,作為整個設(shè)計(jì)的主控制模塊。電路保護(hù)模塊:具有輸入過壓保護(hù)、輸出過流保護(hù)和過充電保護(hù)等。充電時保護(hù)電路因過流或短路造成的內(nèi)部電路問題。信號采集模塊:對電流、電壓和溫度進(jìn)行采集,通過傳感器將信號傳遞給單片機(jī)。LCD液晶顯示模塊:顯示充電電量百分比以及不同電量時所使用的充電方式。聲光報警模塊:通過硬件電路實(shí)現(xiàn)保護(hù),給單片機(jī)中斷管腳發(fā)出脈沖信號,引發(fā)中斷程序?qū)崿F(xiàn)保護(hù),并引發(fā)蜂鳴器報警。涉及到的硬件包括:AT89C51,MAX1898芯片,A/D轉(zhuǎn)換器,蜂鳴器,傳感器,熱敏電阻等。單片機(jī)負(fù)責(zé)控制整個系統(tǒng)的運(yùn)行,包括充電機(jī)參考電壓電流值的給定,充電完畢或者保護(hù)狀態(tài)時充電機(jī)的關(guān)閉,根據(jù)電池電壓、充電電流、溫度等各種參數(shù)來智能監(jiān)測電池充電狀態(tài)和實(shí)現(xiàn)對電池的一系列保護(hù)功能,針對不同充電電量用不同的充電方式對電池進(jìn)行充電,延長鋰離子電池的使用壽命,實(shí)現(xiàn)對電源系統(tǒng)的能化管理[7].本次軟件設(shè)計(jì)采用AT89C51單片機(jī)結(jié)合MAX1898鋰離子電池充電芯片,C51高級語言編程軟件設(shè)計(jì),AD軟件繪PCB電路原理圖。充電狀態(tài)輸出引腳經(jīng)過74LS04反向后與單片機(jī)INT0相連觸發(fā)外部中斷,設(shè)置最大充電時間為3小時。監(jiān)測MAX1898的輸出信號CHG,當(dāng)MAX1898將要完成充電時,該引腳會發(fā)出周期為4s的脈沖,單片機(jī)的INT0引腳接收中斷后,產(chǎn)生中斷,并使用單片機(jī)的T0計(jì)數(shù)器開始計(jì)數(shù),當(dāng)下一個脈沖到來時,在定時器程序中判斷單片機(jī)的計(jì)數(shù)值是否在4s左右,如果是,則通過P1.2和P1,。3引腳關(guān)斷電源,并引發(fā)蜂鳴器報警[8]。其軟件設(shè)計(jì)實(shí)現(xiàn)的功能如下:不同電量時使用不同的充電方式(恒流、恒壓、涓流),延長鋰電池的使用壽命,實(shí)現(xiàn)鋰離子電池的充電控制功能;插上電池,綠燈亮,開始進(jìn)行充電.充滿后充電器自動關(guān)斷,紅燈亮,蜂鳴器報警;LCD液晶顯示,充電時顯示電流、電壓、電量百分比以及充電方式;對電流、電壓及溫度進(jìn)行檢測,實(shí)現(xiàn)鋰離子電池充電控制過溫過壓保護(hù)功能,保證安全充電;當(dāng)系統(tǒng)出現(xiàn)異常情況時,蜂鳴器發(fā)出警報.本文研究了當(dāng)前國內(nèi)外鋰離子電池充電監(jiān)控系統(tǒng)的現(xiàn)狀,由于是基于單片機(jī)的系統(tǒng)設(shè)計(jì),保證了采集、傳輸以及處理過程中的可靠性,設(shè)計(jì)了一套鋰離子電池充電監(jiān)控報警系統(tǒng),完成了軟硬件的設(shè)計(jì)[9].通過軟硬件測試,該充電系統(tǒng)均衡及保護(hù)電路簡捷、靈敏、可靠。通過實(shí)驗(yàn)測試,該系統(tǒng)具備低功耗、高精度、高穩(wěn)定性、反應(yīng)靈敏、操作簡便等優(yōu)點(diǎn)[10]。單片機(jī)負(fù)責(zé)控制整個系統(tǒng)的運(yùn)行,包括充電機(jī)參考電壓電流值的給定,充電完畢或者保護(hù)狀態(tài)時充電機(jī)的關(guān)閉,根據(jù)電池電壓、充電電流、溫度等各種參數(shù)來智能監(jiān)測電池充電狀態(tài)和實(shí)現(xiàn)對電池的一系列保護(hù)功能[11]。本設(shè)計(jì)中所采用的AT89C51單片機(jī)和充電集成電路進(jìn)行充電器的設(shè)計(jì),不但能夠?qū)崿F(xiàn)對鋰電池進(jìn)行充電,而且還能夠?qū)崿F(xiàn)相應(yīng)的過壓和溫度保護(hù),從而可以充分發(fā)揮鋰電池的性能,并避免了充電器在充電時可能對電池造成損害的情況發(fā)生,具有一定的智能功能。該方案有效地保護(hù)了電池、縮短了充電時間并盡量延長鋰電池的使用壽命,符合目前的環(huán)境保護(hù)潮流。三、設(shè)計(jì)方案本次設(shè)計(jì)介紹了基于AT89C51單片機(jī)的鋰離子電池智能充電系統(tǒng)。用單片機(jī)對充電過程進(jìn)行智能控制,對于鋰電池的產(chǎn)品質(zhì)量和檢測系統(tǒng)提出了更高的要求,提高了手機(jī)電池的使用效率,能夠延長電池的使用壽命。在電池充電過程中,系統(tǒng)采用恒壓恒流的充電狀態(tài),給過放電的電池使用涓流充電,保證了鋰離子電池安全充電[12]。該設(shè)計(jì)包括硬件電路和單片機(jī)軟件模塊。硬件設(shè)計(jì)由A/D轉(zhuǎn)換電路、保護(hù)電路、復(fù)位電路、信號采集電路和檢測電路等幾部分組成.電路設(shè)計(jì)如圖1。1所示:鋰電池充電回路功率電路鋰電池充電回路功率電路電流采樣驅(qū)動電路電流采樣驅(qū)動電路溫度檢測A/D轉(zhuǎn)換液晶顯示52單片溫度檢測A/D轉(zhuǎn)換液晶顯示52單片機(jī)電壓采樣聲光報警電壓采樣聲光報警圖3。1硬件電路設(shè)計(jì)圖(1)A/D轉(zhuǎn)換電路ADC0832是8位的逐次逼近型模數(shù)轉(zhuǎn)換器,有兩個可多路選擇的輸入通道,使系統(tǒng)可以同時對電壓、電流以及溫度信號進(jìn)行采集,而不需要再擴(kuò)展A/D芯片[13]。該A/D轉(zhuǎn)換器內(nèi)部包含有采樣保持電路,另外,其內(nèi)部自帶參考電壓。A/D轉(zhuǎn)換器是通過其AVCC引腳供電。片內(nèi)自帶5V的基準(zhǔn)電壓VREF+,當(dāng)進(jìn)行電壓、電流和溫度等信號采集時,可以在VREF+引腳上加上電容進(jìn)行解耦,這樣可以對噪聲更好的抑制。(2)保護(hù)電路根據(jù)設(shè)計(jì)要求,保護(hù)電路主要有短路保護(hù)電路和過流保護(hù)電路.短路保護(hù)電路主要由負(fù)責(zé)端電壓取樣電路、比較電路和1V的基準(zhǔn)電壓電路組成,其實(shí)質(zhì)是由外部中斷通知單片機(jī)電池需要進(jìn)行短路保護(hù),單片機(jī)在中斷程序中啟動短路保護(hù),切斷主回路[14]。過充保護(hù)電路的基本思路是:當(dāng)通過電壓檢測電路檢測到電池電壓達(dá)到4。25V±0.05V時,MCU的控制信號CHARGE輸出低電平使三極管Q18截止,使充電回路關(guān)斷,起到過充電保護(hù)作用;相反,當(dāng)電池電壓低于4.0V時,控制信號CHARGE輸出高電平使三極管Q18導(dǎo)通,使充電回路導(dǎo)通。(3)復(fù)位電路采用STC809R作為復(fù)位芯片,該芯片是專用復(fù)位芯片,具有很多優(yōu)點(diǎn):在上電時,當(dāng)時鐘振蕩穩(wěn)定而且電壓值大于用戶設(shè)定值,單片機(jī)才開始工作;掉電時,當(dāng)電壓值低于用戶設(shè)定值,單片機(jī)才能復(fù)位;電池電壓下降到一定值,單片機(jī)始終處于復(fù)位狀態(tài),且此時處于超低功耗,避免電池出現(xiàn)過放;具有掉電檢測電路,在掉電過程中有充分的時間保存數(shù)據(jù)[15].(4)信號采集電路信號采集電路包括電流采集電路、電壓采集電路和溫度采集電路[16]。其中電流采集電路選用MAX4081作為檢測芯片.該芯片輸入電壓范圍4.5V至76V,非常適合于需要嚴(yán)密監(jiān)視高壓電流的系統(tǒng),因此可以直接用電池組的最高電壓作為其供電電源。另外,芯片的參考電壓由系統(tǒng)提供,參考電壓值為1.5V。該芯片的引腳OUT輸出電壓與參考電壓、RS—和RS+三個引腳的電壓狀態(tài)有關(guān).當(dāng)RS-端電壓高于RS+端電壓,OUT引腳輸出電壓低于參考電壓;當(dāng)RS-端電壓低于RS+端電壓,OUT引腳輸出電壓高于參考電壓.電壓采集電路包含電池電壓輸入接口電路、高8路電壓取樣網(wǎng)絡(luò)、低8路電壓取樣網(wǎng)絡(luò)、高8路信號多路選通電路、低8路信號多路選通電路、放大電路。溫度檢測確保了安全充電步驟的執(zhí)行。由于本系統(tǒng)對溫度信號的精度要求不高,因此系統(tǒng)采用100K的熱敏電阻和1%精度的電阻分壓進(jìn)行溫度檢測,共設(shè)計(jì)了四路溫度采集電路,每路的電壓信號直接進(jìn)入單片機(jī)的AD通道進(jìn)行轉(zhuǎn)換。(5)檢測電路在充電過程中,充電系統(tǒng)需要實(shí)時檢測電池電壓、溫度、充電電流,根據(jù)檢測到的充電狀態(tài)進(jìn)行電池充電的實(shí)時控制[17]。狀態(tài)檢測電路直接影響到檢測到的參數(shù)是否準(zhǔn)確,充電控制是否得當(dāng),是智能充電系統(tǒng)的重要組成部分.充電狀態(tài)檢測電路主要完成的功能有電池電壓的檢測、充電電流的檢測和電池溫度的檢測。它們的檢測機(jī)制是通過主芯片內(nèi)部ADC的采樣電路來實(shí)時采樣電池狀態(tài)的,再把ADC采樣電路得到的數(shù)據(jù)進(jìn)行處理得到我們需要檢測的參數(shù)。通過對設(shè)計(jì)要求的分析和各元器件的了解,得出分立元件與集成塊的某些連接方法,選擇合適的設(shè)計(jì)方案,從而達(dá)到設(shè)計(jì)功能的要求,并且把這些元器件焊接在一塊電路板上.本次軟件采用AT89C51單片機(jī)結(jié)合MA1898鋰離子電池充電芯片進(jìn)行設(shè)計(jì),C語言進(jìn)行編程。MAX1898和外部單片機(jī)的共同作用下,實(shí)現(xiàn)了充電的過程[18]。通過對硬件電路的分析,通過主要控制MAX1898使能及充電完成和充電出錯時的信號指示控制,用軟件程序來實(shí)現(xiàn)電流、電壓、溫度的采樣和保護(hù)以及聲光報警的功能。通過對鋰電池狀態(tài)的檢測,使充電轉(zhuǎn)入不同的充電階段。進(jìn)入不同的充電階段后,通過一定的算法,改變單片機(jī)輸出PWM信號的占空比,實(shí)現(xiàn)不同階段充電的控制,并顯示充電的狀態(tài).圖1。2為正常充電狀態(tài)下單片機(jī)軟件程序流程圖。圖1。2正常充電狀態(tài)下軟件程序流程圖同時,系統(tǒng)軟件設(shè)計(jì)對各個充電階段都需要實(shí)時監(jiān)測充電過程的異常.當(dāng)充電器電壓、電池電壓、電池溫度不滿足充電條件時,就進(jìn)入了異常處理狀態(tài)。當(dāng)出現(xiàn)異常情況時就會調(diào)用報警子程序發(fā)出報警信號,蜂鳴器會發(fā)出警報。通過對硬件和軟件的設(shè)計(jì),實(shí)現(xiàn)了智能充電,充分保證了鋰離子電池充電過程的安全性.四、參考文獻(xiàn)[1]程立文。手機(jī)電池的未來發(fā)展方向[J]。電源技術(shù),2008,(1):6—8.[2]李凌云,任斌.我國鋰離子電池產(chǎn)業(yè)現(xiàn)狀及國內(nèi)外應(yīng)用情況[J]。電源技術(shù),2013,37(5):883-885.[3]屈偉平.鋰電池的廣泛前景及發(fā)展障礙[J].電源技術(shù)應(yīng)用,2009,(8):120。[4]王海明,鄭繩楦,劉興順。鋰離子電池的特點(diǎn)及應(yīng)用[J]。電氣時代,2004,(3):132-134.[5]徐振.鋰電池一般特性及管理系統(tǒng)分析[J]。廣西輕工業(yè),2009,(10):35-37.[6]周鵬.動力鋰電池的充電及保護(hù)應(yīng)用[J]。電源技術(shù),2012,(5):648—649.[7]陳修強(qiáng).鋰電池智能管理系統(tǒng)研究與設(shè)計(jì)[D].太原科技大學(xué),2013.[8]林思岐.電池均衡電路的研究及應(yīng)用[D]。北京交通大學(xué),2013.[9]J。Garche,A。Jossen.Batterymanagementsystems(BMS)forincreasingbatterylifetime[J]。Proc.IEEE,2000,(5):322—324.[10]Jean-FrancoisCousseau,ClemenceSiret,Fuzzy—ControlledLi-ionBatteryChargeSystemwithAetiveState-of—ChargeController[J]IEEETransactionsonIndustrialElectronics,2002,48(3):585—593.[11]鄧紹剛,汪艷,李秀清,黃合寶.鋰電池保護(hù)電路的設(shè)計(jì)[J].電子科技,2006,(10):68—72.[12]HosseinMaleki,JasonN.Howard.InternalshortcircuitinLi-ioncells[J].JournalofPowerSources,2009,(5):422-424.[13]沈俊。智能手機(jī)快速充電[D].上海交通大學(xué),2013。[14]李洪,戴永軍,李向鋒.基于單片機(jī)控制的鋰電池充電和保護(hù)系統(tǒng)[J]。電工技術(shù),2009,(9):57-58.[15]野澤哲生,蓬田宏樹。偉大的電能無線傳輸技術(shù)[J].電子設(shè)計(jì)應(yīng)用,2007,(6):42—54。[16]黃春耀.基于單片機(jī)的智能充電控制器的設(shè)計(jì)與應(yīng)用[J].龍巖學(xué)院學(xué)報,2007,25(3):235-237.[17]王濤,屈高龍?;趩纹瑱C(jī)的智能手機(jī)充電器的設(shè)計(jì)[J]。電子測試,2014,(6):58—59.[18]陳朝陽.低功耗鋰離子電池保護(hù)電路設(shè)計(jì)[D]。華中科技大學(xué),2006.五、指導(dǎo)教師評語指導(dǎo)教師(簽字)201年月日六、審核意見二級學(xué)院(簽字)201年月日目錄1前言 41.1企業(yè)ERP系統(tǒng)的需求描述 41.2ERP技術(shù)及應(yīng)用的發(fā)展趨勢 51.2.1B/S架構(gòu)的ERP已經(jīng)盛行 51.2.2SOA架構(gòu)的引入,使ERP全面升級 5平臺化——ERP的柔性大大增強(qiáng) 5與其它信息系統(tǒng)的集成 6整合業(yè)務(wù)流程的監(jiān)測與評估 72傳統(tǒng)ERP產(chǎn)品技術(shù)架構(gòu) 82.1傳統(tǒng)C/S架構(gòu)的ERP系統(tǒng) 82.2B/S架構(gòu)的ERP系統(tǒng) 82.3C/S架構(gòu)和B/S架構(gòu)的優(yōu)缺點(diǎn)分析 92.3.1C/S系統(tǒng)優(yōu)缺點(diǎn) 92.3.2B/S系統(tǒng)優(yōu)缺點(diǎn) 9結(jié)論 103國內(nèi)外最新ERP產(chǎn)品技術(shù)架構(gòu) 103.1主流ERP產(chǎn)品簡要介紹 103.1.1OracleEBusinessSuite 103.1.2SAPNetWeaver 12用友U9 123.2ERP系統(tǒng)架構(gòu)設(shè)計(jì)的共同特點(diǎn) 13基于互聯(lián)網(wǎng)的三層體系架構(gòu) 14面向服務(wù)架構(gòu)(SOA) 14模塊化和組件化的體系架構(gòu) 144基于SOA架構(gòu)的ERP系統(tǒng) 154.1SOA技術(shù)簡介 154.1.1SOA概念及簡介 15基于SOA技術(shù)的體系結(jié)構(gòu) 164.1.3SOA的實(shí)現(xiàn)方式-WebService 194.2基于SOA的ERP系統(tǒng)架構(gòu)設(shè)計(jì) 224.2.1SOA架構(gòu)基礎(chǔ)技術(shù) 224.2.2SOA架構(gòu)設(shè)計(jì)方案 254.2.3SOA架構(gòu)實(shí)現(xiàn) 264.2.4SOA架構(gòu)的服務(wù)管理組件:ESB 274.3ERP系統(tǒng)架構(gòu)技術(shù)的時間線 305系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù) 325.1關(guān)鍵技術(shù)框架及工具 32三層分布式架構(gòu) 32基于WEB的B/S架構(gòu)開發(fā)技術(shù) 34統(tǒng)一認(rèn)證技術(shù) 34構(gòu)件開發(fā)技術(shù) 36工作流系統(tǒng) 40權(quán)限管理系統(tǒng) 45表單生成技術(shù) 49插件化開發(fā)框架 515.2系統(tǒng)性能優(yōu)化技術(shù) 52分布式技術(shù)應(yīng)用 525.2.2AJAX局部更新 54預(yù)加載技術(shù) 55數(shù)據(jù)庫查詢優(yōu)化 55數(shù)據(jù)庫讀寫分離 565.3系統(tǒng)運(yùn)營部署設(shè)計(jì) 56服務(wù)器集群技術(shù) 56虛擬化數(shù)據(jù)中心技術(shù) 576應(yīng)用云計(jì)算技術(shù)的ERP系統(tǒng) 616.1云計(jì)算技術(shù)簡介 616.1.1IaaS基礎(chǔ)設(shè)施即服務(wù) 626.1.2PaaS平臺及服務(wù) 656.1.3SaaS軟件即服務(wù) 65云計(jì)算產(chǎn)生背景分析 696.2應(yīng)用云計(jì)算技術(shù)的ERP系統(tǒng) 706.2.1SaaS模式的ERP與傳統(tǒng)ERP的比較 706.2.2SaaS模式的ERP系統(tǒng)架構(gòu)設(shè)計(jì) 706.2.3SaaS模式的ERP系統(tǒng)的應(yīng)用前景 726.3云計(jì)算安全設(shè)計(jì) 73云端數(shù)據(jù)存儲加密 73網(wǎng)絡(luò)數(shù)據(jù)傳輸加密 74數(shù)據(jù)安全管理規(guī)范 74云端加密的利與弊 766.4應(yīng)用物聯(lián)網(wǎng)技術(shù)的ERP系統(tǒng) 76物聯(lián)網(wǎng)技術(shù) 76物聯(lián)網(wǎng)應(yīng)用案例—服裝行業(yè) 796.4.3RFID,無線移動數(shù)據(jù)的收集技術(shù) 806.5應(yīng)用移動技術(shù)的ERP系統(tǒng) 81移動ERP系統(tǒng)介紹 81移動ERP系統(tǒng)結(jié)構(gòu)圖 827總結(jié) 848參考文獻(xiàn) 85前言企業(yè)ERP系統(tǒng)的需求描述

ERP實(shí)施的主體――企業(yè)的需求永遠(yuǎn)是ERP技術(shù)發(fā)展的主動力,由于全球一體化進(jìn)程的加劇,使得企業(yè)所面臨的競爭環(huán)境發(fā)生了巨大的變化,對ERP提出了新的需求,具體表現(xiàn)在[50]:

1)全球化市場的發(fā)展與產(chǎn)業(yè)鏈之間合作經(jīng)營生產(chǎn)方式的出現(xiàn),使得ERP能支持異地企業(yè)運(yùn)營、異種語言操作和異種貨幣交易;

2)企業(yè)過程重組及協(xié)作方式的變化使得ERP能支持基于全球范圍的可重構(gòu)過程的供應(yīng)鏈及供應(yīng)網(wǎng)絡(luò)結(jié)構(gòu);

3)企業(yè)需要應(yīng)對新生產(chǎn)與經(jīng)營方式的靈活性與敏捷性使得ERP也越來越靈活的適應(yīng)多種生產(chǎn)制造方式的管理模式;

4)由于行業(yè)特性越來越明顯,因此ERP的行業(yè)化發(fā)展趨勢越來越明顯;

5)企業(yè)的快速發(fā)展使得ERP的柔性越來越高以適應(yīng)企業(yè)的動態(tài)變化;

6)企業(yè)的低成本策略使得ERP可以按需配置、大大縮短實(shí)施周期。

IT技術(shù)的發(fā)展是推動ERP發(fā)展的另一驅(qū)動力,畢竟ERP應(yīng)用是以“技術(shù)導(dǎo)向”為推動的應(yīng)用技術(shù),具體表現(xiàn)在,計(jì)算機(jī)新技術(shù)的不斷出現(xiàn)將會為ERP提供越來越靈活與強(qiáng)大功能的軟硬件平臺,多層分布式結(jié)構(gòu)、面向?qū)ο蠹夹g(shù)、中間件技術(shù)與Internet的發(fā)展會使ERP的功能與性能迅速提高。圖1.1企業(yè)ERP系統(tǒng)結(jié)構(gòu)圖ERP技術(shù)及應(yīng)用的發(fā)展趨勢B/S架構(gòu)的ERP已經(jīng)盛行

B/S模式是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。隨著Windows98/Windows2000將瀏覽器技術(shù)捆綁植入操作系統(tǒng)內(nèi)部,這種結(jié)構(gòu)更成為當(dāng)今應(yīng)用軟件的首選體系結(jié)構(gòu)。顯然B/S結(jié)構(gòu)應(yīng)用程序相對于傳統(tǒng)的C/S結(jié)構(gòu)應(yīng)用程序?qū)⑹蔷薮蟮倪M(jìn)步。

網(wǎng)絡(luò)應(yīng)用系統(tǒng)的發(fā)展正在改變著ERP系統(tǒng)的開發(fā)及其實(shí)施方法,傳統(tǒng)ERP體系結(jié)構(gòu)逐漸被由客戶、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器組成的三層B/S結(jié)構(gòu)所替代,并有了統(tǒng)一的通訊協(xié)議TCP/IP和統(tǒng)一的基于Web瀏覽器的用戶界面.B/SERP把傳統(tǒng)的依賴于郵件、電話、人盯人的管理方式變革為目標(biāo)導(dǎo)向、流程驅(qū)動、智能的電子商務(wù)流程。并且該B/S架構(gòu)的ERP可以把企業(yè)內(nèi)部流程與企業(yè)外部流程連接起來,與客戶、合作伙伴、供應(yīng)商協(xié)同完成供應(yīng)鏈業(yè)務(wù)操作[52].SOA架構(gòu)的引入,使ERP全面升級SOA(Service-OrientedArchitecture面向服務(wù)架構(gòu))的概念是由Gartner公司給出的,Gartner對SOA的定義為“客戶端/服務(wù)器的軟件設(shè)計(jì)方法,一項(xiàng)應(yīng)用由軟件服務(wù)和軟件服務(wù)使用者組成……SOA與大多數(shù)通用的客戶端/服務(wù)器模型的不同之處,在于它著重強(qiáng)調(diào)軟件組件的松散耦合,并使用獨(dú)立的標(biāo)準(zhǔn)接口。其核心是:

1)SOA是一種軟件架構(gòu)思想,并不是一種產(chǎn)品。

2)SOA的重點(diǎn)是面向服務(wù),此服務(wù)包括企業(yè)的內(nèi)部與外部的每一個業(yè)務(wù)細(xì)節(jié),比如企業(yè)中財務(wù)應(yīng)收發(fā)票的處理就是一個服務(wù)。SOA的思想是把這些服務(wù)從復(fù)雜的環(huán)境中獨(dú)立出來—-組件化封裝,然后通過標(biāo)準(zhǔn)的接口使不同的服務(wù)之間相互調(diào)用。

3)SOA是一種軟件架構(gòu)思想,通過使企業(yè)中一個個細(xì)化的服務(wù)標(biāo)準(zhǔn)化,來達(dá)到企業(yè)的IT系統(tǒng)跟隨企業(yè)的動態(tài)變化的目的。平臺化-—ERP的柔性大大增強(qiáng)

在ERP應(yīng)用實(shí)施的過程中,用戶的滿意度一直不高。主要原因是產(chǎn)品更新周期加快、市場響應(yīng)要求提高,對ERP的個性化要求越來越高,這是導(dǎo)致ERP實(shí)施成功率不高的重要原因之一.

經(jīng)過多年的積累,人們已經(jīng)總結(jié)出了ERP系統(tǒng)中業(yè)務(wù)的核心,其架構(gòu)、業(yè)務(wù)模型、標(biāo)準(zhǔn)化高的業(yè)務(wù)處理均是可封裝的,如果我們把這部分封裝起來,再開發(fā)出輔助這個平臺的客戶化工具,就可以形成業(yè)務(wù)化平臺。同樣如此,如果對ERP進(jìn)行分析、研究,將ERP的相關(guān)部分封裝起來,再加上工具包,就可以形成平臺化的ERP。

平臺級企業(yè)信息解決方案提供了一個軟件平臺,內(nèi)置多種管理軟件組件和快捷的二次開發(fā)工具,其組件可以通過多種語言來開發(fā),開發(fā)出一個個的小模塊,然后把每一個小模塊獨(dú)立起來建成一個組件,最后把這些組件組裝起來形成最終的成品。那么對這些組件進(jìn)行調(diào)用,管理和刪減、添加及修改,甚至重新構(gòu)架都可以,而這樣對某一部分的改動根本不會影響到其它功能。這就是平臺帶來的靈活性,易操作性,使它在進(jìn)行小的改動時可以直接通過系統(tǒng)上的某些功能來實(shí)現(xiàn),而不必要通過改源代碼的方式來處理,可以降低企業(yè)信息化軟件的開發(fā)難度,提高開發(fā)效率,提高系統(tǒng)的柔性和可擴(kuò)展性。一方面管理信息化廠商通過平臺提供的組件能很方便地滿足用戶個性化的需求,以及用戶在發(fā)展過程中各種各樣變化的需求.另一方面將應(yīng)用軟件的業(yè)務(wù)邏輯和開發(fā)技術(shù)相對分開,使得應(yīng)用軟件的開發(fā)者可以僅關(guān)注應(yīng)用的業(yè)務(wù)任務(wù),而不必關(guān)注其技術(shù)的實(shí)現(xiàn)。這使管理與業(yè)務(wù)人員參與應(yīng)用軟件的開發(fā)成為可能。

平臺化軟件的基本特性如下:

1)軟件架構(gòu)靈活;

2)核心業(yè)務(wù)標(biāo)準(zhǔn)化;

3)接口標(biāo)準(zhǔn)化,具有很好的兼容性;

4)提供客戶化工具包。與其它信息系統(tǒng)的集成1)ERP與客戶關(guān)系管理的進(jìn)一步整合

ERP將更加面向市場和面向顧客,通過基于知識的市場預(yù)測、訂單處理與生產(chǎn)調(diào)度、基于約束調(diào)度功能等進(jìn)一步提高企業(yè)在全球化市場環(huán)境下更強(qiáng)的優(yōu)化能力;并進(jìn)一步與客戶關(guān)系管理CRM結(jié)合,實(shí)現(xiàn)市場、銷售、服務(wù)的一體化,使CRM的前臺客戶服務(wù)與ERP后臺處理過程集成,提供客戶個性化服務(wù),使企業(yè)具有更好的顧客滿意度。2)ERP與電子商務(wù)、供應(yīng)鏈SCM、協(xié)同商務(wù)的進(jìn)一步整合ERP將面向協(xié)同商務(wù)(CollaborativeCommerce),支持企業(yè)與貿(mào)易共同體的業(yè)務(wù)伙伴、客戶之間的協(xié)作,支持?jǐn)?shù)字化的業(yè)務(wù)交互過程;ERP供應(yīng)鏈管理功能將進(jìn)一步加強(qiáng),并通過電子商務(wù)進(jìn)行企業(yè)供需協(xié)作,如汽車行業(yè)要求ERP的銷售和采購模塊支持用電子商務(wù)或EDI實(shí)現(xiàn)客戶或供應(yīng)商之間的電子訂貨和銷售開單過程;ERP將支持企業(yè)面向全球化市場環(huán)境,建立供應(yīng)商、制造商與分銷商間基于價值鏈共享的新伙伴關(guān)系,并使企業(yè)在協(xié)同商務(wù)中做到過程優(yōu)化、計(jì)劃準(zhǔn)確、管理協(xié)調(diào)。3)ERP與產(chǎn)品數(shù)據(jù)管理的整合產(chǎn)品數(shù)據(jù)管理PDM(ProductDataManagement)將企業(yè)中的產(chǎn)品設(shè)計(jì)和制造全過程的各種信息、產(chǎn)品不同設(shè)計(jì)階段的數(shù)據(jù)和文檔組織在統(tǒng)一的環(huán)境中.近年來ERP軟件商紛紛在ERP系統(tǒng)中納入了產(chǎn)品數(shù)據(jù)管理PDM功能或?qū)崿F(xiàn)與PDM系統(tǒng)的集成,增加了對設(shè)計(jì)數(shù)據(jù)、過程、文檔的應(yīng)用和管理,減少了ERP龐大的數(shù)據(jù)管理和數(shù)據(jù)準(zhǔn)備工作量,并進(jìn)一步加強(qiáng)了企業(yè)管理系統(tǒng)與CAD、CAM系統(tǒng)的集成,進(jìn)一步提高了企業(yè)的系統(tǒng)集成度和整體效率.4)ERP與制造執(zhí)行系統(tǒng)的整合為了加強(qiáng)ERP對于生產(chǎn)過程的控制能力,改變ERP"重計(jì)劃,輕控制”的弱點(diǎn),將進(jìn)一步加強(qiáng)"事前計(jì)劃、事中控制、事后審核"的功能,ERP將與制造執(zhí)行系統(tǒng)MES(ManufacturingexecutiveSystem)、車間層操作控制系統(tǒng)SFC更緊密的結(jié)合,形成實(shí)時化的ERP/MES/SFC系統(tǒng)。該趨勢在流程工業(yè)企業(yè)的管控一體化系統(tǒng)中體現(xiàn)得最為明顯。5)ERP與工作流管理系統(tǒng)的進(jìn)一步整合全面的工作流規(guī)則保證與時間相關(guān)的業(yè)務(wù)信息能夠自動地在正確時間傳送到指定的地點(diǎn)。ERP的工作流管理功能將進(jìn)一步增強(qiáng),通過工作流實(shí)現(xiàn)企業(yè)的人員、財務(wù)、制造與分銷間的集成,并能支持企業(yè)經(jīng)營過程的重組,也使ERP的功能可以擴(kuò)展到辦公自動化和業(yè)務(wù)流程控制方面。6)ERP與企業(yè)知識門戶進(jìn)一步整合企業(yè)知識門戶(EnterpriseKnowledgePortal,EKP)所關(guān)注的是企業(yè)內(nèi)部員工和信息內(nèi)容,它的核心是知識管理(KM),通過與ERP系統(tǒng)的集成,使得企業(yè)內(nèi)任何員工都可以實(shí)時地與工作團(tuán)隊(duì)中的其他成員取得聯(lián)系、尋找到能夠提供幫助的專家或者快速連接到相關(guān)的知識,它的建立和使用可以大大提高企業(yè)范圍內(nèi)的知識共享,并由此提高企業(yè)員工的工作效率。

整合業(yè)務(wù)流程的監(jiān)測與評估“用于測量成功的業(yè)務(wù)應(yīng)用解決方案是連續(xù)改進(jìn)的關(guān)鍵:財務(wù)表現(xiàn)的共享,SC效力,知識資本的價值以及顧客的滿意度都是新的評測方法。"――Gartner.

傳統(tǒng)ERP產(chǎn)品技術(shù)架構(gòu)傳統(tǒng)C/S架構(gòu)的ERP系統(tǒng)

信息系統(tǒng)架構(gòu)示意圖:

1)一層架構(gòu):客戶端、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器都在同一臺機(jī)器上部署;

2)兩層架構(gòu):數(shù)據(jù)庫服務(wù)和應(yīng)用服務(wù)在同一臺服務(wù)器上部署,客戶端訪問服務(wù)器上的資源或數(shù)據(jù);

3)

三層架構(gòu):應(yīng)用服務(wù)和數(shù)據(jù)庫服務(wù)分離,分別部署在不同的服務(wù)器上,應(yīng)用服務(wù)采取集群部署,達(dá)到性能上的需求.圖2.1不同分級層次的系統(tǒng)架構(gòu)圖

從企業(yè)信息系統(tǒng)架構(gòu)設(shè)計(jì)看,三層分布式架構(gòu)是一種典型應(yīng)用;甚至可以過渡到多層分布式架構(gòu),如擴(kuò)展出緩存服務(wù)、負(fù)載均衡服務(wù)等;這些都是用戶對系統(tǒng)快速響應(yīng)和系統(tǒng)可靠性的需求。B/S架構(gòu)的ERP系統(tǒng)B/S架構(gòu)的ERP系統(tǒng)的出現(xiàn)使得傳統(tǒng)的ERP系統(tǒng)成為互聯(lián)網(wǎng)應(yīng)用,用戶借助網(wǎng)絡(luò)的方便快捷,可以隨時隨地辦公,處理業(yè)務(wù)數(shù)據(jù)?,F(xiàn)代企業(yè)普通存在多區(qū)域分支機(jī)構(gòu),或者業(yè)務(wù)人員需要差旅或在家辦公,傳統(tǒng)的C/S架構(gòu)日益不能滿足移動辦公的需要,B/S架構(gòu)的ERP系統(tǒng)剛好可以解決這一需要.圖2。2B/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ù)器的直接相連,沒有中間環(huán)節(jié),因此響應(yīng)速度快。(當(dāng)數(shù)據(jù)少時,C/S在局域網(wǎng)內(nèi)響應(yīng)快;當(dāng)數(shù)據(jù)超過十萬時,C/S軟件變慢,B/S軟件能維持穩(wěn)定速度)2)操作界面交互性強(qiáng)、控件組件形式多樣,可以充分滿足客戶快速操作的要求。3)C/S結(jié)構(gòu)的管理信息系統(tǒng)能實(shí)現(xiàn)的復(fù)雜的數(shù)據(jù)處理操作,不用過多考慮網(wǎng)絡(luò)的不穩(wěn)定性。C/S模式的缺點(diǎn):1)需要專門的客戶端安裝程序,分布功能弱,針對點(diǎn)多面廣且不具備網(wǎng)絡(luò)條件的用戶群體,不能夠?qū)崿F(xiàn)快速部署安裝和配置。2)兼容性差,對于不同的開發(fā)工具,具有較大的局限性。若采用不同工具,需要重新改寫程序,跨平臺難度大,無法輕易實(shí)現(xiàn)Windows、Linux、iOS系統(tǒng)的同時開發(fā)和部署。3)開發(fā)成本較高,需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成。(就開發(fā)小型企業(yè)管理軟件,針對內(nèi)部使用的系統(tǒng)而言,C/S開發(fā)人員比B/S開發(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),可以隨時隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。2)業(yè)務(wù)擴(kuò)展簡單方便,通過增加網(wǎng)頁即可增加服務(wù)器功能。3)維護(hù)簡單方便,只需要改變網(wǎng)頁,即可實(shí)現(xiàn)所有用戶的同步更新.4)開發(fā)簡單,共享性強(qiáng)。

B/S結(jié)構(gòu)的缺點(diǎn):1)操作是以鼠標(biāo)為最基本的操作方式,無法滿足快速操作的要求,尤其是在大量數(shù)據(jù)錄入操作、復(fù)雜交互的情況下,需要提升交互設(shè)計(jì)能力。2)頁面加載刷新時,響應(yīng)速度受網(wǎng)絡(luò)連接的穩(wěn)定性影響。結(jié)論

目前,從架構(gòu)設(shè)計(jì)來看,ERP系統(tǒng)采用B/S架構(gòu)和C/S架構(gòu)是并存存在的,B/S的架構(gòu)的系統(tǒng)更有發(fā)展前景,從長遠(yuǎn)來看,由于互聯(lián)網(wǎng)發(fā)展,網(wǎng)絡(luò)帶寬提升,HTML5技術(shù)出現(xiàn)的等因素,B/S的架構(gòu)的系統(tǒng)是將來的發(fā)展趨勢。國內(nèi)外最新ERP產(chǎn)品技術(shù)架構(gòu)主流ERP產(chǎn)品簡要介紹OracleEBusinessSuiteOracleEBS產(chǎn)品介紹

OracleEBS是OracleE-BusinessSuite的縮寫,是Oracle公司的ERP產(chǎn)品,全球銷量僅次于SAP(另一款ERP產(chǎn)品).OracleEBS是一整套企業(yè)級應(yīng)用軟件,包括:采購管理、庫存管理、銷售管理、車間管理、物料清單及工藝管理、生產(chǎn)計(jì)劃、成本管理、應(yīng)付賬款管理、應(yīng)收賬款管理、現(xiàn)金管理、總帳管理、項(xiàng)目會計(jì)、項(xiàng)目制造、客戶關(guān)系管理、供應(yīng)商門戶等模塊。純互聯(lián)網(wǎng)技術(shù)架構(gòu)Oracle電子商務(wù)套件采用標(biāo)準(zhǔn)的100%基于互聯(lián)網(wǎng)的三層體系架構(gòu);無論是數(shù)據(jù)庫層、應(yīng)用層以及最前端的最終用戶操作界面都100%支持基于JAVA的先進(jìn)互聯(lián)網(wǎng)技術(shù)[37]。

Oracle電子商務(wù)套件的技術(shù)架構(gòu)特點(diǎn),提供了軟件系統(tǒng)基于數(shù)據(jù)中心運(yùn)行的集中管理基礎(chǔ)。使所有關(guān)于軟件系統(tǒng)的推廣、升級和日常維護(hù)工作可以基于數(shù)據(jù)中心進(jìn)行,從而達(dá)到最大限度地降低客戶端軟硬件和維護(hù)成本,降低服務(wù)器端的軟件維護(hù)工作內(nèi)容。圖3.1Oracle應(yīng)用軟件技術(shù)架構(gòu)模塊化開放架構(gòu)Oracle電子商務(wù)套件應(yīng)用產(chǎn)品采用模塊化和組件化的先進(jìn)軟件技術(shù)體系架構(gòu),應(yīng)用軟件產(chǎn)品可以細(xì)化成為許多細(xì)粒度的模塊,不同的客戶應(yīng)用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案;基于同一共享數(shù)據(jù)庫和統(tǒng)一數(shù)據(jù)模型的數(shù)據(jù)層面的高度集成架構(gòu),保證各應(yīng)用模塊之間的緊密無縫集成和平滑的業(yè)務(wù)流轉(zhuǎn)[37].圖3。2Oracle電子商務(wù)套件的模塊化開放架構(gòu)SAPNetWeaverSAPNetWeaver產(chǎn)品介紹

SAPNetWeaver是SAP的集成技術(shù)平臺和自從SAPBusinessSuite以來的所有SAP應(yīng)用的技術(shù)基礎(chǔ)。SAPNetWeaver是一個面向服務(wù)的應(yīng)用和集成平臺。SAPNetWeaver為SAP的應(yīng)用提供開發(fā)和運(yùn)行環(huán)境,也可以用來和其它應(yīng)用和系統(tǒng)進(jìn)行自定義的開發(fā)和集成。SAPNetWeaver是使用開放標(biāo)準(zhǔn)和事實(shí)上的工業(yè)標(biāo)準(zhǔn)進(jìn)行開發(fā)的,可以用icrosoft?NET,Sun燡avaEE,和IBM燱ebSphere等這些技術(shù)平臺進(jìn)行擴(kuò)展和互操作[44]。SAPNetWeaver技術(shù)架構(gòu)

SAP企業(yè)系統(tǒng)架構(gòu)是以SOA架構(gòu)技術(shù)作為基礎(chǔ)框架進(jìn)行開發(fā)的。ERP,CRM,SCM,SAPBusinessSuite,SRM,PLM系統(tǒng)都是獨(dú)立的子系統(tǒng),這些系統(tǒng)之間的交互都是通過SOA服務(wù)進(jìn)行.圖3.3SAP企業(yè)系統(tǒng)架構(gòu)用友U9用友U9產(chǎn)品介紹

用友U9完全基于SOA架構(gòu)的世界級企業(yè)管理軟件,用友U9面向快速發(fā)展與成長的中大型制造企業(yè)復(fù)雜應(yīng)用,以“實(shí)時企業(yè)、全球商務(wù)”為核心理念,完全適應(yīng)多組織供應(yīng)鏈協(xié)同、多工廠制造協(xié)同、產(chǎn)業(yè)鏈協(xié)同、產(chǎn)品事業(yè)部和業(yè)務(wù)中心的管理模式,更能支持多生產(chǎn)模式的混合生產(chǎn)與規(guī)劃、多經(jīng)營模式的混合管理、精益生產(chǎn)、全面成本、跨國財務(wù)等深度應(yīng)用,具有高度靈活的產(chǎn)品架構(gòu),幫助企業(yè)快速響應(yīng)變化,支持經(jīng)營、業(yè)務(wù)與管理模式的創(chuàng)新.用友U9技術(shù)架構(gòu)

UFIDAU9完全采用面向服務(wù)架構(gòu)(SOA),實(shí)現(xiàn)了全程模型驅(qū)動開發(fā)(MDD)模式,達(dá)到降低集成和開發(fā)成本的目的。UAP使企業(yè)管理軟件具有多項(xiàng)新技術(shù)應(yīng)用特點(diǎn):企業(yè)信息資源變得可重用、透明化,并且系統(tǒng)具有高可擴(kuò)展性,讓業(yè)務(wù)處理更加高效、簡潔、安全。UAP還提供了統(tǒng)一的集成開發(fā)環(huán)境(IDE),用戶可以使用包括企業(yè)建模、領(lǐng)域建模、服務(wù)設(shè)計(jì)、UI設(shè)計(jì)、報表設(shè)計(jì)、規(guī)則設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)等全方位的設(shè)計(jì)器,并通過可視化的界面和友好的交互操作,自動生成用戶所需要的各種服務(wù)部件.UAP完全支持企業(yè)級的集成與應(yīng)用協(xié)同,如Office集成、移動商務(wù)、企業(yè)搜索、智能客戶端等多項(xiàng)領(lǐng)域[35]。圖3.4用友U9技術(shù)架構(gòu)ERP系統(tǒng)架構(gòu)設(shè)計(jì)的共同特點(diǎn)

通過國內(nèi)外最新ERP產(chǎn)品的功能及技術(shù)架構(gòu)比較,得出:基于SOA架構(gòu)的技術(shù)框架是共同采用的,而且更加強(qiáng)調(diào)了多設(shè)備的支持,完全基于互聯(lián)網(wǎng)模式的系統(tǒng)。產(chǎn)品名稱是否B/S是否SOA架構(gòu)是否模塊化構(gòu)建是否支持移動設(shè)備是否分布式部署OracleEBusinessSuite是是是支持是SAPNetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenERP(開源)是下一版本支持完全模塊化支持是表3。1各主流ERP產(chǎn)品系統(tǒng)架構(gòu)比較基于互聯(lián)網(wǎng)的三層體系架構(gòu)

采用標(biāo)準(zhǔn)的100%基于互聯(lián)網(wǎng)的三層體系架構(gòu),無論是數(shù)據(jù)庫層、應(yīng)用層以及最前端的最終用戶操作界面都100%支持WEB的互聯(lián)網(wǎng)技術(shù),特別是應(yīng)用層,直接采用互聯(lián)網(wǎng)先進(jìn)技術(shù),不需要任何中間轉(zhuǎn)換過程,在體現(xiàn)先進(jìn)互聯(lián)網(wǎng)技術(shù)的同時,最大限度的減少了中間環(huán)節(jié),保證了系統(tǒng)處理的高性能和高穩(wěn)定性。面向服務(wù)架構(gòu)(SOA)

完全采用面向服務(wù)架構(gòu)(SOA),實(shí)現(xiàn)了全程模型驅(qū)動開發(fā)(MDD)模式,達(dá)到降低更加強(qiáng)調(diào)系統(tǒng)的基礎(chǔ),采用松耦合,降低系統(tǒng)的耦合度。SOA的實(shí)現(xiàn)方式都是采用了基于Http協(xié)議的WebService的技術(shù),數(shù)據(jù)交換格式采用XML,SOAP。模塊化和組件化的體系架構(gòu)模塊化和組件化的先進(jìn)軟件技術(shù)體系架構(gòu),應(yīng)用軟件產(chǎn)品可以細(xì)化成為許多細(xì)粒度的模塊,不同的客戶應(yīng)用可以選擇不同的組件或模塊組合形成適合于企業(yè)需求的軟件平臺方案;基于同一共享數(shù)據(jù)庫和統(tǒng)一數(shù)據(jù)模型的數(shù)據(jù)層面的高度集成架構(gòu),保證各應(yīng)用模塊之間的緊密無縫集成和平滑的業(yè)務(wù)流轉(zhuǎn)。?基于SOA架構(gòu)的ERP系統(tǒng)SOA技術(shù)簡介SOA概念及簡介SOA的基本概念

面向服務(wù)的體系結(jié)構(gòu)(Service-OrientedArchitecture,SOA)是一個組件模型,它將應(yīng)用程序的不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的,它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種各樣的系統(tǒng)中的服務(wù)可以使用一種統(tǒng)一和通用的方式進(jìn)行交互[26]。簡介SOA(Service-OrientedArchitecture),面向服務(wù)架構(gòu),它可以根據(jù)需求通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進(jìn)行分布式部署、組合和使用。服務(wù)層是SOA的基礎(chǔ),可以直接被應(yīng)用調(diào)用,從而有效控制系統(tǒng)中與軟件代理交互的人為依賴性。SOA是一種粗粒度、松耦合服務(wù)架構(gòu),服務(wù)之間通過簡單、精確定義接口進(jìn)行通訊,不涉及底層編程接口和通訊模型。SOA可以看作是B/S模型、XML/WebService技術(shù)之后的自然延伸。SOA技術(shù)的優(yōu)勢

通過SOA思想的引入,使得ERP軟件可以做到[50]:

1)支持異構(gòu)集成

所謂異構(gòu)環(huán)境,包括四個層次,硬件平臺、操作系統(tǒng)、數(shù)據(jù)庫、應(yīng)用軟件。如果一套硬件、一套操作系統(tǒng)、一套數(shù)據(jù)庫、一套應(yīng)用軟件能夠面面俱到的解決集團(tuán)企業(yè)的所有管理問題,那是再好不過了.但現(xiàn)實(shí)中是不可能的,更普遍的是,不同的應(yīng)用往往選擇不同的平臺和應(yīng)用系統(tǒng),以便充分發(fā)揮各個廠商的特長。支持SOA的ERP系統(tǒng)為集團(tuán)企業(yè)的信息化提供了伸縮空間,企業(yè)可以根據(jù)需要選擇最合適的解決方案.

2)降低企業(yè)的IT成本

以往多數(shù)企業(yè)在建設(shè)企業(yè)的ERP系統(tǒng)時是從項(xiàng)目的角度出發(fā)的,比如ERP項(xiàng)目、CRM項(xiàng)目等,事后當(dāng)企業(yè)的IT系統(tǒng)越來越多的時候,才會考慮系統(tǒng)的集成問題,但這時候往往集成的難度就很大了.而SOA要求企業(yè)在建設(shè)IT系統(tǒng)之初就要考慮這些問題,也就是要考慮服務(wù)之間的接口問題。這樣就會使企業(yè)的IT成本大大降低。

同時,SOA將改變以往的軟件購買模式。目前,多數(shù)企業(yè)在購買軟件時往往是成熟性軟件,需一個模塊或一個系統(tǒng)的購買,企業(yè)在購買時往往無法將那些企業(yè)不需要的功能剔除出去,這樣,企業(yè)就不得不為此多付出資金、培訓(xùn)成本等許多不必要的成本。而支持SOA的集團(tuán)財務(wù)軟件則可以幫助企業(yè)實(shí)現(xiàn)真正的按需購買,企業(yè)需要什么功能就購買相應(yīng)的服務(wù),幫助企業(yè)避免不必要的支出。

3)實(shí)現(xiàn)企業(yè)的動態(tài)變革

支持SOA的集團(tuán)財務(wù)系統(tǒng)使企業(yè)的IT人員不必太多的關(guān)心企業(yè)IT系統(tǒng)的底層技術(shù),而更多的去考慮集團(tuán)財務(wù)的業(yè)務(wù)處理以及財務(wù)業(yè)務(wù)與IT的接合。同時,以往企業(yè)在開發(fā)集團(tuán)財務(wù)系統(tǒng)時,在重復(fù)功能上浪費(fèi)了大量的人力與財力,同時系統(tǒng)在開發(fā)完成后,如果企業(yè)業(yè)務(wù)變化,系統(tǒng)將很難更改或者更改的成本很高.而SOA面對的是一個個獨(dú)立的服務(wù),服務(wù)之間可以通過標(biāo)準(zhǔn)接口來相互調(diào)用,這樣企業(yè)在重復(fù)功能上就可以直接通過接口調(diào)用,而不必去重新開發(fā).企業(yè)的業(yè)務(wù)發(fā)生變化時,只需要修改相對應(yīng)的服務(wù)即可,降低了修改的難度與復(fù)雜度,保證了企業(yè)的IT系統(tǒng)的動態(tài)變化。基于SOA技術(shù)的體系結(jié)構(gòu)SOA是松耦合的系統(tǒng)

這種具有中立的接口定義(沒有強(qiáng)制綁定到特定的實(shí)現(xiàn)上)的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點(diǎn):

1)是它的靈活性,當(dāng)組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時,它能夠繼續(xù)存在.

2)而另一方面,緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的,因而當(dāng)需要對部分或整個應(yīng)用程序進(jìn)行某種形式的更改時,它們就顯得非常脆弱。對松耦合的系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活,以適應(yīng)不斷變化的環(huán)境,比如經(jīng)常改變的政策、業(yè)務(wù)級別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素,這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì).我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需(Ondemand)業(yè)務(wù),在按需業(yè)務(wù)中,一旦需要,就可以對完成或執(zhí)行任務(wù)的方式進(jìn)行必要的更改.SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)(CommonObjectRequestBrokerArchitecture,CORBA),它已經(jīng)出現(xiàn)很長時間了,其定義的概念與SOA相似。然而,現(xiàn)在的SOA已經(jīng)有所不同了,通過使用基于XML的語言(稱為Web服務(wù)描述語言(WebServicesDefinitionLanguage,WSDL))來描述接口,服務(wù)已經(jīng)轉(zhuǎn)到更加動態(tài)且更靈活的接口系統(tǒng)中,非以前CORBA中的接口描述語言(InterfaceDefinitionLanguage,IDL)可比了.SOA體系結(jié)構(gòu)作用

傳統(tǒng)企業(yè)(數(shù)據(jù)庫)應(yīng)用軟件產(chǎn)品,如MRP、ERP、OA系統(tǒng)等,在設(shè)計(jì)或架構(gòu)上都是緊偶合、封閉式、自成體系,屬于一次性投入一次性完結(jié)的產(chǎn)品。這樣的產(chǎn)品很難適應(yīng)或快速響應(yīng)市場或客戶靈活多變的需求,以及后續(xù)的擴(kuò)展.在這樣的市場、及客戶需求下,從而催生了軟件產(chǎn)品一種新的設(shè)計(jì)或架構(gòu)的理念:面向服務(wù)架構(gòu)(SOA架構(gòu))。

對SOA的需要來源于需要使業(yè)務(wù)IT系統(tǒng)變得更加靈活,以適應(yīng)業(yè)務(wù)中的改變。通過允許強(qiáng)定義的關(guān)系和依然靈活的特定實(shí)現(xiàn),IT系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能,又可以準(zhǔn)備在以后做一些改變來滿足它們之間交互的需要。

SOA是一場革命。一個應(yīng)用程序的業(yè)務(wù)邏輯(businesslogic)或某些單獨(dú)的功能被模塊化并作為服務(wù)呈現(xiàn)給消費(fèi)者或客戶端。這些服務(wù)的關(guān)鍵是他們的松耦合特性。例如,服務(wù)的接口和實(shí)現(xiàn)相獨(dú)立。應(yīng)用開發(fā)人員或者系統(tǒng)集成者可以通過組合一個或多個服務(wù)來構(gòu)建應(yīng)用,而無須理解服務(wù)的底層實(shí)現(xiàn)。舉例來說,一個服務(wù)可以用.NET或J2EE來實(shí)現(xiàn),而使用該服務(wù)的應(yīng)用程序可以在不同的平臺之上,使用的語言也可以不同。讓SOA系統(tǒng)適應(yīng)改變的能力是最重要的部分,對于開發(fā)人員來說,這樣的改變無論是在他們工作的范圍之內(nèi)還是在他們工作的范圍之外都有可能發(fā)生,這取決于是否有改變需要知道接口是如何定義的以及它們相互之間如何進(jìn)行交互.與開發(fā)人員不同的是,架構(gòu)師的作用就是引起對SOA模型大的改變.這種分工,就是讓開發(fā)人員集中精力于創(chuàng)建作為服務(wù)定義的功能單元,而讓架構(gòu)師和建模人員集中精力于如何將這些單元適當(dāng)?shù)亟M織在一起,它已經(jīng)有十多年的歷史了,通常用統(tǒng)一建模語言(UniversalModelingLanguage,UML),并且描述成模型驅(qū)動的體系結(jié)構(gòu)(Model-DrivenArchitecture,MDA)。SOA架構(gòu)的定義或特性

SOA架構(gòu),是一種粗粒度、開放式、松耦合的服務(wù)結(jié)構(gòu),要求軟件產(chǎn)品在開發(fā)過程中,按照相關(guān)的標(biāo)準(zhǔn)或協(xié)議,進(jìn)行分層開發(fā).通過這種分層設(shè)計(jì)或架構(gòu)體系可以使軟件產(chǎn)品變得更加彈性和靈活,且盡可能的與第三方軟件產(chǎn)品互補(bǔ)兼容,以達(dá)到快速擴(kuò)展,滿足或響應(yīng)市場或客戶需求的多樣化、多變性。一個典型的SOA架構(gòu)示意如下:圖4。1SOA架構(gòu)的系統(tǒng)圖示基于SOA技術(shù)架構(gòu)的價值未來企業(yè)的應(yīng)變之道

持續(xù)增長的客戶需求、瞬息萬變的市場和日趨激烈的全球化競爭,使得企業(yè)必須不斷提升自身IT及企業(yè)管理系統(tǒng)的敏捷性和適應(yīng)性.現(xiàn)在,每個企業(yè)都需要把握業(yè)務(wù)流程發(fā)展的變革,預(yù)測業(yè)務(wù)環(huán)境的變化,以便對競爭者做出快速響應(yīng),確保企業(yè)的生存、發(fā)展和快速成長[27].

面向服務(wù)架構(gòu)技術(shù)(Service—OrientedArchitecture,SOA)的出現(xiàn),標(biāo)志著設(shè)計(jì)、開發(fā)、部署新的企業(yè)應(yīng)用系統(tǒng),并將其與原有應(yīng)用系統(tǒng)、業(yè)務(wù)流程進(jìn)行集成的方式出現(xiàn)了根本性變化。

采用SOA架構(gòu),可以帶來顯著的商業(yè)和技術(shù)利益:

1)提升商業(yè)決策能力,通過將商業(yè)服務(wù)和信息進(jìn)行聚合成為一系列動態(tài)的、組合的商業(yè)應(yīng)用,企業(yè)決策者可以更便捷地獲得更準(zhǔn)確、更全面、更深入的信息,可以更敏捷地對各種變化做出反應(yīng).

2)獲得更高的員工生產(chǎn)率,SOA可以改進(jìn)商業(yè)流程,使得員工更加關(guān)注關(guān)鍵性、增值業(yè)務(wù)流程,基于服務(wù)更好地進(jìn)行協(xié)作,通過各種方式訪問和操作業(yè)務(wù)數(shù)據(jù)和信息,大大提升生產(chǎn)率。

3)建立與供應(yīng)商和顧客的更強(qiáng)的聯(lián)系,SOA增強(qiáng)了端到端的應(yīng)用模式,跨越企業(yè)組織邊界,更好地集成現(xiàn)有的信息系統(tǒng),通過服務(wù)的編排和聚合,使其更好地融合在業(yè)務(wù)流程里。

4)可以更快、更節(jié)省地搭建IT和業(yè)務(wù)應(yīng)用系統(tǒng),基于SOA和標(biāo)準(zhǔn)化服務(wù)組件,可以根據(jù)業(yè)務(wù)流程需要,更快地搭建業(yè)務(wù)系統(tǒng);同時,也可以更好地利用原有的IT和業(yè)務(wù)系統(tǒng)的投資,并保證其符合業(yè)務(wù)流程的需要。

5)可以增強(qiáng)IT和業(yè)務(wù)系統(tǒng)的可管理性和安全性,通過安全服務(wù)的部署和SOA治理,可以實(shí)現(xiàn)更強(qiáng)的安全性管理和監(jiān)控,確保了整個架構(gòu)置于統(tǒng)籌和管理之下.完全SOA架構(gòu)所帶來的價值

1)確??傮w架構(gòu)的合理規(guī)劃,全面整合信息,徹底消除應(yīng)用孤島,全面實(shí)現(xiàn)過程、人員和信息的實(shí)質(zhì)集成、高度協(xié)調(diào),實(shí)現(xiàn)更高的互操作性與協(xié)同、更敏捷的業(yè)務(wù)流程、更全面的信息可見性;

2)企業(yè)的IT及應(yīng)用系統(tǒng)架構(gòu)將更具伸縮性,IT價值將得到充分的發(fā)揮,全面提升未來企業(yè)的競爭優(yōu)勢;

3)降低集成成本和風(fēng)險,降低維護(hù)成本:隨著企業(yè)業(yè)務(wù)的發(fā)展,非SOA應(yīng)用在IT和應(yīng)用系統(tǒng)中相互集成的成本和風(fēng)險日益增大,系統(tǒng)運(yùn)行將變得繁冗和低效;相應(yīng)地,為維護(hù)應(yīng)用孤島及更多的流程接口,甚至是重復(fù)、重疊的業(yè)務(wù)功能系統(tǒng),企業(yè)IT及應(yīng)用系統(tǒng)維護(hù)成本將不可避免地日益增大。

4)基于SOA架構(gòu)的IT及應(yīng)用系統(tǒng)可以增量部署到位,但毫無疑問,選擇完全SOA架構(gòu)是正確、長遠(yuǎn)和明智的決策。SOA的實(shí)現(xiàn)方式-WebServiceWebService的概念

WebService是一種構(gòu)建應(yīng)用程序的普遍模型,可以在任何支持網(wǎng)絡(luò)通信的操作系統(tǒng)中實(shí)施運(yùn)行;它是一種新的web應(yīng)用程序分支,是自包含、自描述、模塊化的應(yīng)用,可以發(fā)布、定位、通過web調(diào)用。WebService是一個應(yīng)用組件,它邏輯性的為其他應(yīng)用程序提供數(shù)據(jù)與服務(wù).各應(yīng)用程序通過網(wǎng)絡(luò)協(xié)議和規(guī)定的一些標(biāo)準(zhǔn)數(shù)據(jù)格式(Http,XML,Soap)來訪問WebService,通過WebService內(nèi)部執(zhí)行得到所需結(jié)果.WebService可以執(zhí)行從簡單的請求到復(fù)雜商務(wù)處理的任何功能.一旦部署以后,其他WebService應(yīng)用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù)[28]。WebService的關(guān)鍵技術(shù)和規(guī)則技術(shù)和規(guī)則

在構(gòu)建和使用WebService時,主要用到以下幾個關(guān)鍵的技術(shù)和規(guī)則:1)XML:描述數(shù)據(jù)的標(biāo)準(zhǔn)方法。2)SOAP:簡單對象訪問協(xié)議。3)WSDL:Web服務(wù)描述語言.4)UDDI(UniversalDescription,DiscoveryandIntegration):通用描述、發(fā)現(xiàn)與集成,它是一種獨(dú)立于平臺的,基于XML語言的用于在互聯(lián)網(wǎng)上描述商務(wù)的協(xié)議.相關(guān)實(shí)際上,WebService的主要目標(biāo)是跨平臺的可互操作性。為了達(dá)到這一目標(biāo),WebService完全基于XML(可擴(kuò)展標(biāo)記語言)、XSD(XMLSchema)等獨(dú)立于平臺、獨(dú)立于軟件供應(yīng)商的標(biāo)準(zhǔn),是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺。由此可以看出,在以下三種情況下,使用WebService會帶來極大的好處。具體如下:1)跨防火墻的通信如果應(yīng)用程序有成千上萬的用戶,而且分布在世界各地,那么客戶端和服務(wù)器之間的通信將是一個棘手的問題。因?yàn)榭蛻舳撕头?wù)器之間通常會有防火墻或者代理服務(wù)器。在這種情況下,使用DCOM就不是那么簡單,通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個用戶手中。傳統(tǒng)的做法是,選擇用瀏覽器作為客戶端,寫下一大堆ASP頁面,把應(yīng)用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大,程序很難維護(hù)。2)應(yīng)用程序集成企業(yè)級的應(yīng)用程序開發(fā)者都知道,企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運(yùn)行的各種程序集成起來,而這種集成將花費(fèi)很大的開發(fā)力量。應(yīng)用程序經(jīng)常需要從運(yùn)行在IBM主機(jī)上的程序中獲取數(shù)據(jù);或者把數(shù)據(jù)發(fā)送到主機(jī)或UNIX應(yīng)用程序中去.即使在同一個平臺上,不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過WebService,應(yīng)用程序可以用標(biāo)準(zhǔn)的方法把功能和數(shù)據(jù)“暴露"出來,供其它應(yīng)用程序使用。3)B2B的集成用WebService集成應(yīng)用程序,可以使公司內(nèi)部的商務(wù)處理更加自動化.但當(dāng)交易跨越供應(yīng)商和客戶、突破公司的界限時會怎么樣呢?跨公司的商務(wù)交易集成通常叫做B2B集成.WebService是B2B集成成功的關(guān)鍵。通過WebService,公司可以把關(guān)鍵的商務(wù)應(yīng)用“暴露”給指定的供應(yīng)商和客戶。例如,把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露”出來,客戶就可以以電子的方式發(fā)送訂單,供應(yīng)商則可以以電子的方式發(fā)送原料采購發(fā)票。當(dāng)然,這并不是一個新的概念,EDI(電子文檔交換)早就是這樣了。但是,WebService的實(shí)現(xiàn)要比EDI簡單得多,而且WebService運(yùn)行在Internet上,在世界任何地方都可輕易實(shí)現(xiàn),其運(yùn)行成本就相對較低.不過,WebService并不像EDI那樣,是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關(guān)鍵部分,還需要許多其它的部分才能實(shí)現(xiàn)集成.用WebService來實(shí)現(xiàn)B2B集成的最大好處在于可以輕易實(shí)現(xiàn)互操作性。只要把商務(wù)邏輯“暴露”出來,成為WebService,就可以讓任何指定的合作伙伴調(diào)用這些商務(wù)邏輯,而不管他們的系統(tǒng)在什么平臺上運(yùn)行,使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時間和成本,讓許多原本無法承受EDI的中小企業(yè)也能實(shí)現(xiàn)B2B集成。4)軟件和數(shù)據(jù)重用軟件重用是一個很大的主題,重用的形式很多,重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用,另一種形式是二進(jìn)制形式的組件重用。WebService在允許重用代碼的同時,可以重用代碼背后的數(shù)據(jù)。使用WebService,再也不必像以前那樣,要先從第三方購買、安裝軟件組件,再從應(yīng)用程序中調(diào)用這些組件;只需要直接調(diào)用遠(yuǎn)端的WebService就可以了。舉個例子,要在應(yīng)用程序中確認(rèn)用戶輸入的地址,只需把這個地址直接發(fā)送給相應(yīng)的WebService,這個WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息,確認(rèn)這個地址是否在相應(yīng)的郵政編碼區(qū)域。WebService的提供商可以按時間或使用次數(shù)來對這項(xiàng)服務(wù)進(jìn)行收費(fèi).這樣的服務(wù)要通過組件重用來實(shí)現(xiàn)是不可能的,那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫,而且這個數(shù)據(jù)庫還是不能實(shí)時更新的。另一種軟件重用的情況是,把好幾個應(yīng)用程序的功能集成起來。例如,要建立一個局域網(wǎng)上的門戶站點(diǎn)應(yīng)用,讓用戶既可以查詢聯(lián)邦快遞包裹,查看股市行情,又可以管理自己的日程安排,還可以在線購買電影票。現(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商,都在其應(yīng)用中實(shí)現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來,就可以非常容易地把所有這些功能都集成到你的門戶站點(diǎn)中,為用戶提供一個統(tǒng)一的、友好的界面。將來,許多應(yīng)用程序都會利用WebService,把當(dāng)前基于組件的應(yīng)用程序結(jié)構(gòu)擴(kuò)展為組件/WebService的混合結(jié)構(gòu),可以在應(yīng)用程序中使用第三方的WebService提供的功能,也可以把自己的應(yīng)用程序功能通過WebService提供給別人。兩種情況下,都可以重用代碼和代碼背后的數(shù)據(jù)。SOA的WebService實(shí)現(xiàn)

SOA是一種軟件架構(gòu),而不是局限于某個技術(shù)的組合,它超越了技術(shù)范圍。SOA的關(guān)鍵是“服務(wù)”。W3C將服務(wù)定義為:“服務(wù)提供者完成一組工作,為服務(wù)使用者交付所需的最終結(jié)果。最終結(jié)果通常是使用者的狀態(tài)發(fā)生變化,但也可能是提供者的狀態(tài)改變,或者雙方都產(chǎn)生變化”。服務(wù)是網(wǎng)絡(luò)中可用的軟件資源。服務(wù)提供者通過標(biāo)準(zhǔn)機(jī)制提供服務(wù),使用者通過網(wǎng)絡(luò)有計(jì)劃地使用服務(wù)。服務(wù)儲備庫發(fā)布服務(wù)所在位置,并在使用者請求服務(wù)時定位服務(wù).服務(wù)使用者和提供者的角色不是惟一的,服務(wù)提供者也可以是使用者,反之亦然。SOA具體的實(shí)現(xiàn)有很多,包括WebService,Ses—sionBean,JINI等,但隨著WebService技術(shù)被越來越重視,其己經(jīng)成為構(gòu)建SOA的主要技術(shù)。圖4.2標(biāo)準(zhǔn)WebService技術(shù)和SOA架構(gòu)系統(tǒng)對比

從上圖比較得出,SOA自治的WebService實(shí)現(xiàn)架構(gòu)中,增加了對服務(wù)的管理,包括:業(yè)務(wù)對象管理、業(yè)務(wù)流程管理,服務(wù)策略,服務(wù)安全等的考慮?;冢覱A的Application為什么選擇SOA?不同種類的操作系統(tǒng),應(yīng)用軟件,系統(tǒng)軟件和應(yīng)用基礎(chǔ)結(jié)構(gòu)(applicationinfrastructure)相互交織,這便是IT企業(yè)的現(xiàn)狀。一些現(xiàn)存的應(yīng)用程序被用來處理當(dāng)前的業(yè)務(wù)流程(businessprocesses),因此從頭建立一個新的基礎(chǔ)環(huán)境是不可能的.企業(yè)應(yīng)該能對業(yè)務(wù)的變化做出快速的反應(yīng),利用對現(xiàn)有的應(yīng)用程序和應(yīng)用基礎(chǔ)結(jié)構(gòu)(applicationinfrastructure)的投資來解決新的業(yè)務(wù)需求,為客戶,商業(yè)伙伴以及供應(yīng)商提供新的互動渠道,并呈現(xiàn)一個可以支持有機(jī)業(yè)務(wù)(organicbusiness)的構(gòu)架。SOA憑借其松耦合的特性,使得企業(yè)可以按照模塊化的方式來添加新服務(wù)或更新現(xiàn)有服務(wù),以解決新的業(yè)務(wù)需要,提供選擇從而可以通過不同的渠道提供服務(wù),并可以把企業(yè)現(xiàn)有的或已有的應(yīng)用作為服務(wù),從而保護(hù)了現(xiàn)有的IT基礎(chǔ)建設(shè)投資。圖4。3采用SOA架構(gòu)的應(yīng)用示例基于SOA的ERP系統(tǒng)架構(gòu)設(shè)計(jì)SOA架構(gòu)基礎(chǔ)技術(shù)SOA服務(wù)架構(gòu)為了實(shí)現(xiàn)SOA,企業(yè)需要一個服務(wù)架構(gòu),服務(wù)消費(fèi)者(serviceconsumer)可以通過發(fā)送消息來調(diào)用服務(wù)。這些消息由一個服務(wù)總線(servicebus)轉(zhuǎn)換后發(fā)送給適當(dāng)?shù)姆?wù)實(shí)現(xiàn)。這種服務(wù)架構(gòu)可以提供一個業(yè)務(wù)規(guī)則引擎(businessrulesengine),該引擎容許業(yè)務(wù)規(guī)則被合并在一個服務(wù)里或多個服務(wù)里.這種架構(gòu)也提供了一個服務(wù)管理基礎(chǔ)(servicemanagementinfrastructure),用來管理服務(wù),類似審核,列表(billing),日志等功能。此外,該架構(gòu)給企業(yè)提供了靈活的業(yè)務(wù)流程,更好地處理控制請求(regulatoryrequirement),例如SarbanesOxley(SOX),并且可以在不影響其他服務(wù)的情況下更改某項(xiàng)服務(wù)[29]。圖4。4SOA服務(wù)架構(gòu)SOA基礎(chǔ)結(jié)構(gòu)要運(yùn)行,管理SOA應(yīng)用程序,企業(yè)需要SOA基礎(chǔ),這是SOA平臺的一個部分。SOA基礎(chǔ)必須支持所有的相關(guān)標(biāo)準(zhǔn),和需要的運(yùn)行時容器[29]。圖4.5SOA基礎(chǔ)架構(gòu)SOAP,WSDL,UDDIWSDL,UDDI和SOAP是SOA基礎(chǔ)的基礎(chǔ)部件。WSDL用來描述服務(wù);UDDI用來注冊和查找服務(wù);

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論