數(shù)據(jù)庫大作業(yè)報(bào)告-物流管理系統(tǒng)

1、.本科學(xué)生綜合性實(shí)驗(yàn)報(bào)告課程名稱：數(shù)據(jù)庫系統(tǒng)原理項(xiàng)目成員 孫鈺雷 付歡 匡雄 潘麗娟 許毅 劉國靖 班 級 計(jì)算機(jī)131 實(shí)驗(yàn)項(xiàng)目名稱 物流系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 指導(dǎo)教師 萬常選 開課學(xué)期 2015 至 2016 學(xué)年 第一學(xué)期 完成時(shí)間 2015 年 11 月 1 日.;目 錄1 需求分析11.1 背景說明11.2 系統(tǒng)目標(biāo)與系統(tǒng)邊界11.3 功能需求分析11.3.1 系統(tǒng)的功能描述11.3.2 系統(tǒng)總體功能圖11.3.3 主要業(yè)務(wù)流程描述11.4 數(shù)據(jù)需求及業(yè)務(wù)規(guī)則分析21.4.1 數(shù)據(jù)需求描述21.4.2 數(shù)據(jù)字典21.4.3 業(yè)務(wù)規(guī)則描述21.4.4 完整性約束規(guī)則描述32 概念設(shè)計(jì)32.1

2、 確定基本實(shí)體集32.1.1 發(fā)現(xiàn)基本實(shí)體集32.1.2 定義基本實(shí)體集(數(shù)據(jù)字典)32.2 局部概念建模42.2.1 XXX業(yè)務(wù)的局部概念建模42.2.2 XXX業(yè)務(wù)的局部概念建模52.3 概念模型(E-R圖)62.3.1 概念模型(總E-R圖)62.3.2 檢查是否滿足需求62.3.3 改進(jìn)的E-R圖63 邏輯設(shè)計(jì)63.1 關(guān)系數(shù)據(jù)庫模式設(shè)計(jì)63.2 關(guān)系數(shù)據(jù)庫模式優(yōu)化73.3 完整性約束的說明74 物理設(shè)計(jì)74.1 確定數(shù)據(jù)庫的存儲(chǔ)結(jié)構(gòu)74.2 確定數(shù)據(jù)庫的存取方法75 數(shù)據(jù)庫應(yīng)用與安全設(shè)計(jì)85.1 數(shù)據(jù)庫腳本85.2 數(shù)據(jù)庫完整性設(shè)計(jì)85.3 數(shù)據(jù)庫安全性設(shè)計(jì)85.4 存儲(chǔ)過程設(shè)計(jì)86

3、 數(shù)據(jù)庫應(yīng)用開發(fā)8.;.1 需求分析1.1 背景說明 現(xiàn)代快遞企業(yè)無論大小都是使用信息系統(tǒng)作為平臺(tái)為客戶提供服務(wù)。但這種利用信息系統(tǒng)來服務(wù)客戶的行為還遠(yuǎn)遠(yuǎn)沒有達(dá)到合理利用的程度，其中一個(gè)主要原因是這些系統(tǒng)不是針對特定地區(qū)和企業(yè)部門開發(fā)的。經(jīng)濟(jì)發(fā)展、科技進(jìn)步和信息革命，將世界帶入前所未有的全球化的時(shí)代。集物流、信息流和資金流于一身的物流配送中心，在這全球化和市場化的時(shí)代里，又進(jìn)一步促進(jìn)了世界經(jīng)濟(jì)與貿(mào)易的發(fā)展。邁向21世紀(jì)的國際物流技術(shù)的特征是信息化、網(wǎng)絡(luò)化、智能化、柔性化、標(biāo)準(zhǔn)化和社會(huì)化。 物流配送管理系統(tǒng)專注于商品的到貨、發(fā)貨、保、搬運(yùn)、運(yùn)輸?shù)茸鳂I(yè)的計(jì)劃、控制和反饋過程的信息搜集、匯總、查詢和

