日韩床上生活一级视频|能看毛片的操逼网站|色悠悠网站在线观看视频|国产免费观看A淫色免费|国产av久久久久久久|免费A级视频美女网站黄|国产毛片av日韩小黄片|热久久免费国产视频|中文字幕无码色色|成人在线视频99久久久

摘要： 本文提出了一種新的物流信息系統(tǒng)工作流程；利用工作流進(jìn)行物流管理的自動(dòng)訂貨、驗(yàn)證、配送等業(yè)務(wù)調(diào)度；分析了物流信息系統(tǒng)中分布式工作流模型的設(shè)計(jì)、工作流流程設(shè)計(jì)以及工作流的核心—工作流引擎軟件設(shè)計(jì)的關(guān)鍵技術(shù)。最后比較了工作流相對(duì)于傳統(tǒng)的MIS系統(tǒng)用于物流軟件的優(yōu)點(diǎn)。
　　1 引言
　　工作流（Workflow）就是工作流程的計(jì)算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則在計(jì)算機(jī)中以恰當(dāng)?shù)哪Ｐ瓦M(jìn)行表示并對(duì)其實(shí)施計(jì)算。工作流要解決的主要問題是：為實(shí)現(xiàn)某個(gè)業(yè)務(wù)目標(biāo)，在多個(gè)參與者之間，利用計(jì)算機(jī)，按某種預(yù)定規(guī)則自動(dòng)傳遞文檔、信息或者任務(wù)。
　　隨著工作流技術(shù)的發(fā)展和成熟，接合數(shù)據(jù)傳輸技術(shù)和網(wǎng)絡(luò)技術(shù)，應(yīng)用工作流技術(shù)制定特定的訂貨和配送流程，利用網(wǎng)絡(luò)進(jìn)行訂貨和配送成為可能。本文在此基礎(chǔ)上，提出了物流信息系統(tǒng)中分布式工作流模型的設(shè)計(jì)和實(shí)現(xiàn)。
　　2 物流信息系統(tǒng)工作流程
　　基于分布式工作流的物流信息系統(tǒng)根據(jù)定制好的工作流程進(jìn)行業(yè)務(wù)的處理，其工作流程如圖1所示。
　　物流中心的客戶向物流中心發(fā)送訂貨信息，訂貨信息包括客戶信息、所訂商品的名稱和條碼信息、所訂商品的數(shù)量信息等。這些信息符合統(tǒng)一的EDI規(guī)定和格式，可以多種方式通過信息網(wǎng)關(guān)處理后，傳送給物流中心的基于工作流引擎的物流信息系統(tǒng)，物流信息系統(tǒng)啟動(dòng)一個(gè)業(yè)務(wù)工作流的流程。
　　物流信息系統(tǒng)將上述訂貨信息自動(dòng)發(fā)送給事先定義好的下一級(jí)業(yè)務(wù)流程，即檢查訂貨信息并計(jì)算貨物價(jià)格，再由相應(yīng)的工作人員，即財(cái)務(wù)審核人員驗(yàn)證用戶信息，并通過網(wǎng)絡(luò)銀行驗(yàn)證用戶帳戶和余額。如果帳戶上余額較訂貨款項(xiàng)多，則形成用戶訂單數(shù)據(jù)，同時(shí)轉(zhuǎn)入下一步業(yè)務(wù)流程；否則，形成一個(gè)余額不足的任務(wù)交由呼叫中心系統(tǒng)或人員的流程進(jìn)行處理，可通過自動(dòng)短消息、傳真或電話聯(lián)系客戶。
　　用戶的訂貨信息和帳戶信息確認(rèn)之后，系統(tǒng)將用戶訂單數(shù)據(jù)自動(dòng)轉(zhuǎn)發(fā)到配送中心業(yè)務(wù)流程，以便配送中心調(diào)度車隊(duì)安排送貨。進(jìn)行配送安排時(shí)，根據(jù)GIS地理信息系統(tǒng)對(duì)訂貨客戶的地址進(jìn)行分析選擇合適的存貯倉庫，同時(shí)根據(jù)路徑最短/時(shí)間最短/費(fèi)用最低的原則生成配送路線。將配送路線和選擇好的倉庫信息傳送給運(yùn)輸管理系統(tǒng)，運(yùn)輸管理系統(tǒng)根據(jù)配送路線安排車輛調(diào)度人員進(jìn)行車輛的調(diào)度，調(diào)度人員將調(diào)度好的車輛派往選取好的倉庫。同時(shí)，系統(tǒng)形成的出庫訂單自動(dòng)轉(zhuǎn)發(fā)給倉庫管理系統(tǒng)，形成分揀配送單據(jù)。分揀流程業(yè)務(wù)人員按照轉(zhuǎn)發(fā)的分揀配送單據(jù)進(jìn)行商品的分揀，并將分揀好的商品裝載到車隊(duì)調(diào)度系統(tǒng)調(diào)度好的物流車輛上，同時(shí)生成送貨單。
　　物流車輛與送貨人員最后將商品運(yùn)送給銷售商用戶，用戶在送貨單上簽字確認(rèn)。送貨人員返回物流中心后將送貨單交給運(yùn)輸管理人員，由其完成業(yè)務(wù)工作流的結(jié)束工作。上述過程即為一個(gè)典型的物流信息的處理過程，它將物流、信息流和工作流緊密結(jié)合，根據(jù)定制好的工作流流程進(jìn)行電子訂貨與配送。其中最重要的是流程的定制，即分布式工作流的設(shè)計(jì)。



