第 1 章  緒論

1.1  研究背景 
隨著企業(yè)規(guī)模的不斷壯大和各企業(yè)之間合作關系的逐漸密切，企業(yè)之間的商業(yè)生態(tài)系統(tǒng)現(xiàn)已頗具規(guī)模，這推動了物流業(yè)的迅猛發(fā)展。與傳統(tǒng)物流業(yè)相比，現(xiàn)代物流不管是從規(guī)模還是從完善的功能方面都有了一個質(zhì)的飛越。它將生產(chǎn)、加工、運輸、倉儲、銷售等各環(huán)節(jié)科學合理的結合起來，大大降低了企業(yè)的物資消耗和運輸成本，提高了勞動生產(chǎn)效率，形成了一套全新的信息化服務體系。 
現(xiàn)代物流是一個跨企業(yè)的實體流通過程，與傳統(tǒng)物流業(yè)相比，更加注重商品的多樣化，各企業(yè)之間的合作以及與其他功能的配合，其目標是在各企業(yè)之間提供統(tǒng)一的業(yè)務交流標準。通過為各相關企業(yè)提供信息共享、安全透明、實時快捷的服務來促進整個物流行業(yè)的健康發(fā)展。倉儲作為物流體系的核心，為企業(yè)生產(chǎn)商、供應商和需求方提供一系列信息化服務。安全、準確、透明的倉儲信息是處理好物資傳輸和管理不確定性的迫切要求，但傳統(tǒng)簡單、靜態(tài)的倉儲管理已經(jīng)不能滿足企業(yè)對各種資源的協(xié)調(diào)利用和信息共享的要求。利用 SOA技術構建的倉儲信息管理系統(tǒng)可以將不同企業(yè)、不同地區(qū)的資源信息集合到一起，提供全方位的信息化服務。

構建軟件系統(tǒng)體系架構中，最常用的是 C/S 或 B/S 架構，但由于開發(fā)技術和平臺等限制，難以形成統(tǒng)一的行業(yè)標準。另外，基于此類架構的軟件大多只能供某個企業(yè)單獨使用，無法滿足如今跨領域跨企業(yè)的應用系統(tǒng)需要。在這兩種架構中，各業(yè)務模塊之間難以重用，很難對所有信息進行統(tǒng)一管理和適應各企業(yè)的業(yè)務變化，信息的更新、查詢及安全性也很難達到用戶的需求。因此探討并開發(fā)基于 SOA 的軟件系統(tǒng)變得十分迫切。 

……

1.2 SOA 的國內(nèi)外研究現(xiàn)狀 

在國際上，各大 IT 巨頭公司紛紛給出 SOA 應用軟件和行業(yè)解決方案，SOA標準化研討會也在各個國家召開，不但推動 SOA 標準化的工作。SOA 已經(jīng)成為目前最具商業(yè)價值的體系結構。 
在國內(nèi)，SOA 經(jīng)過了從“概念導入”到快速發(fā)展的發(fā)展過程，逐漸被不同用戶探索和接受。近年來，我國智慧城市建設、企業(yè) IT 技術集成等建設中都開始實施 SOA 架構，一些互聯(lián)網(wǎng)企業(yè)也紛紛將 SOA 技術作為自己的企業(yè)開發(fā)路線。SOA 與物聯(lián)網(wǎng)、云計算的融合方案也在逐步實施。 
晉元 Primeton EOS是采用面向構建技術實現(xiàn)的企業(yè)級應用開發(fā)平臺，它將 SOA、XML 技術、構建技術緊密的結合起來，實現(xiàn)了 SCA/SDO 規(guī)范。能夠支持跨平臺、系統(tǒng)復用、業(yè)務變更等一系列服務，并支持電信、政府、金融等行業(yè)客戶關鍵技術的運行。 
用友的 U9是行業(yè)中一款耳熟能詳?shù)漠a(chǎn)品，它支持多集團、多公司的跨國內(nèi)外環(huán)境，在供應鏈及相關領域應用顯著。U9是一款全面應用 SOA 的企業(yè)管理軟件產(chǎn)品，實現(xiàn) ESB、支持 BPM，能夠滿足企業(yè)集團業(yè)務的全球化部署和管理，其先進的管理模式在財務、生產(chǎn)制造等十幾個領域得到了應用與實施。