4、分析，達(dá)到提高物流配送效率，降低物流配送成本的目的。1.2 系統(tǒng)目標(biāo)與系統(tǒng)邊界系統(tǒng)目標(biāo)：建立一個(gè)比較全面的物流信息網(wǎng)，為用戶提供全面的服務(wù)滿意的服務(wù)。該系統(tǒng)聯(lián)系了用戶，賣家和運(yùn)輸部門，可以為用戶和運(yùn)輸部門人員提供查詢物品運(yùn)到何處的詳細(xì)信息。1.3 功能需求分析1.3.1 系統(tǒng)的功能描述(1) 主要的數(shù)據(jù)功能：實(shí)現(xiàn)數(shù)據(jù)增加、刪除以及更新; 派送單查詢、接收單查詢、投訴單查詢以及未派送的快件查詢等查詢功能；某一段時(shí)間內(nèi)的數(shù)據(jù)進(jìn)行統(tǒng)計(jì)；打印詳細(xì)報(bào)表； 基本資料維護(hù)及用戶權(quán)限等； 數(shù)據(jù)庫的備份與還原。(2) 站點(diǎn)基本信息管理：提供站點(diǎn)基本信息錄入、維護(hù)與查詢(3) 員工基本信息管理：提供員工基本信息錄

5、入、維護(hù)與查詢(4) 訂單審核：該系統(tǒng)是物流系統(tǒng)，每一份訂單的生成涉及到物件的配送，資源的利用，所以每一份訂單都應(yīng)該由工作人員審核后生成。(5) 物件單查詢：物件單包括訂單和派送單，訂單生成后分由不同的人派送，形成派送單，查詢訂單可以知道該站點(diǎn)所接受的物件以及物件的具體信息；查詢派送單可以知道某物品的送貨人員以及派送物體的具體信息。(6) 分包：站點(diǎn)A每天收到很多送往不同地方的很多快遞，我們把送往地方相同的快遞打包在一起方便運(yùn)送和管理。(7) 追蹤：就是要確定在某個(gè)時(shí)間某物件到達(dá)的站點(diǎn)。(8) 計(jì)算價(jià)格：對于運(yùn)送的不同物品重量不一樣的物品有不同的運(yùn)送價(jià)格，該系統(tǒng)提供計(jì)算運(yùn)費(fèi)的功能。(9) 統(tǒng)計(jì)

6、：可以統(tǒng)計(jì)每天某站點(diǎn)運(yùn)送的物件數(shù)量，方便計(jì)算物流量。(10) 路徑規(guī)劃：提供一個(gè)連同兩個(gè)站點(diǎn)的通路。1.3.2 系統(tǒng)總體功能圖總體業(yè)務(wù)描述： 發(fā)貨人發(fā)貨，業(yè)務(wù)員在收貨時(shí)要對貨物進(jìn)行檢查，即查看是否合格若是選擇運(yùn)送方式，業(yè)務(wù)員接收生成訂單，將東西放入起始站點(diǎn)，若否則退回。業(yè)務(wù)員接收物品后將貨物進(jìn)行包裝和初步的分類后，即會(huì)生成路線信息。后將貨物送給下個(gè)中轉(zhuǎn)站，每個(gè)中轉(zhuǎn)站都會(huì)對貨物進(jìn)行掃描，查看貨物是否丟失，在中會(huì)對貨物進(jìn)行整合和拆裝，即是在運(yùn)送過程中先對貨物進(jìn)行整合，在運(yùn)送到一定的地方后，對貨物進(jìn)行拆裝。最后到達(dá)終點(diǎn)站。到達(dá)終點(diǎn)站時(shí)要檢查貨物，并通知收件人，收件人檢查貨物是否合格，若合格則簽字取走

7、貨物。結(jié)束流程。1.3.3 主要業(yè)務(wù)流程描述(1) 訂單審核：員工登錄系統(tǒng)，查看接收到的訂單信息，核實(shí)了用戶信息以及物品信息正確就按照時(shí)間關(guān)系生成新的訂單。(2) 物件單查詢：a.客戶查詢：客戶登錄系統(tǒng)，輸入自己的訂貨單號，就可以查詢到自己的物品到達(dá)了那個(gè)地方，以及自己物品的具體信息，查詢之后登出。B.員工查詢：員工登錄管理系統(tǒng)之后，輸入站點(diǎn)號，或者訂單編號可以查詢具體的站點(diǎn)運(yùn)送的貨物或者物品流通信息。(3) 分包：員工確定物品的最終目的，把目的相同的物品進(jìn)行打包。(4) 追蹤：用戶登錄之后，輸入自己物品編號即可。員工查詢：登錄后選擇“查詢具體物品”或者“查詢某站點(diǎn)運(yùn)送物品”進(jìn)行查詢。(5)

