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

1、在線訂餐系統(tǒng)作業(yè)題目：作業(yè)時間：專業(yè)班級：姓名：學號：授課教師：網(wǎng)上訂餐數(shù)據(jù)庫系統(tǒng)設計2012年11月XXXXXXXXXXXXXXXXX目錄第一章需求解析3訂餐現(xiàn)狀解析31.2顧客需求解析3管理員需求解析3性能需求解析3可行性解析4整體設計原則.4第二章數(shù)據(jù)庫看法結(jié)構設計5系統(tǒng)E-R圖5數(shù)據(jù)流圖6數(shù)據(jù)字典62.數(shù)據(jù)項6數(shù)據(jù)結(jié)構7辦理過程7第三章數(shù)據(jù)庫邏輯結(jié)構設計10數(shù)據(jù)庫邏輯結(jié)構初步構思10詳細邏輯結(jié)構設計11第四章數(shù)據(jù)庫的物理結(jié)構設計12表間關系設計12完滿性設計12第五章數(shù)據(jù)庫系統(tǒng)的推行14數(shù)據(jù)庫的建立14數(shù)據(jù)輸入14第六章數(shù)據(jù)庫運行和保護16定義并設置備份策略16啟用數(shù)據(jù)庫保護計劃任務1

2、6第七章報告總結(jié)18第一章需求解析訂餐現(xiàn)狀解析現(xiàn)在寬泛使用的訂餐方式是進行電話預約，這種預約方式方便，錯誤率也比較低，但是由此惹起的一些不良現(xiàn)象也比很多，主若是訂餐后出現(xiàn)飯店并沒有將信息記錄在案，而且電話里不能夠看到菜品的圖片，對菜量和菜品樣式?jīng)]有直觀的看法。別的這種訂餐方式可是進行電話的預約，很可能會出現(xiàn)訂餐但是不履行訂單也不進行訂餐取消的現(xiàn)象，訂餐人員對訂購的餐桌信息不太認識會進行相關信息的咨詢，這樣就在必然程度上造成了時間的浪費，飯店人員會在同一天屢次重復相同的信息，造成了人力資源的浪費。這樣開發(fā)出圖文并茂，信息能夠及時更新和查察的在線網(wǎng)上訂餐系統(tǒng)就擁有了重要的意義。顧客需求解析顧客模塊

3、的功能包括個人信息管理，美食選購，美食議論三大功能。其中，在個人信息管理中能夠?qū)€人信息進行更正、還可以夠查閱過去訂過的美食信息；在選購美食中能夠經(jīng)過購物車直接購買的形式、也可已選擇貨到付款的形式完成交易；美食議論中顧客能夠這對此次服務質(zhì)量，留下自己相對餐廳說的話，完成用戶與餐廳之間的交互。管理員需求解析管理員模塊的功能包括菜品管理，訂單管理，會員信息管理三大功能。其中，在個菜品管理中能夠?qū)Σ似沸畔⑦M行增加、更正和盤問操作；在訂單管理中能夠經(jīng)過未確認、已確認、已下單三種形式進行管理、也可查察所有訂單信息；會員信息管理中，能夠增加會員信息和更正會員信息，進而方便顧客網(wǎng)上訂購美食，并享有優(yōu)惠，這一

4、做法人性化的完成網(wǎng)站的推行，防備了顧客的抗爭情緒。性能需求解析該系統(tǒng)在性能功能上應達到以下需求：操作簡單、界面友好:完滿控件式的頁面布局，使得菜品，資訊，座位等信息的錄入工作更簡略，好多項選擇項包括餐廳信息，桌位，包房信息等只需要點擊鼠標就可以完成；別的，追蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。對常有的近似網(wǎng)站的管理的各個方面：基本信息錄入、閱讀、刪除、更正、搜尋等方面都大體實現(xiàn)，顧客對菜品的預約及支付方式；即時可見:對客戶預約餐飲信息的辦理（包括錄入、刪除）將馬上在主頁的對應欄目顯示出來，達到“即時宣布、即時見效”的功能；系統(tǒng)運行應該快速、牢固、高效和可靠；在結(jié)構上應擁有很好的可擴