此外，我國的研究機構和高等院校，如中國科學研究院，北京大學等也已經(jīng)開始著手 SOA 相關課題的研究，并與企業(yè)進行多方面的合作和雙向培養(yǎng) SOA技術人員。由此可見，SOA 中的“服務”呈現(xiàn)出了廣泛互聯(lián)的特征，在各行業(yè)中具有極強的生命力。 

……

第 2 章  SOA 及相關技術 

2.1 SOA 概述 
從以上定義可以看到，“服務”是 SOA 的核心元素，是面向?qū)ο蠛兔嫦蚪M件之上的更高級抽象。SOA 的最大優(yōu)勢在于重用和互操作，面向?qū)ο蟮募軜嬁梢詫⒏髌髽I(yè)的 IT 資源融合為一種規(guī)范的、可使用的模式。SOA 不僅是一種技術，，更是一種無需關心底層實現(xiàn)的高度抽象化的架構思想，它將應用層從底層硬件中提取出來，對外將詳細的實現(xiàn)過程做了掩蓋，這樣有利于粗粒度組件的集成和部署。SOA 體系架構不僅可以提高 IT 部門的效率，縮短開發(fā)周期，允許企業(yè)平衡現(xiàn)有的資源和財產(chǎn)，實現(xiàn)對各種資源的優(yōu)化配置，而且可以充分發(fā)揮企業(yè)業(yè)務整合的優(yōu)勢，從而最大限度地提升企業(yè)和用戶的收益。 
隨著軟件工程的不斷發(fā)展，軟件開發(fā)方法從結構化方法到面向服務方法，使得系統(tǒng)開發(fā)在可重用性、可管理性和可擴展性等方面得到了不斷的完善。軟件開發(fā)方法越來越符合人們?nèi)粘Ｋ伎嫉哪Ｊ�，也更加適應應用服務系統(tǒng)的開發(fā)。各類軟件開發(fā)方法的比較如表 2-1 所示。

由表可知，面向服務方法以“服務”為基本元素，實現(xiàn)了更加級別的復用，從而降低了應用系統(tǒng)的開發(fā)維護成本，滿足企業(yè)不斷變化的業(yè)務流程，越來越符合人們的日常思維習慣。 

在面向服務架構的基礎體系結構中，服務是一段包含服務描述接口的程序，它必須是低內(nèi)聚高耦合；服務描述定義了服務的請求和響應格式，服務質(zhì)量級別等；服務發(fā)布者是提供服務的平臺總稱，它能發(fā)布并更新服務注冊中心的服務，并響應服務請求者的服務請求；服務請求者是服務的使用者，當它需要服務時，首先在服務注冊中心進行服務查找，相應的服務描述匹配成功后即可調(diào)用所需的服務；服務注冊中心是存儲服務信息的“倉庫”，是連接服務發(fā)布者和服務請求者通信的橋梁。這三種角色就是通過發(fā)布、查找和綁定三種操作進行轉(zhuǎn)換，不需要知道各種轉(zhuǎn)換之間的具體實現(xiàn)細節(jié)。SOA 中的每個實體可以使三個角色中的一種或者多種。 

……

2.2 Web Services 技術 
在面向服務的體系架構中，服務交互過程只是一種思想，實現(xiàn) SOA 架構需要依賴一定的技術。由上一章節(jié)可知，Web  Services 是實現(xiàn) SOA 架構的主流技術，為 SOA 架構的實現(xiàn)提供理論基礎和實踐環(huán)境。 
對于 Web 服務，人們對它的理解層出不窮，W3C  將它定義為，“Web 服務是一種獨立的可自我描述的應用程序組件，能夠使用開放協(xié)議進行通信，可被統(tǒng)一描述、發(fā)現(xiàn)和集成”。
SOAP  （Simple Object Access Protocol），即簡單對象訪問協(xié)議，是由微軟、Lotus 等眾多知名企業(yè)在 2000 年 5 月首次向 W3C 提出，SOAP 是一種用于應用程序通信的通信協(xié)議，可以支持應用程序擴展，有良好的平臺和編程語言獨立性，可以簡單的被調(diào)用和處理。一條 SOAP 消息必須包含 SOAP Envelop 元素和 SOAP Body 元素，而 SOAP Header 元素和 Fault 元素是可選的。

