煙草企業物流“服務產品化”信息平臺業務架構設計

崔江波 孟祥婷 朱江,3,4 羅賽,3,4 朱金華,3,4

1. 吉林煙草工業有限責任公司 吉林 延吉 133000；

2. 中國科學院沈陽自動化研究所 遼寧 沈陽 110016；

3. 中國科學院機器人與智能制造創新研究院 遼寧 沈陽 110016；

4. 中國科學院網絡化控制系統重點實驗室 遼寧 沈陽 110016

前言

物流作為煙草行業中的重要組成部分，涉及運輸、存儲、調運、裝卸、信息化等多個環節。經過多年變革發展，煙草物聯已成為卷煙企業“卷煙上水平”的重要任務，成為中國煙草面向未來提升核心競爭力的重要支撐。2018年全國煙草行業物流工作現場會要求行業物流要抓好物流組織、物流業務兩大體系，建設物流標準化、物流信息化兩大基礎工程。煙草企業物流信息化應該如何建設，一直是擺在物流人面前的一道難題，以往由于煙草企業物流業務龐雜、供應鏈縱向延伸過長，造成物流信息化建設一般是基于某種業務分類或者單點作業內容進行，比如建設成品調度系統、成品車輛運輸系統、成品倉儲系統、原料倉儲系統、原料養護系統、費用管理系統等等，造成物流服務被動、業務之間割裂、缺乏統一標準，形成了信息化豎井等現象，同時加大了物流管理工作量和難度，成為限制物流業務健康發展的瓶頸。隨著市場定制化的產生，物流作業模式趨向柔性化，物流服務變得更加碎片化、多樣化、復雜化和主動化，固化模式的物流信息系統更加無法滿足碎片化、靈活化、綜合化的物流服務要求。這就要求煙草企業物流信息化建設的未來發展方向是“面向全域主動服務的大物流”，即以服務專業化、多樣化、及時化、標準化為目標，以信息、資源共享為重點，統籌利用好內部和外部兩層物流資源，圍繞統一物流規劃設計、統一物流資源調配、統一物流業務管理、統一物流標準建設、統一物流費用管控、統一物流績效考核進行自我完善建設。本文作為物流信息化建設的業務架構，目的就是解決物流信息化建設由單點服務向供應鏈服務轉變，打破以往業務架構設計的理念，變被動服務為主動服務，采用“服務產品化”思維模式對復雜的物流服務進行產品化重塑，在保證各物流服務相對獨立的情況下，對物流服務進行有效整合，建設一個具備綜合性和專業性的物流集成平臺，實現物流服務集中統一管理，并且切實提高物流管理信息化水平和運行效果。

以“服務產品化”思維規劃物流信息化業務架構，可以基于物流自身特點創造出更加優質的服務體系，還可以通過不斷沉淀對物流服務進行提升、優化，并且可以根據預期提供前瞻性服務，化物流工作被動為主動。在服務產品化思維下，將物流成品、原料、輔料等核心業務的倉儲、運輸、養護、配送、數據等服務集中在一個專用信息化技術架構下，通過該架構最終消除物流不同業務系統之間相互獨立互不聯系，或者局部業務增加,軟件升級困難等現象，實現物流信息化同步共享、業務精細化管控、物流標準化創新，提升物流緊跟市場、支持市場、服務市場的能力、可測可控可預期的成本控制能力、信息智能化的管控運作能力等。

1 業務架構的總體結構設計

業務架構的總體結構設計，采用“服務產品化”思維，對煙草企業生產經營供應鏈上下游物流提供的各類運輸、倉儲服務、配送服務、數據服務進行分解，按照物流管理標準重塑為采購服務、調撥服務、銷售服務、領用服務、退貨服務等各類物流服務，面對相關部門以服務的方式提供標準化的物流工作，用產品服務線滿足供應鏈上各部門的物流業務需求。業務架構主體設計基于成品、原料、輔料物流業務標準化流程，可分為：計劃管理、調度管理、運輸管理、倉儲管理、費用管理、數據管理六大組成部分，合理統籌運力資源、倉儲資源、庫存資源、數據資源四大資源，通過物流業務、資源集中管控，重塑物流業務、物流資源，形成物流服務能力，創建物流服務產品體系，形成物流主動服務的新模式[1]。如圖1所示。

2 服務產品化分類設計

