在線訂餐系統(tǒng)的ER圖與邏輯圖

1、在線訂餐系統(tǒng)作業(yè)題目：網(wǎng)上訂餐數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)作業(yè)時(shí)間：2012 年11月專業(yè)班級：XXXXXXXXXXXXXXXXX姓 名：學(xué) 號：授課教師：目錄訂餐現(xiàn)狀分析 31.3性能需求分析 3可行性分析 4總體設(shè)計(jì)原則 4系統(tǒng)E-R圖 5數(shù)據(jù)流圖 6數(shù)據(jù)字典 62.數(shù)據(jù)項(xiàng) 6 7 71001146定義并設(shè)置備份策略 16啟用數(shù)據(jù)庫維護(hù)計(jì)劃任務(wù) 16第七章報(bào)告總結(jié) 18第一章需求分析訂餐現(xiàn)狀分析現(xiàn)在普遍使用的訂餐方式是進(jìn)行電話預(yù)定，這種預(yù)訂方式方便，錯誤率也比較低，但 是由此引發(fā)的一些不良現(xiàn)象也比較多，主要是訂餐后出現(xiàn)飯店并沒有將信息記錄在案，而 且電話里不能看到菜品的圖片，對菜量和菜品樣式?jīng)]有直觀的概

2、念。另外這種訂餐方式只 是進(jìn)行電話的預(yù)約，很可能會出現(xiàn)訂餐但是不履行訂單也不進(jìn)行訂餐取消的現(xiàn)象，訂餐人 員對訂購的餐桌信息不太了解會進(jìn)行相關(guān)信息的詢問，這樣就在一定程度上造成了時(shí)間的 浪費(fèi)，飯店人員會在同一天反復(fù)重復(fù)相同的信息，造成了人力資源的浪費(fèi)。這樣開發(fā)出圖文并茂，信息能夠及時(shí)更新和查看的在線網(wǎng)上訂餐系統(tǒng)就具有了重要的 意義。顧客需求分析顧客模塊的功能包括個人信息管理，美食選購，美食評價(jià)三大功能。其中，在個人信 息管理中可以對個人信息進(jìn)行修改、還可以查閱以往訂過的美食信息；在選購美食中可以 通過購物車直接購買的形式、也可已選擇貨到付款的形式完成交易；美食評價(jià)中顧客可以 這對這次服務(wù)質(zhì)量，留

3、下自己相對餐廳說的話，完成用戶與餐廳之間的交互。管理員需求分析管理員模塊的功能包括菜品管理，訂單管理，會員信息管理三大功能。其中，在個 菜品管理中可以對菜品信息進(jìn)行添加、修改和查詢操作；在訂單管理中可以通過未確認(rèn)、 已確認(rèn)、已下單三種形式進(jìn)行管理、也可查看所有訂單信息；會員信息管理中，可以添加 會員信息和修改會員信息，進(jìn)而方便顧客網(wǎng)上訂購美食，并享有優(yōu)惠，這一做法人性化的 完成網(wǎng)站的推廣，避免了顧客的抵觸情緒。性能需求分析該系統(tǒng)在性能功能上應(yīng)達(dá)到如下需求：操作簡單、界面友好：完全控件式的頁面布局，使得菜品，資訊，座位等信息的錄入工 作更簡便，許多選項(xiàng)包括餐廳信息，桌位，包房信息等只需要點(diǎn)擊鼠標(biāo)