5、展性，便于將來的功能擴展和保護?？尚行越馕鲭S著經(jīng)濟的快速發(fā)展，B2C電子商務越來越碰到人們的關注。網(wǎng)上訂餐類網(wǎng)站，已經(jīng)如雨后春筍般的出現(xiàn)在了個大城市。特別在企業(yè)，企業(yè)內(nèi)部，集體訂餐已經(jīng)成為了趨勢。同時，隨著全國人民的精神、物質(zhì)和文化生活高度的提高，人們已經(jīng)不在可是停留在吃飽的程度，不但要吃飽，還要吃好，而且口味也越來越挑刺，正因為這樣網(wǎng)絡訂餐業(yè)務的出現(xiàn)，正迎合了這些人的口味，他們不但省去了自己做飯的麻煩，而且也能搜尋和發(fā)現(xiàn)新的菜品，品嘗不相同風格的菜品，網(wǎng)絡訂餐業(yè)務在中國有著極大的發(fā)展空間以及優(yōu)異的背景。現(xiàn)在世大學生，白領工作人士作為社會中的重要集體，他們對飲食的要求都在不斷提高,飲食在他們生

6、活中起重視要作用。因此，面向大學生和都市白領人士的網(wǎng)絡訂餐網(wǎng)站的設計有著良好的現(xiàn)實意義。整體設計原則1、開放性、可擴大性、可靠性原則開放系統(tǒng)是生產(chǎn)各種計算機產(chǎn)品寬泛依照的原則，依照這種標準的產(chǎn)品都符合一些公共的、能夠相互操作的標準，能夠友好的在一起工作。開放系統(tǒng)使得各各種類的網(wǎng)絡和系統(tǒng)互連簡單、標準一致，簡單擴展升級。進而適應廣大用戶需求的多變性和產(chǎn)品的更新?lián)Q代。2、優(yōu)異的用戶操作界面用戶操作界面雅觀、方便、合用，使用戶能在較短的時間內(nèi)掌握其使用方法。3、合用性原則任何系統(tǒng)的設計都要考慮其合用性，系統(tǒng)開發(fā)的目的是為了實現(xiàn)業(yè)務辦理自動化、規(guī)范化，提高工作效率，減少工作人員的勞動強度，減少開支。4

7、、工作平臺設計原則能適應不相同的操作平臺，不相同的網(wǎng)絡。第二章看法結(jié)構設計階段系統(tǒng)E-R圖經(jīng)過上面的介紹，我們已近基本的實體有管理員、用戶、訂單和菜譜。實體之間有一個管理員能夠有擁有多個用戶、多個菜譜的管理關系，因此管理員與用戶之間和菜單之間都是一對多的聯(lián)系；一個用戶只能屬于管理員，因此用戶與管理員是多對一的聯(lián)系；一個訂單只屬于一個用戶，但能夠擁有多個菜譜，因此訂單與菜譜的關系是一對多的聯(lián)系。據(jù)此解析，獲取系統(tǒng)的ER圖如圖2-1所示。手機號登錄IP注冊時間密碼姓名管理員編用戶編號名稱最后登錄時間地址管理員M戶管理用管理下單1菜系生成訂單地址原訂單狀態(tài)編號菜名備注圖片會員編號總金額創(chuàng)辦時間優(yōu)惠價

8、訂單編號下單時間菜名的介紹訂單改變時間圖2-1網(wǎng)上訂餐系統(tǒng)E-R圖數(shù)據(jù)流圖圖2-2訂餐系統(tǒng)網(wǎng)上訂餐數(shù)據(jù)流圖數(shù)據(jù)字典數(shù)據(jù)項數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明數(shù)據(jù)種類長度DI-0用戶編號用戶的唯一表記intDI-1用戶名用戶登陸時的名稱char17DI-2用戶密碼用戶登陸時的密碼char17DI-3用戶姓名用戶的真實姓名char20DI-4用戶性別用戶的性別char2DI-5用戶手機用戶的聯(lián)系電話char40DI-6用戶固定電話用戶的聯(lián)系電話char40DI-7用戶地址用戶的送貨地址char100DI-8用戶郵箱用戶的個人郵箱char50DI-9用戶年齡用戶的真實年齡intDI-10用戶壽辰用戶的出