服務產品化是通過流程細化、統一標準、內容打包、考核量化等一系列的手段，將非標的服務標準化，整合為成套的“產品”提供給對應客戶。產品化設計意味著物流業務標準化，標準化才能帶來高度協作、高度專業，將不同服務產品化也可以讓不同服務能有不同的壯大空間、垂直細分。煙草企業物流服務產品化圍繞物流業務設計，首先明確物流職能范圍，包括成品、原料、輔料業務的運輸、倉儲、費用管理工作；其次細分業務，物流工作由采購、研發、生產、營銷等上游單位需求展開，可劃分為采購物流、生產物流、銷售物流、逆向物流；然后環節重組，對各類物流業務環節進行標準化組件設計，重新組織形成標準化業務流程；最后是服務優化，通過對服務進行沉淀和完善，不斷根據發展需要自主迭代業務控件、升級服務產品、提升物流服務。

煙草企業物流服務產品可分為計劃管理、調度管理、運輸管理、倉儲管理、費用管理、數據管理六大類：

計劃管理：計劃管理提供原輔料采購、原輔料調撥、成品移庫、原輔料備貨、成品銷售等物流計劃，根據物流計劃生成一系列物流指令，以計劃驅動物流業務。

調度管理：調度管理提供成品、原料、輔料的集中調度、運輸調度、倉儲調度服務，集中調度用于分配物流任務，運輸調度用于指定承運單位、分配運輸車輛，倉儲調度用于指定作業倉庫、分配倉儲庫位。

運輸管理：運輸管理提供汽運、空運、火車等各類運輸服務，完成車輛安排、位置監控、狀態記錄等工作。

倉儲管理：倉儲管理提供入庫、出庫、盤點、庫位管理、環境監控、原料養護、庫存查詢等倉儲服務，完成成品、原料、輔料貨品倉儲作業等管理。

費用管理：費用管理提供物流運費、租賃費、裝卸費管理服務，完成費用錄入、計算、審核、費率本設置等內容。

數據管理：數據管理面對其他部門提供權威的物流標準數據服務，包括各類計劃進度、車輛動態、物流工作狀態、物流發生費用等業務數據，以及倉庫、庫存、運力等物流資源數據，并從其他來源匯聚物流相關數據。

圖1 業務架構示意圖

3 技術基座設計

業務架構需要以信息化形式進行呈現，即以業務框架為引導，以技術框架為支撐?！胺债a品化”思維模式的物流信息化框架，對技術基座框架提出了更新、更高的要求，要滿足面向服務的基礎設計，具備物流業務靈活配置、構件化開發能力、支持插拔的系統組成、支持移動端同步運行、大數據管理和多樣的主流數據庫管理能力，并且具有高效穩定的消息通訊能力。只有技術層面具備上述要求才能搭建出符合“服務產品化”思維的物流信息化框架[2]。

3.1 功能性設計

（1）功能模塊“積木式”插拔設計

業務架構采用構件化開發技術，將業務和資源服務設計成可重復使用的功能組件，功能組件是實現業務架構“服務產品化”的基礎。創造“積木式”插拔組件管理方式，形成組件可插拔管理，以適應“服務產品化”業務架構隨時拆分和重組的靈活模式。插件框架從插件倉庫獲取基礎插件并進行組裝，根據實際需求開發業務邏輯插件，并將業務插件發布或者更新到插件倉庫中。插件倉庫包括共享插件倉庫和業務插件倉庫兩種類型，共享插件倉庫的使用可以提高軟件資產庫的復用性，將大幅度的降低系統的開發與維護成本，共享插件倉庫主要包括了文件管理、權限管理、安全管理、模塊管理、策略管理、緩存管理等幾大類。業務插件為業務的實現提供了動態可擴展功能，可靈活高效的滿足業務需求，主要由訂單管理、倉儲管理、運輸管理、費用管理等幾部分組成。如圖2表示：

圖2 基于插件的系統框架示意圖

（2）功能模塊高內聚、無耦合化設計

“服務產品化”具有物品的獨立性、差異性等特點，要求技術架構在功能設計上以高內聚、低耦合為原則，將物流平臺中訂單管理、倉儲管理、運輸管理、商務管理等業務模塊，設計成為無耦合狀態，即各業務模塊間無任何的依賴關系，保持了功能模塊的獨立性，使得業務應用無耦合，可獨立部署，亦可與業務應用部署到一臺機器上。無耦合狀態下的功能模塊，更易于組件升級、維護，具有高度的靈活性和擴展性，具體表現為獨立的模塊比較容易測試和維護，修改設計和程序需要的工作量比較小，錯誤傳播范圍小，需要擴充功能時能夠“插入”模塊。如果在緊密耦合狀態下，各業務間相互依賴程度很高，互相作用與影響較大，無法靈活的滿足業務應用部署。如下圖分別是緊密耦合、松散耦合、無耦合三種狀態：

圖3 業務模塊耦合度說明

3.2 WEB端框架設計