圖1. 基于分布式工作流的物流信息系統(tǒng)的工作流程
　　3 分布式工作流模型設(shè)計(jì)
　　工作流是針對(duì)工作中具有固定程序的常規(guī)活動(dòng)而提出的一個(gè)概念，在計(jì)算機(jī)支持下可以實(shí)現(xiàn)整個(gè)或部分過程的自動(dòng)化。物流作業(yè)也是一個(gè)工作流程，因而也可以采用工作流技術(shù)驅(qū)動(dòng)物流信息系統(tǒng)的業(yè)務(wù)流程，實(shí)現(xiàn)物流作業(yè)自動(dòng)化。
　　3.1 分布式工作流系統(tǒng)模型規(guī)劃與設(shè)計(jì)
　　工作流系統(tǒng)模型中包含的三類對(duì)象：文檔對(duì)象，工作流對(duì)象，操作員對(duì)象。這三種對(duì)象相互作用，共同完成工作流的運(yùn)轉(zhuǎn)。
　?、?文檔對(duì)象（Document）：文檔對(duì)象是物流信息系統(tǒng)中訂貨數(shù)據(jù)、配送路線等信息流轉(zhuǎn)的載體。主要由三個(gè)字段（屬性）：ID號(hào)、文檔名、文檔內(nèi)容。ID號(hào)：GUID字符串，作為系統(tǒng)中文檔的唯一標(biāo)識(shí)符。通過ID號(hào)就可以存取文檔。文檔名：文檔的中文標(biāo)識(shí)，可以由用戶任意來命名，是文檔的說明。文檔內(nèi)容：采用XML文檔定義文檔，包含有具體的物流信息?？蓪?duì)文檔進(jìn)行錄入、瀏覽、打印三種操作。
　　⑵ 操作員對(duì)象（User）：操作員對(duì)象是標(biāo)識(shí)登錄系統(tǒng)的每個(gè)客戶端的對(duì)象。操作員對(duì)象與權(quán)限設(shè)置密切相關(guān)。操作員對(duì)象采用多級(jí)分組設(shè)置，即操作員分為兩種類型：個(gè)人用戶操作員、小組用戶操作員；其中分組操作員用戶中至少有一個(gè)缺省操作員，作為接收文檔的個(gè)人用戶操作員。操作員采用樹狀結(jié)構(gòu)管理；分組級(jí)數(shù)沒有限制；在工作流中，操作員與部門是平等的關(guān)系，通稱為操作員對(duì)象。
　?、?工作流對(duì)象（WorkFlow）：所謂工作流對(duì)象是指當(dāng)前正在運(yùn)轉(zhuǎn)的工作流程。這里的工作流對(duì)象是每一個(gè)具體的、實(shí)際的流程，而不是工作流的定義（模板）。
　?、?三種對(duì)象之間的交互關(guān)系：利用工作流對(duì)象將文檔對(duì)象與用戶對(duì)象關(guān)聯(lián)起來。工作流定義中，結(jié)點(diǎn)就是用戶對(duì)象；數(shù)據(jù)載體就是文檔對(duì)象；整個(gè)系統(tǒng)的核心就是文檔根據(jù)工作流的定義在用戶之間不斷的流動(dòng)。
　　3.2 工作流流程設(shè)計(jì)
　?、?控制模型概念：所謂控制模型是指系統(tǒng)究竟如何控制操縱工作流，如何推動(dòng)工作流的運(yùn)行，如何與操作員進(jìn)行交互?？刂颇Ｐ涂梢苑譃椤肮ぷ髁骺刂浦行摹?、“流向控制中心”、“活動(dòng)狀態(tài)控制中心”、“文檔派發(fā)中心”、“任務(wù)處理中心”、“文檔提交中心”、“文檔檢測(cè)中心”7部分組成，如圖2所示：



