1、在線訂餐系統(tǒng)作業(yè)題目： 網(wǎng)上訂餐數(shù)據(jù)庫系統(tǒng)設(shè)計 作業(yè)時間： 2012年11月 專業(yè)班級： XXXXXXXXXXXXXXXXX 姓 名： 學(xué) 號： 授課教師： 目錄第一章 需求分析31.1訂餐現(xiàn)狀分析31.2顧客需求分析31.3 管理員需求分析31.4 性能需求分析31.5可行性分析41.6 總體設(shè)計原則4第二章 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計52.1 系統(tǒng)E-R圖52.2數(shù)據(jù)流圖62.3數(shù)據(jù)字典62. .3.1數(shù)據(jù)項62.3.2數(shù)據(jù)結(jié)構(gòu)72.3.3處理過程7第三章 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計103.1數(shù)據(jù)庫邏輯結(jié)構(gòu)初步構(gòu)思103.2具體邏輯結(jié)構(gòu)設(shè)計11第四章 數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計124.1 表間關(guān)系設(shè)計124.2

2、 完整性設(shè)計12第五章 數(shù)據(jù)庫系統(tǒng)的實施145.1 數(shù)據(jù)庫的建立145.2 數(shù)據(jù)輸入14第六章 數(shù)據(jù)庫運行和維護166.1定義并設(shè)置備份策略166.2 啟用數(shù)據(jù)庫維護計劃任務(wù)16第七章 報告總結(jié)18第一章需求分析1.1訂餐現(xiàn)狀分析現(xiàn)在普遍使用的訂餐方式是進行電話預(yù)定，這種預(yù)訂方式方便，錯誤率也比較低，但是由此引發(fā)的一些不良現(xiàn)象也比較多，主要是訂餐后出現(xiàn)飯店并沒有將信息記錄在案，而且電話里不能看到菜品的圖片，對菜量和菜品樣式?jīng)]有直觀的概念。另外這種訂餐方式只是進行電話的預(yù)約，很可能會出現(xiàn)訂餐但是不履行訂單也不進行訂餐取消的現(xiàn)象，訂餐人員對訂購的餐桌信息不太了解會進行相關(guān)信息的詢問，這樣就在一定程

3、度上造成了時間的浪費，飯店人員會在同一天反復(fù)重復(fù)相同的信息，造成了人力資源的浪費。這樣開發(fā)出圖文并茂，信息能夠及時更新和查看的在線網(wǎng)上訂餐系統(tǒng)就具有了重要的意義。1.2顧客需求分析顧客模塊的功能包括個人信息管理，美食選購，美食評價三大功能。其中，在個人信息管理中可以對個人信息進行修改、還可以查閱以往訂過的美食信息；在選購美食中可以通過購物車直接購買的形式、也可已選擇貨到付款的形式完成交易；美食評價中顧客可以這對這次服務(wù)質(zhì)量，留下自己相對餐廳說的話，完成用戶與餐廳之間的交互。1.3 管理員需求分析 管理員模塊的功能包括菜品管理，訂單管理，會員信息管理三大功能。其中，在個菜品管理中可以對菜品信息進

4、行添加、修改和查詢操作；在訂單管理中可以通過未確認、已確認、已下單三種形式進行管理、也可查看所有訂單信息；會員信息管理中，可以添加會員信息和修改會員信息，進而方便顧客網(wǎng)上訂購美食，并享有優(yōu)惠，這一做法人性化的完成網(wǎng)站的推廣，避免了顧客的抵觸情緒。1.4 性能需求分析該系統(tǒng)在性能功能上應(yīng)達到如下需求：u 操作簡單、界面友好: 完全控件式的頁面布局，使得菜品，資訊，座位等信息的錄入工作更簡便，許多選項包括餐廳信息，桌位，包房信息等只需要點擊鼠標(biāo)就可以完成；另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。對常見的類似網(wǎng)站的管理的各個方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大體實現(xiàn)，

