數(shù)據(jù)庫(kù)大作呢業(yè)報(bào)告_第1頁(yè)
數(shù)據(jù)庫(kù)大作呢業(yè)報(bào)告_第2頁(yè)
數(shù)據(jù)庫(kù)大作呢業(yè)報(bào)告_第3頁(yè)
已閱讀5頁(yè),還剩18頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、本科學(xué)生綜合性實(shí)驗(yàn)報(bào)告課程名稱:數(shù)據(jù)庫(kù)系統(tǒng)原理項(xiàng)目成員 孫鈺雷 付歡 匡雄潘麗娟許毅劉國(guó)靖班級(jí)計(jì)算機(jī)131實(shí)驗(yàn)項(xiàng)目名稱物流系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)指導(dǎo)教師萬(wàn)常選開(kāi)課學(xué)期 2015至2016學(xué)年 第一學(xué)期完成時(shí)間 2015 年 11月 1 日目錄1 需求分析 . 11.1 背景說(shuō)明 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ù)字典 錯(cuò) 誤!未定義書(shū)簽。1.4.3 業(yè)務(wù)規(guī)則描述 11.4.4 完整性約束規(guī)則描述 12 概念設(shè)計(jì) .

2、 22.1 確定基本實(shí)體集 22.1.1 發(fā)現(xiàn)基本實(shí)體集 22.1.2 定義基本實(shí)體集 ( 數(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è)計(jì) 103.1 關(guān)系數(shù)據(jù)庫(kù)模式設(shè)計(jì) 103.2 關(guān)系數(shù)據(jù)庫(kù)模式優(yōu)化 113.3 完整性約束的說(shuō)明 134 物理設(shè)計(jì) 144.1 確定數(shù)據(jù)庫(kù)的存儲(chǔ)結(jié)構(gòu) 144.2 確定數(shù)據(jù)庫(kù)的存取方法 145 數(shù)據(jù)庫(kù)應(yīng)用與安全設(shè)計(jì) 145.1 數(shù)據(jù)庫(kù)腳本 145.2

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

4、。物流配送管理系統(tǒng)專注于商品的到貨、發(fā)貨、保、搬運(yùn)、運(yùn)輸?shù)茸鳂I(yè)的計(jì)劃、控制和反 饋過(guò)程的信息搜集、 匯總、 查詢和分析, 達(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ù)

5、及用戶權(quán)限等; 數(shù)據(jù)庫(kù)的備份與還原。(2) 站點(diǎn)基本信息管理:提供站點(diǎn)基本信息錄入、維護(hù)與查詢(3) 員工基本信息管理:提供員工基本信息錄入、維護(hù)與查詢(4) 訂單審核:該系統(tǒng)是物流系統(tǒng),每一份訂單的生成涉及到物件的配送,資源的利用,所 以每一份訂單都應(yīng)該由工作人員審核后生成。(5) 物件單查詢:物件單包括訂單和派送單,訂單生成后分由不同的人派送,形成派送單, 查詢訂單可以知道該站點(diǎn)所接受的物件以及物件的具體信息; 查詢派送單可以知道某物品的 送貨人員以及派送物體的具體信息。(6) 分包:站點(diǎn) A 每天收到很多送往不同地方的很多快遞,我們把送往地方相同的快遞打包 在一起方便運(yùn)送和管理。(7)