“服務產品化”模式將各種作業服務變成向用戶提供多角度、定制化、個性化、多元化的服務產品，從而實現用戶實用層面和心理層面的滿足，這就要求人機界面應用的靈活性、簡單性、交互性。因此WEB端框架設計時采用了目前主流的B/S架構、Web Service、消息隊列等技術。通過B/S架構，大大簡化了客戶端，只要客戶端機器能上網就可以，用戶通過瀏覽器進行業務交互，無須進行任何設置，所有的處理工作都集中在后臺服務器端，當企業對網絡應用進行升級時，只需更新服務器端的軟件就可以，無須對客戶端進行任何維護與升級操作。適當采用Web Service的技術進行系統整合和信息資源整合，因為Web Service是基于標準接口，能生成適用于網絡上不同系統的分布式應用程序，從而保證軟件應用程序資源在各網絡上均可用，以及在不同語言和操作系統環境下的通訊正常進行。異構網絡環境下分布式應用的信息交換機制是通過消息隊列技術來完成的，消息隊列技術為構造以同步或異步方式實現的分布式應用提供了松耦合方法，消息隊列技術的API調用被嵌入到新的或現存的應用中，通過消息發送到內存或基于磁盤的隊列或從它讀出而提供信息交換[3]。具體如圖4所示：

圖4 B/S架構示意圖

3.3 服務端框架設計

“服務產品化”模式下，物流信息系統開發時，必須使用物流專用組件搭建業務流程，規范業務要求、控制用戶操作，同時簡化開發工作量，保證系統正確性，為后續管理提升提供基礎。服務端框架中基于物流業務管理特點，研發物流計劃、運輸車輛、物流倉庫、費率本等一系列物流專用的業務組件，在組件內完成業務、數據標準化管理，保證用戶標準操作[4]。

圖5 SOA體系架構示意圖

3.4 移動端框架設計

移動端框架設計是為了適應移動客戶端開發的，隨著移動互聯網的高速發展，物流業務中對移動客戶端的作業需求越來越多。而服務產品化對用戶應用平臺的要求也呈現多樣性，不只是靜止的客戶端，也要適應移動的客戶端。移動端框架采用Sencha Touch技術設計，在此基礎上，對業務層級進行了高度的封裝，全面兼容Android和Apple iOS設備。同時，提供兩種集成模式App和網頁模式，App模式可以讓我們的應用和普通手機應用一樣，通過商店模式（Android可以直接安裝）安裝到用戶的手機上。而網頁模式提供了另外一種靈活性，可以通過微信、電商等其他互聯網載體，與我們的業務系統進行交互，滿足現在互聯網模式用戶的需要。人機交互方面采用豐富的交互組件及交互方式（觸控等方式得到凸顯），可以給用戶提供特殊的交互感受，使用戶對系統的使用黏性增加，對系統的使用感受度提高。移動端支持GPRS、EDGE、3G、4G、WLAN、WIFI等構成的無縫覆蓋立體網絡，使移動終端具有高速接入網絡能力的特性[5]。具體框架圖如下：

圖6 移動端框架示意圖

3.5 流程配置化設計

“服務產品化”業務架構的內外部流動是基于制定好的標準化業務流程進行，即一些共性流程，但有時根據實際需要配置業務專項流程，針對某種業務類型進行專項設置，如運力共享、費用結算、倉儲指令等內容。系統提供業務流程配置功能，根據業務需求自行設定業務流程，即設定業務流程工作流。核心功能通過Core、Console、Client API、Designer來實現，其中Core提供核心業務流控制，Console提供流程監控與測試，Client API實現流程引擎與業務系統交互，Designer根據業務需求進行流程設計。采用嵌入式的運行模式，從UI表現層嵌入業務邏輯層，協同流程引擎與業務數據庫進行交互，運作模式如下圖：

圖7 業務模式示意圖

業務流程可配置化利用JS基于網頁的流程模板設計器來實現，支持IE、FireFox、Chrome等主流瀏覽器，可基于版本的流程在線部署，直接覆蓋流程模板[6]。表現形式如圖8。

4 結束語

本文創新性地將“服務產品化”思維引入到物流業務架構設計中，將各類物流服務內容進行拆解、包裝，推出一系列標準化服務產品，用產品服務線滿足各部門物流需求。同時采用以計劃、調度、運輸、倉儲、費用五層管控設計，完成物流各單位、各級人員在一個平臺中集中管控、分散作業、聯合操作。技術部分采用業務組件化和流程配置化設計，簡化開發工作的同時，實現業務標準化、靈活化管理，從而提升物流標準化管理能力。

圖8 流程可配置設計器