4、就可以完成；另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時(shí)清楚自己的操作情況。對常見的類似網(wǎng)站的 管理的各個方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大體實(shí)現(xiàn)，顧客 對菜品的預(yù)定及支付方式；即時(shí)可見：對客戶預(yù)定餐飲信息的處理（包括錄入、刪除）將立即在主頁的對應(yīng)欄目顯示出來，達(dá)到“即時(shí)發(fā)布、即時(shí)見效”的功能；系統(tǒng)運(yùn)行應(yīng)該快速、穩(wěn)定、高效和可靠；在結(jié)構(gòu)上應(yīng)具有很好的可擴(kuò)展性，便于將來的功能擴(kuò)展和維護(hù)?？尚行苑治鲭S著經(jīng)濟(jì)的快速發(fā)展，B2c電子商務(wù)越來越受到人們的關(guān)注。網(wǎng)上訂餐類網(wǎng)站，已經(jīng)如 雨后春筍般的出現(xiàn)在了個大城市。特別在公司，企業(yè)內(nèi)部，團(tuán)體訂餐已經(jīng)成為了趨勢。同 時(shí)，隨著全國人民的精神、物質(zhì)和文

5、化生活高度的提高，人們已經(jīng)不在僅僅停留在吃飽的 程度，不但要吃飽，還要吃好，而且口味也越來越挑刺，正因?yàn)槿绱司W(wǎng)絡(luò)訂餐業(yè)務(wù)的出現(xiàn)， 正迎合了這些人的口味，他們不但省去了自己做飯的麻煩， 而且也能尋找和發(fā)現(xiàn)新的菜品， 品嘗不同風(fēng)格的菜品，網(wǎng)絡(luò)訂餐業(yè)務(wù)在中國有著極大的發(fā)展空間以及良好的背景。而當(dāng)代 大學(xué)生，白領(lǐng)工作人士作為社會中的重要群體， 他們對飲食的要求都在不斷提高，飲食在他 們生活中起著重要作用。因此，面向大學(xué)生和都市白領(lǐng)人士的網(wǎng)絡(luò)訂餐網(wǎng)站的設(shè)計(jì)有著良 好的現(xiàn)實(shí)意義?？傮w設(shè)計(jì)原則1、開放性、可擴(kuò)充性、可靠性原則開放系統(tǒng)是生產(chǎn)各種計(jì)算機(jī)產(chǎn)品普遍遵循的原則，遵循這種標(biāo)準(zhǔn)的產(chǎn)品都符合一些公 共的、可

6、以相互操作的標(biāo)準(zhǔn)，能夠融洽的在一起工作。開放系統(tǒng)使得各種類型的網(wǎng)絡(luò)和系 統(tǒng)互連簡單、標(biāo)準(zhǔn)統(tǒng)一，容易擴(kuò)展升級。從而適應(yīng)廣大用戶需求的多變性和產(chǎn)品的更新?lián)Q 代。2、良好的用戶操作界面用戶操作界面美觀、方便、實(shí)用，使用戶能在較短的時(shí)間內(nèi)掌握其使用方法。3、實(shí)用性原則任何系統(tǒng)的設(shè)計(jì)都要考慮其實(shí)用性，系統(tǒng)開發(fā)的目的是為了實(shí)現(xiàn)業(yè)務(wù)處理自動化、規(guī) 范化，提高工作效率，減輕工作人員的勞動強(qiáng)度，減少開支。4、工作平臺設(shè)計(jì)原則能適應(yīng)不同的操作平臺，不同的網(wǎng)絡(luò)。第二章概念結(jié)構(gòu)設(shè)計(jì)階段系統(tǒng)E-R圖通過上面的介紹，我們已近基本的實(shí)體有管理員、用戶、訂單和菜譜。實(shí)體之間有一 個管理員可以有擁有多個用戶、多個菜譜的管理關(guān)系

7、，因此管理員與用戶之間和菜單之間 都是一對多的聯(lián)系；一個用戶只能屬于管理員，因此用戶與管理員是多對一的聯(lián)系；一個 訂單只屬于一個用戶，但可以擁有多個菜譜，因此訂單與菜譜的關(guān)系是一對多的聯(lián)系。2-1地址M數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義說明長度用戶編DI-0in用戶名DI-1char17DI-2用尸密碼cIch24名的單改變?nèi)斡脩舻奈ㄒ粯?biāo)識據(jù)此分析，彳#到系統(tǒng)的ER圖如圖2-1燈的密碼數(shù)據(jù)項(xiàng)編號數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義說明數(shù)據(jù)類型長度DI-5用戶手機(jī)用戶的聯(lián)系電話char40DI-6用戶固定電話用戶的聯(lián)系電話char40DI-7用戶地址用戶的送貨地址char100DI-8用戶郵箱用戶的個人郵箱char5