8、路徑規(guī)劃：確定起始地址與目的地址中較高級別的站點(diǎn)，路線就是先運(yùn)送到較高站點(diǎn)，再運(yùn)送到目的地；如果兩者之間最高站點(diǎn)的級別是相同的就直接向目的地運(yùn)送（僅限于一個(gè)省份內(nèi)）。(6) 統(tǒng)計(jì)：對于某個(gè)站點(diǎn)的訂單數(shù)目進(jìn)行累加。(7) 計(jì)算價(jià)格：確定物品種類，根據(jù)不同的計(jì)算標(biāo)準(zhǔn)進(jìn)行計(jì)算.;(8) 主要業(yè)務(wù)的流程圖 1.4 數(shù)據(jù)需求及業(yè)務(wù)規(guī)則分析1.4.1 數(shù)據(jù)需求描述1.4.3 業(yè)務(wù)規(guī)則描述1. 訂單審核：一個(gè)員工可以審核多份訂單，一份訂單只能由一個(gè)員工審核，他們之間是一對多的聯(lián)系。2. 客戶要在本公司運(yùn)輸包裹，則客戶必須進(jìn)行自己信息錄入，并且客戶的編號按照注冊時(shí)間不同來生成。同理接收包裹的用戶也必須注冊記錄

9、了自己的信息成為本公司的客戶才能接收包裹。3.站點(diǎn)信息管理：站點(diǎn)按照省市區(qū)（縣）鎮(zhèn)分為4個(gè)等級，省為一級，市為二級，區(qū)或縣為三級，鎮(zhèn)為4級，其他的屬性見數(shù)據(jù)字典。每個(gè)站點(diǎn)的編號由由級別決定怎么編。4.包裹單：每個(gè)包裹的包裹單號唯一。5.客戶包裹單查詢：客戶可以依據(jù)自己的包裹單號查詢自己的貨物；也可以根據(jù)自己的編號查詢自己的所有包裹單。6.員工：員工可以查詢近一個(gè)月或者一周內(nèi)的貨物運(yùn)送情況。7.分包：根據(jù)直通線路的聯(lián)系表，我們在每一個(gè)站點(diǎn)進(jìn)行重新打包，打包的規(guī)則是運(yùn)往的下一站是相同的，包括相同的運(yùn)輸方式，相同的代價(jià)。8.追蹤：找到物品到達(dá)那個(gè)站點(diǎn)，用戶只能登錄用戶系統(tǒng)，查詢自己的物品到達(dá)那個(gè)站點(diǎn)

10、，查詢時(shí)，界面上會(huì)顯示出自己貨物到達(dá)各個(gè)站點(diǎn)的時(shí)間信息，距離當(dāng)前時(shí)間最近的站點(diǎn)信息就是該物品到達(dá)的站點(diǎn)。員工登錄工作系統(tǒng)可以查詢整個(gè)物流系統(tǒng)的信息，也可以查詢某個(gè)用戶的物流信息。9.路徑規(guī)劃：假設(shè)在江西省內(nèi)：判斷兩個(gè)地點(diǎn)是否是同一級的，若是就直接運(yùn)送到相同等級的目的地；若不是，就先把貨物運(yùn)送到較高級的站點(diǎn)在運(yùn)送到目的地。寄件時(shí)如果選擇航空服務(wù)則選擇運(yùn)輸器類型為飛機(jī)的線路，如果本地?zé)o飛機(jī)，則先陸運(yùn)往就近有飛機(jī)的城市。因?yàn)榭缡∵\(yùn)輸公路往往較長。所以則物流管理系統(tǒng)中事先規(guī)劃好了跨省運(yùn)輸?shù)穆窂健，F(xiàn)在交通運(yùn)輸發(fā)達(dá)。假設(shè)每個(gè)省份之間都有直達(dá)的線路。因?yàn)樘厥庠蚩赡苣硹l線路不能使用，路線表中給出別的線路備選