本章首先從 SOA 的定義入手，分析了面向?qū)ο蠓椒ê推渌椒ǖ膮^(qū)別，得到面向?qū)ο蠓椒ǖ膬?yōu)勢，接著研究了 SOA 的基礎體系結構。并通過分析對比選出最適合系統(tǒng)開發(fā)的 SOA 實現(xiàn)技術——Web Services，著重研究了 Web  服務標準規(guī)范，最后詳細闡述了發(fā)布 Web 服務的 Apache CXF 框架的各部分組件。 

……

第 3 章  基于 SOA 架構倉儲管理信息系統(tǒng)的需求分析............15 
3.1  系統(tǒng)業(yè)務流程分析......................................15 
3.1.1  供應商業(yè)務需求.......................................16 
3.1.2  生產(chǎn)商業(yè)務需求........................................17 
3.1.3  經(jīng)銷商業(yè)務需求.......................................18 
3.2 系統(tǒng)功能需求分析.......................................18 
3.2.1  系統(tǒng)用戶管理需求....................................19 
3.2.2  入庫作業(yè)管理需求.....................................19 
3.2.3  庫內(nèi)作業(yè)管理需求...................................20 
3.2.4  出庫作業(yè)管理需求.................................22 
3.3 本章小結..............................................24 
第 4 章  基于 SOA 架構倉儲管理信息系統(tǒng)的設計...............25 
4.1  系統(tǒng)設計原則..........................................25 
4.2  系統(tǒng)架構設計..........................................26 
4.2.1  傳統(tǒng)的開發(fā)模式....................................26 
4.2.2  面向服務的系統(tǒng)總體架構.............................26 
4.3  系統(tǒng)流程設計..........................................28 
4.4  系統(tǒng)功能結構設計......................................29 
4.4.1  供應商端倉儲管理系統(tǒng)結構設計........................29 
4.4.2  生產(chǎn)商端倉儲管理系統(tǒng)結構設計.......................31 
4.4.3  經(jīng)銷商端倉儲管理系統(tǒng)結構設計......................32 
4.5  系統(tǒng)服務建模設計......................................34 
4.5.1  服務建模的原則.....................................34 
4.5.2  服務組件設計........................................34 
4.5.3  服務接口設計.......................................36 
4.5.4  服務訪問設計........................................37 
4.6  數(shù)據(jù)庫設計...........................................37 
4.7  本章小結.............................................43 
第 5 章  基于 SOA 架構倉儲管理信息系統(tǒng)的實現(xiàn)...............44 
5.1  系統(tǒng)實現(xiàn)平臺.........................................44 
5.2  表現(xiàn)層的實現(xiàn)..........................................44 
5.3  服務層實現(xiàn)...........................................46 
5.3.1  服務端實現(xiàn).........................................47 
5.3.2 CXF 注冊和發(fā)布服務 .............................47 
5.3.3  客戶端調(diào)用 Web 服務............................48 
5.4  業(yè)務層實現(xiàn)..........................................48 
5.5  數(shù)據(jù)持久層實現(xiàn)......................................50 
5.6  數(shù)據(jù)層實現(xiàn)..........................................52 
5.7  部分界面及功能實現(xiàn)..................................52 

5.8  本章小結...........................................55

……

第 5 章  基于 SOA 架構倉儲管理信息系統(tǒng)的實現(xiàn)