8、0DI-9用戶年齡用戶的真實(shí)年齡intDI-10用戶生日用戶的出生日期dateDI-11餐館編號餐館的唯一標(biāo)識intDI-12餐館名稱餐館的全稱char50DI-13餐館地址餐館的詳細(xì)地址char100DI-14餐館電話餐館的聯(lián)系電話char40DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名char20DI-16菜品編號菜品的唯一標(biāo)識intDI-17菜名名稱菜品的名稱char40DI-18菜品類別菜品所屬的類別名稱char20DI-19菜品類別編號菜品類別的唯一標(biāo)識int數(shù)據(jù)項(xiàng)編號數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義說明數(shù)據(jù)類型長度DI-20菜品價(jià)格菜品的單價(jià)floatDI-21菜品折扣菜品的折扣率floatDI-22菜

9、品份數(shù)菜品的份數(shù)intDI-23訂單編號訂單的唯標(biāo)識intDI-24訂單日期訂單產(chǎn)生的日期dateDI-25訂單總額訂單所有菜品的總額floatDI-26送餐編號送餐的唯一標(biāo)識intDI-27送餐地址送餐的詳細(xì)地址char100DI-28送餐日期送餐的日期dateDI-29送餐員名稱送餐員的真實(shí)姓名char20DI-30送餐員電話送餐員的聯(lián)系電話char40DI-31省份編號省份的唯一標(biāo)識intDI-32省份名稱省份的名稱char20DI-33城巾編號城巾的唯,標(biāo)識intDI-34城巾名稱城巾的名稱char20數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號數(shù)據(jù)結(jié)構(gòu)名含義說明組成DS-1Class菜品分類信息DI-18,

10、 DI-19DS-2User用戶信息DI-0 至 DI-10DS-3Restaurant餐館信息DI-11 至 DI-15DS-4Meal菜品信息DI-16 至 DI-22DS-5Order訂單信息DI-23、DI-24、DI-25、DI-27、DI-0DS-6DeliveryNote送餐信息DI-26 至 DI-30 , DI-1、DI-14、DI-15處理過程處理過程編號處理過程名說明輸入輸出處理P-1注冊所有用戶用戶詳細(xì)信息注冊成功信息或失敗信息成功：跳轉(zhuǎn)到登陸頁向失?。褐匦伦訮-2登錄所有用戶用戶名和密碼登陸成功信息或失敗信息成功：跳轉(zhuǎn)到首頁失?。褐匦绿幚磉^程編號處理過程名說明輸入輸

11、出處理登陸P-3修改賬號已經(jīng)登陸的用戶原用戶名、新的用戶名、確認(rèn)新用戶名、密碼修改成功或失敗信息修改數(shù)據(jù)庫信息P-4修改密碼已經(jīng)登陸的用戶原來的密碼、新的密碼、確認(rèn)新密碼修改成功或失敗信息修改數(shù)據(jù)庫信息P-5修改常用收貨信息已經(jīng)登陸的用戶新的收貨地址、新的聯(lián)系方式修改數(shù)據(jù)庫信息P-6添加收獲信息已經(jīng)登陸的用戶新的收貨信息修改數(shù)據(jù)庫信息P-7修改用戶信息已經(jīng)登陸的用戶用戶信息修改數(shù)據(jù)庫信息P-8添加到購物所有用戶將用戶所選的菜品添加處理過程編號處理過程名說明輸入輸出處理車到購物車P-9修改購物車所有用戶修改購物車信息根據(jù)購物車P-10下訂單已登錄用戶和用戶信息自動生成訂單P-11查看并確認(rèn)訂單已

