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

1、本科學(xué)生綜合性實驗報告課程名稱：數(shù)據(jù)庫系統(tǒng)原理項目成員 孫鈺雷 付歡 匡雄潘麗娟許毅劉國靖班級計算機(jī)131實驗項目名稱物流系統(tǒng)數(shù)據(jù)庫設(shè)計指導(dǎo)教師萬常選開課學(xué)期 2015至2016學(xué)年 第一學(xué)期完成時間 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)總體功能圖 21.3.3 主要業(yè)務(wù)流程描述 21.4數(shù)據(jù)需求及業(yè)務(wù)規(guī)則分析 11.4.1 數(shù)據(jù)需求描述 11.4.2 數(shù)據(jù)字典 錯 誤！未定義書簽。1.4.3 業(yè)務(wù)規(guī)則描述 11.4.4 完整性約束規(guī)則描述 12概念設(shè)計 .

2、22.1 確定基本實體集 22.1.1 發(fā)現(xiàn)基本實體集 22.1.2 定義基本實體集 （ 數(shù)據(jù)字典 ） 22.2 局部概念建模 42.2.1 XXX業(yè)務(wù)的局部概念建模 4222XXX業(yè)務(wù)的局部概念建模 72.3 概念模型 （E-R 圖） 72.3.1 概念模型（總E-R圖） 92.3.2 檢查是否滿足需求 92.3.3 改進(jìn)的E-R圖103 邏輯設(shè)計 103.1 關(guān)系數(shù)據(jù)庫模式設(shè)計 103.2 關(guān)系數(shù)據(jù)庫模式優(yōu)化 113.3 完整性約束的說明 134 物理設(shè)計 144.1 確定數(shù)據(jù)庫的存儲結(jié)構(gòu) 144.2 確定數(shù)據(jù)庫的存取方法 145 數(shù)據(jù)庫應(yīng)用與安全設(shè)計 145.1 數(shù)據(jù)庫腳本 145.2

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

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

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

6、物品有不同的運送價格，該系統(tǒng)提供計算 運費的功能。(9) 統(tǒng)計：可以統(tǒng)計每天某站點運送的物件數(shù)量，方便計算物流量。(10) 路徑規(guī)劃：提供一個連同兩個站點的通路。賓館管理系統(tǒng)1.3.2系統(tǒng)總體功能圖統(tǒng) m 二 管 流 物-廠 路徑規(guī)劃 K 亠一一口 殳 EG 罡 W卡衛(wèi)報表管理模塊系統(tǒng)設(shè)置模塊分包以及追蹤總體業(yè)務(wù)描述：發(fā)貨人發(fā)貨，業(yè)務(wù)員在收貨時要對貨物進(jìn)行檢查，即查看是否合格若是選擇運送方式，業(yè)務(wù)員接收生成訂單，將東西放入起始站點，若否則退回。業(yè)務(wù)員接收物品后將貨物進(jìn)行包 裝和初步的分類后，即會生成路線信息。 后將貨物送給下個中轉(zhuǎn)站，每個中轉(zhuǎn)站都會對貨物進(jìn)行掃描，查看貨物是否丟失， 在中會對貨

7、物進(jìn)行整合和拆裝，即是在運送過程中先對貨物進(jìn)行整合，在運送到一定的地方后，對貨物進(jìn)行拆裝。最后到達(dá)終點站。至U達(dá)終點站時要檢 查貨物，并通知收件人，收件人檢查貨物是否合格，若合格則簽字取走貨物。結(jié)束流程。1.3.3主要業(yè)務(wù)流程描述(1) 訂單審核：員工登錄系統(tǒng)，查看接收到的訂單信息，核實了用戶信息以及物品信息 正確就按照時間關(guān)系生成新的訂單。(2) 物件單查詢：a.客戶查詢：客戶登錄系統(tǒng)，輸入自己的訂貨單號，就可以查詢到自己的物品到達(dá)了那個地方，以及自己物品的具體信息，查詢之后登出。B.員工查詢：員工登錄管理系統(tǒng)之后，輸入站點號，或者訂單編號可以查詢具體的站點運送的貨物或者物品流通 信息。(3

8、) 分包：員工確定物品的最終目的，把目的相同的物品進(jìn)行打包。(4) 追蹤：用戶登錄之后，輸入自己物品編號即可。員工查詢：登錄后選擇“查詢具體 物品”或者查詢某站點運送物品”進(jìn)行查詢。(5) 路徑規(guī)劃：確定起始地址與目的地址中較高級別的站點，路線就是先運送到較高站點，再運送到目的地；如果兩者之間最高站點的級別是相同的就直接向目的地運送(僅限于一個省份內(nèi))。(6) 統(tǒng)計：對于某個站點的訂單數(shù)目進(jìn)行累加。(7) 計算價格：確定物品種類，根據(jù)不同的計算標(biāo)準(zhǔn)進(jìn)行計算-7 -(8)主要業(yè)務(wù)的流程圖開始結(jié)束14數(shù)據(jù)需求及業(yè)務(wù)規(guī)則分析1.4.1數(shù)據(jù)需求描述1.4.3業(yè)務(wù)規(guī)則描述1. 訂單審核：一個員工可以審核