9、壽辰期dateDI-11餐館編號餐館的唯一表記intDI-12餐館名稱餐館的全稱char50DI-13餐館地址餐館的詳細地址char100DI-14餐館電話餐館的聯(lián)系電話char40數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明數(shù)據(jù)種類長度DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名char20DI-16菜品編號菜品的唯一表記intDI-17菜名名稱菜品的名稱char40DI-18菜品種類菜品所屬的類別名稱char20DI-19菜品種類編號菜品類其他唯一表記intDI-20菜品價格菜品的單價floatDI-21菜品折扣菜品的折扣率floatDI-22菜品份數(shù)菜品的份數(shù)intDI-23訂單編號訂單的唯一表記intDI

10、-24訂單日期訂單產(chǎn)生的日期dateDI-25訂單總數(shù)訂單所有菜品的總數(shù)floatDI-26送餐編號送餐的唯一表記intDI-27送餐地址送餐的詳細地址char100DI-28送餐日期送餐的日期dateDI-29送餐員名稱送餐員的真實姓名char20DI-30送餐員電話送餐員的聯(lián)系電話char40DI-31省份編號省份的唯一表記intDI-32省份名稱省份的名稱char20DI-33城市編號城市的唯一表記intDI-34城市名稱城市的名稱char20數(shù)據(jù)結(jié)構數(shù)據(jù)結(jié)構編號數(shù)據(jù)結(jié)構名含義說明組成DS-1Class菜品分類信息DI-18，DI-19DS-2User用戶信息DI-0至DI-10DS-3

11、Restaurant餐館信息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辦理過程辦理過程編號辦理過程名說明輸入輸出辦理成功：跳轉(zhuǎn)到P-1注冊所適用戶用戶詳細信息注冊成功信息登陸頁面或失敗信息失?。褐匦伦赞k理過程編號P-2P-3P-4P-5P-6P-7P-8P-9P-10P-11P-12辦理過程名說明輸入輸出辦理成功：跳轉(zhuǎn)到登錄所適用戶用戶名和密碼登陸成功信息首頁或失敗信息失敗：重新登陸已經(jīng)登陸

12、原用戶名、新的更正成功或失更正數(shù)據(jù)庫信更正賬號用戶名、確認新的用戶敗信息息用戶名、密碼已經(jīng)登陸原來的密碼、新更正成功或失更正數(shù)據(jù)庫信更正密碼的密碼、確認新的用戶敗信息息密碼更正常用收已經(jīng)登陸新的收貨地址、更正數(shù)據(jù)庫信貨信息的用戶新的聯(lián)系方式息增加收獲信已經(jīng)登陸新的收貨信息更正數(shù)據(jù)庫信息的用戶息更正用戶信已經(jīng)登陸用戶信息更正數(shù)據(jù)庫信息的用戶息增加到購物將用戶所選的所適用戶菜品增加到購車物車更正購物車所適用戶更正購物車信息已登錄取依照購物車和下訂單用戶信息自動戶生成訂單查察并確認已登錄取訂單戶提交訂單已登錄取訂餐成功信息更正數(shù)據(jù)庫信戶息辦理過程編號辦理過程名說明輸入輸出辦理將訂單信息傳P-13接收

13、訂單客服人員送給相關工作人員P-14信息檢索所適用戶要檢索的內(nèi)容檢索信息內(nèi)容P-15宣布信息已登錄取要宣布的信息更正數(shù)據(jù)庫信戶息P-16系統(tǒng)保護管理員P-17信息更新管理員需要更新的信更正數(shù)據(jù)庫信息息P-18用戶投訴與已登錄的投訴/議論內(nèi)容投訴/議論內(nèi)更正數(shù)據(jù)庫信議論用戶容息第三章數(shù)據(jù)庫邏輯結(jié)構設計階段數(shù)據(jù)庫邏輯模式初步構思依照ER圖變換成基本表的思想，即每個實體變換成基本表，而1對多的聯(lián)系依照實質(zhì)需要能夠變換或不變換為基本表，依照圖2-1所示的ER圖，該系統(tǒng)的基本表應為5個，分別為：表3-1管理員表管理員編號姓名密碼登陸IP最后登錄時間主碼表3-2用戶表用戶編號姓名地址手機注冊時間主碼表3-

