物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)_第1頁
物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)_第2頁
物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)_第3頁
物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)_第4頁
物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、物流信息系統(tǒng)中分布式工作流模型設(shè)計(jì)與軟件實(shí)現(xiàn)摘要本文提出了一種新的物流信息系統(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)的IS系統(tǒng)用于物流軟件的優(yōu)點(diǎn)。關(guān)鍵詞物流;工作流;分布式1引言工作流rkfl就是工作流程的計(jì)算模型,即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)那么在計(jì)算機(jī)中以恰當(dāng)?shù)哪P瓦M(jìn)展表示并對(duì)其施行計(jì)算。工作流要解決的主要問題是:為實(shí)現(xiàn)某個(gè)業(yè)務(wù)目的,在多個(gè)參與者之間,利用計(jì)算機(jī),按某種預(yù)定規(guī)那么自動(dòng)傳遞文檔、信息或者任務(wù)。隨著工作

2、流技術(shù)的開展和成熟,接合數(shù)據(jù)傳輸技術(shù)和網(wǎng)絡(luò)技術(shù),應(yīng)用工作流技術(shù)制定特定的訂貨和配送流程,利用網(wǎng)絡(luò)進(jìn)展訂貨和配送成為可能。本文在此根底上,提出了物流信息系統(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ā)送給事先定義

3、好的下一級(jí)業(yè)務(wù)流程,即檢查訂貨信息并計(jì)算貨物價(jià)格,再由相應(yīng)的工作人員,即財(cái)務(wù)審核人員驗(yàn)證用戶信息,并通過網(wǎng)絡(luò)銀行驗(yàn)證用戶帳戶和余額。假設(shè)帳戶上余額較訂貨款項(xiàng)多,那么形成用戶訂單數(shù)據(jù),同時(shí)轉(zhuǎn)入下一步業(yè)務(wù)流程;否那么,形成一個(gè)余額缺乏的任務(wù)交由呼叫中心系統(tǒng)或人員的流程進(jìn)展處理,可通過自動(dòng)短消息、 或 聯(lián)絡(luò)客戶。用戶的訂貨信息和帳戶信息確認(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)輸管理

4、系統(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ù)工作流的完畢工作。上述過程即為一個(gè)典型的物流信息的處理過程,它將物流、信息流和工作流嚴(yán)密結(jié)合,根據(jù)定制好的工作流流程進(jìn)展電子訂貨與配送。其中最重要的是流程的定制,即分布式工作流的

5、設(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ì)象Duent:文檔對(duì)象是物流信息系統(tǒng)中訂貨數(shù)據(jù)、配送道路等信息流轉(zhuǎn)的載體。主要由三個(gè)字段屬性:ID號(hào)、文檔名、文檔內(nèi)容。ID號(hào):GUID字符串,作為系統(tǒng)中文檔的唯一標(biāo)識(shí)符。

6、通過ID號(hào)就可以存取文檔。文檔名:文檔的中文標(biāo)識(shí),可以由用戶任意來命名,是文檔的說明。文檔內(nèi)容:采用XL文檔定義文檔,包含有詳細(xì)的物流信息。可對(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è)人用戶操作員。操作員采用樹狀構(gòu)造管理;分組級(jí)數(shù)沒有限制;在工作流中,操作員與部門是平等的關(guān)系,通稱為操作員對(duì)象。工作流對(duì)象rkFl:所謂工作流對(duì)象是指當(dāng)前正在運(yùn)轉(zhuǎn)的工作流程。這里的工作流對(duì)

7、象是每一個(gè)詳細(xì)的、實(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)終究如何控制操縱工作流,如何推開工作流的運(yùn)行,如何與操作員進(jìn)展交互。控制模型可以分為“工作流控制中心、“流向控制中心、“活動(dòng)狀態(tài)控制中心、“文檔派發(fā)中心、“任務(wù)處理中心、“文檔提交中心、“文檔檢測(cè)中心7部分組成,如圖2所示:圖2.工作流控制中心模型示意圖工作流控制中心:工作流控制中心是整個(gè)工作流引擎的最外層控