9、多份訂單，一份訂單只能由一個員工審核，他們之間是一對多的聯(lián)系。2. 客戶要在本公司運輸包裹，則客戶必須進(jìn)行自己信息錄入，并且客戶的編號按照注冊時間不同來生成。同理接收包裹的用戶也必須注冊記錄了自己的信息成為本公司的客戶才能接收包裹。3. 站點信息管理：站點按照省市區(qū)（縣）鎮(zhèn)分為4個等級，省為一級，市為二級，區(qū)或縣為三級，鎮(zhèn)為4級，其他的屬性見數(shù)據(jù)字典。每個站點的編號由由級別決定怎么編。4. 包裹單：每個包裹的包裹單號唯一。5. 客戶包裹單查詢：客戶可以依據(jù)自己的包裹單號查詢自己的貨物；也可以根據(jù)自己的編號查詢自己的所有包裹單。6. 員工：員工可以查詢近一個月或者一周內(nèi)的貨物運送情況。7. 分包

10、：根據(jù)直通線路的聯(lián)系表，我們在每一個站點進(jìn)行重新打包，打包的規(guī)則是運往的下一站是相同的，包括相同的運輸方式，相同的代價。8. 追蹤：找到物品到達(dá)那個站點，用戶只能登錄用戶系統(tǒng)，查詢自己的物品到達(dá)那個站點，查詢時，界面上會顯示出自己貨物到達(dá)各個站點的時間信息，距離當(dāng)前時間最近的站點信息就是該物品到達(dá)的站點。員工登錄工作系統(tǒng)可以查詢整個物流系統(tǒng)的信息，也可以查詢某個用戶的物流信息。9. 路徑規(guī)劃：假設(shè)在江西省內(nèi)：判斷兩個地點是否是同一級的，若是就直接運送到相同等級的目的地；若不是，就先把貨物運送到較高級的站點在運送到目的地。寄件時如果選擇航空服務(wù)則選擇運輸器類型為飛機(jī)的線路，如果本地?zé)o飛機(jī)，則先陸

11、運往就近有飛機(jī)的城市。因為跨省運輸公路往往較長。所以則物流管理系統(tǒng)中事先規(guī)劃好了跨省運輸?shù)穆窂健，F(xiàn)在交通運輸發(fā)達(dá)。假設(shè)每個省份之間都有直達(dá)的線路。因為特殊原因可能某條線路不能使用，路線表中給出別的線路備選和中轉(zhuǎn)地被選。10. 統(tǒng)計：只有員工可以進(jìn)行統(tǒng)計站點的貨物積累信息。11. 計算價格：一個員工可以計算多種物品的價格，但是一種物品其價格只能由一個員工按照計算標(biāo)準(zhǔn)計算。標(biāo)準(zhǔn)見附錄。1.4.4完整性約束規(guī)則描述從數(shù)據(jù)需求描述和業(yè)務(wù)規(guī)則描述中，發(fā)現(xiàn)并抽取數(shù)據(jù)庫必須滿足的完整性約束規(guī)則，包括：(1) 碼約束規(guī)則。即需要指出實體集的碼屬性。(2) 關(guān)聯(lián)約束規(guī)則。即映射基數(shù)約束、參與約束和依賴約束等。在

12、E-R模型中，關(guān)聯(lián)約束是通過聯(lián)系集和/或弱實體集、聯(lián)系實體集、依賴實體集等來反映； 在關(guān)系數(shù)據(jù)庫模式中，關(guān)聯(lián)約束將轉(zhuǎn)化為通過外碼來反映。(3) 用戶自定義完整性約束規(guī)則。如屬性取值約束、先修課程約束、選課人 數(shù)約束、選課時間沖突約束、業(yè)務(wù)溝際關(guān)系約束等。2概念設(shè)計2.1確定基本實體集2.1.1發(fā)現(xiàn)基本實體集從業(yè)務(wù)的總體流程來看： 客戶寄快遞產(chǎn)生業(yè)務(wù)，中轉(zhuǎn)過程中需記錄站點信息和對應(yīng)的員 工的信息。以及有哪位員工運送， 運送到哪里的信息記錄， 所以運輸器也是一個基本實體集。所以基本實體集確定為：員工，客戶，運輸器，中轉(zhuǎn)站，包裹?？蛻簦寒a(chǎn)生快遞的原因員工：處理快遞以及錄入快遞信息人員站點(中轉(zhuǎn)站)：