5.1  系統(tǒng)實現(xiàn)平臺
本系統(tǒng)采用 SOA 架構模式，結合 J2EE 平臺的多層次分布式應用模式進行架構搭建。開發(fā)平臺采用 Eclipse IDE，應用服務器采用 Apache tomcat6.0，Web服務發(fā)布采用 Apache  CXF，數(shù)據(jù)庫持久層采用 Hibernate  實現(xiàn)。數(shù)據(jù)庫系采用SQL Server 2008，另外對于頁面美化與布局使用了 Dreamweaver 工具。 
表現(xiàn)層并不需要進行業(yè)務邏輯處理，主要負責用戶和中間層的交互，可以將中間層的消息顯示給用戶，同時也可以傳輸用戶的請求給中間層。由于不參與業(yè)務邏輯處理，因此它的改變不會對中間層產(chǎn)生影響。在本系統(tǒng)中，表現(xiàn)層的實現(xiàn)采用 MVC 模式，該模式允許一個模型對應多個視圖，采用該模式的好處是當模型發(fā)生變化時，可以更好的維護系統(tǒng)，代碼的復制也會減少，同時整個系統(tǒng)的結構也更加的清晰。
控制器 Servlet 主要負責與模型交互，響應用戶請求并把相應結果調(diào)用到視圖端顯示出來�？刂破鞯牡闹饕ぷ髁鞒淌�，第一步，通過用戶的請求信息來判斷將要完成的用戶需求服務，第二步，查看 CXF 總線上的 WSDL 文檔，根據(jù)文檔中的信息綁定服務的地址，并將相應的結果通過消息返回給用戶。

本文所設計的倉儲信息管理系統(tǒng)中的服務層功能實現(xiàn)是依賴于業(yè)務層功能實現(xiàn)。系統(tǒng)在傳統(tǒng)三層架構（數(shù)據(jù)持久層、業(yè)務層和表現(xiàn)層）的基礎上增加了服務層，服務層在此基礎上將其封裝成 Web 服務，完成了服務的生成。但是這個生成的 Web 服務只是存儲在服務層中，并沒有發(fā)布出去給用戶使用，因此服務層還需要將實現(xiàn) Web 服務的發(fā)布功能。 

……

結論

傳統(tǒng)  C/S  或  B/S  架構的倉儲管理信息系統(tǒng)由于不能完成不同平臺不同編程語言的系統(tǒng)的交互和信息共享，滿足不了企業(yè)快速發(fā)展的業(yè)務需求。因此，本文以某公司為研究背景，通過對其現(xiàn)有的倉儲管理業(yè)務的需求分析和軟件架構模式的分析對比，最終設計和實現(xiàn)了基于 SOA 架構的倉儲管理信息系統(tǒng)，實現(xiàn)了生產(chǎn)商、零部件供應商和經(jīng)銷商之間跨平臺的業(yè)務合作，有利于行業(yè)間的資源共享和良性競爭，從而促進企業(yè)的發(fā)展壯大。 
本文的研究工作和成果主要包括以下幾個方面：
首先，研究了現(xiàn)代物流中的核心模塊——倉儲管理，分析了其在企業(yè)中的地位和作用，并結合 SOA 的發(fā)展狀況對基于 SOA 架構的倉儲管理信息系統(tǒng)進行研究。 
其次，通過分析對比，引入業(yè)界廣泛認可的 Web  Services 技術來實現(xiàn) SOA架構，采用  XML  進行數(shù)據(jù)表示，整個實現(xiàn)過程是通過用  WSDL  、UDDI 和SOAP 協(xié)議分別進行服務的描述、定義、發(fā)現(xiàn)和調(diào)用。 
第三，根據(jù)倉儲管理信息系統(tǒng)的需求分析和基于 SOA 架構系統(tǒng)的設計原則，從系統(tǒng)總體框架、系統(tǒng)流程、系統(tǒng)功能結構、服務建模、數(shù)據(jù)庫等方面對系統(tǒng)進行詳細設計。重點是服務組件和接口的設計。 

最后，對 SOA 架構的倉儲管理信息系統(tǒng)進行設計實現(xiàn)，用到 Apache  CXF框架對所需的服務進行發(fā)布，便于客戶端調(diào)用相應的服務。 

參考文獻（略）

本文編號：44484