物流信息系統(tǒng)設計連鎖餐飲企業(yè)_第1頁
物流信息系統(tǒng)設計連鎖餐飲企業(yè)_第2頁
物流信息系統(tǒng)設計連鎖餐飲企業(yè)_第3頁
物流信息系統(tǒng)設計連鎖餐飲企業(yè)_第4頁
物流信息系統(tǒng)設計連鎖餐飲企業(yè)_第5頁
已閱讀5頁,還剩13頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、連鎖餐飲企業(yè)物流信息管理系統(tǒng) 1 系統(tǒng)需求分析本公司是一家連鎖餐飲企業(yè)。從事餐飲快餐的生產(chǎn),配送業(yè)務。本公司采取連鎖加盟模式,設有采購中心,加工中心(生產(chǎn)半成品),各門店,網(wǎng)絡和呼叫中心,各門店負責將半成品加工為最終產(chǎn)品,并完成向客戶的配送。公司加工中心向各門店的配送采取高級拉式庫存管理。根據(jù)各門店的歷史數(shù)據(jù)預測并分配各門店半成品的配送額。各門店向客戶的配送則根據(jù)客戶的臨時需求迅速響應,在較短時間內完成從備貨到配送的所有流程。為了滿足客戶的需求,適應其消費習慣,本公司將提供給消費者三種訂餐方式供其選擇,電話訂餐,網(wǎng)絡訂餐和門店訂餐自取。 在這個過程中,需滿足一下需求:準確:按照客戶的需求,將指

2、定商品在限定的時間內送到指定地點查詢:從下訂單開始客戶均可通過物流信息系統(tǒng)實時查詢訂單履行的進度??焖伲簩ο到y(tǒng)處理要求比較迅速。集成化管理:通過物流信息系統(tǒng),可以將本公司業(yè)務的完整供應鏈集成管理。高效:通過信息系統(tǒng)管理,有效減少了公司各環(huán)節(jié)所需的人員成本,提高了運營效率,提高了公司的管理水平。2 組織結構和功能分析公司主要的組織結構如下圖所示:公司的各部門職責如下:總經(jīng)理:統(tǒng)籌公司總體業(yè)務,監(jiān)督各部門完成本部門工作任務。協(xié)調各部門間關系。采購部:負責公司的總體采購工作,包括固定用品和日產(chǎn)消耗品以滿足加工中心的生產(chǎn)需要。加工中心:負責生產(chǎn)本公所提供食品的半成品。信息部:負責本公司物流管理系統(tǒng)的開

3、發(fā),維護,升級等工作。客服部:負責響應客戶需求,其工作包括呼叫中心業(yè)務。負責對客戶的信息進行管理和維護,了解客戶的需求。財務部:負責公司的財務工作??偨?jīng)理助理:統(tǒng)籌管理公司的各下屬門店。各門店:下設廚房,前臺,配送員,接收系統(tǒng)發(fā)送的客戶訂單,完成將預先準備好的半成品加工成成品,并送到客戶指定地點的業(yè)務流程。同時也提供客戶在前臺現(xiàn)場訂餐,自己帶走的服務。本公司的物流信息的各模塊均有對應的公司部門,完成其功能。各門店-門店管理系統(tǒng)、訂單錄入系統(tǒng)客服部-用戶管理系統(tǒng)、訂單錄入系統(tǒng)加工中心-生產(chǎn)管理系統(tǒng)采購部-采購管理系統(tǒng)財務部-工資管理系統(tǒng)3.主要業(yè)務流程分析本餐飲企業(yè)的主要業(yè)務接收客戶訂餐要求訂單

4、,并進行處理,最后由送餐員送餐到客戶手中。其中,物流信息系統(tǒng)的主要功能為訂單處理,下面針對訂單處理的流程,結合流程圖,給出具體介紹??蛻舢a(chǎn)生訂餐需求,通過電話或網(wǎng)絡聯(lián)系本餐飲企業(yè),給出訂餐信息,由工作人員記錄相關訂餐信息,并確定訂餐者是否是已注冊的老用戶。若是老用戶,則操作人員直接進入用戶賬戶,進行具體訂單錄入;否則,需操作人員或訂餐者本人,進行新用戶注冊,創(chuàng)建一個用戶賬戶之后,再登錄錄入具體訂單信息。訂單信息錄入后,訂單生成。系統(tǒng)根據(jù)各門店的地址和訂餐客戶的具體位置,自動將訂單就近分發(fā)給各個門店。各門店接到客戶訂單,按訂單要求完成配餐,同時,向系統(tǒng)反饋信息。 門店按照訂單進行配餐,需要一定時