8、制部分,所有的正在運(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)激活、完

9、成某一活動(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ù)處理中心:該中心并不詳細(xì)執(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ī)那么確定。文

10、檔提交中心負(fù)責(zé)暫時(shí)保管所有文檔中已完成的部分。當(dāng)根據(jù)“提交規(guī)那么,所有必須提交的文檔全部完成之后,提交中心就將文檔全部發(fā)送給活動(dòng)控制中,再發(fā)送給流向控制中心,然后再回來由文檔派發(fā)中心分給其他活動(dòng)中的人員。4分布式工作流系統(tǒng)實(shí)現(xiàn)分布式工作流采用三層構(gòu)造,分別對(duì)應(yīng)客戶端和效勞器端。4.1效勞器端設(shè)計(jì)與實(shí)現(xiàn)效勞器端包含兩部分功能,一部分是各種詳細(xì)效勞;另一部分是工作流引擎。1詳細(xì)效勞包含各種效勞,包括數(shù)據(jù)錄入,查詢檢索等各種功能。2工作流引擎是效勞器端的核心工作組件,也是整個(gè)系統(tǒng)的核心運(yùn)行組件。整個(gè)工作引擎的構(gòu)造可分為功能模塊和數(shù)據(jù)模塊兩部分,如圖3所示。其中,圖中左側(cè)為功能模塊,右側(cè)為數(shù)據(jù)模塊。圖

11、3.工作流引擎的構(gòu)造架構(gòu)功能模塊構(gòu)造劃分為三個(gè)層次:1步驟管理PU:專門管理和執(zhí)行不同的步驟Step,負(fù)責(zé)啟動(dòng)步驟、執(zhí)行步驟、完畢步驟等功能。2文檔提交代理:在一個(gè)步驟處理的內(nèi)部,根據(jù)文檔的提交規(guī)那么,判斷什么時(shí)候文檔提交完成,等全部的文檔提交完成以后,該步驟完成,同時(shí)通知步驟管理PU。3文檔發(fā)放代理:在一個(gè)步驟內(nèi)部,根據(jù)文檔發(fā)放規(guī)那么,將文檔分發(fā)給指定的客戶端。數(shù)據(jù)模塊構(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ù)表中保

12、存著全部的正在進(jìn)展的所有步驟。每一條記錄對(duì)應(yīng)著一個(gè)步驟。其中保存著關(guān)鍵數(shù)據(jù):接收任務(wù)人員列表、任務(wù)中接收的文檔列表、任務(wù)執(zhí)行人指定下一步驟的執(zhí)行人列表、下一步任務(wù)需要的文檔列表。步驟完畢的標(biāo)志:任務(wù)分發(fā)給指定的人員,然后任務(wù)完成以后,完全全部的提交工作,此時(shí)標(biāo)志著步驟的完畢,也標(biāo)志著下一個(gè)步驟的開始。(3)客戶端緩存:代表著客戶端正在編輯的文檔,是一種中間結(jié)果,臨時(shí)保存在效勞端的緩沖區(qū)??蛻舳税l(fā)送提交指令時(shí),文檔提交代理才將這些文檔檢驗(yàn)后提交給步驟管理PU。4.2客戶端設(shè)計(jì)與實(shí)現(xiàn)整個(gè)系統(tǒng)分為三個(gè)層次,分別為:主窗體、子窗體、孫窗體;調(diào)用關(guān)系:主窗體調(diào)用子窗體,子窗體包含各個(gè)孫窗體,同時(shí)調(diào)用各個(gè)

13、孫窗體。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)絡(luò)。每個(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)IS的優(yōu)點(diǎn)與傳統(tǒng)的IS系統(tǒng)相比,采用分布式工作流技術(shù)的物流信息系統(tǒng)具有以下特點(diǎn):1擴(kuò)展性好。由于采用了工作流技術(shù),假設(shè)要增加物流流程的步驟,只需在定制的流程中增加結(jié)點(diǎn),不需要修改或編寫程序代碼。2分布式特點(diǎn)。由于基于Intr

溫馨提示

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

評(píng)論

0/150

提交評(píng)論