13、快遞從起點到終點要經(jīng)過很多個站點稱為中轉(zhuǎn)站，追蹤的業(yè)務(wù)就需要準(zhǔn)確了解快遞到達(dá)那個中轉(zhuǎn)站，所以要詳細(xì)記錄中轉(zhuǎn)站的信息。包裹：客戶運送的快遞物品運輸器：運送快遞的交通工具包裹單：包裹與客戶之間發(fā)生的聯(lián)系2.1.2定義基本實體集(數(shù)據(jù)字典)數(shù)據(jù)字典包裹表屬性描述屬性名稱類別數(shù)據(jù)類型實例訂單號orderNo主碼VarChar(20)標(biāo)簽IDlabellD外碼Varchar(20)路徑的編碼類型typeVarchar(20)重量weightfloat包裹單表:屬性描述屬性名稱類別數(shù)據(jù)類型實例包裹單編號orderNo主碼VarChar(20)重量weightfloat費用chargefloat訂單生成時間

14、datetimedatetime運單類型orderTypeVarchar(30)附加服務(wù)otherVarchar(30)寄件人姓名（客）jjNameVarchar(12)寄件人地址jjAddressVarchar(30)寄件人電話jjTelpho neChar(11)收件人姓名sjNameVarchar(12)收件人地址sjAddressVarchar(30)收件人電話sjTeleph oneChar(11)員工表（Employee）屬性描述屬性名稱類別數(shù)據(jù)類型實例員工編號employeeNo主碼VarChar(30)員工姓名employeeNameVarchar(30)性別sexChar(4

15、)年齡ageint聯(lián)系電話telepho neVarchar(20)家庭住址homeAdressVarchar(40)部門departme ntVarchar(20)職位positi onVarchar(20)表2-2客戶表屬性描述屬性名稱類別數(shù)據(jù)類型實例編號customerNo主碼Char(8)姓名customerNameVarchar(12)性別SexChar(1)聯(lián)系方式1Telepho neChar(11)地址adressVarchar(11)站點表屬性描述屬性名稱|類別數(shù)據(jù)類型實例站點IDtran sferlD主碼VarChar(IO)名稱conveyerTypeVarchar(30

16、)地址departurePlaceVarchar(4O)運輸器表屬性描述屬性名稱類別數(shù)據(jù)類型實例運輸器編 號conveyerNo主碼VarChar(20)運輸器類 型conveyerTypeVarchar(20)22局部概念建模2.2.1局部概念建模1）業(yè)務(wù)分析與業(yè)務(wù)實體集的發(fā)現(xiàn)客戶表：客戶要在本公司運輸包裹，則客戶必須進(jìn)行自己信息錄入，并且客戶的編號按照注冊時間不同來生成。 同理接收包裹的用戶也必須注冊記錄了自己的信息成為本公司的客 戶才能接收包裹。這里存儲的客戶并不區(qū)分接收者與郵寄者。包裹單一一客戶：他們之間有兩個聯(lián)系是客戶一收貨一包裹和客戶一發(fā)貨一包裹。分別產(chǎn)生確認(rèn)接收單和包裹形成表。確

17、認(rèn)接收單屬性：客戶編號，包裹單號，接收時間，接收地點，經(jīng)辦人員，接收人姓名包裹形成表：客戶編號，包裹單號，快寄時間，快寄地點，經(jīng)辦人員包裹單是有客戶寄包裹產(chǎn)生的：客戶快遞的包裹要有信息記錄因此生成快遞單表。 快遞單是貨物的標(biāo)識，即一個包裹有 一個快遞單，許多客戶快遞的不同包裹怎么區(qū)分開來， 就要靠快遞單的快遞單號， 有了快遞 單的唯一標(biāo)識我們可以在快遞單上記錄詳細(xì)信息。其具體信息見數(shù)據(jù)字典部分。快遞單產(chǎn)生后，公司根據(jù)快遞的起點和終點規(guī)劃路線，即路線規(guī)劃功能。路線的規(guī)劃原理：我們要實現(xiàn)路線的連通，首先把可以直接到達(dá)的站點連起來將其運輸方式和代價存在一 張表中，之后根據(jù)這個直接聯(lián)系的表把包裹單表的