12、登錄用戶P-12提交訂單已登錄用戶訂餐成功信息修改數(shù)據(jù)庫信息將訂單信息P-13接收訂單客服人員傳送給相關(guān)工作人員P-14信息檢索所有用戶要檢索的內(nèi)容檢索信息內(nèi)容已登錄用要發(fā)布的信修改數(shù)據(jù)庫P-15發(fā)布信息戶息信息處理過程編號處理過程名說明輸入輸出處理P-16系統(tǒng)維護(hù)管理員P-17信息更新管理員需要更新的信息修改數(shù)據(jù)庫信息P-18用戶投訴與評價(jià)已登錄的用戶投訴/評價(jià)內(nèi)容投訴/評價(jià)內(nèi)容修改數(shù)據(jù)庫信息第三章數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)階段數(shù)據(jù)庫邏輯模式初步構(gòu)思根據(jù)ER圖轉(zhuǎn)換成基本表的思想，即每個實(shí)體轉(zhuǎn)換成基本表，而 1對多的聯(lián)系根據(jù)實(shí)際 需要可以轉(zhuǎn)換或不轉(zhuǎn)換為基本表，按照圖 2-1所示的ER圖，該系統(tǒng)的基本表

13、應(yīng)為5個，分 別為：表3-1管理員表管理員編號姓名密碼登陸IP最后登錄時(shí)間主碼表3-2用戶表用戶編號姓名地址手機(jī)注冊時(shí)間主碼表3-3訂單表訂單編號手機(jī)號地址總金額下單時(shí)間訂單狀態(tài)訂單改變時(shí)間備注會員編號主碼外碼表3-4采譜表編號菜名原價(jià)優(yōu)惠價(jià)菜名的介紹圖片創(chuàng)建時(shí)間主碼表3-5訂單項(xiàng)表訂單項(xiàng)編會訂單編號姓名狀態(tài)主碼具體邏輯模式設(shè)計(jì)表的具體結(jié)構(gòu)表名字段名字段類型關(guān)鍵字約束說明菜譜信息菜譜編號10個字符是菜名20個字符不允許空值原價(jià)20個字符優(yōu)惠價(jià)20個字符菜名介紹50個字符圖片創(chuàng)建時(shí)間10個字符用戶信息用戶編號10個字符是姓名10個字符地址50個字符手機(jī)20個字符注冊時(shí)間10個字符管理員信息管理員

14、編號10個字符是姓名10個字符管理員密碼10個字符登錄IP20個字符最后登錄時(shí)間10個字符訂單信息訂單編號15個字符是手機(jī)號20個字符地址20個字符總金額10個字符下單時(shí)間10個字符訂單狀態(tài)10個字符訂單改變時(shí)間10個字符備注50個字符會員編號10個字符參照用戶信息表的用戶編號，不允許空值訂單項(xiàng)信息訂單項(xiàng)編會10個字符是訂單編號15個字符參照訂單信息表的訂單編號，不允許空值姓名10個字符狀態(tài)10個字符第四章數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計(jì)設(shè)計(jì)表問關(guān)系 在網(wǎng)上訂餐系統(tǒng)中，存在著參照關(guān)系和被參照關(guān)系。用戶佶意表參照關(guān)系昌14:42款廣東佛山122315:33已付款湖南長沙122317:52貨到付款圖4-1參照