5、間。完成配餐后,根據(jù)訂單進行檢查,若檢查無誤,交予送餐員,安排具體送貨;若檢查有誤,需再次配餐,再次檢查,直至核查無誤。送餐員接到送餐任務,首先確認送餐信息,如客戶要求的餐品、時間、地點等。送達客戶后,客戶確認收到餐品后,送餐員及時反饋給系統(tǒng),訂單履行即完成。4.相應業(yè)務流程的數(shù)據(jù)和數(shù)據(jù)流程分析4.1頂層數(shù)據(jù)流圖:數(shù)據(jù)中心接收客戶需求,企業(yè)從數(shù)據(jù)中心獲取客戶訂單信息。企業(yè)根據(jù)訂單信息對客戶履行訂單需求,客戶需求滿足后,給數(shù)據(jù)中心予信息反饋。4.2第一層數(shù)據(jù)流圖:以數(shù)據(jù)中心為中心焦點,在日常的實時訂單生成和履行過程中,數(shù)據(jù)中心頻繁與用戶管理系統(tǒng)、訂單管理系統(tǒng)和各門店管理系統(tǒng)進行數(shù)據(jù)交換。信息的流

6、向均是雙向的。由用戶發(fā)出訂單需求給數(shù)據(jù)中心;數(shù)據(jù)中心將訂單信息發(fā)送到訂單管理系統(tǒng),生成訂單;數(shù)據(jù)中心將訂單任務分配給各門店系統(tǒng)。與此同時,各系統(tǒng)將信息及時反饋給數(shù)據(jù)中心,進行確認和存儲。數(shù)據(jù)中心還控制著生產(chǎn)管理、采購管理和工資管理等操作,為這些操作提供及時和準確的信息。4.3第二層數(shù)據(jù)流圖:4.3.1訂單管理系統(tǒng): 客戶將以兩種形式進行外賣訂餐電話和網(wǎng)絡。通過電話接線員或客戶自己,將相關信息錄入,并登錄客戶的個人賬戶,進行歷史數(shù)據(jù)記錄。在門店內直接點餐的客戶,由門店點餐員進入公共賬戶,進行數(shù)據(jù)記錄。訂單信息和數(shù)據(jù)記錄完畢,生成訂單。系統(tǒng)訂單內容,包括用戶基本信息、個人飲食偏好、付款方式和賬戶余

7、額等。這些信息的生成和記錄,不僅完善了訂單數(shù)據(jù),更為客戶提供了信息依據(jù),方便其以后點餐。完善的訂單信息傳輸?shù)介T店管理系統(tǒng),并生成最終的訂單,供店員配餐和送餐員送餐員送餐等。門店管理系統(tǒng)將每日營業(yè)信息及時與數(shù)據(jù)中心進行交換。4.3.2用戶管理系統(tǒng):對于用戶管理系統(tǒng),訂餐客戶分為兩種,新用戶和老用戶。新用戶通過創(chuàng)建新的個人賬戶,并錄入個人基本信息,登錄個人賬戶。老用戶則直接登錄個人賬戶。進入賬戶,進行訂餐需求的錄入,生成訂單。同時,銷售信息和用戶消費的信息將傳送至數(shù)據(jù)中心,一方面作為歷史數(shù)據(jù)存儲起來,另一方面及時與新訂單進行數(shù)據(jù)交換。生成的訂單傳送至各門店管理系統(tǒng),進行具體任務分配。4.3.3門店

8、管理系統(tǒng):完整的訂單信息傳送到門店管理系統(tǒng),由后臺打印機生成具體送貨單和餐品需求單,廚房根據(jù)餐品需求單進行配餐后,將餐品和送貨單交予送餐員,送餐員根據(jù)具體送餐信息,向客戶送餐,并及時反饋餐品在途的相關信息和情況。當客戶接到送餐員送達的餐品后,對服務進行確定,信息反饋給門店管理系統(tǒng)。與此同時,門店管理系統(tǒng)將實時反饋給用戶管理系統(tǒng)和數(shù)據(jù)中心,完成數(shù)據(jù)交換和更新。5 基于uc矩陣求解,進行子系統(tǒng)劃分 Uc矩陣如圖所示用戶基本信息登陸記錄訂單需求用戶其他信息最終訂單需求配送線路門店銷售記錄送餐員信息 門店編號實時反饋信息訂單完成信息用戶訂餐信息接收c用戶賬戶登錄c消費查詢uu生成訂單cucu訂餐信息核