圖2. 工作流控制中心模型示意圖
　?、?工作流控制中心：工作流控制中心是整個(gè)工作流引擎的最外層控制部分，所有的正在運(yùn)行中的工作流程都將處在該中心的控制之下。控制中心具有管理所有工作流程的權(quán)利。主要包括：（1）啟動(dòng)、暫停、取消、終止工作流實(shí)例。（2）查看工作流的當(dāng)前狀態(tài)、歷史運(yùn)行記錄。
　　⑶ 工作流向控制中心：從起始點(diǎn)到終點(diǎn)的所有路徑的控制都由控制中心解決，包括：（1）判斷活動(dòng)的后續(xù)活動(dòng)。（2）判斷活動(dòng)的返工路線。（3）記錄文檔的流轉(zhuǎn)路線。
　?、?活動(dòng)狀態(tài)控制中心：當(dāng)一個(gè)工作流的實(shí)例啟動(dòng)之后，最初所有的活動(dòng)都處于休眠狀態(tài)。隨著工作流的不斷進(jìn)行，活動(dòng)陸續(xù)被激活?；顒?dòng)狀態(tài)控制中心是該系統(tǒng)的獨(dú)特之處，它充分的模擬現(xiàn)實(shí)中的工作場(chǎng)面，兼顧了智能性與實(shí)際工作流的復(fù)雜性和靈活性。該控制中心主要用來： （　1）自動(dòng)激活、完成某一活動(dòng)。（2）手動(dòng)激活、完成某一活動(dòng)。（3）查看工作流中所有活動(dòng)的狀態(tài)。（4）記錄活動(dòng)狀態(tài)軌跡。
　　⑸ 文檔派發(fā)中心：文檔分發(fā)中心是當(dāng)某一訂貨活動(dòng)開啟之后，負(fù)責(zé)管理將文檔分配給某個(gè)人（組）的功能模塊。文檔的分發(fā)依靠“文檔派發(fā)規(guī)則”。
　　⑹ 任務(wù)處理中心：該中心并不具體執(zhí)行業(yè)務(wù)，它只負(fù)責(zé)記錄在當(dāng)前活動(dòng)的運(yùn)行過程中用戶的所有操作，以供查看之用。所謂“任務(wù)處理”是指每個(gè)活動(dòng)用戶針對(duì)文檔進(jìn)行操作。是一種前臺(tái)操作，主要是錄入、修改文檔。
　　⑺ 文檔檢測(cè)中心：該中心的功能比較單一，而且比較直觀，相當(dāng)于一個(gè)自動(dòng)審表人。它負(fù)責(zé)檢驗(yàn)文檔是否合格。檢驗(yàn)方法由文檔檢驗(yàn)規(guī)則確定。
　?、?文檔提交中心：在某一訂貨活動(dòng)中，參與人員完成文檔操作之后就進(jìn)行提交。是否提交完成由提交規(guī)則確定。文檔提交中心負(fù)責(zé)暫時(shí)保管所有文檔中已完成的部分。當(dāng)根據(jù)“提交規(guī)則”，所有必須提交的文檔全部完成之后，提交中心就將文檔全部發(fā)送給活動(dòng)控制中，再發(fā)送給流向控制中心，然后再回來由文檔派發(fā)中心分給其他活動(dòng)中的人員。
　　4 分布式工作流系統(tǒng)實(shí)現(xiàn)
　　分布式工作流采用三層結(jié)構(gòu)，分別對(duì)應(yīng)客戶端和服務(wù)器端。
　　4.1 服務(wù)器端設(shè)計(jì)與實(shí)現(xiàn)
　　服務(wù)器端包含兩部分功能，一部分是各種具體服務(wù)；另一部分是工作流引擎。（1）具體服務(wù)包含各種服務(wù)，包括數(shù)據(jù)錄入，查詢檢索等各種功能。（2）工作流引擎是服務(wù)器端的核心工作組件，也是整個(gè)系統(tǒng)的核心運(yùn)行組件。
　　整個(gè)工作引擎的結(jié)構(gòu)可分為功能模塊和數(shù)據(jù)模塊兩部分，如圖3所示。其中，圖中左側(cè)為功能模塊，右側(cè)為數(shù)據(jù)模塊。