15、關(guān)系與被參照關(guān)系完整性設(shè)計(jì)關(guān)系模型的完整性約束包括實(shí)體完整性、參照完整性和用戶定義完整性。主要字段完整 性的字段名、完整性約束條件指的是實(shí)體完整性。其中實(shí)體完整性的規(guī)則如下：1 .實(shí)體完整性規(guī)則是針對關(guān)系而言的，而關(guān)系則對應(yīng)一個現(xiàn)實(shí)世界中的實(shí)體集。2 .現(xiàn)實(shí)世界中的實(shí)體是可區(qū)分的，它們具有某種標(biāo)識特征；相應(yīng)地，關(guān)系中的元組也 是可區(qū)分的，在關(guān)系中用主關(guān)鍵字作唯一性標(biāo)識。3 .主關(guān)鍵字中的屬性，即主屬性不能取空值。在網(wǎng)上訂餐系統(tǒng)中，管理員表（管理員編號，名稱，密碼，登陸 IP,最后登錄時(shí)間） 中，管理員編號是主關(guān)鍵字，不可以取空值；用戶表（用戶編號，姓名，地址，手機(jī)， 注冊時(shí)間）中，用戶編號是主

16、關(guān)鍵字，不可以取空值；訂單表（訂單編號，手機(jī)號，地 址，總金額，下單時(shí)間，訂單狀態(tài)，訂單改變時(shí)間，備注，會員編號）中，訂單編號是 主關(guān)鍵字，不可以取空值；菜譜表（菜譜編號，菜名，原價(jià)，優(yōu)惠價(jià)，菜名的介紹 ，圖 片，創(chuàng)建時(shí)間）中，菜譜編號是主關(guān)鍵字，不可以取空值；訂單項(xiàng)表（訂單項(xiàng)編號，訂 單編號，姓名，狀態(tài)）中，訂單項(xiàng)編號是主關(guān)鍵字，不可以取空值。除了實(shí)體完整性之外還有其他與應(yīng)用密切相關(guān)的數(shù)據(jù)完整性約束，例如某個屬性的值 必須唯一，某個屬性的取值必須在某個范圍內(nèi)，某些屬性值之間應(yīng)該滿足一定的函數(shù)關(guān)系 等。類似這些方面的約束不是關(guān)系數(shù)據(jù)模型本身所要求的，而是為了滿足應(yīng)用方面的語義 要求提出來的，這

17、些完整性需求需要用戶來定義，所以稱為用戶定義完整性。數(shù)據(jù)庫管理 系統(tǒng)需提供定義這些數(shù)據(jù)完整性的功能和手段，以便統(tǒng)一進(jìn)行處理和檢查，而不是由應(yīng)用 程序去實(shí)現(xiàn)這些功能。在用戶定義完整性中最常見的是限定屬性的取值范圍，即對值域的約束，這包括說明 屬性的數(shù)據(jù)類型、精度、取值范圍、是否允許空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中 的訂單編號不允許為空值，用戶表中的用戶編號為唯一值都是用了用戶定義完整性約束?，F(xiàn)實(shí)世界中的實(shí)體之間存在著某種聯(lián)系，而在關(guān)系模型中實(shí)體是用關(guān)系描述的，實(shí)體之間 的聯(lián)系也是用關(guān)系描述的，這樣就自然存在著關(guān)系和關(guān)系之間的參照或引用。網(wǎng)上訂餐系用戶編號姓名地址手機(jī)注冊時(shí)問統(tǒng)參照完整性表如

18、下：用戶信息表n-n訂單編手機(jī)號地址總金額下單時(shí)間訂單狀態(tài)用戶編號訂單信息表訂單項(xiàng)編會訂單編號姓名狀態(tài)訂單項(xiàng)信息表圖4-2說明關(guān)聯(lián)和參照關(guān)第五章數(shù)據(jù)庫系統(tǒng)的實(shí)現(xiàn)數(shù)據(jù)庫的建立啟動服務(wù)管理器，打開查詢分析器，在調(diào)試程序窗口輸入下列語句：Create database 網(wǎng)上訂餐系統(tǒng)On（name軻上訂餐系統(tǒng)_dat,網(wǎng)上訂餐系統(tǒng)',Size=5mbMaxsize=100mb,Filegrowth=5mb）Log on（name料上訂餐系統(tǒng)_log,網(wǎng)上訂餐系統(tǒng)',Size=5mbMaxsize=100mb,Filegrowth=5mb）數(shù)據(jù)載入在網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫中分別新建菜譜信息表