18、起始地址和終止地址聯(lián)系起來。便有了兩張表：直通線路表盒運輸線路表。直通線路表：起點，終點，運輸方式，運輸距離，所耗時間，運輸代價，運輸線路表：運輸路線序號，總方式，總路程，總時間，總代價 運輸線路存儲的是不同直通站點的序號因此這里需要一個弱實體集：途徑路線 途徑路線表：直通序號，標(biāo)號（按順序）員工運輸器：員工和運輸器之間多對多聯(lián)系集，無聯(lián)系屬性。在每一個站點員工都要向不同的站點進(jìn)行派送貨物，員工用什么工具運輸， 運輸?shù)侥睦镞@個需要公司進(jìn)行管理，因此有員工一一運輸器之間的聯(lián)系。員工一一站點：每一個員工都屬于唯一一個站點， 對于每個站點中，都會有多個員工服務(wù)于它， 且每個 員工只屬于一個站點。該聯(lián)

19、系集是用于物流公司的內(nèi)部成員管理， 有無關(guān)屬性職務(wù)。來表示 每個員工的職位。路線站點：路線是由多個站點連接而成，每個路線會有多個站點，而每個站點會在多條路線中出現(xiàn) 路線一一中轉(zhuǎn)站：路線信息表和中轉(zhuǎn)站之間多對多聯(lián)系集，無聯(lián)系屬性員工一一貨物一一站點：包裹進(jìn)入站點之后， 站點要進(jìn)行接收，由此派生出一個接收單， 而每一個包裹都有一個 員工接收，所以在接收單上也會有一個員工的信息；包裹出站時，站點中的員工要進(jìn)行派送， 因此派生出一個派送單， 而每一個包裹都會有 一個員工負(fù)責(zé)，所以在派送單上也會有一個員工的信息。客戶前往快遞公司寄快遞， 必須留下自身的聯(lián)系方式等基本信息由此構(gòu)成客戶表，而客戶又每個訂單都

20、會有多個訂單狀態(tài)信息表， 用于記錄包裹在各個時段的狀態(tài)。 在實現(xiàn)查詢功能和 包裹發(fā)生異常時會用到訂單一一訂單狀態(tài)訂單記錄了快遞的起始和終止地址，我們要實現(xiàn)追蹤的目標(biāo)就要把包裹那時那刻在那個地方的信息記錄下來。這里建立了一個訂單狀態(tài)表， 他依賴于訂單存在，記錄了訂單目前所在地。 監(jiān)控：實體集訂單和弱實體集訂單狀態(tài)信息表之間的一對多聯(lián)系集包含：實體集訂單與貨物之間的一對一聯(lián)系集，無聯(lián)系屬性包裹在運輸過程中需要運輸人員，員工和包裹是多對多的聯(lián)系。標(biāo)簽號就是路線標(biāo)號， 該聯(lián)系集表示的是：某員工在某條路線上運輸某件包裹。會有接單日期作為無關(guān)屬性。包裹一一路線標(biāo)號一一員工：實體集貨物與員工與運輸路線 之間

21、多對多聯(lián)系集標(biāo)簽號，貨物編號，員工編號，接單日期，二維碼每條路線會配對固定的運輸方式，每個員工也會配對固定的運輸器用于運輸包裹 路線一一運輸器：路線信息表和運輸器之間多對多聯(lián)系集，無聯(lián)系屬性貨物到達(dá)每個站點，該站點就會把該包裹編號記錄下來。該聯(lián)系集用于統(tǒng)計每個站點的日流量。貨物一一中轉(zhuǎn)站：中轉(zhuǎn)站和貨物之間多對多聯(lián)系集中轉(zhuǎn)站編號，貨物編號，接貨日期2）定義業(yè)務(wù)實體集所以業(yè)務(wù)生成的實體集有：快遞單，接收單，派送單，運輸管理單等。3）局部E-R圖-13 -發(fā)件人和收件人分別對訂單進(jìn)行生成和接收:收件人發(fā)件人 人一 I訂單由訂單狀態(tài)依附于訂單的弱實體集:貨物擁有路線信息:路線信息和中轉(zhuǎn)站和運輸器發(fā)生聯(lián)