11、和中轉(zhuǎn)地被選。10.統(tǒng)計(jì)：只有員工可以進(jìn)行統(tǒng)計(jì)站點(diǎn)的貨物積累信息。11.計(jì)算價(jià)格：一個(gè)員工可以計(jì)算多種物品的價(jià)格，但是一種物品其價(jià)格只能由一個(gè)員工按照計(jì)算標(biāo)準(zhǔn)計(jì)算。標(biāo)準(zhǔn)見附錄。1.4.4 完整性約束規(guī)則描述從數(shù)據(jù)需求描述和業(yè)務(wù)規(guī)則描述中，發(fā)現(xiàn)并抽取數(shù)據(jù)庫必須滿足的完整性約束規(guī)則，包括：(1) 碼約束規(guī)則。即需要指出實(shí)體集的碼屬性。(2) 關(guān)聯(lián)約束規(guī)則。即映射基數(shù)約束、參與約束和依賴約束等。在E-R模型中，關(guān)聯(lián)約束是通過聯(lián)系集和/或弱實(shí)體集、聯(lián)系實(shí)體集、依賴實(shí)體集等來反映；在關(guān)系數(shù)據(jù)庫模式中，關(guān)聯(lián)約束將轉(zhuǎn)化為通過外碼來反映。(3) 用戶自定義完整性約束規(guī)則。如屬性取值約束、先修課程約束、選課人數(shù)

12、約束、選課時(shí)間沖突約束、業(yè)務(wù)溝際關(guān)系約束等。2 概念設(shè)計(jì)2.1 確定基本實(shí)體集2.1.1 發(fā)現(xiàn)基本實(shí)體集從業(yè)務(wù)的總體流程來看：客戶寄快遞產(chǎn)生業(yè)務(wù)，中轉(zhuǎn)過程中需記錄站點(diǎn)信息和對應(yīng)的員工的信息。以及有哪位員工運(yùn)送，運(yùn)送到哪里的信息記錄，所以運(yùn)輸器也是一個(gè)基本實(shí)體集。所以基本實(shí)體集確定為：員工，客戶，運(yùn)輸器，中轉(zhuǎn)站，包裹?？蛻簦寒a(chǎn)生快遞的原因員工：處理快遞以及錄入快遞信息人員站點(diǎn)（中轉(zhuǎn)站）：快遞從起點(diǎn)到終點(diǎn)要經(jīng)過很多個(gè)站點(diǎn)稱為中轉(zhuǎn)站，追蹤的業(yè)務(wù)就需要準(zhǔn)確了解快遞到達(dá)那個(gè)中轉(zhuǎn)站，所以要詳細(xì)記錄中轉(zhuǎn)站的信息。包裹：客戶運(yùn)送的快遞物品運(yùn)輸器：運(yùn)送快遞的交通工具包裹單：包裹與客戶之間發(fā)生的聯(lián)系2.1.2 定

13、義基本實(shí)體集(數(shù)據(jù)字典)數(shù)據(jù)字典包裹表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例訂單號orderNo主碼VarChar(20)標(biāo)簽IDlabelID外碼Varchar(20)路徑的編碼類型typeVarchar(20)重量weightfloat包裹單表：屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例包裹單編號orderNo主碼VarChar(20)重量weightfloat費(fèi)用chargefloat訂單生成時(shí)間datetimedatetime運(yùn)單類型orderTypeVarchar(30)附加服務(wù)otherVarchar(30)寄件人姓名（客）jjNameVarchar(12)寄件人地址jjAddressVarcha

14、r(30)寄件人電話jjTelphoneChar(11)收件人姓名sjNameVarchar(12)收件人地址sjAddressVarchar(30)收件人電話sjTelephoneChar(11)員工表（Employee）屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例員工編號employeeNo主碼VarChar(30)員工姓名employeeNameVarchar(30)性別sexChar(4)年齡ageint聯(lián)系電話telephoneVarchar(20)家庭住址homeAdressVarchar(40)部門departmentVarchar(20)職位positionVarchar(20)表2-2客