圖3. 工作流引擎的結(jié)構(gòu)架構(gòu)
　　⑴ 功能模塊結(jié)構(gòu)劃分為三個(gè)層次：（1）步驟管理CPU：專門管理和執(zhí)行不同的步驟（Step），負(fù)責(zé)啟動(dòng)步驟、執(zhí)行步驟、結(jié)束步驟等功能。（2）文檔提交代理：在一個(gè)步驟處理的內(nèi)部，根據(jù)文檔的提交規(guī)則，判斷什么時(shí)候文檔提交完成，等全部的文檔提交完成以后，該步驟完成，同時(shí)通知步驟管理CPU。（3）文檔發(fā)放代理：在一個(gè)步驟內(nèi)部，根據(jù)文檔發(fā)放規(guī)則，將文檔分發(fā)給指定的客戶端。
　　⑵ 數(shù)據(jù)模塊結(jié)構(gòu)：保存每個(gè)步驟的運(yùn)行過程中的數(shù)據(jù)，也對(duì)應(yīng)著數(shù)據(jù)庫中的數(shù)據(jù)表?？梢詣澐譃橐韵聨讉€(gè)層次：（1）工作流（步驟隊(duì)列）：對(duì)應(yīng)著工作流實(shí)例數(shù)據(jù)表中的每個(gè)工作流實(shí)例。其中保存著該工作流實(shí)例中的所有步驟;（2）單個(gè)步驟：對(duì)應(yīng)著步驟數(shù)據(jù)表，該數(shù)據(jù)表中保存著全部的正在進(jìn)行的所有步驟。每一條記錄對(duì)應(yīng)著一個(gè)步驟。其中保存著關(guān)鍵數(shù)據(jù)：接收任務(wù)人員列表、任務(wù)中接收的文檔列表、任務(wù)執(zhí)行人指定下一步驟的執(zhí)行人列表、下一步任務(wù)需要的文檔列表。步驟結(jié)束的標(biāo)志：任務(wù)分發(fā)給指定的人員，然后任務(wù)完成以后，完全全部的提交工作，此時(shí)標(biāo)志著步驟的結(jié)束，也標(biāo)志著下一個(gè)步驟的開始。(3)客戶端緩存：代表著客戶端正在編輯的文檔，是一種中間結(jié)果，臨時(shí)保存在服務(wù)端的緩沖區(qū)?？蛻舳税l(fā)送提交指令時(shí)，文檔提交代理才將這些文檔檢驗(yàn)后提交給步驟管理CPU。
　　4.2 客戶端設(shè)計(jì)與實(shí)現(xiàn)
　　整個(gè)系統(tǒng)分為三個(gè)層次，分別為：主窗體、子窗體、孫窗體；調(diào)用關(guān)系：主窗體調(diào)用子窗體，子窗體包含各個(gè)孫窗體，同時(shí)調(diào)用各個(gè)孫窗體。（1）主窗體：主窗體主要負(fù)責(zé)調(diào)用和管理各個(gè)子窗體，本身并不實(shí)現(xiàn)任何業(yè)務(wù)。同時(shí)，它還負(fù)責(zé)設(shè)置各種參數(shù)。（2）子窗體（模塊）：每個(gè)子窗體對(duì)應(yīng)一個(gè)功能模塊，每個(gè)功能模塊之間都是獨(dú)立的，彼此間沒有任何聯(lián)系。每個(gè)模塊的初始參數(shù)都是從數(shù)據(jù)庫中提取出來的。每次打開一個(gè)窗體，都必須訪問數(shù)據(jù)庫，從數(shù)據(jù)庫中讀取所有的參數(shù)，將內(nèi)容顯示在窗體上。（3）孫窗體（模塊內(nèi)部的功能）：孫窗體是每個(gè)模塊內(nèi)部的各項(xiàng)功能。
　　系統(tǒng)功能：（1）任務(wù)管理：客戶端的主要模塊，負(fù)責(zé)任務(wù)的接收、處理和任務(wù)相關(guān)信息的查詢。（2）短消息處理：端消息接收，端消息發(fā)送，端消息瀏覽，管理。（3）用戶管理：用戶的錄入，瀏覽和刪除。（4）文檔瀏覽：文檔瀏覽和查看。（5）工作流瀏覽：工作流瀏覽和查看。（6）文檔模板管理：文檔模板的瀏覽查看和模板的錄入。（7）工作流模板管理：工作流模板的瀏覽查看和模板的錄入。
　　4.3 工作流平臺(tái)相對(duì)于傳統(tǒng)MIS的優(yōu)點(diǎn)
　　與傳統(tǒng)的MIS系統(tǒng)相比，采用分布式工作流技術(shù)的物流信息系統(tǒng)具有以下特點(diǎn)：
　　（1） 擴(kuò)展性好。由于采用了工作流技術(shù)，如果要增加物流流程的步驟，只需在定制的流程中增加結(jié)點(diǎn)，不需要修改或編寫程序代碼。
　?。?） 分布式特點(diǎn)。由于基于Intranet和Internet進(jìn)行通信，物流平臺(tái)和倉庫配送可以在全球分布，訂貨可以分散進(jìn)行，可以減輕物流中心的壓力，增長(zhǎng)物流流程的速度，提高效率。
　　（3） 可以應(yīng)用于多行業(yè)物流，尤其是在第三方物流中，實(shí)現(xiàn)物流信息交換的統(tǒng)一。
　　5 結(jié)論
　　本文提出的物流信息系統(tǒng)工作流程可以用來進(jìn)行物流中的訂貨、配送等業(yè)務(wù),其模型以及工作流核心—工作流引擎完全適合物流信息系統(tǒng)的流程化、多業(yè)務(wù)、分布式的特點(diǎn)?；谏鲜鏊枷朐O(shè)計(jì)的工作流系統(tǒng)核心平臺(tái)運(yùn)行情況良好。
　　參考文獻(xiàn)：
　　1. Zhang Jin,Yang Dongyuan,Tong Xiaohua. Architecture of Logistics Inbbbbation Grid.The Proceeding of The China Association For Science And Technology.2004,355-361
　　2. 鄭波，高琦，姜兆亮.基于Web的計(jì)算機(jī)協(xié)同工作流管理系統(tǒng).山東大學(xué)學(xué)報(bào).2004,22-25
　　3. 范玉順.工作流管理技術(shù)基礎(chǔ)—實(shí)現(xiàn)企業(yè)經(jīng)營重組與經(jīng)營過程自動(dòng)化的核心技術(shù).清華大學(xué)出版社.2001.