14、3訂單表訂單手機號地址總金額下單訂單狀態(tài)訂單改備注會員編編號時間變時間號主碼外碼表3-4菜譜表編號菜名原價優(yōu)惠價菜名的介紹圖片創(chuàng)辦時間主碼表3-5訂單項表訂單項編號訂單編號姓名狀態(tài)主碼詳細邏輯模式設計表的詳細結(jié)構表名字段名字段種類要點字拘束說明菜譜編號10個字符是菜名20個字符不相贊同空值原價20個字符菜譜信息優(yōu)惠價20個字符菜名介紹50個字符圖片創(chuàng)辦時間10個字符用戶編號10個字符是姓名10個字符用戶信息地址50個字符手機20個字符注冊時間10個字符管理員編號10個字符是姓名10個字符管理員信息管理員密碼10個字符登錄IP20個字符最后登錄時間10個字符訂單編號15個字符是手機號20個字符地

15、址20個字符總金額10個字符訂單信息下單時間10個字符訂單狀態(tài)10個字符訂單改變時間10個字符備注50個字符會員編號10個字符參照用戶信息表的用戶編號，不相贊同空值訂單項編號訂單編號訂單項信息姓名狀態(tài)10個字符是15個字符參照訂單信息表的訂單編號，不相贊同空值10個字符10個字符第四章數(shù)據(jù)庫的物理結(jié)構設計設計表間關系在網(wǎng)上訂餐系統(tǒng)中，存在著參照關系和被參照關系。用戶信息表參照關系用戶編號姓名地址手機注冊時間01王麗萍山東濟南02李杜娟江西南昌外面要點字黃大洲廣東佛山0304張子將湖南長沙主要點字訂單信息表被參照關系訂單編號用戶編號地址總金額下單時間訂單狀態(tài)訂單改手機備注變時間01山東濟南122

16、311:23等待付款02江西南昌122314:42貨到付款03廣東佛山122315:33已付款04湖南長沙122317:52貨到付款圖4-1參照關系與被參照關系完滿性設計主要字段完滿性的字段名、完滿性拘束條件關系模型的完滿性拘束包括實體完滿性、參照完滿性和用戶定義完滿性。主要字段完滿性的字段名、完滿性拘束條件指的是實體完滿性。其中實體完滿性的規(guī)則以下：1實體完滿性規(guī)則是針對關系而言的，而關系則對應一個現(xiàn)實世界中的實體集。2現(xiàn)實世界中的實體是可區(qū)分的，它們擁有某種表記特色；相應地，關系中的元組也是可區(qū)分的，在關系中用主要點字作唯一性表記。3主要點字中的屬性，即主屬性不能夠取空值。在網(wǎng)上訂餐系統(tǒng)中

17、，管理員表（管理員編號，名稱，密碼，登陸IP，最后登錄時間）中，管理員編號是主要點字，不能夠夠取空值；用戶表（用戶編號，姓名，地址，手機，注冊時間）中，用戶編號是主要點字，不能夠夠取空值；訂單表（訂單編號，手機號，地址，總金額，下單時間，訂單狀態(tài)，訂單改變時間，備注，會員編號）中，訂單編號是主關鍵字，不能夠夠取空值；菜譜表（菜譜編號，菜名，原價，優(yōu)惠價，菜名的介紹,圖片，創(chuàng)辦時間）中，菜譜編號是主要點字，不能夠夠取空值；訂單項表（訂單項編號，訂單編號，姓名，狀態(tài)）中，訂單項編號是主要點字，不能夠夠取空值。記錄完滿性拘束及其拘束條件除了實體完滿性之外還有其他與應用親近相關的數(shù)據(jù)完滿性拘束，比方某

18、個屬性的值必須唯一，某個屬性的取值必定在某個范圍內(nèi)，某些屬性值之間應該滿足必然的函數(shù)關系等。近似這些方面的拘束不是關系數(shù)據(jù)模型自己所要求的，而是為了滿足應用方面的語義要求提出來的，這些完滿性需求需要用戶來定義，因此稱為用戶定義完滿性。數(shù)據(jù)庫管理系統(tǒng)需提供定義這些數(shù)據(jù)完滿性的功能和手段，以便一致進行辦理和檢查，而不是由應用程序去實現(xiàn)這些功能。在用戶定義完滿性中最常有的是限制屬性的取值范圍，即對值域的拘束，這包括說明屬性的數(shù)據(jù)種類、精度、取值范圍、可否贊同空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中的訂單編號不相贊同為空值，用戶表中的用戶編號為唯一值都是用了用戶定義完滿性拘束。參照完滿性表現(xiàn)實世界中的實

