【正文】 日志庫(kù)中實(shí)際記錄的數(shù)據(jù)種類由相應(yīng)的配置文件設(shè)置不同的級(jí)別來確定。 應(yīng)用系統(tǒng) 通過應(yīng)用系統(tǒng)，對(duì)業(yè)務(wù)流程執(zhí)行過程中的各種事件及由事件引起的相應(yīng)數(shù)據(jù)的改變進(jìn)行完整的記錄，形成日志數(shù)據(jù)寫入日志文件，以便對(duì)業(yè)務(wù)流程的過程進(jìn)行跟蹤分析。甚至可以通知該部門的主管，某項(xiàng)任務(wù)可能會(huì)脫期或已經(jīng)脫期，要求部門主管予以督促。 監(jiān)控管理系統(tǒng) 監(jiān)控管理使用瀏覽器作為用戶界面，提供了完善的用戶管理、角色管理、過程管理、系統(tǒng)設(shè)置、系統(tǒng)安全管理、配置文件管理和日志管理，讓管理者可以追蹤和控管角色、活動(dòng)、過程及過程的狀態(tài)及流經(jīng)的路徑；可以以圖形的方式再現(xiàn)已經(jīng)完成的過程路徑、可以顯示正在進(jìn)行中的過程，并且提供管理的機(jī)制。 業(yè)務(wù)流程的建模 業(yè)務(wù)流程引擎 業(yè)務(wù)流程的建模是對(duì)業(yè)務(wù)流程形式化地簡(jiǎn)單描述，并未包含企業(yè)流程系統(tǒng)存在的不確定因素的處理機(jī)制。以業(yè)務(wù)流程引擎為核心，通過引擎實(shí)現(xiàn)流程流轉(zhuǎn)的控制邏輯，通過五個(gè)接口分別與業(yè)務(wù)流程建模工具、系統(tǒng)管理與監(jiān)控、其它業(yè)務(wù)流程引擎、客戶端和外部應(yīng)用程序等模塊相連形成一個(gè)整體。 BPEL4WS流程結(jié)構(gòu) 一個(gè) BPEL流程具有如表 96所示的 XML結(jié)構(gòu)。為了實(shí)現(xiàn)不同工作流產(chǎn)品之間的相互操作， WfMC在工作流管理系統(tǒng)的相關(guān)術(shù)語、體系結(jié)構(gòu)及應(yīng)用編程接口等方面制定了一系列標(biāo)準(zhǔn)。為了一致化業(yè)務(wù)流程定義的描述，以解決不同應(yīng)用系統(tǒng)之間業(yè)務(wù)流程互通的問題，許多組織都著手制定業(yè)務(wù)流程定標(biāo)準(zhǔn)。 固化企業(yè)傳統(tǒng) 實(shí)現(xiàn)流程自動(dòng)化 實(shí)現(xiàn)團(tuán)隊(duì)合作 優(yōu)化業(yè)務(wù)流程 二、業(yè)務(wù)流程管理系統(tǒng)的開發(fā)標(biāo)準(zhǔn) 業(yè)務(wù)流程將相互獨(dú)立的不同業(yè)務(wù)部門按照一定的流程關(guān)系相互聯(lián)系在一起。業(yè)務(wù)人員只需按業(yè)務(wù)桌面提示的任務(wù)清單及處理時(shí)間等要求，執(zhí)行或有選擇地處理有關(guān)任務(wù)，從而達(dá)到提高配送系統(tǒng)的執(zhí)行效率和響應(yīng)速度，并能在市場(chǎng)競(jìng)爭(zhēng)的日益激烈的環(huán)境下，能對(duì)企業(yè)的業(yè)務(wù)流程進(jìn)行快速的重組。業(yè)務(wù)人員只需按業(yè)務(wù)桌面提示的任務(wù)清單及處理時(shí)間等要求，執(zhí)行或有選擇地處理有關(guān)任務(wù)，從而達(dá)到提高配送系統(tǒng)的執(zhí)行效率和響應(yīng)速度，并能在市場(chǎng)競(jìng)爭(zhēng)的日益激烈的環(huán)境下，能對(duì)企業(yè)的業(yè)務(wù)流程進(jìn)行快速的重組 一、 概述 業(yè)務(wù)流程管理系統(tǒng)指的是一個(gè)能定義、創(chuàng)建和管理業(yè)務(wù)流程的軟件系統(tǒng)。 業(yè)務(wù)流程管理 （ Business Process Management， BPM） 系統(tǒng)指的是一個(gè)能定義、創(chuàng)建和管理業(yè)務(wù)流程的軟件系統(tǒng)。相較于工作流，它是一個(gè)更偏于管理和組織的概念；而工作流則側(cè)重技術(shù)層面的實(shí)施和運(yùn)行業(yè)務(wù)流程。 引進(jìn)測(cè)試。 統(tǒng)一單證。 建立商品交易檔案。 建立訂貨商品目錄和貨架卡。 與交易對(duì)象共同建立 EOS運(yùn)作規(guī)范。其中訂貨頻繁、較成熟的商品可作為優(yōu)先考慮對(duì)象。因此有必要引入 EDI觀念及 VAN增值網(wǎng)絡(luò)，實(shí)現(xiàn)信息的自動(dòng)處理。一般是由各零售點(diǎn)將訂貨信息傳給總部，由總公司通過通信線路將訂貨信息傳給供應(yīng)商或制造商。在與 POS系統(tǒng)相結(jié)合后，還可使消費(fèi)者需求信息與零售商采購(gòu)及批發(fā)商供貨信息相結(jié)合，彼此協(xié)調(diào)，成為一體。 從直接的經(jīng)濟(jì)效益上看， EOS可使零售業(yè)與批發(fā)業(yè)或制造業(yè)間正確、迅速地傳遞商品的需求信息，科學(xué)地處理流通領(lǐng)域的業(yè)務(wù)流程。 三、 GIS系統(tǒng)開發(fā)模式的選擇 四、 GIS/GPS一體化 GPS系統(tǒng)的定位原理 GPS（ Global Positioning System）由三個(gè)獨(dú)立部分構(gòu)成，如圖 99所示。 更加大眾化 組件式技術(shù)已經(jīng)成為業(yè)界標(biāo)準(zhǔn)，用戶可以像使用其它 ActiveX控件一樣使用 GIS組件。用戶可以根據(jù)需要選擇所需組件，這樣能最大限度地降低用戶的經(jīng)濟(jì)負(fù)擔(dān)，其價(jià)格僅為傳統(tǒng) GIS開發(fā)工具的十分之一。 組件式 GIS具有如下優(yōu)勢(shì)： 小巧靈活，價(jià)格便宜 由于傳統(tǒng) GIS結(jié)構(gòu)的封閉性，不同系統(tǒng)的交互性差、系統(tǒng)的開發(fā)難度大。如圖 98，借助電子地圖，系統(tǒng)可根據(jù)客戶提交的訂單，對(duì)已知需求的客戶做出靜態(tài)線路規(guī)劃，并交給配送中心的車輛對(duì)沿線的客戶服務(wù)；對(duì)新產(chǎn)生的客戶需求，或?qū)⒖蛻舨迦氲叫袆?dòng)中的車輛路線中，或?qū)π袆?dòng)中的車輛路線進(jìn)行重新規(guī)劃，或指派配送中心尚未派出的車輛執(zhí)行，做出動(dòng)態(tài)的線路規(guī)劃。 二、 GIS及其應(yīng)用 事實(shí)上，凡是涉及到地理分布的領(lǐng)域都可以應(yīng)用 GIS技術(shù)。 電子地圖的應(yīng)用處理 1）刪除實(shí)際上并不連通的交點(diǎn) 在交通網(wǎng)絡(luò)中，有一些道路雖然在平面上相交，實(shí)際上并不連通，如立交橋。然后采用 Mapinfo軟件將柵格地圖矢量化。借助于電子地圖獨(dú)有的空間分析功能和可視化的表達(dá)，可方便地輔助各種決策。其核心是各種要素的屬性、位置及相互關(guān)系的數(shù)字化表示，均存儲(chǔ)于計(jì)算機(jī)中，而后按其性質(zhì)將其符號(hào)化，成為能夠在計(jì)算機(jī)上快速顯示、可供人們閱讀的有序集合。 一、電子地圖 是基于 GPS/GIS物流配送信息系統(tǒng)的開發(fā)重點(diǎn)。通過地理信息系統(tǒng)（ GIS）和全球定位系統(tǒng)（ GPS）等技術(shù)能夠?qū)ξ锪弦苿?dòng)的空間數(shù)據(jù)進(jìn)行有效管理，加上運(yùn)籌學(xué)、優(yōu)化算法等先進(jìn)的方法和技術(shù)，可使運(yùn)輸作業(yè)的運(yùn)力、路線、人員實(shí)現(xiàn)合理配置，擴(kuò)展?fàn)I運(yùn)商的服務(wù)領(lǐng)域和品質(zhì)，增強(qiáng)盈利水平，提高競(jìng)爭(zhēng)實(shí)力。 第二節(jié) 空間數(shù)據(jù)的管理 數(shù)據(jù)可分為空間數(shù)據(jù)和非空間數(shù)據(jù)兩種， 80%以上的物流數(shù)據(jù)都具有空間的屬性。消息是使用標(biāo)準(zhǔn)格式和協(xié)議發(fā)送的。用戶可以使用業(yè)務(wù)過程規(guī)范（ Business Process Specification）中的特定詞匯表來定義公司如何開展業(yè)務(wù)。 ebXML由 UN/CEFACT、OASIS發(fā)起，有由擁有上千的支持者和參與者的一個(gè)開放團(tuán)體共同開發(fā)的，當(dāng)然其中包括 UN/CEFACT和 OASIS。 但只是簡(jiǎn)單地重新定義消息格式使得消息可以在 Inter上傳遞還是不夠的，為此 XML/EDI工作組增加了三個(gè)額外的關(guān)鍵組件：處理模板(Process Template) ；軟件代理 (Software Agent)和全球?qū)嶓w知識(shí)庫(kù)(Global Entity Repositories) 。 XML使用同樣的基于標(biāo)記的方法，但允許動(dòng)態(tài)的標(biāo)記和對(duì)象結(jié)構(gòu)。因此現(xiàn)有的 EDI機(jī)制可以用 XML語法來表示，而且能夠創(chuàng)建新的更為靈活的方法。 XML優(yōu)秀的性能帶來了新一代 Web，更帶來了真正 Web風(fēng)格的 EDI。 XML／ EDI Inter將傳統(tǒng) EDI帶出了困惑，進(jìn)入了新一代的 Inter EDI。另一個(gè)參與者一般為較小的公司，登錄到 Web站點(diǎn)上，選擇他們所感興趣的表單，然后填寫它，結(jié)果提交給 Web服務(wù)器后，通過服務(wù)器端程序進(jìn)行合法性檢查，把它變成通常的 EDI消息，此后消息處理就與傳統(tǒng)的 EDI消息處理一樣了。 2） WEB/EDI 實(shí)現(xiàn) Inter EDI中最好的方式是采用 WebEDI，使 Web成為 EDI消息的接口。而 EDI 往往是發(fā)生在異種計(jì)算機(jī)的應(yīng)用軟件之間。首先，不同的貿(mào)易伙伴可能選擇不同的 VAN， 但 VAN 之間可能會(huì)因?yàn)楦?jìng)爭(zhēng)等原因而不愿意互聯(lián)。而現(xiàn)實(shí)世界中的標(biāo)準(zhǔn)很多，因此在實(shí)現(xiàn) EDI時(shí)，不同企業(yè)都需要對(duì)標(biāo)準(zhǔn)進(jìn)行一定的選擇，去掉他們根本不使用的部分，形成被裁剪的標(biāo)準(zhǔn)信息版本，這項(xiàng)費(fèi)用花費(fèi)很高，且不同版本之間的消息還不能相互處理。傳統(tǒng)的 EDI需要購(gòu)買或開發(fā)專用的數(shù)據(jù)格式轉(zhuǎn)換軟件，需要架設(shè)商業(yè)服務(wù)器控制數(shù)據(jù)流，只能使用指定的網(wǎng)絡(luò)協(xié)議和安全保密協(xié)議，還要購(gòu)買 VAN（ Value Added Network，增值網(wǎng)絡(luò)）來確保發(fā)送和接收的商業(yè)信息的安全和機(jī)密； 通過應(yīng)用定義，通用的 EDI系統(tǒng)可以適應(yīng)不同的 EIMS。 3）企業(yè)信息管理系統(tǒng)（ EIMS） 從技術(shù)的角度講， EIMS提供了 EDI系統(tǒng)交換的內(nèi)容，完成了 EDI系統(tǒng)的數(shù)據(jù)加工，而 EDI系統(tǒng)可以看作是 EIMS的通訊手段。通信標(biāo)準(zhǔn)規(guī)定了交換、共享數(shù)據(jù)類型的結(jié)構(gòu)；信息標(biāo)準(zhǔn)規(guī)定了傳輸文件的結(jié)構(gòu)和內(nèi)容。通過增值網(wǎng)可以解決 EDI專線連接問題，實(shí)現(xiàn)了 EDI通信的異步性，有效地降低了通信費(fèi)用。 EDI的網(wǎng)絡(luò)環(huán)境有多種，也就是說它可以適應(yīng)各種通信網(wǎng)絡(luò)，如分組交換數(shù)據(jù)網(wǎng)絡(luò)（ PSDN）、電話交換網(wǎng)（ DDN）、綜合業(yè)務(wù)數(shù)字網(wǎng)（ ISDN）、衛(wèi)星數(shù)據(jù)網(wǎng)（ VAST）和移動(dòng)數(shù)據(jù)通信網(wǎng)等。它們通過通信線路連成一個(gè)網(wǎng)絡(luò)。 應(yīng)用 EDI可以達(dá)到如下目的： ● 節(jié)約時(shí)間和降低成本： ● 提高管理和服務(wù)質(zhì)量 ● 促進(jìn)業(yè)務(wù)發(fā)展 EDI系統(tǒng)的工作流程與基本結(jié)構(gòu) 實(shí)現(xiàn) EDI的核心技術(shù) 實(shí)現(xiàn) EDI必須有三個(gè)方面的技術(shù)，即數(shù)據(jù)網(wǎng)絡(luò)通信技術(shù)、 EDI報(bào)文的標(biāo)準(zhǔn)化技術(shù)和企業(yè)信息管理系統(tǒng)。一個(gè)完整的信息系統(tǒng)，應(yīng)包括交易信息的傳輸平臺(tái)、空間數(shù)據(jù)的采集與管理平臺(tái)和包含企業(yè)運(yùn)行所需要的業(yè)務(wù)流程管理系統(tǒng)。正確的物流決策需要資金、履約期和物流流量等方面的數(shù)據(jù)，也需要知道了解系統(tǒng)的運(yùn)行狀態(tài)，需要物流信息系統(tǒng)的支持。由此，可形成配送中心方案層次分析評(píng)估體系的結(jié)構(gòu)模型，如圖 862 所示。 一、層次分析法評(píng)估的指標(biāo)體系 用層次分析法進(jìn)行系統(tǒng)分析，首先需要根據(jù)問題的性質(zhì)和想要達(dá)到的總目標(biāo)，列出評(píng)估的指標(biāo)，并按指標(biāo)間的相互關(guān)聯(lián)及隸屬關(guān)系，將指標(biāo)按不同的層次，不同的類別組合，形成一個(gè)多層次的評(píng)估模型。 ⑴ 汽車的回轉(zhuǎn)半徑 ⑵ 通道的寬度 停車場(chǎng)停車所需通道的寬度，與車輛的型號(hào)及停駛方式有關(guān)；一般車型越大所需通道越寬，倒車停、順車出時(shí)所需通道的寬度較小，而順車進(jìn)、倒車出時(shí)所需通道的寬度較大。具體的停駛方式有三種即： ●前進(jìn)停車、后退發(fā)車； ●后退停車、前進(jìn)發(fā)車； ●前進(jìn)停車、前進(jìn)發(fā)車。具體選用哪一種停放方式，應(yīng)根據(jù)場(chǎng)地的實(shí)際情況及車輛的管理、進(jìn)出車的要求等確定，但應(yīng)滿足一次進(jìn)出車位的要求，并做到占地面積小、疏散方便、保證安全。目前，國(guó)內(nèi)尚無有關(guān)配送中心停車位配建指標(biāo)的統(tǒng)一規(guī)定，設(shè)計(jì)時(shí)應(yīng)滿足當(dāng)?shù)匾?guī)劃、交通部門的規(guī)定，或根據(jù)配送中心的需要，參照表 822 所示的有關(guān)建議指標(biāo)予以確定。設(shè)計(jì)停車位面積，應(yīng)按其停車高峰時(shí)所占比重大的車型作為標(biāo)準(zhǔn)設(shè)計(jì)車型（如有特殊車型，應(yīng)以實(shí)際外廓尺寸作為設(shè)計(jì)依據(jù)），并根據(jù)停車場(chǎng)類型、車輛停放方式、車輛進(jìn)出所需縱向與橫向凈距的要求確定。 2)車輛換算系數(shù) 停車場(chǎng)停車位的設(shè)計(jì)一般以 4～ 5座的小型汽車為標(biāo)準(zhǔn)車型 ,以此作為停車位的當(dāng)量車種 ,其它各種類型車輛的停車位按一定的換算系數(shù)折算 (詳見表 722). 3）停車位的基本尺寸 停車場(chǎng)中，每輛停放的車輛所占用的空間稱為停車位或停車泊位。 1）車輛類型及基本尺寸 汽車的類型和外廓尺寸隨汽車的生產(chǎn)廠家和型號(hào)而異。 二、配送中心停車場(chǎng)規(guī)劃 停車場(chǎng)設(shè)計(jì)的基本參數(shù) 進(jìn)行停車場(chǎng)設(shè)計(jì)需要了解停放車輛的車型及其有關(guān)尺寸。 站臺(tái)裝卸系統(tǒng) 站臺(tái)裝卸系統(tǒng)一般為半自動(dòng)模式，即裝卸過程中要輔以必要的人工操作，但操作量控制在一個(gè)合理的范圍之內(nèi)。站臺(tái)型式如圖 8－ 46所示，其型式一般有四種：平行停靠倉(cāng)庫(kù)站臺(tái)（圖 8－ 46 a）、鋸齒形倉(cāng)庫(kù)站臺(tái)（圖 8－ 46 b)、垂直停靠倉(cāng)庫(kù)站臺(tái)（圖 8－ 46 c)和港池型倉(cāng)庫(kù)站臺(tái)）圖 8－ 46 d)。 第四節(jié) 配送中心的站臺(tái)及停車場(chǎng)規(guī)劃 一、站臺(tái)規(guī)劃 站臺(tái)型式 出入庫(kù)站臺(tái)的高度一般在 ～ ，其寬度要保證兩人帶貨能相向通行和保證庫(kù)門打開時(shí)，不碰到車輛，一般不小于 ，站臺(tái)作業(yè)的設(shè)備的寬度也不要大于 。配合其它儲(chǔ)存原則，采用這種方法一般可縮短搬運(yùn)路徑的 30%，系統(tǒng)的分揀能力可提高 10%。圖 838形象地給出了在倉(cāng)儲(chǔ)容積一定的情況下，使用叉車、橋式堆垛機(jī)和有軌巷道式堆垛機(jī)等不同設(shè)備作業(yè)時(shí)，倉(cāng)庫(kù)的容積利用情況的對(duì)比。 倉(cāng)儲(chǔ)作業(yè)設(shè)備 配送中心內(nèi)倉(cāng)儲(chǔ)作業(yè)設(shè)備的主要任務(wù)是