9、對uuuc任務分配uc門店備貨uc送餐員調度c線路規(guī)劃c送餐uuc訂單完成c信息備份u經(jīng)過調整優(yōu)化后,uc矩陣如下圖所示:整個系統(tǒng)劃分為:訂單管理系統(tǒng),用戶管理系統(tǒng),門店管理系統(tǒng)。還有采購管理系統(tǒng),財務管理系統(tǒng),生產(chǎn)管理系統(tǒng)沒有列出。前三個系統(tǒng)劃分如圖所示。訂單需求登陸記錄用戶基本信息用戶其他信息最終訂單需求門店編號門店銷售記錄送餐員信息 配送線路實時反饋信息訂單完成信息用戶訂餐信息接收c用戶賬戶登錄c消費查詢uu生成訂單uccu訂餐信息核對uuuc任務分配uc門店備貨uc送餐員調度c線路規(guī)劃c送餐uuc訂單完成c信息備份u6代碼設計餐飲企業(yè)的配送系統(tǒng)是一個相當復雜的系統(tǒng),電話定餐和網(wǎng)絡訂餐的

10、客戶來自于南京的各個區(qū)位,它們通過登陸總部的用戶管理中心完成訂餐過程,而各個門店也分布在不同的區(qū)位,客戶與,門店的分散性增加了配送的難度。代碼設計的作用主要是便于鑒別、分類、排序和索引。6.1 代碼設計的前期工作對于餐飲的配送,包括訂單的生成和履行,從餐飲的物流信息考慮,訂單的流動流程如下圖所示。圖6.1 訂單的流動流程圖從圖中可以看出,在訂單流動中需要以下幾個方面的內容:1 客戶的識別信息2 門店的識別信息3 送餐員的識別信息下面就這三個方面如何編碼具體闡述6.1 .1客戶信息識別由于客戶之間存在差異性,比如說,客戶的地址不同,客戶的聯(lián)系方式不同等等。這就給編碼帶來了不必要的麻煩。為了在訂單

11、中能夠反映出客戶的信息,方便編碼反映出客戶的不同,我們將客戶編號(由地址的漢字首字母和聯(lián)系電話號碼組成)進行轉化為物流過程中所需要的簡單編號??紤]到客戶的數(shù)目,分配13位,前兩位數(shù)字表示區(qū)位,后11位為用戶的聯(lián)系方式(固定電話在首位用0補充),標志不同區(qū)域的不同的客戶。 表1 客戶編號和簡略代碼對應關系客戶客戶編號簡略代碼客戶1 XW52081256 0100052081256客戶2YH1391452658 09139145265816.1 .2門店的識別信息結合該餐飲企業(yè)的現(xiàn)狀,結合其規(guī)模大小,大約有十幾家門店,分配兩位數(shù)字進行編碼。 表2 門店編號和簡略代號對應關系門店名稱 門店編號 簡略

12、代碼門店1 XW某某餐飲 08 門店2 JN某某餐飲 03 6.1.3 送餐員的識別信息各個門店送餐員的數(shù)量較多,分散大,考慮到這些,分配三位數(shù)字進行編碼。 送餐員名稱送餐員編號簡略代碼 送餐員1 XW021 021 送餐員2 QX011 0116.2 代碼設計通過上述的分析過程,我們可把訂單代碼設計為十九位組合碼,最后一位為校檢碼。即XXXXXXXXXXXXXYYZZZN, XXXXXXXXXXXXX為客戶代碼,YY為門店代碼,ZZZ為送餐員代碼,N為校驗位。代碼構成:12345678910111213141516171819 ABCNA:客戶代碼B:門店代碼C:送餐員代碼6.3 代碼應用圖

13、7 基于E-R模型的關系型數(shù)據(jù)庫設計數(shù)據(jù)庫是信息系統(tǒng)的核心組成部分。數(shù)據(jù)庫設計在信息系統(tǒng)的開發(fā)中占有重要的地位,數(shù)據(jù)庫質量的好壞直接影響信息系統(tǒng)的運行效率及用戶對數(shù)據(jù)庫使用的滿意度。數(shù)據(jù)庫設計主要分為兩部分:概念模型的設計和數(shù)據(jù)模型的設計。7.1 概念模型的設計數(shù)據(jù)庫概念模型設計的任務是產(chǎn)生和反映企業(yè)組織信息需求的數(shù)據(jù)庫概念結構,即概念模型。E-R圖是概念模型設計有力的工具,其比較容易實現(xiàn)的,直觀易懂,能夠比較準確地反映現(xiàn)實世界的信息聯(lián)系,從概念上反映一個數(shù)據(jù)庫的信息組織情況。這里我們以客戶訂單的生成至履行為例畫E-R圖進行實體之間聯(lián)系。圖中的每個實體都有各自的屬性,且不是孤立存在的,它們通過