6、追蹤:就是要確定在某個(gè)時(shí)間某物件到達(dá)的站點(diǎn)。(8) 計(jì)算價(jià)格:對(duì)于運(yùn)送的不同物品重量不一樣的物品有不同的運(yùn)送價(jià)格,該系統(tǒng)提供計(jì)算 運(yùn)費(fèi)的功能。(9) 統(tǒng)計(jì):可以統(tǒng)計(jì)每天某站點(diǎn)運(yùn)送的物件數(shù)量,方便計(jì)算物流量。(10) 路徑規(guī)劃:提供一個(gè)連同兩個(gè)站點(diǎn)的通路。1.3.2系統(tǒng)總體功能圖物流管理系統(tǒng)分包以及追蹤系統(tǒng)設(shè)置模塊報(bào)表管理模塊總體業(yè)務(wù)描述:發(fā)貨人發(fā)貨,業(yè)務(wù)員在收貨時(shí)要對(duì)貨物進(jìn)行檢查,即查看是否合格若是選擇運(yùn)送方式,業(yè)務(wù)員接收生成訂單,將東西放入起始站點(diǎn),若否則退回。業(yè)務(wù)員接收物品后將貨物進(jìn)行包 裝和初步的分類后,即會(huì)生成路線信息。 后將貨物送給下個(gè)中轉(zhuǎn)站,每個(gè)中轉(zhuǎn)站都會(huì)對(duì)貨物進(jìn)行掃描,查看貨物是

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

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

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

10、. 員工:?jiǎn)T工可以查詢近一個(gè)月或者一周內(nèi)的貨物運(yùn)送情況。7. 分包: 根據(jù)直通線路的聯(lián)系表, 我們?cè)诿恳粋€(gè)站點(diǎn)進(jìn)行重新打包, 打包的規(guī)則是運(yùn)往的下 一站是相同的,包括相同的運(yùn)輸方式,相同的代價(jià)。8. 追蹤:找到物品到達(dá)那個(gè)站點(diǎn),用戶只能登錄用戶系統(tǒng),查詢自己的物品到達(dá)那個(gè)站點(diǎn), 查詢時(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)是否是同一級(jí)的, 若是就直接運(yùn)送到相同等級(jí) 的目的地; 若不是, 就先把貨物運(yùn)送到較

11、高級(jí)的站點(diǎn)在運(yùn)送到目的地。 寄件時(shí)如果選擇航空 服務(wù)則選擇運(yùn)輸器類型為飛機(jī)的線路, 如果本地?zé)o飛機(jī), 則先陸運(yùn)往就近有飛機(jī)的城市。 因 為跨省運(yùn)輸公路往往較長(zhǎng)。 所以則物流管理系統(tǒng)中事先規(guī)劃好了跨省運(yùn)輸?shù)穆窂健?現(xiàn)在交通 運(yùn)輸發(fā)達(dá)。 假設(shè)每個(gè)省份之間都有直達(dá)的線路。 因?yàn)樘厥庠蚩赡苣硹l線路不能使用, 路線 表中給出別的線路備選和中轉(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)見(jiàn)附錄。1.4.4 完整性約束規(guī)則描述從數(shù)據(jù)需求描述和業(yè)務(wù)規(guī)則描述中, 發(fā)現(xiàn)并抽取數(shù)據(jù)庫(kù)必須滿足

12、的完整性約束規(guī)則,包括:(1) 碼約束規(guī)則。即需要指出實(shí)體集的碼屬性。(2) 關(guān)聯(lián)約束規(guī)則。即映射基數(shù)約束、參與約束和依賴約束等。在E-R模型中,關(guān)聯(lián)約束是通過(guò)聯(lián)系集和/或弱實(shí)體集、聯(lián)系實(shí)體集、依賴實(shí)體集等來(lái)反映; 在關(guān)系數(shù)據(jù)庫(kù)模式中,關(guān)聯(lián)約束將轉(zhuǎn)化為通過(guò)外碼來(lái)反映。(3) 用戶自定義完整性約束規(guī)則。如屬性取值約束、先修課程約束、選課人 數(shù)約束、選課時(shí)間沖突約束、業(yè)務(wù)溝際關(guān)系約束等。2概念設(shè)計(jì)2.1確定基本實(shí)體集2.1.1發(fā)現(xiàn)基本實(shí)體集從業(yè)務(wù)的總體流程來(lái)看:客戶寄快遞產(chǎn)生業(yè)務(wù),中轉(zhuǎn)過(guò)程中需記錄站點(diǎn)信息和對(duì)應(yīng)的員工的信息。以及有哪位員工運(yùn)送, 運(yùn)送到哪里的信息記錄,所以運(yùn)輸器也是一個(gè)基本實(shí)體集。