19、體之間存在著某種聯(lián)系，而在關系模型中實體是用關系描述的，實體之間的聯(lián)系也是用關系描述的，這樣就自然存在著關系和關系之間的參照或引用。網(wǎng)上訂餐系統(tǒng)參照完滿性表以下：用戶編號姓名地址手機注冊時間用戶信息表n：n訂單編號手機號地址總金額下單時間訂單狀態(tài)用戶編號訂單信息表n:n訂單項編號訂單編號姓名狀態(tài)訂單項信息表圖4-2說明關系和參照關第五章數(shù)據(jù)庫系統(tǒng)的實現(xiàn)數(shù)據(jù)庫的建立啟動服務管理器，打開盤問解析器，在調(diào)試程序窗口輸入以下語句：Createdatabase網(wǎng)上訂餐系統(tǒng)On（name=網(wǎng)上訂餐系統(tǒng)_dat,網(wǎng)上訂餐系統(tǒng),Size=5mbMaxsize=100mb,Filegrowth=5mb)Logo

20、n(name=網(wǎng)上訂餐系統(tǒng)_log,網(wǎng)上訂餐系統(tǒng),Size=5mbMaxsize=100mb,Filegrowth=5mb)數(shù)據(jù)載入在網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫中分別新建菜譜信息表、用戶信息表、管理員信息表、訂單信息表、訂單項信息表，再陸續(xù)載入數(shù)據(jù)：菜譜信息表的數(shù)據(jù):用戶信息表的數(shù)據(jù):管理員信息表的數(shù)據(jù)訂單信息表的數(shù)據(jù)：訂單項信息表的數(shù)據(jù)：第六章數(shù)據(jù)庫系統(tǒng)的運行和保護作為網(wǎng)管員，無論其管理的網(wǎng)絡的規(guī)模是大還是小，在平常的管理中除了保護網(wǎng)絡平穩(wěn)運行、及時消除網(wǎng)絡故障、保護網(wǎng)絡安全等工作之外，備份網(wǎng)絡中要點數(shù)據(jù)也是其中的一個特別特別重要的工作環(huán)節(jié)。網(wǎng)絡中的各種故障可是就分兩種:軟件故障和硬件故障。對于“硬

21、件故障”能夠經(jīng)過維修或更換硬件設備獲取及時解決;對于“軟件故障”則能夠經(jīng)過重新安裝或升級軟件、重做網(wǎng)絡或應用軟件系統(tǒng)等方法及時解決，而且用此方法來解決網(wǎng)絡故障大多需要一些基礎的、要點的數(shù)據(jù)支持才能得以恢復正常。但是，網(wǎng)絡中諸這樣類的要點數(shù)據(jù)(特別是“應用軟件系統(tǒng)”中的要點數(shù)據(jù))的損壞或扔掉，絕大部分是無法恢復和填充的。定義并設置備份策略：每周1次完滿備份，周日晚0點。高出4周清空從前的備份。每天1次差異備份，每天0點。高出1周清空從前的備份。3.每2小時一次日志備份，高出1天清空從前的備份。啟用保護計劃任務在“管理”“數(shù)據(jù)庫保護計劃”上右鍵彈出菜單，選“新建保護計劃”。如圖6-2-1所示。設置數(shù)據(jù)庫保護計劃名，并完成導游如圖6-2-2所示。圖6-2-1新建數(shù)據(jù)庫保護計劃圖6-2-2完成建數(shù)據(jù)庫保護計劃第七章報告總結(jié)實踐出真知。這句話說得一點也沒錯，在整個數(shù)據(jù)庫課程設計過程中，只有實踐才能對事物的實質(zhì)有更深的認識，才能有發(fā)言權，所有認識都是建立在認識的基礎上。經(jīng)過了一個星期的數(shù)據(jù)課程設計，我對數(shù)據(jù)庫這門課程有了更深的認識，對原來在我腦中像是火星語的SQL語言有了更加詳細的認識。數(shù)據(jù)庫課程設計加深了我對數(shù)據(jù)庫這門課程的興趣，讓我深刻認識了數(shù)據(jù)庫的富強功能