15、戶表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例編號customerNo主碼Char(8)姓名customerNameVarchar(12)性別SexChar(1)聯(lián)系方式TelephoneChar(11)地址adressVarchar(11)站點(diǎn)表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例站點(diǎn)IDtransferID主碼VarChar(10)名稱conveyerTypeVarchar(30)地址departurePlaceVarchar(40)運(yùn)輸器表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例運(yùn)輸器編號conveyerNo主碼VarChar(20)運(yùn)輸器類型conveyerTypeVarchar(20)2.2 局部概念建模

16、2.2.1 局部概念建模1) 業(yè)務(wù)分析與業(yè)務(wù)實(shí)體集的發(fā)現(xiàn)客戶表：客戶要在本公司運(yùn)輸包裹，則客戶必須進(jìn)行自己信息錄入，并且客戶的編號按照注冊時(shí)間不同來生成。同理接收包裹的用戶也必須注冊記錄了自己的信息成為本公司的客戶才能接收包裹。這里存儲(chǔ)的客戶并不區(qū)分接收者與郵寄者。包裹單客戶：他們之間有兩個(gè)聯(lián)系是客戶收貨包裹和客戶發(fā)貨包裹。分別產(chǎn)生確認(rèn)接收單和包裹形成表。確認(rèn)接收單屬性：客戶編號，包裹單號，接收時(shí)間，接收地點(diǎn)，經(jīng)辦人員，接收人姓名包裹形成表：客戶編號，包裹單號，快寄時(shí)間，快寄地點(diǎn)，經(jīng)辦人員包裹單是有客戶寄包裹產(chǎn)生的： 客戶快遞的包裹要有信息記錄因此生成快遞單表?？爝f單是貨物的標(biāo)識(shí)，即一個(gè)包裹有

17、一個(gè)快遞單，許多客戶快遞的不同包裹怎么區(qū)分開來，就要靠快遞單的快遞單號，有了快遞單的唯一標(biāo)識(shí)我們可以在快遞單上記錄詳細(xì)信息。其具體信息見數(shù)據(jù)字典部分。 快遞單產(chǎn)生后，公司根據(jù)快遞的起點(diǎn)和終點(diǎn)規(guī)劃路線，即路線規(guī)劃功能。路線的規(guī)劃原理：我們要實(shí)現(xiàn)路線的連通，首先把可以直接到達(dá)的站點(diǎn)連起來將其運(yùn)輸方式和代價(jià)存在一張表中，之后根據(jù)這個(gè)直接聯(lián)系的表把包裹單表的起始地址和終止地址聯(lián)系起來。便有了兩張表：直通線路表盒運(yùn)輸線路表。直通線路表：起點(diǎn)，終點(diǎn)，運(yùn)輸方式，運(yùn)輸距離，所耗時(shí)間，運(yùn)輸代價(jià)，運(yùn)輸線路表：運(yùn)輸路線序號，總方式，總路程，總時(shí)間，總代價(jià)運(yùn)輸線路存儲(chǔ)的是不同直通站點(diǎn)的序號因此這里需要一個(gè)弱實(shí)體集：途

18、徑路線途徑路線表：直通序號，標(biāo)號（按順序）員工運(yùn)輸器：員工和運(yùn)輸器之間多對多聯(lián)系集，無聯(lián)系屬性。在每一個(gè)站點(diǎn)員工都要向不同的站點(diǎn)進(jìn)行派送貨物，員工用什么工具運(yùn)輸，運(yùn)輸?shù)侥睦镞@個(gè)需要公司進(jìn)行管理，因此有員工運(yùn)輸器之間的聯(lián)系。員工站點(diǎn)：每一個(gè)員工都屬于唯一一個(gè)站點(diǎn)，對于每個(gè)站點(diǎn)中，都會(huì)有多個(gè)員工服務(wù)于它，且每個(gè)員工只屬于一個(gè)站點(diǎn)。該聯(lián)系集是用于物流公司的內(nèi)部成員管理，有無關(guān)屬性職務(wù)。來表示每個(gè)員工的職位。路線站點(diǎn)： 路線是由多個(gè)站點(diǎn)連接而成，每個(gè)路線會(huì)有多個(gè)站點(diǎn)，而每個(gè)站點(diǎn)會(huì)在多條路線中出現(xiàn)路線中轉(zhuǎn)站：路線信息表和中轉(zhuǎn)站之間多對多聯(lián)系集，無聯(lián)系屬性員工貨物站點(diǎn)：包裹進(jìn)入站點(diǎn)之后，站點(diǎn)要進(jìn)行接收，由