14、聯(lián)系與其他實體聯(lián)系構成整個業(yè)務流程的整體。例如,訂單中包含了商品的種類、數(shù)量、單價以及總價,還有客戶的地址等,同時這些屬性還可以在別的實體中發(fā)現(xiàn),比如在客戶資料中有客戶的地址與區(qū)位。通過E-R模型的設計,我們可以明確各實體間的聯(lián)系及其各自的屬性與數(shù)據(jù),為接下來的數(shù)據(jù)庫設計打下了基礎。具體的E-R圖如圖7.17.2 數(shù)據(jù)模型的設計.數(shù)據(jù)模型的設計的主要任務就是將概念模型設計中的E-R圖轉換為DBMS支持的數(shù)據(jù)結構模型,即把E-R圖中每個實體和聯(lián)系都轉換為一個關系表并對其進行規(guī)范化。在轉換過程中應注意,要保證每個實體的屬性滿足第三范式的要求,將實體的屬性用字段名稱來表示,確定其數(shù)據(jù)類型,定義每個實

15、體的主鍵和外鍵,最后通過實體之間的聯(lián)系將所有的數(shù)據(jù)設計為一個整體。具體的數(shù)據(jù)模型的設計如下: A客戶資料主鍵/外鍵字段名稱 數(shù)據(jù)類型 字段寬度主鍵客戶姓名character50客戶聯(lián)系numberic20客戶地址character50客戶區(qū)位character50客戶編號numberic20訂餐B、用戶管理中心主鍵/外鍵字段名稱數(shù)據(jù)類型生成字段寬度主鍵部門名稱character50查詢C1、客戶個人賬戶主鍵/外鍵字段名稱數(shù)據(jù)類型字段寬度主鍵客戶消費記錄character50賬戶余額numberic20客戶飲食偏好character50客戶編號numberic50C2訂單主鍵/外鍵字段名稱數(shù)據(jù)類

16、型字段寬度主鍵商品種類character50商品單價numberic20商品總金額numberic20客戶地址character 50商品數(shù)量numberic20發(fā)出門店管理中心主鍵/外鍵字段名稱數(shù)據(jù)類型字段寬度主鍵門店地址character50門店編號numberic20發(fā)出訂單主鍵/外鍵字段名稱數(shù)據(jù)類型字段寬度主鍵客戶地址Character50商品總金額Numberic20發(fā)送時間Numberic20發(fā)出送餐員主鍵/外鍵字段名稱數(shù)據(jù)類型字段寬度主鍵工件經(jīng)驗Numberic20健康狀況Character50身份證號碼Numberic18編號Numberic20已分配到的訂單數(shù)Numberic

17、20性別、年齡Character50送達客戶主鍵/外鍵字段名稱數(shù)據(jù)類型字段寬度主鍵地址Character50商品種類Character50送達時間Numberic20商品數(shù)量Numberic20商品總金額Numberic208.系統(tǒng)軟硬件平臺設計8.1硬件設計客戶通過網(wǎng)絡、電話,或是在門店直接點餐的方式,將訂單信息經(jīng)網(wǎng)絡系統(tǒng)傳輸給數(shù)據(jù)中心。各門店使用門店終端將訂單信息傳送給系統(tǒng);電話接線員登錄系統(tǒng),將信息錄入;網(wǎng)絡點餐的客戶,直接登錄網(wǎng)上用戶系統(tǒng),將信息提交給系統(tǒng)。數(shù)據(jù)中心將信息匯總,生成訂單。在各門店生成條形碼標簽與指定產(chǎn)品綁定,送餐員用條形碼掃描儀確認產(chǎn)品,在送餐途中配置GPS定位裝置,以

18、實時發(fā)送產(chǎn)品在途情況。通信設備:內部網(wǎng)和廣域網(wǎng)相結合;網(wǎng)絡互連設備:中繼器,網(wǎng)橋,路由器,網(wǎng)關、交換機和集線器等;識別系統(tǒng):條形碼,條形碼掃描儀;跟蹤和導航系統(tǒng):GPS定位導航。8.2軟件設計數(shù)據(jù)庫管理系統(tǒng):SQL Sever;財務管理軟件、稅務管理軟件;Office 2007 9結束語從總體上看,我們初步設計的物流信息系統(tǒng)已經(jīng)具備了完成信息傳輸和數(shù)據(jù)處理、存儲的功能,將各物流環(huán)節(jié)緊密聯(lián)系起來。在功能劃分方面,按照“高內聚、低耦合”原則,將信息系統(tǒng)的各部分功能明確化,各個模塊相互獨立。一個好的信息系統(tǒng),應該是分工明確且具有一定的原則性的。按照規(guī)定的流程和步驟進行操作,能為企業(yè)節(jié)省一定的物流成本和人力資源?;诖?,我們對餐飲公司及其門店進行系統(tǒng)的設計,主要包括組織結構功能設計、數(shù)據(jù)及數(shù)據(jù)流設計、基于E-

溫馨提示

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

評論

0/150

提交評論