13、所以基本實(shí)體集確定為:?jiǎn)T工,客戶,運(yùn)輸器,中轉(zhuǎn)站,包裹??蛻簦寒a(chǎn)生快遞的原因員工:處理快遞以及錄入快遞信息人員站點(diǎn)(中轉(zhuǎn)站):快遞從起點(diǎn)到終點(diǎn)要經(jīng)過(guò)很多個(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定義基本實(shí)體集(數(shù)據(jù)字典)數(shù)據(jù)字典包裹表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例訂單號(hào)orderNo主碼VarChar(20)標(biāo)簽IDlabellD外碼Varchar(20)路徑的編碼類型typeVarchar(20)重量weightfloat包裹單表:屬性描述屬性名稱類別

14、數(shù)據(jù)類型實(shí)例包裹單編號(hào)orderNo主碼VarChar(20)重量weightfloat費(fèi)用chargefloat訂單生成時(shí)間datetimedatetime運(yùn)單類型orderTypeVarchar(30)附加服務(wù)otherVarchar(30)寄件人姓名(客)jjNameVarchar(12)寄件人地址jjAddressVarchar(30)寄件人電話jjTelpho neChar(11)收件人姓名sjNameVarchar(12)收件人地址sjAddressVarchar(30)收件人電話sjTeleph oneChar(11)員工表(Employee)屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例員工

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

16、名稱類別數(shù)據(jù)類型實(shí)例站點(diǎn)IDtran sferlD主碼VarChar(10)名稱conveyerTypeVarchar(30)地址departurePlaceVarchar(40)運(yùn)輸器表屬性描述屬性名稱類別數(shù)據(jù)類型實(shí)例運(yùn)輸器編 號(hào)conveyerNo主碼VarChar(20)運(yùn)輸器類 型conveyerTypeVarchar(20)2.2局部概念建模2.2.1局部概念建模1)業(yè)務(wù)分析與業(yè)務(wù)實(shí)體集的發(fā)現(xiàn)客戶表:客戶要在本公司運(yùn)輸包裹,則客戶必須進(jìn)行自己信息錄入,并且客戶的編號(hào)按照注冊(cè)時(shí)間不同來(lái)生成。 同理接收包裹的用戶也必須注冊(cè)記錄了自己的信息成為本公司的客戶才能接收包裹。這里存儲(chǔ)的客戶并不區(qū)

17、分接收者與郵寄者。包裹單一一客戶:他們之間有兩個(gè)聯(lián)系是客戶一收貨一包裹和客戶一發(fā)貨一包裹。分別產(chǎn)生確認(rèn)接收單和包裹形成表。確認(rèn)接收單屬性:客戶編號(hào),包裹單號(hào),接收時(shí)間,接收地點(diǎn),經(jīng)辦人員,接收人姓名包裹形成表:客戶編號(hào),包裹單號(hào),快寄時(shí)間,快寄地點(diǎn),經(jīng)辦人員包裹單是有客戶寄包裹產(chǎn)生的:客戶快遞的包裹要有信息記錄因此生成快遞單表。快遞單是貨物的標(biāo)識(shí),即一個(gè)包裹有一個(gè)快遞單,許多客戶快遞的不同包裹怎么區(qū)分開(kāi)來(lái), 就要靠快遞單的快遞單號(hào), 有了快遞 單的唯一標(biāo)識(shí)我們可以在快遞單上記錄詳細(xì)信息。其具體信息見(jiàn)數(shù)據(jù)字典部分??爝f單產(chǎn)生后,公司根據(jù)快遞的起點(diǎn)和終點(diǎn)規(guī)劃路線,即路線規(guī)劃功能。路線的規(guī)劃原理:我

