配送管理信息系統(tǒng).doc

傅賽 郭凱敏 廖韋慧 羅姣 徐明月 “真功夫”配送管理信息系統(tǒng) 第37頁，共37頁0前言0.1作業(yè)背景本文根據(jù)物流管理信息系統(tǒng)課程設計課程要求而做。課程作業(yè)要求如下：用面向對象系統(tǒng)開發(fā)的方法，網(wǎng)站開發(fā)工具和數(shù)據(jù)管理工具分析、設計和實現(xiàn)一個實用的針對餐飲行業(yè)“真功夫”配送管理信息系統(tǒng)。0.2選題說明 在本課程設計前期，我們通過走訪湖南省長沙市幾個典型的快餐行業(yè)以及上網(wǎng)瀏覽這些快餐行業(yè)的資料，面對面的與用戶交流之后，發(fā)現(xiàn)如下問題：（1）個別快餐行業(yè)存在客戶反應速度偏慢，出現(xiàn)訂單滿足率不高、不能將服務及時快速準確送達客戶的現(xiàn)象。（2）存在價格過高等現(xiàn)象。問題在于運輸路線、車輛調度不合理，造成運輸成本、配送價格偏高現(xiàn)象。（3）客戶需求預測不夠完善。沒有重視將客戶作為企業(yè)最重要的資源，沒有通過對客戶的服務的持續(xù)完善，和對客戶各種深入的分析，從而達到對客戶需求的預測。（4）沒有完善的售后客戶服務及改進平臺。針對因配送服務方面出現(xiàn)差錯的客戶投訴未進行歸納、總結及改善，導致客戶流失現(xiàn)象。為了解決以上問題，我們設計了針對實際情況的配送管理信息系統(tǒng)。該系統(tǒng)為企業(yè)提供了一個專業(yè)性的配送管理信息平臺，對整個業(yè)務過程中的訂單、車輛、貨物進行全程業(yè)務控制，監(jiān)控各個業(yè)務環(huán)節(jié)是否出現(xiàn)延滯和錯誤，以確保正確和及時地執(zhí)行客戶訂單，保證整個業(yè)務流程的順暢。通過對車輛、人員的管理，利用自有運輸資源和外部運輸資源，實現(xiàn)作業(yè)的合理分配，提高人員的工作效率，降低作業(yè)成本。通過對整個物流配送任務的運行過程進行實時服務跟蹤，提高整個配送過程的服務質量和客戶滿意度。1項目計劃1.1項目概況1.1.1系統(tǒng)建設必要性和意義快餐業(yè)的發(fā)展是由社會進步和經(jīng)濟發(fā)展決定的，是人民生活水平提高與生活方式改善的迫切需要，是人們?yōu)檫m應社會經(jīng)濟建設，工作與生活節(jié)奏加快，家庭服務和單位后勤服務走向社會化的必然產(chǎn)物。20世紀80年代，物流配送的概念開始傳入我國，是新興發(fā)展的一項技術，但物流配送技術在餐飲行業(yè)中的應用還不成熟，我國大部分餐飲配送服務差強人意，停留在通過傳統(tǒng)配送“賺客戶的錢”的階段，現(xiàn)狀整體落后，配送成本高，專業(yè)化程度低，服務內(nèi)容缺乏競爭力，不能滿足客戶需求。配送管理信息化系統(tǒng)推行程度不高，使物流供應商對餐飲企業(yè)的信息掌握有限，決策層不能及時了解配送、庫存等情況的動態(tài)變化，故而無法執(zhí)行科學合理的運輸、財務計劃；缺乏相應數(shù)據(jù)的統(tǒng)計和分析報表，無法為決策提供參考依據(jù)。因此對于餐飲連鎖店來說，要想在激烈的競爭中突圍，關鍵還在于擁有一套專業(yè)的配送管理信息系統(tǒng)來保證物暢其流。系統(tǒng)建設的意義可以歸結為以下幾個方面：（1） 有利于促進餐飲行業(yè)配送管理水平的提高先進的配送管理信息系統(tǒng)，能夠保持企業(yè)信息流和物流的暢通，能夠幫助快速高效的實現(xiàn)訂單反應、配送運輸?shù)鹊恼麄€業(yè)務流程，使服務流程優(yōu)化，服務水平提高。這就要求企業(yè)及時掌握真實和動態(tài)的庫存狀態(tài)，合理調配運力、庫房、人員等各種資源，有效監(jiān)控和反饋訂單執(zhí)行情況，有效統(tǒng)計和管理門店貨物需求信息，及時掌握提供決策分析的相應數(shù)據(jù)統(tǒng)計和分析報表。（2）有利于促進餐飲行業(yè)物流管理水平的提高發(fā)展現(xiàn)代餐飲行業(yè)物流配送管理信息系統(tǒng)，必須要對現(xiàn)有的配送信息系統(tǒng)進行整合，優(yōu)化業(yè)務流程，再造組織結構，應用信息技術和現(xiàn)代化的物流設備，全面推行科學分析與控制，實現(xiàn)物流與商流、資金流、信息流的統(tǒng)，有利于促進該行業(yè)物流管理水平的提高。1.1.2同類型系統(tǒng)建設發(fā)展現(xiàn)狀說明近幾年來，盡管中式快餐業(yè)發(fā)展很快，網(wǎng)店數(shù)量和規(guī)模都不斷擴大，品牌企業(yè)的發(fā)展實力和運營也日益增強，但以麥當勞、肯德基為代表的洋快餐相比，中式快餐還存在明顯的差距。究其原因，是因為洋快餐有明顯的優(yōu)勢：方便快捷，立等可取，節(jié)省了消費者的就餐時間。在配送方面，中式快餐缺少一套專業(yè)的配送管理信息系統(tǒng)來保證物暢其流。1.2項目計劃1.2.1設計范圍針對同類型系統(tǒng)的優(yōu)勢和劣勢，我們計劃設計一個“真功夫”的配送管理信息系統(tǒng)，以便保證物暢其流。該系統(tǒng)主要專注于物流配送管理一方面，具備以下功能：（1）信息服務。本系統(tǒng)有客戶服務模塊，可以及時有效的對客戶進行服務。（2）物流配送。運用現(xiàn)代物流配送方法，對用戶需求地進行分析規(guī)劃，對客戶進行細致周到專業(yè)的配送服務。（3）運輸。通過對路線的優(yōu)化選擇，車輛配裝的合理分配，使運輸更加方便快捷。1.2.2可交付的工作任務基于現(xiàn)階段真功夫發(fā)展的需要，擬建一個以信息服務為主要內(nèi)容的配送管理信息平臺，具體說明如下：（1）業(yè)務流程圖 （2）數(shù)據(jù)流程圖 （3）U/C矩陣（4）E-R圖（5）功能模塊圖（6）網(wǎng)絡拓撲圖（7）數(shù)據(jù)表1.2.3所采用的工具和技術清單在系統(tǒng)的設計中，我們主要用到了一系列的工具與技術，具體如表1-1所示。表1-1 工具與技術清單設計內(nèi)容工具系統(tǒng)業(yè)務流程的分析與設計業(yè)務流程圖系統(tǒng)數(shù)據(jù)流的分析與設計數(shù)據(jù)流程圖文字編輯和圖表制作Word數(shù)據(jù)庫實現(xiàn)VF圖表設計Visio整體形象設計及調整Photoshop數(shù)據(jù)庫設計E-R圖1.2.4各項任務工作量估計、項目分工、時間進度安排（1）經(jīng)過仔細的考慮，我們將時間進行了合理的分配，具體的設計進度見表1-2。表1-2 課程設計進度表課程設計工作進度表工作內(nèi)容全體人員工作時間進度系統(tǒng)規(guī)劃全體人員8時人6.156.16系統(tǒng)分析全體人員20時人6.166.18系統(tǒng)設計全體人員20時人6.196.21系統(tǒng)實現(xiàn)全體人員12時人6.226.23上交文檔全體人員8時人6.24（2）本次設計范圍、所需交付的每一項任務所需方法工具、完成每一項任務所需工作量的估計、項目分工、時間進度安排進行匯總，見表1-3。表1-3 工作任務及實施明細表步驟內(nèi)容具體內(nèi)容參加人員方法工具工時1系統(tǒng)規(guī)劃系統(tǒng)規(guī)劃全體人員調研討論8時人2系統(tǒng)分析目標分析全體人員調研討論2時人用戶分析全體人員調研討論2時人組織結構功能分析徐明月組織結構圖 組織/功能圖3時人業(yè)務流程分析羅姣業(yè)務流程圖3時人數(shù)據(jù)分析傅賽數(shù)據(jù)流圖數(shù)據(jù)字典3時人處理邏輯描述廖韋慧判定表3時人數(shù)據(jù)存儲分析郭凱敏數(shù)據(jù)立即存取圖4時人3系統(tǒng)設計網(wǎng)絡拓撲結構設計全體人員BC,CS分析網(wǎng)絡拓撲結構圖4時人功能模塊設計徐明月系統(tǒng)結構圖、HIPO圖4時人代碼設計羅姣規(guī)范設計3時人數(shù)據(jù)庫設計傅賽ER實體圖關系表3時人輸入輸出設計廖韋慧界面設計3時人處理過程設計郭凱敏流程圖3時人4系統(tǒng)實現(xiàn)欄目內(nèi)設計全體人員調研、討論3時人物理儲存結構設計全體人員網(wǎng)站設計3時人布局設計全體人員Dreamweaver、PS3時人總體風格設計全體人員Dreamweaver、PS3時人5上交文檔上交文檔全體人員8時人2系統(tǒng)分析2.1系統(tǒng)目標2.1.1系統(tǒng)的目標我們所設計的系統(tǒng)是“真功夫”配送管理信息系統(tǒng)，我們的目標在于利用物流信息方面的技術作為企業(yè)的核心競爭力，推動自身其它方面的不斷發(fā)展，爭取成為快餐行業(yè)的佼佼者。2.1.2系統(tǒng)的類型網(wǎng)站類型確定為“真功夫”餐飲行業(yè)與用戶之間信息服務性網(wǎng)站。通過專業(yè)化的物流配送信息服務，實現(xiàn)客戶需求滿足，同時實現(xiàn)企業(yè)的建設和發(fā)展。2.1.3業(yè)務領域通過先進的配送管理信息系統(tǒng)，建立企業(yè)自身完善的數(shù)據(jù)庫。在客戶下訂單后，通過對車輛、人員的管理，利用自有運輸資源和外部運輸資源，實現(xiàn)作業(yè)的合理分配；對整個業(yè)務過程中的訂單、車輛、貨物進行全程業(yè)務控制，監(jiān)控各個業(yè)務環(huán)節(jié)是否出現(xiàn)延滯和錯誤，以確保正確和及時地執(zhí)行客戶訂單；最后，根據(jù)相關單據(jù)進行財務結算等工作。2.1.4服務對象目前主要的服務對象是湖南省長沙市大學城附近的人群。隨著業(yè)務的增加和自身實力的提升，未來可能會將服務對象擴展到全國大中型城市。2.2 同行業(yè)系統(tǒng)對比分析我們根據(jù)實地考察和網(wǎng)上調研，通過了解同行業(yè)主要競爭對手的發(fā)展現(xiàn)狀，總結出其優(yōu)勢和劣勢，具體內(nèi)容見表2-1。表2-1同行業(yè)系統(tǒng)對比分析表主要競爭對手業(yè)務范圍運營模式交易方式服務優(yōu)勢存在不足肯德基立足湖南、輻射全國定點銷售、網(wǎng)站運營面對面交易和網(wǎng)上交易結合市場規(guī)模大，可以提供的服務全面配送價格相對偏高麥當勞同上同上同上專業(yè)配送等專業(yè)化服務銷售范圍相對偏小必勝客同上同上同上企業(yè)實力強，銷售點較多，宣傳到位消費水平偏高，配送種類相對單一通過了解并研究以上競爭對手的情況，我們發(fā)現(xiàn)“真功夫”配送管理系統(tǒng)存在以下的優(yōu)勢和劣勢： 1）優(yōu)勢：我們業(yè)務比較集中，目前僅在湖南省長沙市的高校。另外我們對高校的情況比較了解，可以根據(jù)實際情況對我們的相關計劃進行調節(jié)，可動性比較強。 2）劣勢：目前企業(yè)的實力不是很大，在宣傳等業(yè)務附加層面做的不是很好。2.3 用戶分析我們根據(jù)自身業(yè)務和系統(tǒng)建設的需要，設定了前臺用戶和后臺用戶。前臺用戶是指根據(jù)系統(tǒng)設計者設計出的功能進行相關業(yè)務的部門和客戶。主要包括：車輛調度部、客戶服務中心、財務部、人事部、信息部、終端客戶。后臺用戶是指進行系統(tǒng)建設和維護的相關人員，主要包括：信息部系統(tǒng)維護員、數(shù)據(jù)庫管理員、程序設計員、系統(tǒng)設計員。2.4 組織結構與功能分析1)組織結構圖反映組織內(nèi)機構設置情況，反應組織內(nèi)各機構之間的關系。組織結構圖采用層次模塊的形式繪制。圖2-1是“真功夫”配送管理信息系統(tǒng)的組織結構圖。采用事業(yè)部制組織結構，實行集中決策的分散經(jīng)營和分權管理?？偨?jīng)理客服部調度部信息部人事部財務部部門經(jīng)理人員部門經(jīng)理人員部門經(jīng)理人員部門經(jīng)理人員部門經(jīng)理人員 圖2-1“真功夫”配送管理信息系統(tǒng)組織結構圖2）功能組成表反映了系統(tǒng)的一級模塊和二級模塊，以及模塊相關的功能。這些均在表2-2中得以體現(xiàn)。表2-2 “真功夫”信息系統(tǒng)的功能組成表一級模塊名稱二級模塊名稱實現(xiàn)的功能描述訂單管理訂單接收訂單確認接受、審核客戶訂單，在運營過程中可以對訂單進行查詢。配送管理運輸計劃調度配送路線優(yōu)化配送商品追蹤配送車輛調度數(shù)據(jù)維護通過查詢從訂單管理模塊傳遞過來的訂車信息，制定相關的運輸計劃和調度，并根據(jù)訂單需求和區(qū)域地理信息，來確定優(yōu)化的配送路線和配載計劃方案，對貨物運輸?shù)膭討B(tài)跟蹤和監(jiān)控，從而實現(xiàn)配送成本的最大效益。途中意外狀況處理，進行數(shù)據(jù)維護退貨管理用戶退貨管理支持掃描式退貨商品信息輸入方法，發(fā)送退貨單到相關部門和系統(tǒng)客戶關系管理客戶服務管理客戶信譽評估客戶資料查詢客戶反饋管理客戶管理集中把客戶的一個訂單當作項目全程跟蹤，包括對客戶提供的服務類型、對客戶信用的評價及客戶在服務過程中的反饋等各個方面。財務管理賬單管理配送計費管理利潤結算管理財務統(tǒng)計報表財務管理功能主要用于配送管理業(yè)務中和費用相關的各種數(shù)據(jù)，并建立配送管理信息系統(tǒng)與專業(yè)財務系統(tǒng)的接口。3）在一個系統(tǒng)中，明確各個組織和相關功能的關系是合理建設并應用系統(tǒng)的前提，基于這方面的考慮，我們給出了表2-3。表2-3 組織功能關系表功能組織財務管理配送管理客戶服務信息管理財務計劃成本核算基金管理車輛調度人員調度跟蹤監(jiān)控信息反饋系統(tǒng)建設系統(tǒng)維護信息匯總客服部門*調度部門*信息部門*人事部門*財務部門*注：“*”表示該項業(yè)務是對組織的主要業(yè)務“”表示該單位是參加協(xié)調該項業(yè)務的輔助單位“”表示該單位是該項單位的相關單位“”表示該單位與對應業(yè)務無關2.5 業(yè)務流程分析業(yè)務流程分析主要是針對系統(tǒng)所涉及的業(yè)務功能幫助系統(tǒng)分析人員了解系統(tǒng)所要達到的目標，防止其在系統(tǒng)的設計時出現(xiàn)不合理的情況，為新系統(tǒng)的開發(fā)打下良好的基礎。2.5.1 訂單處理流程從接到客戶訂單開始到到貨簽收為止一直是以訂單或訂單為依據(jù)生成其它單據(jù)來連接相關處理的。少量的訂單可以進行人工管理，但對于大批量的訂單，人工管理顯然不足以滿足要求，這時若能采用計算機輔助管理，便可以提高工作效率，減少出錯率。但在進行計算機輔助管理之前，需要對訂單處理的流程進行分析，圖2-2就是該系統(tǒng)的訂單處理流程?？头坑唵谓邮沼唵斡唵螌徍私⒖蛻魴n案客戶信息合格訂單財務報表配送管理財務清單客戶簽收調度部客服部圖2-2 訂單管理的業(yè)務流程圖由以上的業(yè)務流程圖可以看出：當用戶向客戶服務部發(fā)出訂單，并由其驗收訂貨單后，根據(jù)驗收訂貨單建立客戶存檔，對驗收合格的訂貨單將發(fā)送給調度部，調度部根據(jù)客戶分布情況和訂單制定出配送計劃 ，之后就是送貨和客戶簽收了，簽收后財務部和客戶進行財務結算，并生成結算清單，同時存檔。2.5.2配送作業(yè)流程配送作業(yè)流程主要是調度部根據(jù)運輸資源和所需運達的地點以及運輸量制定出的合理的運輸計劃，目的在于以最低成本獲得最高效的運輸。本系統(tǒng)的配送作業(yè)流程見圖2-3。配送單確定配送方式生成配送計劃配載計劃路線選擇配送計劃生成調度計劃費用結算配送跟蹤業(yè)務統(tǒng)計統(tǒng)計報表調度部財務部配送資源文件財務費用結算 配送計劃文件圖2-3 配送管理的業(yè)務流程圖由上述的配送管理流程圖可以看出：調度部根據(jù)運輸資源和所需運達的地點以及運輸量制定出合理的運輸計劃，同時進行配送計劃存檔，然后生成調度計劃，調度計劃隨后傳給財務部進行成本統(tǒng)計和費用結算，同時生成結算清單，在整個配送過程中，實行了配送跟蹤，最后進行配送業(yè)務統(tǒng)計并生成統(tǒng)計報表。2.6數(shù)據(jù)分析匯總在此次系統(tǒng)調查中我們按組織結構和業(yè)務過程收集了大量的數(shù)據(jù)并制定了相應的數(shù)據(jù)調查表，它們在一定程度上反映配送管理業(yè)務對數(shù)據(jù)的需求和現(xiàn)有的數(shù)據(jù)管理狀況。我們對于這些數(shù)據(jù)資料加以匯總、整理和分析，使之協(xié)調一致，為以后在分布式數(shù)據(jù)庫內(nèi)各子系統(tǒng)充分的調用和共享數(shù)據(jù)資料等功能的實現(xiàn)奠定了基礎。現(xiàn)將分析匯總的過程簡述如下：1）確定數(shù)據(jù)類型確定數(shù)據(jù)類型包括用功能法歸納出數(shù)據(jù)類，然后通過實體/數(shù)據(jù)類矩陣得到功能/數(shù)據(jù)類矩陣。（1）用功能法歸納出數(shù)據(jù)類。即對每個相應的輸入輸出數(shù)據(jù)類，進行歸納總結出數(shù)據(jù)類。詳細情況見表2-4。表2-4 實體/數(shù)據(jù)類矩陣實 體數(shù)據(jù)類產(chǎn)品客戶設備資金人員計劃銷售計劃市場計劃設備計劃預算人員計劃統(tǒng)計產(chǎn)品需求銷售歷史利用率財務統(tǒng)計人員統(tǒng)計文檔產(chǎn)品品類客戶資料工作負荷及運行財務會計職工檔案事務訂貨調度記錄進出記錄應收業(yè)務人事調動記錄（2）功能/數(shù)據(jù)類矩陣。功能/數(shù)據(jù)類矩陣表示功能與數(shù)據(jù)類之間的聯(lián)系。功能與數(shù)據(jù)類交叉點上標以，C表示這個數(shù)據(jù)由相應的功能產(chǎn)生；U表示這個功能使用這個數(shù)據(jù)類。具體的情況見表2-5表2-5 功能/數(shù)據(jù)類矩陣數(shù) 據(jù)功 類 能餐飲成本職工財務財務區(qū)域設備計劃訂單服務C財務計劃UUC固定資產(chǎn)UCU調度C人員計劃CUU車輛管理UC成本會計CU通用會計CU成本計劃CU招聘發(fā)展U2）子系統(tǒng)劃分及其實施順序的確定，即調整功能/數(shù)據(jù)類矩陣。其實現(xiàn)的過程主要包括以下的兩個方面：（1）功能這一列按功能組排列，每一功能組中按資源生命周期的四個階段排列。（2）排列“數(shù)據(jù)列”這一行，使得矩陣中C最靠近主對角線，同時使U也盡可能靠近對角線。得到調整后的功能/數(shù)據(jù)類矩陣，見表2-6。表2-6 劃分子系統(tǒng)表數(shù) 據(jù)功 類 能 計劃財務設備客戶服務區(qū)域成本職工財務計劃CUU固定資產(chǎn)CUU訂單服務CU調度C車輛管理CUU成本計劃UC成本會計UUCU通用會計U人員計劃UC招聘發(fā)展U2.7數(shù)據(jù)流程分析數(shù)據(jù)流程分析基于已有的業(yè)務流程分析，把數(shù)據(jù)在組織內(nèi)部的流動情況抽象地獨立出來，舍去了具體的組織機構、信息載體、物質、材料等，單從數(shù)據(jù)流動過程來考查實際業(yè)務的數(shù)據(jù)處理模式。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題。對收集的數(shù)據(jù)及處理數(shù)據(jù)的過程進行分析和整理，以形象直觀的數(shù)據(jù)流程圖表示出來，作為今后建立數(shù)據(jù)庫系統(tǒng)和設計功能模塊處理過程的基礎。該配送管理信息系統(tǒng)的數(shù)據(jù)流程圖繪制的主要步驟如下：畫數(shù)據(jù)流程圖的頂層圖，初步確定系統(tǒng)的輸入、輸出和外部實體；分解頂層圖；逐步分解、擴充和調整，進行二級細化。具體數(shù)據(jù)流程圖見圖2-4至圖2-6。真功夫 P0配貨處理 訂單 運輸計劃（含訂貨單）圖2-4 “真功夫”配送管理信息系統(tǒng)數(shù)據(jù)流程圖（頂層）P3倉庫管理P4配載車輛P5到貨確認P6財務結算供應商倉儲部餐飲 采購部P1訂單審核P2材料采購訂單 合格訂單 D2 采購訂單 D3 生成發(fā)貨單 D7 D6 D4 庫存清單配 出 送 庫 計 清 劃 單D8 到貨確認明細 D5 收貨清單 D1 訂貨單D9 到貨結算清單圖2-5“真功夫”配送管理信息系統(tǒng)數(shù)據(jù)流程圖（第一層）P4.1確定配送方式P4.2生成配送計劃P4.3生成調度計劃P4.6費用結算P4.4配送跟蹤P4.5業(yè)務統(tǒng)計 D6 出庫清單 D12 配送源文件D14 配送方式文檔 D7 配送計劃文檔計劃信息調度信息運輸信息 配送信息 D14 統(tǒng)計報表 D11 配送結算清單圖2-6 配送管理數(shù)據(jù)流程圖（第二層）2.8數(shù)據(jù)字典數(shù)據(jù)字典是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)和外部實體進行定義和描述的工具，是數(shù)據(jù)分析和管理的工具，同時也是系統(tǒng)設計階段進行數(shù)據(jù)庫設計的重要依據(jù)。其主要包括以下的六部分。1）數(shù)據(jù)項。數(shù)據(jù)項又稱為數(shù)據(jù)元素，是數(shù)據(jù)的最小組成單位。數(shù)據(jù)項見表2-7。表2-7 數(shù)據(jù)項一覽表編號數(shù)據(jù)項類型長度小數(shù)位值域從屬說明B001產(chǎn)品編號字符13產(chǎn)品B002產(chǎn)品數(shù)量數(shù)據(jù)500產(chǎn)品B003產(chǎn)品價格貨幣840產(chǎn)品B004工號字符10員工B005入職日期日期8員工B006員工姓名字符10員工B007顧客姓名字符12顧客B008號碼數(shù)值820顧客B009地址字符50顧客B010備注字符30顧客B011數(shù)量數(shù)值400所發(fā)商品B012折扣數(shù)值840所發(fā)商品B013退貨單價數(shù)值840銷售退貨2）數(shù)據(jù)結構。數(shù)據(jù)結構是對數(shù)據(jù)之間的組合關系進行的定義，只有明確了數(shù)據(jù)之間的關系才能更好的進行系統(tǒng)的設計，為以后的系統(tǒng)的有效使用奠定堅實的基礎。具體的數(shù)據(jù)結構見表2-8。表2-8 數(shù)據(jù)結構一覽表編號名稱組成有關數(shù)據(jù)流或數(shù)據(jù)結構有關的處理邏輯簡要說明J001產(chǎn)品產(chǎn)品編號、名稱、規(guī)格、單價、訂貨單、發(fā)貨單編輯/審核訂貨單，編輯發(fā)貨單公司負責訂單基本信息J002出貨信息出貨單號、時間、數(shù)量出庫單、發(fā)貨單、收款通知出貨、配送、會計向庫戶提供貨物的信息J003員工信息工號、姓名、入職日期員工管理的基本信息3）數(shù)據(jù)流。數(shù)據(jù)流表達了數(shù)據(jù)的流向。其由一個或一組固定的數(shù)據(jù)組成。只有明確了數(shù)據(jù)的準確流向才能更好的管理和使用數(shù)據(jù)，使整個系統(tǒng)準確的運行，并且可以使系統(tǒng)在緊急情況下不受損害。見表2-9表2-9 數(shù)據(jù)流一覽表數(shù)據(jù)流編號數(shù)據(jù)流名稱簡要說明數(shù)據(jù)流來源數(shù)據(jù)流去向數(shù)據(jù)流組成D001訂單顧客開出的訂貨憑證顧客中式快餐物流管理信息系統(tǒng)訂單號、日期數(shù)量、單價D002運輸計劃清單運輸部門開出的運輸憑證運輸部門客戶服務部門運輸單號、日期、數(shù)量D003到貨確認明細客戶服務部門開出的客戶收貨憑證客戶服務部財務部門到貨確認明細單號、日期、數(shù)量4）處理邏輯。數(shù)據(jù)字典中的處理邏輯，僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。處理邏輯具體情況見表2-10。表2-10 處理邏輯一覽表處理邏輯編號處理邏輯名稱輸入數(shù)據(jù)流輸出數(shù)據(jù)流處理有關的數(shù)據(jù)存儲C001客服部門訂單、運輸計劃清單訂單、到貨確認明細單根據(jù)訂單制定采購單、由運輸計劃清單得到到貨確認明細單訂單存檔、到貨確認明細存檔C002運輸部門貨物清單運輸計劃清單運輸部門根據(jù)出庫清單生成運輸計劃清單運輸計劃存檔C003財務部門到貨確認明細單送貨結算清單進行財務結算送貨結算清單存檔5）數(shù)據(jù)存儲。數(shù)據(jù)存儲是指在系統(tǒng)中應該保存的數(shù)據(jù)結構以及具體的數(shù)據(jù)內(nèi)容，不涉及數(shù)據(jù)存儲的物理組織。具體存儲情況見表2-11。表2-11數(shù)據(jù)存儲一覽表編號數(shù)據(jù)存儲名稱組成部分立即查詢D1產(chǎn)品需求清單產(chǎn)品編號有產(chǎn)品名稱無單價有備注無D2收貨清單產(chǎn)品編號有產(chǎn)品名稱無單價有收貨量有需求日期有備注無D3運輸計劃文檔運輸編號有運輸距離無運輸時間無運輸量無備注無6）外部項。外部項是信息系統(tǒng)數(shù)據(jù)的來源和去向。主要包括客戶和供應商。其編號等具體情況見表2-12。表2-12 外部項一覽表外部項編號外部項名稱簡要說明輸入數(shù)據(jù)輸出數(shù)據(jù)W001顧客訂餐顧客訂單W002供應商提供食材的供應商采購單發(fā)貨單、付款通知以上的表詳細的介紹了該系統(tǒng)的數(shù)據(jù)字典，在數(shù)據(jù)流程圖和數(shù)據(jù)字典等工具相互配合下，便可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。為以后的系統(tǒng)設計奠定堅實的基礎。3系統(tǒng)設計3.1總體結構設計在對U/C矩陣進行變換分析后，可得到子系統(tǒng)劃分結果。為了便于今后系統(tǒng)開發(fā)和系統(tǒng)運行,系統(tǒng)的劃分應遵循如下原則：1）子系統(tǒng)要具有相對獨立性。子系統(tǒng)的劃分必須使得子系統(tǒng)內(nèi)部功能、信息等各方面的凝聚性較好。在實際中我們都希望每個子系統(tǒng)或模塊相對獨立,盡量減少各種不必要的數(shù)據(jù)調用和控制聯(lián)系,并將聯(lián)系比較密切、功能近似的模塊相對集中,這樣對于以后的搜索、查詢、調試、調用都比較方便。2）要使子系統(tǒng)之間數(shù)據(jù)的依賴性盡量小。子系統(tǒng)之間的聯(lián)系要盡量減少,接口要簡單、明確。一個內(nèi)部聯(lián)系強的子系統(tǒng)對外部的聯(lián)系必然很少,所以劃分時應將聯(lián)系較多者列入子系統(tǒng)內(nèi)部。相對集中的部分均已劃入各個子系統(tǒng)的內(nèi)部,剩余的一些分散、跨度比較大的聯(lián)系,就成為這些子系統(tǒng)之間的聯(lián)系和接口。這樣劃分的子系統(tǒng),將來調試、維護和運行都是非常方便的。3）子系統(tǒng)劃分的結果應使數(shù)據(jù)冗余較小。如果我們忽視這個問題,則可能會使相關的功能數(shù)據(jù)分布到各個不同的子系統(tǒng)中,大量的原始數(shù)據(jù)需要調用,大量的中間結果需要保存和傳遞,大量計算工作將要重復進行。從而使得程序結構紊亂,數(shù)據(jù)冗余,不但給軟件編制工作帶來很大的困難,而且系統(tǒng)的工作效率也大大降低了。4）子系統(tǒng)的設置應考慮今后管理發(fā)展的需要。子系統(tǒng)的設置光靠上述系統(tǒng)分析的結果是不夠的,因為現(xiàn)存的系統(tǒng)由于這樣或那樣的原因,很可能沒有考慮到一些高層次管理決策的要求。3.1.1子系統(tǒng)劃分子系統(tǒng)劃分后，留在子系統(tǒng)小方塊外面的還有若干個U元素，這些U元素就是今后子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，即共享的數(shù)據(jù)資源。子系統(tǒng)的劃分如表3-1所示。 表3-1子系統(tǒng)劃分表數(shù) 據(jù)功 類 能 計劃財務設備客戶服務區(qū)域訂貨成本職工財務計劃CUU固定資產(chǎn)CUU訂單服務CUC調度C車輛管理CUU成本計劃UC成本會計UUUCU通用會計U人員計劃UC招聘發(fā)展U在子系統(tǒng)劃定之后，所有數(shù)據(jù)的使用關系都被小方塊畫隔成兩類。一類在小方塊內(nèi)。在小方塊內(nèi)產(chǎn)生和使用的數(shù)據(jù)，主要被放在相應子系統(tǒng)的計算機設備上進行處理。另一類在小方塊外，表示的是各子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，這些數(shù)據(jù)資源今后將被放在網(wǎng)絡服務器上供各子系統(tǒng)共享或通過網(wǎng)絡來相互傳遞數(shù)據(jù)。3.1.2 硬件配置設計與軟件配置設計系統(tǒng)的實現(xiàn)離不開硬件和軟件，為了使二者協(xié)調統(tǒng)一，共同為系統(tǒng)服務，必須進行相關設備的選擇。本系統(tǒng)設備的選擇見表3-2。表3-2 設備選型表設備/項目型號說明客戶端C1.6DDR128M20G可以根據(jù)需求改動服務器戴爾PowerEdge 1600SC 塔式升級1調制解調器/集線器D-LNK具體型號向專業(yè)人士咨詢網(wǎng)線100Mb/s防火墻瑞星建議數(shù)據(jù)庫軟件VFPC OS（服務器）待定打印機惠普PHOTOSMART7268建議3.1.3通信與網(wǎng)絡配置設計該系統(tǒng)的運行平臺是網(wǎng)絡結構的平臺，該系統(tǒng)暫時不考慮與外部網(wǎng)絡的連接，數(shù)據(jù)的傳輸只在該系統(tǒng)內(nèi)進行，所以使用的是局域網(wǎng)結構。此處選用的是星型網(wǎng)絡拓撲圖，因為它實現(xiàn)和維護比較容易。操作系統(tǒng)采用Windows 2000系統(tǒng)，該系統(tǒng)的安全性與穩(wěn)定性較好，網(wǎng)絡性能也比較優(yōu)異，對數(shù)據(jù)庫能提供穩(wěn)定的支持，界面比較美觀，實用性強。網(wǎng)絡連接設備主要是集線器與調制解調器，主要用于連接各個終端與服務器。該系統(tǒng)網(wǎng)絡拓撲結構如圖3-1所示。圖3-1系統(tǒng)網(wǎng)絡拓撲結構圖該系統(tǒng)適合使用以太網(wǎng)技術，因為具有配置與安裝比較簡單，容易維護，成本低等優(yōu)點。集線器采用D-Link品牌，網(wǎng)線采用局域網(wǎng)雙絞線。3.2代碼設計代碼設計中應考慮以下幾個主要原則：唯一性原則、標準化與通用性原則、簡單性原則、穩(wěn)定性和可擴充性原則、容易修改原則、滿足系統(tǒng)要求原則和便于記憶和使用原則。在該高校書籍物流管理信息系統(tǒng)中所涉及的代碼設計主要有：供應商、客戶、員工、書籍、車輛、倉儲。原則上各個單據(jù)還應為其設計各種單號，以識別各張表單，但各個物理單據(jù)已經(jīng)有相關的編號，且單號均由數(shù)字組成，方便計算機的處理和使用，所以不再為它們設計相關的代碼，沿用原單據(jù)的單號。相關的代碼設計如下：1）客戶的代碼設計。采用客戶名稱的各個字的漢語拼音字母的第一個字母組成。如果遇到兩個相同的，就在他們的代碼后面再加上數(shù)字以示區(qū)分，三個以上同樣道理?？蛻舸a設計如圖3-2所示。XXXXX X區(qū)別碼識別碼圖3-2客戶代碼3）員工代碼設計。采用字母加漢字的設計形式。如屬于采購部的員工，工號前面是XS兩個英文字母，后面跟3個數(shù)字。員工代碼設計如圖3-3所示。XX XXX區(qū)別碼 識別碼圖3-3員工代碼3）產(chǎn)品的代碼設計。產(chǎn)品的代碼設計結構采用校驗碼+商品項目代碼+廠商識別代碼的形式。產(chǎn)品代碼設計如圖3-4所示。XXXXXXX XXXXX X校驗碼 商品項目代碼 廠商識別代碼圖3-4 書籍代碼4）車輛的代碼設計。車輛的代碼即為車輛號碼。3.3模塊設計功能模塊設計是以模塊分析為基礎的。模塊分析是描述系統(tǒng)需求的一個過程，需要將需求分析中的感性描述進行抽象，提取出要實現(xiàn)的功能。這是整個系統(tǒng)開發(fā)的一個關鍵過程。模塊設計的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制。3.3.1系統(tǒng)的模塊結構圖根據(jù)對配送管理信息系統(tǒng)各業(yè)務部門的研究與分析，可分為以下模塊，整個系統(tǒng)的結構見圖3.3.1.1。餐飲配送管理信息系統(tǒng)訂單管理配送管理退貨管理客服部門賬務管理圖 3.3.1.1餐飲配送管理信息系統(tǒng)結構圖 (1) 訂單管理模塊。此模塊用于管理銷售訂單。訂單管理訂單接收訂單確認訂單存檔 圖3.3.1.2訂單管理模塊結構圖 (2) 配送管理模塊。此模塊用于管理配餐的配載裝車，以提高車輛利用率。配送管理配送單管理配送路線管理配送商品選擇途中意外情況處理數(shù)據(jù)維護圖 3.3.1.3 配送管理模塊結構圖(3) 財務結算模塊。此模塊用于統(tǒng)計一段時間內(nèi)財務總的情況，包括訂單結算、工資結算、運輸費用結算、車輛維修費用結算等情況；根據(jù)客戶不同的要求，生成不同的結算報表。財務結算工資結算訂單結算運輸費用結算車輛維修費用車輛維修費用圖3.3.1.4 財務管理模塊結構圖3.3.2各個模塊的HIPO圖根據(jù)該系統(tǒng)的相關功能，總結系統(tǒng)的輸入和輸出，我們建立了各個模塊的HIPO圖，以便為以后數(shù)據(jù)庫設計做好準備。詳細情況見圖3-11。餐飲配送管理信息系統(tǒng)訂單管理配送管理退貨管理客服部門賬務管理訂單接收訂單確認訂單存檔配送單管理配送路線管理配送商品選擇途中意外情況處理數(shù)據(jù)維護工資結算訂單結算運輸費用結算車輛維修費用車輛維修費用圖 3.3.1.5 餐飲配送管理信息系統(tǒng)3.4數(shù)據(jù)庫設計數(shù)據(jù)庫設計就是根據(jù)用戶需求研制數(shù)據(jù)庫結構的過程，對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式。建立數(shù)據(jù)庫及其應用系統(tǒng)，是指能有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求（信息需求和處理需求）。按照規(guī)范設計的方法，考慮到數(shù)據(jù)庫及其應用系統(tǒng)開發(fā)的過程，可將數(shù)據(jù)庫設計按以下四個階段進行。3.4.1數(shù)據(jù)庫的需求規(guī)定新系統(tǒng)必須充分考慮今后可能的擴充和改變，不僅僅按當前應用需求來設計數(shù)據(jù)庫?；谶@個原則，在需求分析階段，設計者要有遠見，在仔細分析餐飲配送管理信息系統(tǒng)過程的基礎上，設計出適合自身發(fā)展和未來變化的數(shù)據(jù)庫。3.4.2數(shù)據(jù)庫運行環(huán)境要求該系統(tǒng)選用的是VFP數(shù)據(jù)庫設計系統(tǒng)。3.4.3數(shù)據(jù)庫的邏輯結構設計邏輯結構設計的任務是根據(jù)DBMS的特征把概念結構轉換為相應的邏輯結構。概念結構設計所得到的E-R圖是獨立于DBMS的，這里的轉換就是把表示概念結構的E-R圖轉換為層次模型或網(wǎng)狀模型或關系模型等邏輯結構。在本系統(tǒng)中，邏輯設計的具體操作就是將E-R圖模型對應轉換為關系模型，即把E-R圖中每個實體和聯(lián)系都轉換為關系模型。本次的關系模型具體如下：客戶(客戶編號，名稱，地址，電話記錄)訂單（訂單號，日期，聯(lián)系人，數(shù)量）訂貨（客戶編號，訂單號，訂貨量）服務部（代碼，職工數(shù)，地址）訂單處理（訂單號，代碼）產(chǎn)品（產(chǎn)品代碼，名稱，規(guī)格，單價，描述）運送（產(chǎn)品代碼，代碼，運送量）職工（職工號，姓名，年齡，職稱）負責（產(chǎn)品代碼，職工號）部門（部門代碼，名稱，職工數(shù)）屬于（職工號，部門代碼）調運部（代碼，職工數(shù)，地址）調運（產(chǎn)品代碼，調運量）車輛（車牌號，車型，載重）送貨（產(chǎn)品代碼，車牌號，發(fā)送量）運送（車牌號，客戶編號）應付款（代號，數(shù)額）支付（代號，客戶編號）該系統(tǒng)的E-R圖見圖3-12 圖3-12餐飲配送管理信息系統(tǒng)的ER圖3.4.4數(shù)據(jù)庫的物理結構設計在進行邏輯結構設計后，我們對系統(tǒng)進行物理結構設計，為邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物流結構。數(shù)據(jù)庫物理設計階段的任務是根據(jù)具體計算機系統(tǒng)(DBMS和硬件等)的特點，為給定的數(shù)據(jù)庫模型確定合理的存儲結構和存取方法。所謂的“合理”主要有兩個含義：一個是要使設計出的物理數(shù)據(jù)庫占用較少的存儲空間，另一個是對數(shù)據(jù)庫的操作具有盡可能高的速度。數(shù)據(jù)庫的物理結構設計大致包括：確定數(shù)據(jù)的存取方法、確定數(shù)據(jù)的存儲結構。物理結構設計階段實現(xiàn)的是數(shù)據(jù)庫系統(tǒng)的內(nèi)模式，它的質量直接決定了整個系統(tǒng)的性能。因此在確定數(shù)據(jù)庫的存儲結構和存取方法之前，對數(shù)據(jù)庫系統(tǒng)所支持的事務要進行仔細分析，獲得優(yōu)化數(shù)據(jù)庫物理設計的參數(shù)。具體過程如下：(1)確定關系模型的存取方法確定數(shù)據(jù)庫的存取方法，就是確定建立哪些存儲路徑以實現(xiàn)快速存取數(shù)據(jù)庫中的數(shù)據(jù)。現(xiàn)行的DBMS一般都提供了多種存取方法，如索引法、HASH法等。其中，最常用的是索引法。數(shù)據(jù)庫的索引類似書的目錄。在書中，目錄允許用戶不必瀏覽全書就能迅速地找到所需要的位置。在數(shù)據(jù)庫中，索引也允許應用程序迅速找到表中的數(shù)據(jù)，而不必掃描整個數(shù)據(jù)庫。在書中，目錄就是內(nèi)容和相應頁號的清單。在數(shù)據(jù)庫中，索引就是表中數(shù)據(jù)和相應存儲位置的列表。使用索引可以大大減少數(shù)據(jù)的查詢時間。(2)確定數(shù)據(jù)庫的存儲結構確定數(shù)據(jù)庫的存儲結構主要指確定數(shù)據(jù)的存放位置和存儲結構，包括確定關系、索引、日志、備份等的存儲安排及存儲結構，以及確定系統(tǒng)存儲參數(shù)的配置。確定數(shù)據(jù)存放位置是按照數(shù)據(jù)應用的不同將數(shù)據(jù)庫的數(shù)據(jù)劃分為若干類，并確定各類數(shù)據(jù)的大小和存放位置。數(shù)據(jù)的分類可依據(jù)數(shù)據(jù)的穩(wěn)定性、存取響應速度、存取頻度、數(shù)據(jù)共享程度、數(shù)據(jù)保密程度、數(shù)據(jù)生命周期的長短、數(shù)據(jù)使用的頻度等因素加以區(qū)別。(3)確定系統(tǒng)存儲參數(shù)的配置現(xiàn)行的許多DBMS都設置了一些系統(tǒng)的配置變量，供設計人員和DBA(數(shù)據(jù)庫管理員)進行物理的優(yōu)化。在初始情況下，系統(tǒng)都為這些變量賦予了合理的初值。但是這些值只是從產(chǎn)品本身特性出發(fā)，不一定能適應每一種應用環(huán)境，在進行物理結構設計時，可以重新對這些變量賦值以改善系統(tǒng)的性能。在物理結構設計對系統(tǒng)配置變量的調整只是初步的，在系統(tǒng)運行時還需要根據(jù)系統(tǒng)實際的運行情況做進一步的調整，以獲得最佳的系統(tǒng)性能。本系統(tǒng)的數(shù)據(jù)庫如表3-3至表3-7所示。表3-3 財務表字段名稱數(shù)據(jù)類型寬度小數(shù)位數(shù)索引NULL日期字符12員工姓名字符10所屬部門字符18費用類別字符11入額數(shù)值102出額數(shù)值102余額數(shù)值122表3-4 員工信息表字段名稱數(shù)據(jù)類型寬度小數(shù)位數(shù)索引NULL員工號字符12姓名字符10身份證號數(shù)值18手機數(shù)值11職位字符10年齡數(shù)值3地址字符25性別邏輯1表3-5 客戶信息表字段名稱數(shù)據(jù)類型寬度小數(shù)位數(shù)索引NULL訂單號數(shù)值12客戶名稱字符12產(chǎn)品名稱字符20產(chǎn)品規(guī)格字符12數(shù)量數(shù)值8單價數(shù)值82 表3-6 行政區(qū)域表字段名稱數(shù)據(jù)類型寬度小數(shù)位數(shù)索引NULL直轄市字符12省名稱字符12 自治區(qū)字符20市名稱字符12區(qū)名稱字符8縣名稱字符12表3-7 車輛信息表字段名稱數(shù)據(jù)類型寬度小數(shù)位數(shù)索引NULL車牌號數(shù)值12車型字符12使用單位字符20責任人字符12加油卡號數(shù)值8維修記錄字符303.5輸入輸出設計輸入設計的工作是依據(jù)功能模塊的具體要求給出數(shù)據(jù)輸入的方式、用戶界面和輸入校驗方式。輸出設計與輸入設計類似，需要給出輸出的方式和用戶界面的內(nèi)容，如顯示輸出的屏幕格式、打印輸出的格式，每個顯示、打印項目的類型和長度。輸入、輸出設計時，都應注意在整個設計系統(tǒng)中統(tǒng)一設計風格。1)開始界面的主要功能是當用戶啟動“高校物流管理信息系統(tǒng)”時，顯示歡迎界面。當用戶單擊右下角的“進入”按鈕，就可以進入“用戶登錄”界面。如圖3-13所示。圖3-13 歡迎頁面圖2)用戶登錄界面的功能是要求使用者輸入用戶名和密碼，對用戶的身份進行驗證。若當前用戶為合法用戶，則調用“高校物流管理信息系統(tǒng)”主界面，給用戶提供各種功能，否則，不允許使用該管理系統(tǒng)，并給出提示信息。如圖3-14所示。圖3-14 登錄界面圖3)我們的主要業(yè)務是針對高校的訂單，所以訂單的填寫界面變顯得尤為重要。因為沒有正確的訂單填寫，就沒有業(yè)務來源，也就沒有后續(xù)的一系列的工作。訂單填寫如圖3-15。圖3-15 訂單登記界面圖4總結經(jīng)過我們小組不懈的努力，終于完成了對配送管理信息系統(tǒng)的初步設計工作。該系統(tǒng)從實際出發(fā)，經(jīng)過合理的調研和處理，適用于餐飲行業(yè)單位，在一定程度上可以幫助經(jīng)營者實現(xiàn)配送管理的現(xiàn)代化。當然該系統(tǒng)也存在一些不足，首先，該系統(tǒng)沒能實現(xiàn)，許多東西只停留在理論層面上，可能存在潛在的問題。其次，該系統(tǒng)的設計不夠完善，使得一些方面略顯粗糙，這需要以后的進一步改進。在本次設計中，我們學到了很多。首先，我們意識到團隊的重要性。沒有積極向上的團隊，就不能完成優(yōu)秀的設計。其次，我們學到了很多技術層面的東西，比如一些軟件的使用，如VF、photoshop、visio等。第三，我們意識到一個系統(tǒng)如果想優(yōu)秀，必須要站在更高的角度去設計，也就是整體的設計。沒有整體意識的設計不能全面的反映系統(tǒng)的功能和適用企業(yè)的現(xiàn)狀。5工作業(yè)績 1羅姣的工作業(yè)績1)個人主要工作（1）小組討論定題目，為整個項目做分工；（2）小組成員一起調研討論，進行系統(tǒng)規(guī)劃和系統(tǒng)分析中的目標分析；（3）進行