19、、用戶信息表、管理員信息表、訂單信息表、 訂單項(xiàng)信息表，再陸續(xù)載入數(shù)據(jù)：菜譜信息表的數(shù)據(jù)用戶信息表的數(shù)據(jù)：管理員信息表的數(shù)據(jù)訂單信息表的數(shù)據(jù)：訂單項(xiàng)信息表的數(shù)據(jù):第六章數(shù)據(jù)庫系統(tǒng)的運(yùn)行和維護(hù)作為網(wǎng)管員，無論其管理的網(wǎng)絡(luò)的規(guī)模是大還是小，在日常的管理中除了維護(hù)網(wǎng)絡(luò)平 穩(wěn)運(yùn)行、及時(shí)排除網(wǎng)絡(luò)故障、保護(hù)網(wǎng)絡(luò)安全等工作以外，備份網(wǎng)絡(luò)中關(guān)鍵數(shù)據(jù)也是其中的 一個非常非常重要的工作環(huán)節(jié)。網(wǎng)絡(luò)中的各種故障無非就分兩種：軟件故障和硬件故障。對于“硬件故障”可以通過維 修或更換硬件設(shè)備得到及時(shí)解決；對于“軟件故障”則可以通過重新安裝或升級軟件、重做 網(wǎng)絡(luò)或應(yīng)用軟件系統(tǒng)等方法及時(shí)解決，而且用此方法來解決網(wǎng)絡(luò)故障大多需

20、要一些基礎(chǔ)的、 關(guān)鍵的數(shù)據(jù)支持才能得以恢復(fù)正常。但是，網(wǎng)絡(luò)中諸如此類的關(guān)鍵數(shù)據(jù)（特別是“應(yīng)用軟件系統(tǒng)”中的關(guān)鍵數(shù)據(jù)）的損壞或丟失，絕大部分是無法恢復(fù)和彌補(bǔ)的。定義并設(shè)置備份策略：1 .?每周1次完全備份，周日晚0點(diǎn)。超過4周清空之前的備份。2 .?每天1次差異備份，每天0點(diǎn)。超過1周清空之前的備份。3 .?每2小時(shí)一次日志備份，超過1天清空之前的備份。啟用維護(hù)計(jì)劃任務(wù)在“管理” > “數(shù)據(jù)庫維護(hù)計(jì)劃”上右鍵彈出菜單，選“新建維護(hù)計(jì)劃”。如圖6-2-1 所示。設(shè)置數(shù)據(jù)庫維護(hù)計(jì)劃名，并完成向?qū)鐖D6-2-2所示。圖6-2-1新建數(shù)據(jù)庫維護(hù)計(jì)劃圖6-2-2完成建數(shù)據(jù)庫維護(hù)計(jì)劃第七章報(bào)告總結(jié)實(shí)踐出真知。這句話說得一點(diǎn)也沒錯，在整個數(shù)據(jù)庫課程設(shè)計(jì)過程中，只有實(shí)踐才能 對事物的本質(zhì)有更深的認(rèn)識，才能有發(fā)言權(quán)，一切認(rèn)識都是建立在認(rèn)識的基礎(chǔ)上。通過了 一個星期的數(shù)據(jù)課程設(shè)計(jì)，我對數(shù)據(jù)庫這門課程有了更深的認(rèn)識，對原本在我腦中像是火 星語的SQL®言有了更加具體的認(rèn)識。數(shù)據(jù)庫課程設(shè)計(jì)加深了我對數(shù)據(jù)庫這門課程的興趣，讓我深刻了解了數(shù)據(jù)庫的強(qiáng)大功 能，引起我對研究SQL語言運(yùn)用規(guī)則的興趣。數(shù)據(jù)庫概念設(shè)計(jì)、數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)和數(shù) 據(jù)庫保護(hù)設(shè)計(jì)是數(shù)據(jù)庫設(shè)