22、系:I中轉(zhuǎn)站運輸器中轉(zhuǎn)站和運輸器分別與員工發(fā)生聯(lián)系:記錄那些貨物進(jìn)入某中轉(zhuǎn)站 ：根據(jù)訂單狀態(tài)信息表統(tǒng)計異常訂單:貨物衍生出智慧標(biāo)簽:2.3概念模型（E-R圖）2.3.1概念模型（總E-R圖）客戶收件人收件人訂單劃分始發(fā)地發(fā)件人訂單訂單號發(fā)件人_訂單訂單號收件人姓訂單號_ 標(biāo)簽ID監(jiān)控所在地異常訂單間息貨物訂單號的地標(biāo)簽 ID .二維碼標(biāo)簽ID員工編號訂單號訂單狀態(tài)信息I衍生上一站下一站路線信息匕標(biāo)簽ID始發(fā)地的地中轉(zhuǎn)站中轉(zhuǎn)站ID標(biāo)簽ID智慧標(biāo)簽路線中轉(zhuǎn)站路線運輸器 卞訂單號中轉(zhuǎn)站ID工編號0運輸器中轉(zhuǎn)站中轉(zhuǎn)站_員工運輸器員工、中轉(zhuǎn)站標(biāo)簽ID工編號智慧標(biāo)簽_員工員工2.3.2檢查是否滿足需求上述

23、概念模型的設(shè)計能夠反映基本的業(yè)務(wù)流程：快遞寄出一一中轉(zhuǎn)一一接收這一基本流程。也能夠追蹤到快遞的運輸情況：如到達(dá)哪一站，由哪位員工接手等。但對于系統(tǒng)想要實 現(xiàn)的比較高級的功能，如路徑選擇，打包等，還需進(jìn)一步完善系統(tǒng)。整個系統(tǒng)實現(xiàn)了客戶 a向客戶b寄送快的流程，對于一定假設(shè)條件下， 這個系統(tǒng)是成立 的。在路徑規(guī)劃方面我們存在缺點：我們規(guī)定的路線是確定的，不能根據(jù)天氣，路況等現(xiàn)實的一些突發(fā)情況做調(diào)整，可能會影響快遞遞送的效率。但是我們是實行等級制可以確保遞送 時間不超過3天。2.3.3改進(jìn)的E-R圖在2.3.1和2.3.2小節(jié)的基礎(chǔ)上，畫出改進(jìn)后的總體 E-R圖。3邏輯設(shè)計3.1關(guān)系數(shù)據(jù)庫模式設(shè)計根

24、據(jù)E-R圖進(jìn)行轉(zhuǎn)化得到關(guān)系數(shù)據(jù)庫模式，并需要指出每一個關(guān)系的主碼和 外碼（即說明數(shù)據(jù)庫的碼約束和外碼約束）。關(guān)系模式的轉(zhuǎn)化：（1）在包裹運輸途中包裹的狀態(tài)信息存在于訂單狀態(tài)表中，而當(dāng)包裹出現(xiàn)不能正常送達(dá)的時候我們有一個異常訂單進(jìn)行統(tǒng)計如下圖：異常訂單(AbnormalOrder )實體集：Abno rmalOrder(orderNo,labellD,abn ormalTime,ab no rmalSpace, abno rmalMessage) 訂單狀態(tài)信息(OrderState )實體集：OrderState(orderNo,no wSpace,sca nTime,lastStati on,

25、n extStati on ,isNormal,getArrive d)（2）貨物（Goods）實體集:Goods(orderNo,labellD)智慧標(biāo)簽(IntelligentLable)實體集：In tellige ntLabel (orderNo ,labelID ,code)(3)路線一一中轉(zhuǎn)站聯(lián)系集（中轉(zhuǎn)站ID，訂單號，標(biāo)簽ID，接單日期） 智慧標(biāo)簽一一員工聯(lián)系集（員工編號，訂單號，標(biāo)簽ID，接單日期）員工實體集中轉(zhuǎn)站編號）（員工編號，員工姓名，性別，電話，住址，賓館管理系統(tǒng)中轉(zhuǎn)站實體集（中轉(zhuǎn)站編號，地名）（3）客戶-訂單收件人一一訂單聯(lián)系實體集訂單號，收件人電話，訂單人姓名發(fā)件人一一訂單聯(lián)系實體集訂單號，發(fā)件人電話，發(fā)件人姓名（4）客戶一一包裹訂單實體集訂單號，運單類型，始發(fā)地，目的地，費用，生成訂單時間弱實體集：訂單狀態(tài)信息訂單號，所在地，掃描時間，上站，下一站，是否正常，是否到達(dá)(5)n的博=料姑標(biāo)簽也軋越I”J 一”路線信息中轉(zhuǎn)站運輸器路線一一中轉(zhuǎn)站聯(lián)系集（中轉(zhuǎn)站ID，訂單號，標(biāo)簽ID，接單日期） 路線一一運輸區(qū)聯(lián)系集（運輸器編號，訂單號，標(biāo)簽 I