19、此派生出一個(gè)接收單，而每一個(gè)包裹都有一個(gè)員工接收，所以在接收單上也會(huì)有一個(gè)員工的信息；包裹出站時(shí)，站點(diǎn)中的員工要進(jìn)行派送，因此派生出一個(gè)派送單，而每一個(gè)包裹都會(huì)有一個(gè)員工負(fù)責(zé)，所以在派送單上也會(huì)有一個(gè)員工的信息?？蛻羟巴爝f公司寄快遞，必須留下自身的聯(lián)系方式等基本信息由此構(gòu)成客戶表，而客戶又每個(gè)訂單都會(huì)有多個(gè)訂單狀態(tài)信息表，用于記錄包裹在各個(gè)時(shí)段的狀態(tài)。在實(shí)現(xiàn)查詢功能和包裹發(fā)生異常時(shí)會(huì)用到訂單訂單狀態(tài)訂單記錄了快遞的起始和終止地址，我們要實(shí)現(xiàn)追蹤的目標(biāo)就要把包裹那時(shí)那刻在那個(gè)地方的信息記錄下來。這里建立了一個(gè)訂單狀態(tài)表，他依賴于訂單存在，記錄了訂單目前所在地。監(jiān)控：實(shí)體集訂單和弱實(shí)體集訂單狀態(tài)

20、信息表之間的一對多聯(lián)系集包含：實(shí)體集訂單與貨物之間的一對一聯(lián)系集，無聯(lián)系屬性包裹在運(yùn)輸過程中需要運(yùn)輸人員，員工和包裹是多對多的聯(lián)系。標(biāo)簽號就是路線標(biāo)號，該聯(lián)系集表示的是：某員工在某條路線上運(yùn)輸某件包裹。會(huì)有接單日期作為無關(guān)屬性。包裹路線標(biāo)號員工：實(shí)體集 貨物與員工與運(yùn)輸路線 之間多對多聯(lián)系集 標(biāo)簽號，貨物編號，員工編號，接單日期，二維碼每條路線會(huì)配對固定的運(yùn)輸方式，每個(gè)員工也會(huì)配對固定的運(yùn)輸器用于運(yùn)輸包裹路線運(yùn)輸器：路線信息表和運(yùn)輸器之間多對多聯(lián)系集，無聯(lián)系屬性貨物到達(dá)每個(gè)站點(diǎn)，該站點(diǎn)就會(huì)把該包裹編號記錄下來。該聯(lián)系集用于統(tǒng)計(jì)每個(gè)站點(diǎn)的日流量。貨物中轉(zhuǎn)站：中轉(zhuǎn)站和貨物之間多對多聯(lián)系集 中轉(zhuǎn)站編

21、號，貨物編號，接貨日期2) 定義業(yè)務(wù)實(shí)體集 所以業(yè)務(wù)生成的實(shí)體集有： 快遞單，接收單，派送單，運(yùn)輸管理單等。3) 局部E-R圖 上圖為客戶的劃分 發(fā)件人和收件人分別對訂單進(jìn)行生成和接收： 由訂單狀態(tài)依附于訂單的弱實(shí)體集：貨物擁有路線信息：路線信息和中轉(zhuǎn)站和運(yùn)輸器發(fā)生聯(lián)系：中轉(zhuǎn)站和運(yùn)輸器分別與員工發(fā)生聯(lián)系：記錄那些貨物進(jìn)入某中轉(zhuǎn)站:根據(jù)訂單狀態(tài)信息表統(tǒng)計(jì)異常訂單：貨物衍生出智慧標(biāo)簽：2.3 概念模型(E-R圖)2.3.1 概念模型(總E-R圖) 2.3.2 檢查是否滿足需求上述概念模型的設(shè)計(jì)能夠反映基本的業(yè)務(wù)流程：快遞寄出中轉(zhuǎn)接收這一基本流程。也能夠追蹤到快遞的運(yùn)輸情況：如到達(dá)哪一站，由哪位員工