18、們要實(shí)現(xiàn)路線的連通,首先把可以直接到達(dá)的站點(diǎn)連起來(lái)將其運(yùn)輸方式和代價(jià)存在一 張表中,之后根據(jù)這個(gè)直接聯(lián)系的表把包裹單表的起始地址和終止地址聯(lián)系起來(lái)。便有了兩 張表:直通線路表盒運(yùn)輸線路表。直通線路表:起點(diǎn),終點(diǎn),運(yùn)輸方式,運(yùn)輸距離,所耗時(shí)間,運(yùn)輸代價(jià),運(yùn)輸線路表:運(yùn)輸路線序號(hào),總方式,總路程,總時(shí)間,總代價(jià)運(yùn)輸線路存儲(chǔ)的是不同直通站點(diǎn)的序號(hào)因此這里需要一個(gè)弱實(shí)體集:途徑路線 途徑路線表:直通序號(hào),標(biāo)號(hào)(按順序)員工運(yùn)輸器:?jiǎn)T工和運(yùn)輸器之間多對(duì)多聯(lián)系集,無(wú)聯(lián)系屬性。在每一個(gè)站點(diǎn)員工都要向不同的站點(diǎn)進(jìn)行派送貨物,員工用什么工具運(yùn)輸, 運(yùn)輸?shù)侥睦镞@個(gè)需要公司進(jìn)行管理,因此有員工一一運(yùn)輸器之間的聯(lián)系。

19、員工一一站點(diǎn):每一個(gè)員工都屬于唯一一個(gè)站點(diǎn), 對(duì)于每個(gè)站點(diǎn)中,都會(huì)有多個(gè)員工服務(wù)于它, 且每個(gè) 員工只屬于一個(gè)站點(diǎn)。該聯(lián)系集是用于物流公司的內(nèi)部成員管理, 有無(wú)關(guān)屬性職務(wù)。來(lái)表示 每個(gè)員工的職位。路線站點(diǎn):路線是由多個(gè)站點(diǎn)連接而成,每個(gè)路線會(huì)有多個(gè)站點(diǎn),而每個(gè)站點(diǎn)會(huì)在多條路線中出現(xiàn) 路線一一中轉(zhuǎn)站:路線信息表和中轉(zhuǎn)站之間多對(duì)多聯(lián)系集,無(wú)聯(lián)系屬性員工一一貨物一一站點(diǎn):包裹進(jìn)入站點(diǎn)之后, 站點(diǎn)要進(jìn)行接收,由此派生出一個(gè)接收單, 而每一個(gè)包裹都有一個(gè) 員工接收,所以在接收單上也會(huì)有一個(gè)員工的信息;包裹出站時(shí),站點(diǎn)中的員工要進(jìn)行派送, 因此派生出一個(gè)派送單, 而每一個(gè)包裹都會(huì)有 一個(gè)員工負(fù)責(zé),所以在派

20、送單上也會(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è)地方的信息記錄下來(lái)。這里建立了一個(gè)訂單狀態(tài)表, 他依賴于訂單存在,記錄了訂單目前所在地。 監(jiān)控:實(shí)體集訂單和弱實(shí)體集訂單狀態(tài)信息表之間的一對(duì)多聯(lián)系集包含:實(shí)體集訂單與貨物之間的一對(duì)一聯(lián)系集,無(wú)聯(lián)系屬性包裹在運(yùn)輸過(guò)程中需要運(yùn)輸人員,員工和包裹是多對(duì)多的聯(lián)系。 標(biāo)簽號(hào)就是路線標(biāo)號(hào), 該聯(lián) 系集表

21、示的是:某員工在某條路線上運(yùn)輸某件包裹。會(huì)有接單日期作為無(wú)關(guān)屬性。包裹一一路線標(biāo)號(hào)一一員工:實(shí)體集貨物與員工與運(yùn)輸路線 之間多對(duì)多聯(lián)系集標(biāo)簽號(hào),貨物編號(hào),員工編號(hào),接單日期,二維碼每條路線會(huì)配對(duì)固定的運(yùn)輸方式,每個(gè)員工也會(huì)配對(duì)固定的運(yùn)輸器用于運(yùn)輸包裹 路線一一運(yùn)輸器:路線信息表和運(yùn)輸器之間多對(duì)多聯(lián)系集,無(wú)聯(lián)系屬性貨物到達(dá)每個(gè)站點(diǎn),該站點(diǎn)就會(huì)把該包裹編號(hào)記錄下來(lái)。該聯(lián)系集用于統(tǒng)計(jì)每個(gè)站點(diǎn)的日流量。貨物一一中轉(zhuǎn)站:中轉(zhuǎn)站和貨物之間多對(duì)多聯(lián)系集中轉(zhuǎn)站編號(hào),貨物編號(hào),接貨日期2)定義業(yè)務(wù)實(shí)體集所以業(yè)務(wù)生成的實(shí)體集有:快遞單,接收單,派送單,運(yùn)輸管理單等。3)局部E-R圖話發(fā)件 名人姓址發(fā)人客客戶地址劃