5、顧客對菜品的預(yù)定及支付方式；u 即時可見:對客戶預(yù)定餐飲信息的處理（包括錄入、刪除）將立即在主頁的對應(yīng)欄目顯示出來，達到“即時發(fā)布、即時見效”的功能；u 系統(tǒng)運行應(yīng)該快速、穩(wěn)定、高效和可靠；u 在結(jié)構(gòu)上應(yīng)具有很好的可擴展性，便于將來的功能擴展和維護。1.5可行性分析隨著經(jīng)濟的快速發(fā)展，B2C電子商務(wù)越來越受到人們的關(guān)注。網(wǎng)上訂餐類網(wǎng)站，已經(jīng)如雨后春筍般的出現(xiàn)在了個大城市。特別在公司，企業(yè)內(nèi)部，團體訂餐已經(jīng)成為了趨勢。同時，隨著全國人民的精神、物質(zhì)和文化生活高度的提高，人們已經(jīng)不在僅僅停留在吃飽的程度，不但要吃飽，還要吃好，而且口味也越來越挑刺，正因為如此網(wǎng)絡(luò)訂餐業(yè)務(wù)的出現(xiàn)，正迎合了這些人的口味

6、，他們不但省去了自己做飯的麻煩，而且也能尋找和發(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è)計有著良好的現(xiàn)實意義。1.6 總體設(shè)計原則1、 開放性、可擴充性、可靠性原則 開放系統(tǒng)是生產(chǎn)各種計算機產(chǎn)品普遍遵循的原則，遵循這種標(biāo)準(zhǔn)的產(chǎn)品都符合一些公共的、可以相互操作的標(biāo)準(zhǔn)，能夠融洽的在一起工作。開放系統(tǒng)使得各種類型的網(wǎng)絡(luò)和系統(tǒng)互連簡單、標(biāo)準(zhǔn)統(tǒng)一，容易擴展升級。從而適應(yīng)廣大用戶需求的多變性和產(chǎn)品的更新?lián)Q代。

7、2、 良好的用戶操作界面 用戶操作界面美觀、方便、實用，使用戶能在較短的時間內(nèi)掌握其使用方法。3、實用性原則任何系統(tǒng)的設(shè)計都要考慮其實用性，系統(tǒng)開發(fā)的目的是為了實現(xiàn)業(yè)務(wù)處理自動化、規(guī)范化，提高工作效率，減輕工作人員的勞動強度，減少開支。4、工作平臺設(shè)計原則能適應(yīng)不同的操作平臺，不同的網(wǎng)絡(luò)。第二章 概念結(jié)構(gòu)設(shè)計階段2.1 系統(tǒng)E-R圖通過上面的介紹，我們已近基本的實體有管理員、用戶、訂單和菜譜。實體之間有一個管理員可以有擁有多個用戶、多個菜譜的管理關(guān)系，因此管理員與用戶之間和菜單之間都是一對多的聯(lián)系；一個用戶只能屬于管理員，因此用戶與管理員是多對一的聯(lián)系；一個訂單只屬于一個用戶，但可以擁有多個菜

8、譜，因此訂單與菜譜的關(guān)系是一對多的聯(lián)系。M1 管理員用 戶管理管理生成下單管理員編號名稱用戶編號姓名地址下單時間總金額訂單狀態(tài)編號菜名原價菜名的介紹優(yōu)惠價菜 系訂 單圖片手機號訂單編號地址密碼登錄IP最后登錄時間注冊時間訂單改變時間會員編號備注創(chuàng)建時間據(jù)此分析，得到系統(tǒng)的ER圖如圖2-1所示。圖2-1 網(wǎng)上訂餐系統(tǒng)E-R圖2.2數(shù)據(jù)流圖圖2-2訂餐系統(tǒng)網(wǎng)上訂餐數(shù)據(jù)流圖2.3 數(shù)據(jù)字典2.3.1 數(shù)據(jù)項數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義說明數(shù)據(jù)類型長度DI-0用戶編號用戶的唯一標(biāo)識intDI-1用戶名用戶登陸時的名稱char17DI-2用戶密碼用戶登陸時的密碼char17DI-3用戶姓名用戶的真實姓名

9、char20DI-4用戶性別用戶的性別char2DI-5用戶手機用戶的聯(lián)系電話char40DI-6用戶固定電話用戶的聯(lián)系電話char40DI-7用戶地址用戶的送貨地址char100DI-8用戶郵箱用戶的個人郵箱char50DI-9用戶年齡用戶的真實年齡intDI-10用戶生日用戶的出生日期dateDI-11餐館編號餐館的唯一標(biāo)識intDI-12餐館名稱餐館的全稱char50DI-13餐館地址餐館的詳細地址char100DI-14餐館電話餐館的聯(lián)系電話char40DI-15餐館聯(lián)系人餐館聯(lián)系人的姓名char20DI-16菜品編號菜品的唯一標(biāo)識intDI-17菜名名稱菜品的名稱char40DI-1