22、接手等。但對于系統(tǒng)想要實(shí)現(xiàn)的比較高級的功能，如路徑選擇，打包等，還需進(jìn)一步完善系統(tǒng)。整個(gè)系統(tǒng)實(shí)現(xiàn)了客戶a向客戶b寄送快的流程，對于一定假設(shè)條件下，這個(gè)系統(tǒng)是成立的。在路徑規(guī)劃方面我們存在缺點(diǎn)：我們規(guī)定的路線是確定的，不能根據(jù)天氣，路況等現(xiàn)實(shí)的一些突發(fā)情況做調(diào)整，可能會(huì)影響快遞遞送的效率。但是我們是實(shí)行等級制可以確保遞送時(shí)間不超過3天。2.3.3 改進(jìn)的E-R圖在2.3.1和2.3.2小節(jié)的基礎(chǔ)上，畫出改進(jìn)后的總體E-R圖。3 邏輯設(shè)計(jì)3.1 關(guān)系數(shù)據(jù)庫模式設(shè)計(jì)根據(jù)E-R圖進(jìn)行轉(zhuǎn)化得到關(guān)系數(shù)據(jù)庫模式，并需要指出每一個(gè)關(guān)系的主碼和外碼(即說明數(shù)據(jù)庫的碼約束和外碼約束)。關(guān)系模式的轉(zhuǎn)化：（1）在包裹

23、運(yùn)輸途中包裹的狀態(tài)信息存在于訂單狀態(tài)表中，而當(dāng)包裹出現(xiàn)不能正常送達(dá)的時(shí)候我們有一個(gè)異常訂單進(jìn)行統(tǒng)計(jì)如下圖：異常訂單（AbnormalOrder）實(shí)體集：AbnormalOrder(orderNo,labelID,abnormalTime,abnormalSpace, abnormalMessage)訂單狀態(tài)信息（OrderState）實(shí)體集：OrderState(orderNo,nowSpace,scanTime,lastStation,nextStation,isNormal,getArrived)（2）貨物(Goods)實(shí)體集：Goods(orderNo,labelID)智慧標(biāo)簽(Inte

24、lligentLable)實(shí)體集：IntelligentLabel (orderNo ,labelID ,code)（3）路線中轉(zhuǎn)站聯(lián)系集（中轉(zhuǎn)站ID，訂單號，標(biāo)簽ID，接單日期）智慧標(biāo)簽員工聯(lián)系集（員工編號，訂單號，標(biāo)簽ID，接單日期）員工實(shí)體集（員工編號，員工姓名，性別，電話，住址，中轉(zhuǎn)站編號）中轉(zhuǎn)站實(shí)體集（中轉(zhuǎn)站編號，地名）（3） 客戶-訂單收件人訂單聯(lián)系實(shí)體集訂單號，收件人電話，訂單人姓名發(fā)件人訂單聯(lián)系實(shí)體集訂單號，發(fā)件人電話，發(fā)件人姓名（4）客戶包裹訂單實(shí)體集訂單號，運(yùn)單類型，始發(fā)地，目的地，費(fèi)用，生成訂單時(shí)間弱實(shí)體集：訂單狀態(tài)信息訂單號，所在地，掃描時(shí)間，上一站，下一站，是否正常，是否到達(dá)（5）路線中轉(zhuǎn)站聯(lián)系集（中轉(zhuǎn)站ID，訂單號，標(biāo)簽ID，接單日期）路線運(yùn)輸區(qū)聯(lián)系集（運(yùn)輸器編號，訂單號，標(biāo)簽ID，接單日期）中轉(zhuǎn)站實(shí)體集（中轉(zhuǎn)站編號，地名）路線信息實(shí)體集