22、分劃分發(fā)件人上圖為客戶的劃分發(fā)件人和收件人分別對(duì)訂單進(jìn)行生成和接收:收件人發(fā)件人 人一 I訂單由訂單狀態(tài)依附于訂單的弱實(shí)體集:貨物擁有路線信息:訂單號(hào)貨物擁有路線信息ID路線信息和中轉(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圖)客戶收件人收件人訂單劃分始發(fā)地發(fā)件人訂單發(fā)件人_訂單訂單號(hào)收件人姓訂單號(hào)_ 標(biāo)簽ID監(jiān)控所在地異常訂單間息貨物訂單號(hào)訂單號(hào)的地標(biāo)簽 ID .二維碼標(biāo)簽ID員工編號(hào)訂單號(hào)訂單狀態(tài)信息I衍生上一站下一站路線信息匕標(biāo)簽ID始發(fā)

23、地的地中轉(zhuǎn)站中轉(zhuǎn)站ID標(biāo)簽ID智慧標(biāo)簽路線中轉(zhuǎn)站路線運(yùn)輸器 卞訂單號(hào)中轉(zhuǎn)站ID工編號(hào)0運(yùn)輸器中轉(zhuǎn)站中轉(zhuǎn)站_員工運(yùn)輸器員工中轉(zhuǎn)站標(biāo)簽ID工編號(hào)智慧標(biāo)簽_員工員工2.3.2檢查是否滿足需求上述概念模型的設(shè)計(jì)能夠反映基本的業(yè)務(wù)流程:快遞寄出一一中轉(zhuǎn)一一接收這一基本流程。也能夠追蹤到快遞的運(yùn)輸情況:如到達(dá)哪一站,由哪位員工接手等。但對(duì)于系統(tǒng)想要實(shí) 現(xiàn)的比較高級(jí)的功能,如路徑選擇,打包等,還需進(jìn)一步完善系統(tǒng)。整個(gè)系統(tǒng)實(shí)現(xiàn)了客戶 a向客戶b寄送快的流程,對(duì)于一定假設(shè)條件下, 這個(gè)系統(tǒng)是成立 的。在路徑規(guī)劃方面我們存在缺點(diǎn):我們規(guī)定的路線是確定的,不能根據(jù)天氣,路況等現(xiàn)實(shí)的一些突發(fā)情況做調(diào)整,可能會(huì)影響快遞

24、遞送的效率。但是我們是實(shí)行等級(jí)制可以確保遞送 時(shí)間不超過(guò)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ù)庫(kù)模式設(shè)計(jì)根據(jù)E-R圖進(jìn)行轉(zhuǎn)化得到關(guān)系數(shù)據(jù)庫(kù)模式,并需要指出每一個(gè)關(guān)系的主碼和 外碼(即說(shuō)明數(shù)據(jù)庫(kù)的碼約束和外碼約束)。關(guān)系模式的轉(zhuǎn)化:(1)在包裹運(yùn)輸途中包裹的狀態(tài)信息存在于訂單狀態(tài)表中,而當(dāng)包裹出現(xiàn)不能正常送達(dá)的時(shí)候我們有一個(gè)異常訂單進(jìn)行統(tǒng)計(jì)如下圖:異常訂單(AbnormalOrder )實(shí)體集:Abno rmalOrder(orderNo,labellD,abn ormalTime,ab no rmalSpace,

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

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論