10、8菜品類別菜品所屬的類別名稱char20DI-19菜品類別編號菜品類別的唯一標(biāo)識intDI-20菜品價格菜品的單價floatDI-21菜品折扣菜品的折扣率floatDI-22菜品份數(shù)菜品的份數(shù)intDI-23訂單編號訂單的唯一標(biāo)識intDI-24訂單日期訂單產(chǎn)生的日期dateDI-25訂單總額訂單所有菜品的總額floatDI-26送餐編號送餐的唯一標(biāo)識intDI-27送餐地址送餐的詳細地址char100DI-28送餐日期送餐的日期dateDI-29送餐員名稱送餐員的真實姓名char20DI-30送餐員電話送餐員的聯(lián)系電話char40DI-31省份編號省份的唯一標(biāo)識intDI-32省份名稱省份的

11、名稱char20DI-33城市編號城市的唯一標(biāo)識intDI-34城市名稱城市的名稱char202.3.2 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號數(shù)據(jù)結(jié)構(gòu)名含義說明組成DS-1Class菜品分類信息DI-18，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-152.3.3 處理過程處理過程編號處理過程名說明輸入輸出處理P-

12、1注冊所有用戶用戶詳細信息注冊成功信息或失敗信息成功：跳轉(zhuǎn)到登陸頁面失敗：重新注冊P-2登錄所有用戶用戶名和密碼登陸成功信息或失敗信息成功：跳轉(zhuǎn)到首頁失敗：重新登陸P-3修改賬號已經(jīng)登陸的用戶原用戶名、新的用戶名、確認新用戶名、密碼修改成功或失敗信息修改數(shù)據(jù)庫信息P-4修改密碼已經(jīng)登陸的用戶原來的密碼、新的密碼、確認新密碼修改成功或失敗信息修改數(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

13、-9修改購物車所有用戶修改購物車信息P-10下訂單已登錄用戶根據(jù)購物車和用戶信息自動生成訂單P-11查看并確認訂單已登錄用戶P-12提交訂單已登錄用戶訂餐成功信息修改數(shù)據(jù)庫信息P-13接收訂單客服人員將訂單信息傳送給相關(guān)工作人員P-14信息檢索所有用戶要檢索的內(nèi)容檢索信息內(nèi)容P-15發(fā)布信息已登錄用戶要發(fā)布的信息修改數(shù)據(jù)庫信息P-16系統(tǒng)維護管理員P-17信息更新管理員需要更新的信息修改數(shù)據(jù)庫信息P-18用戶投訴與評價已登錄的用戶投訴/評價內(nèi)容投訴/評價內(nèi)容修改數(shù)據(jù)庫信息第三章 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計階段3.1 數(shù)據(jù)庫邏輯模式初步構(gòu)思根據(jù)ER圖轉(zhuǎn)換成基本表的思想，即每個實體轉(zhuǎn)換成基本表，而1對多的

14、聯(lián)系根據(jù)實際需要可以轉(zhuǎn)換或不轉(zhuǎn)換為基本表，按照圖2-1所示的ER圖，該系統(tǒng)的基本表應(yīng)為5個，分別為：表3-1管理員表管理員編號姓名密碼登陸IP最后登錄時間主碼表3-2 用戶表用戶編號姓名地址手機注冊時間主碼表3-3 訂單表訂單編號手機號地址總金額下單時間訂單狀態(tài)訂單改變時間備注會員編號主碼外碼表3-4 菜譜表編號菜名原價優(yōu)惠價菜名的介紹圖片創(chuàng)建時間主碼表3-5 訂單項表訂單項編號訂單編號姓名狀態(tài)主碼3.2 具體邏輯模式設(shè)計表的具體結(jié)構(gòu)表名字段名字段類型關(guān)鍵字約束說明菜譜信息菜譜編號10個字符是菜名20個字符不允許空值原價20個字符優(yōu)惠價20個字符菜名介紹50個字符圖片創(chuàng)建時間10個字符用戶信息

15、用戶編號10個字符是姓名10個字符地址50個字符手機20個字符注冊時間10個字符管理員信息管理員編號10個字符是姓名10個字符管理員密碼10個字符登錄IP20個字符最后登錄時間10個字符訂單信息訂單編號15個字符是手機號20個字符地址20個字符總金額10個字符下單時間10個字符訂單狀態(tài)10個字符訂單改變時間10個字符備注50個字符會員編號10個字符參照用戶信息表的用戶編號，不允許空值訂單項信息訂單項編號10個字符是訂單編號15個字符參照訂單信息表的訂單編號，不允許空值姓名10個字符狀態(tài)10個字符第四章 數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計4.1設(shè)計表間關(guān)系在網(wǎng)上訂餐系統(tǒng)中，存在著參照關(guān)系和被參照關(guān)系。 用戶信

16、息表 參照關(guān)系用戶編號姓名地址手機注冊時間2010010001王麗萍山東濟南201009102010010002李杜娟江西南昌200812312010010003黃大洲廣東佛山200904232010010004張子將湖南長沙20110814外部關(guān)鍵字 主關(guān)鍵字 訂單信息表 被參照關(guān)系訂單編號用戶編號地址總金額下單時間訂單狀態(tài)訂單改變時間手機備注111223012010010001山東濟南28.001223 11:23等待付款111223022010010002江西南昌42.001223 14:42貨到付款111223032010010003廣東佛山13.001223 15:33已付款1112

17、23042010010004湖南長沙25.001223 17:52貨到付款 圖4-1參照關(guān)系與被參照關(guān)系4.2完整性設(shè)計4.2.1主要字段完整性的字段名、完整性約束條件關(guān)系模型的完整性約束包括實體完整性、參照完整性和用戶定義完整性。主要字段完整性的字段名、完整性約束條件指的是實體完整性。其中實體完整性的規(guī)則如下：1 實體完整性規(guī)則是針對關(guān)系而言的，而關(guān)系則對應(yīng)一個現(xiàn)實世界中的實體集。2 現(xiàn)實世界中的實體是可區(qū)分的，它們具有某種標(biāo)識特征；相應(yīng)地，關(guān)系中的元組也是可區(qū)分的，在關(guān)系中用主關(guān)鍵字作唯一性標(biāo)識。3 主關(guān)鍵字中的屬性，即主屬性不能取空值。在網(wǎng)上訂餐系統(tǒng)中，管理員表（管理員編號，名稱，密碼，

18、登陸IP，最后登錄時間）中，管理員編號是主關(guān)鍵字，不可以取空值；用戶表（用戶編號，姓名，地址，手機，注冊時間）中，用戶編號是主關(guān)鍵字，不可以取空值；訂單表（訂單編號，手機號，地址，總金額，下單時間，訂單狀態(tài)，訂單改變時間，備注，會員編號）中，訂單編號是主關(guān)鍵字，不可以取空值；菜譜表（菜譜編號，菜名，原價，優(yōu)惠價，菜名的介紹,圖片，創(chuàng)建時間）中，菜譜編號是主關(guān)鍵字，不可以取空值；訂單項表（訂單項編號，訂單編號，姓名，狀態(tài)）中，訂單項編號是主關(guān)鍵字，不可以取空值。4.2.2記錄完整性約束及其約束條件除了實體完整性之外還有其他與應(yīng)用密切相關(guān)的數(shù)據(jù)完整性約束，例如某個屬性的值必須唯一，某個屬性的取值必

19、須在某個范圍內(nèi)，某些屬性值之間應(yīng)該滿足一定的函數(shù)關(guān)系等。類似這些方面的約束不是關(guān)系數(shù)據(jù)模型本身所要求的，而是為了滿足應(yīng)用方面的語義要求提出來的，這些完整性需求需要用戶來定義，所以稱為用戶定義完整性。數(shù)據(jù)庫管理系統(tǒng)需提供定義這些數(shù)據(jù)完整性的功能和手段，以便統(tǒng)一進行處理和檢查，而不是由應(yīng)用程序去實現(xiàn)這些功能。 在用戶定義完整性中最常見的是限定屬性的取值范圍，即對值域的約束，這包括說明屬性的數(shù)據(jù)類型、精度、取值范圍、是否允許空值等。在網(wǎng)上訂餐系統(tǒng)中，訂單信息表中的訂單編號不允許為空值，用戶表中的用戶編號為唯一值都是用了用戶定義完整性約束。4.2.3參照完整性表用戶編號姓名地址手機注冊時間現(xiàn)實世界中的

20、實體之間存在著某種聯(lián)系，而在關(guān)系模型中實體是用關(guān)系描述的，實體之間的聯(lián)系也是用關(guān)系描述的，這樣就自然存在著關(guān)系和關(guān)系之間的參照或引用。網(wǎng)上訂餐系統(tǒng)參照完整性表如下： 用戶信息表訂單編號手機號地址總金額下單時間訂單狀態(tài)用戶編號 n：n訂單項編號訂單編號姓名狀態(tài) n: n 訂單信息表訂單項信息表 圖4-2說明關(guān)聯(lián)和參照關(guān)第5章 數(shù)據(jù)庫系統(tǒng)的實現(xiàn)5.1數(shù)據(jù)庫的建立啟動服務(wù)管理器，打開查詢分析器，在調(diào)試程序窗口輸入下列語句：Create database 網(wǎng)上訂餐系統(tǒng)On（name=網(wǎng)上訂餐系統(tǒng)_dat,Filename='d:program fileslzysql網(wǎng)上訂餐系統(tǒng)_dat.mdf

21、',Size=5mbMaxsize=100mb,Filegrowth=5mb)Log on(name=網(wǎng)上訂餐系統(tǒng)_log,Filename='d:program fileslzysql網(wǎng)上訂餐系統(tǒng)_log.ldf',Size=5mbMaxsize=100mb,Filegrowth=5mb)5.2數(shù)據(jù)載入在網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)庫中分別新建菜譜信息表、用戶信息表、管理員信息表、訂單信息表、訂單項信息表，再陸續(xù)載入數(shù)據(jù)：菜譜信息表的數(shù)據(jù):用戶信息表的數(shù)據(jù):管理員信息表的數(shù)據(jù)訂單信息表的數(shù)據(jù)：訂單項信息表的數(shù)據(jù)：第6章 數(shù)據(jù)庫系統(tǒng)的運行和維護作為網(wǎng)管員，無論其管理的網(wǎng)絡(luò)的規(guī)模是大

22、還是小，在日常的管理中除了維護網(wǎng)絡(luò)平穩(wěn)運行、及時排除網(wǎng)絡(luò)故障、保護網(wǎng)絡(luò)安全等工作以外，備份網(wǎng)絡(luò)中關(guān)鍵數(shù)據(jù)也是其中的一個非常非常重要的工作環(huán)節(jié)。網(wǎng)絡(luò)中的各種故障無非就分兩種:軟件故障和硬件故障。對于“硬件故障”可以通過維修或更換硬件設(shè)備得到及時解決;對于“軟件故障”則可以通過重新安裝或升級軟件、重做網(wǎng)絡(luò)或應(yīng)用軟件系統(tǒng)等方法及時解決，而且用此方法來解決網(wǎng)絡(luò)故障大多需要一些基礎(chǔ)的、關(guān)鍵的數(shù)據(jù)支持才能得以恢復(fù)正常。但是，網(wǎng)絡(luò)中諸如此類的關(guān)鍵數(shù)據(jù)(特別是“應(yīng)用軟件系統(tǒng)”中的關(guān)鍵數(shù)據(jù))的損壞或丟失，絕大部分是無法恢復(fù)和彌補的。6.1定義并設(shè)置備份策略：1.    &

23、#160; 每周1次完全備份，周日晚0點。超過4周清空之前的備份。2.      每天1次差異備份，每天0點。超過1周清空之前的備份。3.      每2小時一次日志備份，超過1天清空之前的備份。6.2啟用維護計劃任務(wù)在“管理”>“數(shù)據(jù)庫維護計劃”上右鍵彈出菜單，選“新建維護計劃”。如圖6-2-1所示。設(shè)置數(shù)據(jù)庫維護計劃名，并完成向?qū)鐖D6-2-2所示。圖6-2-1 新建數(shù)據(jù)庫維護計劃圖6-2-2 完成建數(shù)據(jù)庫維護計劃第7章 報告總結(jié)實踐出真知。這句話說得一點也沒錯，在整個數(shù)據(jù)庫課程設(shè)計過程中，只有實踐才能對事物的本質(zhì)有更深的認識，才能有發(fā)言權(quán)，一切認識都是建立在認識的基礎(chǔ)上。通過了一個星期的數(shù)據(jù)課程設(shè)計，我對數(shù)據(jù)庫這門課程有了更深的認識，對原本在我腦中像是火星語的SQL語言