MrPizza網(wǎng)站畢業(yè)設(shè)計(jì)

《MrPizza網(wǎng)站畢業(yè)設(shè)計(jì)》由會(huì)員分享，可在線閱讀，更多相關(guān)《MrPizza網(wǎng)站畢業(yè)設(shè)計(jì)（108頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 課 程 設(shè) 計(jì) 報(bào) 告 學(xué) 院： 天津理工大學(xué)華信軟件學(xué)院 專業(yè)名稱： 軟件工程 課程名稱： 專業(yè)設(shè)計(jì) 課程代碼： 1480010 所在班級(jí)： 2班 學(xué) 號(hào)： 20105780 姓 名： 課題名稱： MrPizza網(wǎng)站 指導(dǎo)老師： 完成時(shí)間： 2013年4月-2013年6月 專業(yè)設(shè)計(jì)課程評(píng)分表 學(xué)號(hào)： 姓名： 班級(jí)： 題目 MrPizza網(wǎng)站 評(píng) 價(jià) 項(xiàng) 目 得分 選題 質(zhì)量

2、 符合專業(yè)培養(yǎng)目標(biāo)，體現(xiàn)綜合訓(xùn)練基本要求(5分) □課程設(shè)計(jì)選題專業(yè)結(jié)合度高，具有較高科學(xué)性、創(chuàng)新性、應(yīng)用性和可行性：4～5分 □有專業(yè)關(guān)聯(lián)性，一定的科學(xué)性、應(yīng)用性和可行性，屬于課程設(shè)計(jì)類型：1～3分 □無(wú)專業(yè)關(guān)聯(lián)性，可行性較差：0分 題目難易度(5分) □課程設(shè)計(jì)題目難易適度，設(shè)計(jì)目標(biāo)明確，符合課程設(shè)計(jì)的時(shí)間、技術(shù)限制等特點(diǎn)：4～5分 □選題題目太寬泛或太小，課程設(shè)計(jì)選題目標(biāo)不十分明確：1～3分 □選題題目太小或不適于作課程設(shè)計(jì)，課程設(shè)計(jì)過(guò)于簡(jiǎn)單，達(dá)不到綜合性訓(xùn)練要求：0分 題目工作量(5分) □在指導(dǎo)教師指導(dǎo)下獨(dú)立完成，課程設(shè)計(jì)文檔齊全且充實(shí)規(guī)范，符合要求的工作

3、量：4～5分。 □獨(dú)立完成性較好，課程設(shè)計(jì)文檔齊全，但但內(nèi)容、質(zhì)量欠缺：1～3分 □未按規(guī)定時(shí)限獨(dú)立完成課程設(shè)計(jì)，文檔不齊全：0分 理論意義或?qū)嶋H價(jià)值(5分) □課程設(shè)計(jì)具有較高的理論研究意義和實(shí)用價(jià)值，能充分鍛煉實(shí)踐能力：4～5分 □課程設(shè)計(jì)具有一定的理論研究意義和實(shí)用價(jià)值，在一定程度上鍛煉學(xué)生實(shí)踐能力：1～3分 □課程設(shè)計(jì)不具有理論研究意義或?qū)嶋H應(yīng)用價(jià)值：0分 能力 水平 查閱文獻(xiàn)資料能力(5分) □參考文獻(xiàn)具有適合性、準(zhǔn)確性、專業(yè)性和權(quán)威性，原始文獻(xiàn)使用比例高：4～5分 □參考文獻(xiàn)具有適合性、準(zhǔn)確性、專業(yè)性不足，原始文獻(xiàn)使用比例偏低：1～3分 □無(wú)參考文獻(xiàn)

4、：0分 綜合運(yùn)用知識(shí)能力(5分) □能綜合運(yùn)用專業(yè)基礎(chǔ)理論分析、解決設(shè)計(jì)中的問(wèn)題：4～5分 □基礎(chǔ)知識(shí)較扎實(shí)，分析解決問(wèn)題的能力較強(qiáng)，具有一定的綜合運(yùn)用知識(shí)能力：1～3分 研究方案的設(shè)計(jì)能力(15分) □方案分析準(zhǔn)確，系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分科學(xué)完整，文理通順，層次清楚：13～15分 □方案構(gòu)思合理、系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分基本完整，分析較深入：10～12分 □有一定的分析能力和概括能力，能運(yùn)用所學(xué)理論和知識(shí)闡述問(wèn)題，但系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分不完整：5～9分 □分析能力和概括能力較差，闡述問(wèn)題不明確，沒(méi)有系統(tǒng)模型、流程分析或不正確：1～4分 軟

5、件運(yùn)行與測(cè)試情況(15分) □軟件運(yùn)行正常且預(yù)計(jì)完成功能均順利實(shí)現(xiàn)：13～15分 □軟件運(yùn)行正常且預(yù)計(jì)完成功能大多數(shù)順利實(shí)現(xiàn)：10～12分 □軟件運(yùn)行正常且預(yù)計(jì)完成功能只有個(gè)別實(shí)現(xiàn)：5～9分 □軟件運(yùn)行不正常但錯(cuò)誤較多：1～4分 □沒(méi)有運(yùn)行軟件或未完成軟件設(shè)計(jì)：0分 外文應(yīng)用能力(5分) □根據(jù)選題需要，閱讀、翻譯一定量的本專業(yè)外文文獻(xiàn)資料，有外文參考文獻(xiàn)：4～5分 □根據(jù)選題需要，閱讀、翻譯少量的本專業(yè)外文文獻(xiàn)資料，外文參考文獻(xiàn)少或沒(méi)有：1～3分 □無(wú)外文參考文獻(xiàn)：0分 成果 質(zhì)量 創(chuàng)新程度(5分) □在設(shè)計(jì)方案、算法、研究方法與手段等方面具有一定的創(chuàng)新并實(shí)

6、施：4～5分 □有創(chuàng)新思路，且思路科學(xué)但并未實(shí)現(xiàn)：1～3分 □設(shè)計(jì)中沒(méi)有創(chuàng)新思想：0分 寫作水平(10分) □結(jié)構(gòu)嚴(yán)謹(jǐn)，層次分明，論述清晰，語(yǔ)言流暢，表達(dá)準(zhǔn)確：9～10分 □結(jié)構(gòu)合理，符合邏輯，語(yǔ)言通順，表達(dá)準(zhǔn)確：5～8分 □結(jié)構(gòu)合理，語(yǔ)言表達(dá)符合基本文法：1～4分 □結(jié)構(gòu)不甚合理，文字語(yǔ)言表達(dá)不清：0分 寫作規(guī)范(10分) □論文的版式符合要求、注釋體例和參考文獻(xiàn)規(guī)范、內(nèi)容摘要和關(guān)鍵詞，符合規(guī)范性：6～10分 □論文的注釋體例和參考文獻(xiàn)基本符合規(guī)范、內(nèi)容摘要和關(guān)鍵詞，基本符合規(guī)范性：1～5分 □完全不符合規(guī)范或規(guī)范性較差：0分 界面美觀大方，操作合理(5分

7、) 口界面美觀大方，操作合理使用，有應(yīng)用Ajax的相關(guān)的技術(shù)：5分 口界面美觀，可以合理應(yīng)用div+css 基本達(dá)到設(shè)計(jì)標(biāo)準(zhǔn)：3～4分 口界面設(shè)計(jì)不統(tǒng)一，有拼湊現(xiàn)象：1～2分 口界面設(shè)計(jì)不能很好的實(shí)現(xiàn)，只是簡(jiǎn)單的背景、顏色、圖片：0分 成果完成情況及質(zhì)量(5分) □完成預(yù)期成果且質(zhì)量較高：4～5分 □基本完成預(yù)期成果或質(zhì)量不高：1～3分 指導(dǎo)教師評(píng)定成績(jī) 天津理工大學(xué)專業(yè)課程設(shè)計(jì)選題表 屆：2010 學(xué)院（系）：華信軟件學(xué)院

8、 專業(yè)：軟件工程 年 月 日 設(shè)計(jì) 題 目 MrPizza網(wǎng)上訂餐系統(tǒng) 學(xué)生姓名 趙文宇 學(xué)號(hào) 20105780 一、 實(shí)現(xiàn)的功能 銷售管理 菜品管理(菜品的添加、查看和統(tǒng)計(jì)報(bào)表、修改等操作) 訂單管理（訂單的添加、查看訂單、刪除訂單） 送餐員管理（添加、查看、修改、和刪除的功能） 購(gòu)物車（添加購(gòu)物車、查看購(gòu)物車、刪除購(gòu)物車） 二、 采用的主要技術(shù) Struts2、spring、hibernate、jquery、json、分頁(yè)、mysql數(shù)據(jù)庫(kù)、jsp 3、 研究?jī)?nèi)容 Struts2+Hibernat

9、e+Spring框架的整合 Hibernate與Spring框架 Struts2框架，jsp的鞏固使用 AJAX技術(shù)的使用 以“網(wǎng)上訂餐”為例鍛煉團(tuán)隊(duì)合作能力，溝通能力 四﹑研究步驟 系統(tǒng)分析 可行性分析 業(yè)務(wù)流程圖 數(shù)據(jù)流圖 系統(tǒng)功能模塊 系統(tǒng)設(shè)計(jì) 數(shù)據(jù)庫(kù)E-R圖 前臺(tái)界面展示 后臺(tái)界面展示 購(gòu)物車功能描述 餐品管理描述 系統(tǒng)測(cè)試 五﹑參考文獻(xiàn) 書名:<> 作者: 黃縉華 出版社: 清華大學(xué)出版社 書名:<> 作者: 劉志國(guó)等編著 出版

10、社: 清華大學(xué)出版社 書名:<<軟件工程導(dǎo)論>> 作者: 張海藩 出版社: 清華大學(xué)出版社 書名:<> 作者: 王少鋒 出版社: 清華大學(xué)出版社 序號(hào) 起止日期 計(jì)劃完成內(nèi)容 1 3.6-3.3.9 系統(tǒng)銷售管理模塊進(jìn)行可行性分析 2 3.9-3.14 對(duì)網(wǎng)站的銷售管理模塊進(jìn)行需求分析（E-R圖，順序圖，流程圖，功能圖） 3 3.15-3.17 數(shù)據(jù)庫(kù)設(shè)計(jì)(菜品表,菜品類型,訂單表,總訂單表) 4 3.18-3.20 網(wǎng)站首頁(yè)設(shè)計(jì)(菜品顯

11、示,布局) 5 3.21 -3.25 網(wǎng)站后臺(tái)頁(yè)面設(shè)計(jì) 6 3.26 -3.28 菜品信息錄入 7 3.29-4.2 菜品信息修改 8 4.3-4.6 菜品信息刪除 9 4.7-4.17 菜品信息查詢,顯示在首頁(yè)上 10 4.18-4.30 購(gòu)物車 11 5.1-5.5 訂單修改 12 5.6-5.7 訂單刪除 13 5.8-5.10 訂單查詢 14 5.11-5.15 根據(jù)指定日期統(tǒng)計(jì)各菜品銷售額,并繪制(柱狀圖)` 15 5.16-5.20 按照指定日期統(tǒng)計(jì)菜品類型統(tǒng)計(jì)各類型的銷售額, 并繪制(柱狀圖) 16 5.21-

12、5.25 同一類型統(tǒng)計(jì)各菜品銷售量.并繪制(餅狀圖) 17 5.26-6.6 文檔編寫 目 錄 1. 引言 1 1.1. 項(xiàng)目背景及研究意義 1 1.1.1. 項(xiàng)目背景 1 1.1.2. 研究意義 1 1.2. 國(guó)內(nèi)外研究現(xiàn)狀 2 1.3. 主要研究?jī)?nèi)容 3 1.4. 論文結(jié)構(gòu) 3 1.4.1. 背景 4 1.4.2. 性能 4 1.4.3. 限制條件 5 1.4.4. 運(yùn)行環(huán)境 5 1.4.5. 功能模塊 5 2. 系統(tǒng)需求分析 6 2.1. 系統(tǒng)的可行性分析 6 2.1

13、.1. 技術(shù)可行性 6 2.1.2. 社會(huì)可行性 7 2.1.3. 經(jīng)濟(jì)可行性 8 2.1.4. 可行性研究結(jié)論 8 2.2. 用戶需求分析 8 2.2.1. 功能分析 8 2.2.2. 用例分析 10 2.3. 系統(tǒng)設(shè)計(jì)目標(biāo)分析 13 3. 系統(tǒng)概要設(shè)計(jì) 14 3.1. 系統(tǒng)的流程分析 14 3.1.1. 使用的技術(shù) 16 3.2. 數(shù)據(jù)庫(kù)設(shè)計(jì) 16 3.2.1. 數(shù)據(jù)流程 16 3.2.2. 數(shù)據(jù)庫(kù)需求 16 3.2.3. 類的設(shè)計(jì) 17 3.2.4. 主要的E-R模型 18 19 4. 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 20 4.1. 類的關(guān)聯(lián)關(guān)系 20 4.1

14、.1. 持久化類的設(shè)計(jì) 21 4.1.2. 數(shù)據(jù)庫(kù)操作類的設(shè)計(jì) 22 4.1.3. 數(shù)據(jù)字典 24 5. 功能的實(shí)現(xiàn) 26 5.1. 郵箱驗(yàn)證功能的實(shí)現(xiàn) 26 5.1.1. 功能說(shuō)明 26 5.1.2. 主要代碼描述 28 5.1.3. 運(yùn)行結(jié)果 29 5.2. 會(huì)員名找回功能的實(shí)現(xiàn) 30 5.2.1. 功能說(shuō)明 30 5.2.2. 主要代碼描述 32 5.2.3. 運(yùn)行結(jié)果 34 5.3. 密碼找回功能的實(shí)現(xiàn) 34 5.3.1. 功能說(shuō)明 34 5.3.2. 主要代碼描述 37 5.3.3. 運(yùn)行結(jié)果 39 5.4. 菜品添加功能的實(shí)現(xiàn) 40 5.4.1.

15、功能說(shuō)明 40 5.4.2. 主要代碼描述 42 5.4.3. 運(yùn)行結(jié)果 44 5.5. 菜品查看功能的實(shí)現(xiàn) 45 5.5.1. 功能說(shuō)明 45 5.5.2. 主要代碼描述 48 5.5.3. 運(yùn)行結(jié)果 50 5.6. 菜品刪除和修改功能的實(shí)現(xiàn) 51 5.6.1. 主要代碼描述 54 5.6.2. 運(yùn)行結(jié)果 56 5.7. 購(gòu)物車功能的實(shí)現(xiàn) 57 5.7.1. 功能說(shuō)明 57 5.7.2. 主要代碼描述 60 5.7.3. 運(yùn)行結(jié)果 64 5.8. 送貨地址添加及查看功能的實(shí)現(xiàn) 65 5.8.1. 功能描述 65 5.8.2. 主要代碼描述 69 5.8.3.

16、 運(yùn)行結(jié)果 71 5.9. 送貨地址刪除及修改功能的實(shí)現(xiàn) 72 5.9.1. 功能描述 72 5.9.2. 主要代碼描述 75 5.9.3. 運(yùn)行結(jié)果 77 6. 系統(tǒng)的部署與測(cè)試 78 6.1. 運(yùn)行環(huán)境的搭建 78 6.1.1. 系統(tǒng)運(yùn)行環(huán)境的搭建 78 6.2. 系統(tǒng)測(cè)試 79 6.2.1. 常見(jiàn)錯(cuò)誤 80 6.2.2. 測(cè)試的方法 80 6.3. 系統(tǒng)維護(hù) 83 6.4. 問(wèn)題及解決方案 84 6.4.1. javamail問(wèn)題 84 6.4.2. jquery問(wèn)題 86 6.4.3. fineReport的問(wèn)題 86 6.4.4. FusionChar

17、ts的使用 87 6.4.5. fineReport 報(bào)表的使用 89 結(jié) 論 93 參考文獻(xiàn) 95 MrPizza網(wǎng)站設(shè)計(jì)文檔 1. 引言 1.1. 項(xiàng)目背景及研究意義 1.1.1. 項(xiàng)目背景 時(shí)代在發(fā)展，科技在不斷的進(jìn)步著，人民的生活水平也有了很大的提高，隨著餐飲行業(yè)的發(fā)展，由于餐飲業(yè)門坎較低，中國(guó)的大多數(shù)餐飲企業(yè)的老板是從小店發(fā)展起來(lái)的，家族式管理的居多，許多還是“人治”，并沒(méi)有一套現(xiàn)代企業(yè)制度和監(jiān)督管理體制，所以從觀念意識(shí)、經(jīng)營(yíng)思想和管理水平還有待專業(yè)化。隨著人民生活水平的提高，餐飲業(yè)在服務(wù)行業(yè)中占有越來(lái)越重要的地位。努力在當(dāng)前餐飲行業(yè)日趨激烈的競(jìng)

18、爭(zhēng)中脫穎而出，已成為每位餐飲業(yè)經(jīng)營(yíng)者所追求的目標(biāo)。網(wǎng)絡(luò)訂餐實(shí)現(xiàn)了小店面大作為的成本效益，解決了因?yàn)榈昝嫘〉南拗贫鵁o(wú)法提高營(yíng)業(yè)額的難題，是一個(gè)小投入大成效的經(jīng)營(yíng)新模式。 那么在現(xiàn)在這個(gè)數(shù)字的時(shí)代，在計(jì)算機(jī)普及后的今天，中國(guó)進(jìn)入了互聯(lián)網(wǎng)信息時(shí)代，生活方式和工作節(jié)奏都隨著信息傳遞速度的加快而變得急促。從信件傳遞發(fā)展成Email，從傳統(tǒng)電話交流到IP電話網(wǎng)絡(luò)電話，一切原本屬于現(xiàn)實(shí)生活中的行為方式慢慢地向網(wǎng)絡(luò)轉(zhuǎn)移，傳統(tǒng)的購(gòu)物方式也正在向網(wǎng)絡(luò)方面發(fā)展，出現(xiàn)了“網(wǎng)購(gòu)”這種越來(lái)越受歡迎的新型消費(fèi)方式。同樣，作為服務(wù)業(yè)支柱的餐飲業(yè)不可避免地趨向網(wǎng)絡(luò)化發(fā)展。 1.1.2. 研究意義 隨著社會(huì)經(jīng)

19、濟(jì)的發(fā)展，人們的生活節(jié)奏不斷加快，上班時(shí)間相當(dāng)緊張，但一日三餐卻不可少。通過(guò)網(wǎng)上訂餐系統(tǒng)，不必親臨現(xiàn)場(chǎng)，在家中或在辦公室上網(wǎng)，便可以為自己、家人、朋友聚會(huì)等制辦一份既營(yíng)養(yǎng)又實(shí)惠的美食。為了實(shí)現(xiàn)對(duì)客戶點(diǎn)菜信息收集、處理、共享和再利用，以提高餐飲業(yè)務(wù)水平和效率，實(shí)現(xiàn)比電話訂購(gòu)更方便、更迅速、更有效的送餐業(yè)務(wù)。通過(guò)對(duì)訂餐流程的考察，對(duì)業(yè)務(wù)細(xì)節(jié)進(jìn)行了全面的分析，結(jié)合目前最先進(jìn)的軟件開(kāi)發(fā)技術(shù)，實(shí)現(xiàn)了訂餐的數(shù)字化、網(wǎng)絡(luò)化管理。 餐飲系統(tǒng)不僅需要將整個(gè)餐飲業(yè)務(wù)通過(guò)信息系統(tǒng)進(jìn)行系統(tǒng)管理，同時(shí)需要將各類人工服務(wù)的工作交由計(jì)算機(jī)處理，比如點(diǎn)菜和菜單的傳送等等。同時(shí)，本網(wǎng)站是一個(gè)網(wǎng)上訂餐系統(tǒng)，能為客戶提供

20、網(wǎng)絡(luò)選擇商家、瀏覽菜品介紹、點(diǎn)菜訂餐、約定用餐時(shí)間、就餐或送餐以及注明貨幣支付方式等服務(wù)。這樣，傳統(tǒng)的訂餐方式也正在轉(zhuǎn)向網(wǎng)絡(luò)化發(fā)展，但目前，網(wǎng)上訂餐業(yè)務(wù)還處于形成期，成長(zhǎng)以及發(fā)展的空間還是有很大的，當(dāng)今的服務(wù)行業(yè)發(fā)展的非常的快，大家對(duì)于生活水平的質(zhì)量有了很大的要求，這樣對(duì)于第三產(chǎn)業(yè)即：服務(wù)行業(yè)在今后的發(fā)展有了相當(dāng)大的推動(dòng)作用，為一些企業(yè)提供了很大的客源，在需求和網(wǎng)絡(luò)的普及下，網(wǎng)上訂餐有很大的發(fā)展空間，在市場(chǎng)上也會(huì)占有一席之地的。 1.2. 國(guó)內(nèi)外研究現(xiàn)狀 近一段時(shí)間以來(lái)，熱衷于“網(wǎng)上訂餐”的群體悄然壯大，上班族和學(xué)生更把它看成潮流浪尖上的亮點(diǎn)。在網(wǎng)上訂餐的人都是一般都是對(duì)電腦比

21、較熟練的人，也就是比較年青化的消費(fèi)群體，包括白領(lǐng)、大學(xué)生、高中生和對(duì)計(jì)算機(jī)操作相對(duì)比較熟的人。因?yàn)檫@些人工作都比較忙，而且對(duì)計(jì)算機(jī)也比較熟，思想也比較超前，對(duì)于在網(wǎng)上訂餐能夠接受，并經(jīng)常上網(wǎng)訂餐。登錄訂餐網(wǎng)站，輸入“地址”后點(diǎn)擊搜索，出現(xiàn)“外賣店列表”，點(diǎn)擊進(jìn)入店面，明碼標(biāo)價(jià)的菜單立即躍入眼簾，用鼠標(biāo)逐個(gè)點(diǎn)擊你所要的品種，系統(tǒng)會(huì)累計(jì)放入“購(gòu)物車”，輸入具體送餐地址即可下訂單，外送人員就會(huì)將美食送到你面前。網(wǎng)上訂餐存在一部分的缺陷和不足。 從生產(chǎn)分工來(lái)看，網(wǎng)上訂餐最終得引入專業(yè)物流配送，由現(xiàn)代化的物流公司提供配送服務(wù)，這是它要突破的第一個(gè)瓶頸。其次，網(wǎng)上訂餐送餐和其它網(wǎng)絡(luò)服務(wù)一樣，要面臨網(wǎng)絡(luò)信

22、用問(wèn)題，從而影響網(wǎng)上訂餐業(yè)務(wù)。而網(wǎng)絡(luò)技術(shù)問(wèn)題則是網(wǎng)上訂餐送餐的第三個(gè)瓶頸，如因技術(shù)問(wèn)題丟失了客戶訂單，將會(huì)造成很大的負(fù)面影響。在網(wǎng)上訂餐的人相對(duì)來(lái)說(shuō)還是比較少的情況下,對(duì)網(wǎng)上餐館的信用度持疑慮態(tài)度就成為了一個(gè)問(wèn)題。另一方面，就是網(wǎng)上訂餐只可以看到物品的說(shuō)明簡(jiǎn)介和外觀，沒(méi)有看到實(shí)體于細(xì)節(jié)處，無(wú)法通過(guò)快速瀏覽確定是不是自己想要的菜品。而這正是傳統(tǒng)的實(shí)體餐館優(yōu)于網(wǎng)上餐館的地方。 1.3. 主要研究?jī)?nèi)容 定義MrPizza網(wǎng)站的體系結(jié)構(gòu)，為管理者在進(jìn)行人員管理方面提高工作的效率,為網(wǎng)站面向的客戶群體，在進(jìn)行相應(yīng)業(yè)務(wù)交易時(shí)提供盡可能的簡(jiǎn)潔操作。介紹項(xiàng)目的工作流程，給項(xiàng)目的使用人員做

23、出詳細(xì)的使用介紹，使設(shè)計(jì)的項(xiàng)目在交互過(guò)程中體現(xiàn)人性化，合理化,為了最大化的提高項(xiàng)目的可操作性以及業(yè)務(wù)功能的使用性，而進(jìn)行項(xiàng)目設(shè)計(jì)，以及項(xiàng)目的講解，也為了使軟件的詳細(xì)設(shè)計(jì)，需求分析與編程更加的合理化，人性化。 本文主要研究網(wǎng)上訂餐系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，在整個(gè)過(guò)程中主要完成以下工作： 1. 分析網(wǎng)上訂餐系統(tǒng)的現(xiàn)狀和發(fā)展趨勢(shì)，探討、選擇系統(tǒng)開(kāi)發(fā)技術(shù)和開(kāi)發(fā)平臺(tái)。 2. 研究系統(tǒng)開(kāi)發(fā)所涉及的相關(guān)技術(shù)和理論，采用軟件工程的指導(dǎo)思想，分析系統(tǒng)的功能需求、性能需求和安全需求，進(jìn)行系統(tǒng)的總體設(shè)計(jì)。 3. 根據(jù)需求分析與總體設(shè)計(jì)，實(shí)現(xiàn)基于Java的網(wǎng)上訂餐系統(tǒng)，應(yīng)用Java Swing技術(shù)解決開(kāi)發(fā)過(guò)程中所

24、面臨的各種技術(shù)問(wèn)題。 4. 對(duì)系統(tǒng)進(jìn)行部署與測(cè)試，根據(jù)測(cè)試結(jié)果，繼續(xù)完善系統(tǒng)。 1.4. 論文結(jié)構(gòu) 進(jìn)度表 給詳細(xì)分析的設(shè)計(jì)人員提供依據(jù)； 給任務(wù)的完成計(jì)劃做了合理的工作安排； 項(xiàng)目管理人員將按計(jì)劃書的要求和安排來(lái)進(jìn)行項(xiàng)目的控制開(kāi)發(fā)工作的全過(guò)程； 項(xiàng)目質(zhì)量保證組將按此計(jì)劃書做階段性和總結(jié)性的質(zhì)量驗(yàn)證以及確認(rèn)。 項(xiàng)目方面 給項(xiàng)目管理人員的管理信息收集提供了極大的方便； 給用戶查看加盟店提供方便及丟失密碼和會(huì)員賬號(hào)找回等問(wèn)題提供解決方案。 為餐飲行業(yè)增加了不一樣的就餐方式，為用戶節(jié)約時(shí)間。 分為六章，各章主要內(nèi)容如下： 第一章：緒論。

25、提出項(xiàng)目背景、研究對(duì)象及其國(guó)內(nèi)外研究現(xiàn)狀，介紹本文的主要工作和組織結(jié)構(gòu)。 第二章：系統(tǒng)需求分析。簡(jiǎn)要描述了系統(tǒng)的可行性分析、需求分析以及設(shè)計(jì)目標(biāo)分析等。 第三章：系統(tǒng)的概要設(shè)計(jì)。詳細(xì)描述了系統(tǒng)的數(shù)據(jù)流程、業(yè)務(wù)流程，完成系統(tǒng)所需數(shù)據(jù)庫(kù)的設(shè)計(jì)以及網(wǎng)站的整體設(shè)計(jì)。 第四章：系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)。系統(tǒng)前臺(tái)、后臺(tái)的主要頁(yè)面的實(shí)現(xiàn)。 第五章：系統(tǒng)的部署與測(cè)試。主要介紹了系統(tǒng)的運(yùn)行和測(cè)試。 第六章：結(jié)論。對(duì)開(kāi)發(fā)的系統(tǒng)做了總結(jié)，指出了存在的不足之處，提出了以后需要進(jìn)一步完善的工作。 1.4.1. 背景 項(xiàng)目名稱：MrPizza網(wǎng)站設(shè)計(jì) 提出者：趙文宇 參與者：金翠竹(人員模塊) 趙文

26、宇(銷售統(tǒng)計(jì)模塊) 趙振興(信息模塊) 項(xiàng)目審核人：莊凱 1.4.2. 性能 在項(xiàng)目的開(kāi)發(fā)過(guò)程中，通過(guò)項(xiàng)目小組的成員的共同努力，項(xiàng)目的精確度提高了很多，項(xiàng)目的各部分的運(yùn)行速度也比較的快，在用戶登錄、瀏覽、使用等方面，為用戶節(jié)約了時(shí)間，對(duì)于用戶的時(shí)間觀念的等待值方面有了很大的突破，對(duì)于推出的一些新的產(chǎn)品會(huì)在第一時(shí)間將新產(chǎn)品的主要特色及時(shí)發(fā)到用戶的郵箱中，并且提供了網(wǎng)站的鏈接，再用戶對(duì)新產(chǎn)品有興趣后可以最快的看見(jiàn)產(chǎn)品在網(wǎng)站的位置，為用戶節(jié)約時(shí)間的同時(shí)，也達(dá)到了產(chǎn)品推薦的作用。對(duì)于用戶的信息管理方面，我們利用了郵箱，這一大家不經(jīng)常遺忘的資源，可以通過(guò)郵箱進(jìn)行賬號(hào)的找回，驗(yàn)證等基本的

27、操作。 1.4.3. 限制條件 對(duì)于網(wǎng)站的部分信息的查看等其他操作，必須是建立在用戶進(jìn)入網(wǎng)站，以及登錄的基礎(chǔ)上的，才能對(duì)網(wǎng)站的信息的修改，對(duì)菜品的評(píng)論等操作，管理員在添加加盟城市的時(shí)候必須先添加省、市；添加加盟店也是在添加省和市之后才能做的。 1.4.4. 運(yùn)行環(huán)境 在Myeclipes6.5中運(yùn)行，需要的數(shù)據(jù)庫(kù)是mysql，瀏覽器（火狐，360等）。 1.4.5. 功能模塊 銷售模塊的管理 主要實(shí)現(xiàn)的功能包括購(gòu)物車的添加，查看，刪除單個(gè)和刪除全部； 發(fā)貨地址的添加，查看，修改，刪除； 郵箱的驗(yàn)證，密碼的找回，找回會(huì)員名； 菜品的添加，查

28、看，修改，刪除。 2. 系統(tǒng)需求分析 主要分為系統(tǒng)可行性分析、用戶需求分析；系統(tǒng)分析要求必須了解系統(tǒng)所實(shí)現(xiàn)的功能，這個(gè)設(shè)計(jì)的好壞直接影響的后面的開(kāi)發(fā)。用戶需求分析主要是了解用戶的有哪些需求，本系統(tǒng)主要是用戶的購(gòu)餐需求以及管理的需求。只有了解了需求分析才能進(jìn)行系統(tǒng)的開(kāi)發(fā)，否則就會(huì)事倍功半，達(dá)不到我們預(yù)期的效果，因此需求分析是至關(guān)重要的。 2.1. 系統(tǒng)的可行性分析 可行性，是指在當(dāng)前情況下，設(shè)計(jì)開(kāi)發(fā)這個(gè)系統(tǒng)是否有必要，是否具備必要的條件，它不僅包括必要性，還包括合理性。系統(tǒng)的可行性分析，是針對(duì)要設(shè)計(jì)的系統(tǒng)，研究其設(shè)計(jì)是否存在內(nèi)外部的必要條件，包括

29、技術(shù)上、資金上、經(jīng)濟(jì)上、人力資源以及組織管理上的必要條件，同時(shí)要分析在目前條件下是否有必要設(shè)計(jì)這樣一個(gè)系統(tǒng)。 2.1.1. 技術(shù)可行性 1．硬件、軟件 要求不高，目前市場(chǎng)上的一般計(jì)算機(jī)軟硬件資源均能滿足系統(tǒng)開(kāi)發(fā)要求。其中運(yùn)用的主要軟件工具有 MyEclipse6.5 ,ACDSee5.0等，數(shù)據(jù)庫(kù)開(kāi)發(fā)采用MySQL5.0。 2. 技術(shù)支持 1) Java Swing技術(shù) Swing是一個(gè)用于開(kāi)發(fā)Java應(yīng)用程序用戶界面的開(kāi)發(fā)工具包。它以抽象窗口工具包(AWT)為基礎(chǔ)使跨平臺(tái)應(yīng)用程序可以使用任何可插拔的外觀風(fēng)格。它對(duì)AWT包進(jìn)行了修訂和擴(kuò)展，Swing中的控件類比AWT

30、更豐富，新增了很多復(fù)雜控件；Swing的類不再含有與平臺(tái)相關(guān)的技術(shù)，而把這些平臺(tái)相關(guān)技術(shù)留給運(yùn)行環(huán)境來(lái)處理，因而Swing是純粹的Java產(chǎn)物，具有最大程度的平臺(tái)兼容能力。利用Swing的控件類可以開(kāi)發(fā)出各種操作系統(tǒng)風(fēng)格的應(yīng)用界面；Swing的控件類使用接口來(lái)實(shí)現(xiàn)用戶事件的處理，簡(jiǎn)化了用戶輸入事件的處理機(jī)制。Swing開(kāi)發(fā)人員只用很少的代碼就可以利用Swing豐富、靈活的功能和模塊化組件來(lái)創(chuàng)建優(yōu)雅的用戶界面。 2) JDBC技術(shù) JDBC（Java Data Base Connectivity，java數(shù)據(jù)庫(kù)連接）是一種用于執(zhí)行SQL語(yǔ)句的Java API，可以為多種關(guān)系數(shù)據(jù)庫(kù)提供統(tǒng)一訪問(wèn)

31、，它由一組用Java語(yǔ)言編寫的類和接口組成。JDBC實(shí)際上是Java制定的數(shù)據(jù)庫(kù)訪問(wèn)操作的規(guī)范，它為工具數(shù)據(jù)庫(kù)開(kāi)發(fā)人員或者Java程序員提供了一套標(biāo)準(zhǔn)的與數(shù)據(jù)庫(kù)無(wú)關(guān)的JDBC API編程接口，這些編程接口其實(shí)就是位于Java.sql包的一些接口和類，利用它們可以方便地對(duì)不同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)查詢、插入、刪除和修改等操作。據(jù)此可以構(gòu)建更高級(jí)的工具和接口，使數(shù)據(jù)庫(kù)開(kāi)發(fā)人員能夠用純 Java語(yǔ)言編寫數(shù)據(jù)庫(kù)應(yīng)用程序。 3) MySQL數(shù)據(jù)庫(kù) MySQL是一個(gè)小型關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，MySQL被廣泛地應(yīng)用在Internet上的中小型網(wǎng)站中。許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)

32、站數(shù)據(jù)庫(kù)。MySQL 是一個(gè)真正的多用戶、多線程SQL數(shù)據(jù)庫(kù)服務(wù)器，它是一個(gè)客戶機(jī)/服務(wù)器結(jié)構(gòu)的實(shí)現(xiàn)。MySQL是現(xiàn)在流行的關(guān)系數(shù)據(jù)庫(kù)中其中的一種，相比其它的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）來(lái)說(shuō)，MySQL具有小巧、功能齊全、查詢迅捷等優(yōu)點(diǎn)，MySQL 對(duì)于一般中小型，甚至大型應(yīng)用都能夠勝任。 而該系統(tǒng)是采用純Java語(yǔ)言編寫而成，所以以上技術(shù)足以完成本系統(tǒng)的開(kāi)發(fā)和設(shè)計(jì)。 3. 維護(hù)操作 工作方便，后臺(tái)操作快捷明了，操作人員可以在短時(shí)間內(nèi)完全掌握維護(hù)技術(shù)。本系統(tǒng)自主網(wǎng)上訂餐管理，系統(tǒng)具有強(qiáng)大的商品管理、購(gòu)物車、訂單統(tǒng)計(jì)、會(huì)員管理等功能，同時(shí)擁有靈活多變的商品管理、新聞管理等功能，系統(tǒng)操作簡(jiǎn)

33、單。 2.1.2. 社會(huì)可行性 1．網(wǎng)絡(luò)訂餐將傳統(tǒng)的交易流程信息化、數(shù)字化，一方面以信息流代替了面對(duì)面的交易，可以大量減少人力、物力，降低了成本；另一方面突破了時(shí)間和空間的限制，使得交易活動(dòng)可以在任何時(shí)間、任何地點(diǎn)進(jìn)行，從而大大提高了效率。 2．網(wǎng)絡(luò)訂餐使餐飲業(yè)以較低的成本進(jìn)入信息化市場(chǎng)，使得中小企業(yè)有可能擁有和大企業(yè)一樣的信息資源。它開(kāi)放性的特點(diǎn)，為企業(yè)創(chuàng)造了更多的交易機(jī)會(huì)，提高了中小企業(yè)的競(jìng)爭(zhēng)能力。 3．網(wǎng)絡(luò)訂餐重新定義了傳統(tǒng)的流通模式，減少了中間環(huán)節(jié)，使得生產(chǎn)者和消費(fèi)者的直接交易成為可能，從而在一定程度上改變了整個(gè)社會(huì)經(jīng)濟(jì)運(yùn)行的方式。 2.1.3. 經(jīng)濟(jì)可行性 資金可

34、行性： 由于系統(tǒng)開(kāi)發(fā)環(huán)境配置以及其開(kāi)發(fā)并不復(fù)雜，只需一些基本的開(kāi)發(fā)工具。而且開(kāi)發(fā)出的系統(tǒng)操作起來(lái)也比較簡(jiǎn)單，另外具備網(wǎng)絡(luò)中的一些資源優(yōu)勢(shì)，因此開(kāi)發(fā)費(fèi)用較低。 經(jīng)濟(jì)合理性： 由于通過(guò)網(wǎng)絡(luò)進(jìn)行商務(wù)活動(dòng)，信息成本低，足不出戶，可節(jié)省交通費(fèi)，且減少了中介費(fèi)用，因此整個(gè)交易活動(dòng)會(huì)降低成本。 2.1.4. 可行性研究結(jié)論 依據(jù)以上因素，本系統(tǒng)開(kāi)發(fā)項(xiàng)目不僅方便快捷、高效，而且社會(huì)效益比較好，從而使本系統(tǒng)開(kāi)發(fā)者相信該系統(tǒng)開(kāi)發(fā)出來(lái)之后將取得的成功。 綜上所述，此項(xiàng)目在技術(shù)、經(jīng)濟(jì)和社會(huì)效益上是完全可行的。 2.2. 用戶需求分析 2.2.1. 功能分析 用戶以前登錄網(wǎng)站后

35、不能通過(guò)購(gòu)物車直接在網(wǎng)上購(gòu)買，這給用戶帶來(lái)了麻煩，也給管理人員和服務(wù)人員帶來(lái)的困擾。經(jīng)過(guò)調(diào)查和用戶的反饋信息我們現(xiàn)在給網(wǎng)站添加了購(gòu)物車的功能。 用戶訪問(wèn)網(wǎng)站時(shí)，如未登陸成用戶，則可以查看網(wǎng)站中的食品信息不能購(gòu)買食品，也可以查看留言但是不能添加留言。注冊(cè)為會(huì)員我們會(huì)將您的注冊(cè)信息發(fā)送到您的注冊(cè)郵箱中，在您登陸后，可以進(jìn)行添加留言，也可以購(gòu)買指定數(shù)量的食品，購(gòu)買完所有食品后，用戶可調(diào)用結(jié)帳功能對(duì)所購(gòu)買的食品進(jìn)行結(jié)帳，也可以點(diǎn)擊繼續(xù)購(gòu)物添加新的食品,在整個(gè)購(gòu)買過(guò)程中，用戶所購(gòu)買的食品放在虛擬購(gòu)物車中，并未記錄數(shù)據(jù)庫(kù)中。您也可以查看我們的加盟店,然后到附近的店里去購(gòu)買食品。 作為一個(gè)網(wǎng)上訂餐系統(tǒng)

36、。首先為了保證客戶能夠很方便的進(jìn)行餐品訂購(gòu)，系統(tǒng)應(yīng)該具有分類查看餐品，系統(tǒng)應(yīng)該實(shí)現(xiàn)“購(gòu)物車”的功能，用戶可以把選中的商品放入“購(gòu)物訂單”中，在選購(gòu)?fù)戤吅笤僖黄鸾Y(jié)帳。在系統(tǒng)的后臺(tái)，管理員能夠查看客戶購(gòu)買的訂單，發(fā)布新聞，管理各類用戶等。為了更好進(jìn)行服務(wù)，系統(tǒng)還應(yīng)該支持用戶投訴功能。因此可分析出本系統(tǒng)所實(shí)現(xiàn)的功能包括前臺(tái)和后臺(tái)兩部分，前臺(tái)為系統(tǒng)功能的主要部分。前臺(tái)主要以會(huì)員身份登錄后的頁(yè)面為主，功能包括如下幾部分： 1) 首 頁(yè) 餐館和餐品部分信息的簡(jiǎn)單介紹。 2) 訂餐流程 實(shí)現(xiàn)對(duì)不同用戶訂餐流程的說(shuō)明。 3) 餐品展示 實(shí)現(xiàn)本餐館餐品的分類展示及查詢某餐品的具體信

37、息。 4) 會(huì)員中心 會(huì)員信息的查看與修改。 5) 信息發(fā)布 網(wǎng)站信息的發(fā)布以及用戶投訴和客戶留言。 6) 網(wǎng)上訂餐 訂單的填寫以及發(fā)送。 7) 后臺(tái)登陸 通過(guò)相關(guān)驗(yàn)證，管理員登陸后臺(tái)實(shí)現(xiàn)對(duì)用戶、餐品、訂單以及消息的管理。 后臺(tái)功能包括如下幾部分： 1) 用戶管理 對(duì)會(huì)員、游客、管理員三類用戶的管理。 2) 餐品管理 實(shí)現(xiàn)對(duì)餐品信息的增刪改以及查詢等操作。 3) 訂單管理 對(duì)用戶的訂單進(jìn)行管理。 4) 信息管理 網(wǎng)站公告和網(wǎng)站動(dòng)態(tài)信息的發(fā)布以及用戶投訴和客戶留言的管理。 通過(guò)對(duì)市場(chǎng)的調(diào)查以及對(duì)項(xiàng)目的需求分析，基本可

38、以了解網(wǎng)上訂餐系統(tǒng)的基本功能以及操作的流程，并把這些功能以功能結(jié)構(gòu)圖形式畫出，可以形象地了解本系統(tǒng)實(shí)現(xiàn)的具體功能。 本系統(tǒng)總功能結(jié)構(gòu)如圖2-1所示。 圖2-1功能結(jié)構(gòu)圖 2.2.2. 用例分析 用例圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模，用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。本系統(tǒng)主要的角色（Actor）包括數(shù)據(jù)庫(kù)、管理員、游客、會(huì)員； 系統(tǒng)具體用例如下： 圖2-2 用例圖 下面介紹應(yīng)用

39、程序中的主要用例（user）。 表2-1 管理員用例描述 用例名稱： 管理員 參與者： 管理員 前置條件： 管理員成功登錄系統(tǒng)后臺(tái) 用例功能： 訂單、用戶、餐品、信息的管理 事件流： 當(dāng)管理員成功登錄系統(tǒng)后臺(tái)，彈出后臺(tái)界面 異常事件流： 當(dāng)管理員未登錄或輸入不合法的數(shù)據(jù) 后置條件： 系統(tǒng)無(wú)改變 表2-2 游客注冊(cè)用例描述 用例名稱： 游客注冊(cè) 參與者： 普通用戶 前置條件： 游客未登錄系統(tǒng) 用例功能： 主要用于游客注冊(cè)個(gè)人信息，成為系統(tǒng)會(huì)員 事件流： 當(dāng)游客進(jìn)入注冊(cè)頁(yè)面 異常事件流： 當(dāng)用戶輸入不合法的數(shù)據(jù)或該會(huì)員號(hào)已存在 后

40、置條件： 系統(tǒng)無(wú)改變 表2-3 會(huì)員訂餐用例描述 用例名稱： 會(huì)員 參與者： 普通用戶 前置條件： 會(huì)員成功登錄系統(tǒng) 用例功能： 會(huì)員通過(guò)網(wǎng)上訂餐模塊進(jìn)行訂餐 事件流： 當(dāng)會(huì)員登錄系統(tǒng)后選擇網(wǎng)上訂餐模塊 異常事件流： 當(dāng)會(huì)員未登錄或輸入不合法的數(shù)據(jù) 后置條件： 系統(tǒng)無(wú)改變 2.3. 系統(tǒng)設(shè)計(jì)目標(biāo)分析 開(kāi)發(fā)的軟件是簡(jiǎn)易的網(wǎng)上訂餐系統(tǒng)，以各種用戶為主要服務(wù)對(duì)象。提供良好的用戶界面，實(shí)現(xiàn)與用戶的交流，方便會(huì)員、游客訂餐是本系統(tǒng)設(shè)計(jì)的目標(biāo)。該系統(tǒng)能夠?qū)崿F(xiàn)用戶的注冊(cè)，餐品查看，購(gòu)物車式的餐品訂購(gòu)，用戶投訴等功能，在系統(tǒng)的后臺(tái)，管理員可以

41、處理用戶訂單并配送獲取，并可以對(duì)餐品信息、新聞、用戶投訴等實(shí)現(xiàn)集中管理。初步預(yù)想使用Java Swing+JDBC+MySQL等技術(shù)來(lái)完成本網(wǎng)上訂餐系統(tǒng)。 系統(tǒng)需要提供的主要功能如下： 1. 用戶能夠隨意瀏覽餐品，并能獲取餐品的詳細(xì)信息，如餐品圖片預(yù)覽、餐品簡(jiǎn)介等。 2. 系統(tǒng)能夠向用戶提供一些瀏覽信息，讓用戶能夠快速的了解系統(tǒng)出售餐品的信息，如特色餐品等。 3. 系統(tǒng)能夠提供公告信息，讓用戶快速了解系統(tǒng)的通告信息。 4. 用戶既可以注冊(cè)成為本系統(tǒng)的會(huì)員，也可以以游客身份訂餐；但會(huì)員可以享受如下特權(quán)：能隨時(shí)修改自己的信息，可以憑積分享受折扣等。 5. 系統(tǒng)有不同權(quán)限的用戶，如會(huì)

42、員、游客、系統(tǒng)管理員等。 6. 系統(tǒng)可以管理餐品（添加、刪除、修改、查詢），訂單，新聞公告以及客戶投訴等等。 3. 系統(tǒng)概要設(shè)計(jì) 系統(tǒng)的概要設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過(guò)程。主要包括系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫(kù)的需求分析以及網(wǎng)站的整體設(shè)計(jì)三大塊。系統(tǒng)設(shè)計(jì)主要目標(biāo)是將系統(tǒng)分析階段所提出的反映了信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實(shí)施的基于計(jì)算機(jī)運(yùn)行環(huán)境的具體方案，進(jìn)行系統(tǒng)的概要設(shè)計(jì)，為下一階段系統(tǒng)詳細(xì)設(shè)計(jì)提供必要的技術(shù)資料。 3.1. 系統(tǒng)的流程分析 對(duì)于系統(tǒng)的業(yè)務(wù)流程的走向進(jìn)行系統(tǒng)的分析，從宏觀的角度，時(shí)時(shí)以一名用戶的視角去設(shè)計(jì)項(xiàng)目的業(yè)

43、務(wù)流程，使項(xiàng)目更加的人性化，自然化，更加符合用戶對(duì)于訂餐的一些基本要求，在分析過(guò)程中，始終堅(jiān)持以用戶為核心，以設(shè)計(jì)用戶滿意的網(wǎng)站為目標(biāo)，堅(jiān)持用戶的體驗(yàn)滿意度至上的原則。 用戶在瀏覽網(wǎng)站時(shí)首先看到的就是網(wǎng)站首頁(yè)。在首頁(yè)用戶可以了解本餐館和部分特色餐品的信息。用戶如果想要訂餐時(shí)或者直接通過(guò)電話或者直接填寫收貨人的信息或者注冊(cè)成為會(huì)員，在用戶查看完商品的信息后，可以把自己想要購(gòu)買的商品加入訂單中，也可以隨時(shí)修改，清空訂單里的商品，如果用戶對(duì)訂單里的商品都很滿意，就可以直接下訂單(非會(huì)員要填寫收貨人的信息才能下訂單)。這時(shí)相關(guān)的程序模塊會(huì)將用戶所提交的所有信息都記錄在數(shù)據(jù)庫(kù)里以便系統(tǒng)的管理人

44、員可以核對(duì)信息并準(zhǔn)備餐品，專門送餐人員給用戶配送餐品并收取現(xiàn)金，此時(shí)整個(gè)訂餐的過(guò)程便結(jié)束。在網(wǎng)絡(luò)訂餐的后臺(tái)管理方面還需要添加、修改、刪除餐品，同時(shí)各類用戶信息的管理，網(wǎng)站公告的設(shè)置，站內(nèi)新聞的發(fā)布和訂單的處理等都需要系統(tǒng)的管理人員來(lái)操作， 業(yè)務(wù)流程如圖3-1 所示： 圖3-1 業(yè)務(wù)流程圖 3.1.1. 使用的技術(shù) 使用了struts2,spring,hibernate,Ajax,json,用了mysql數(shù)據(jù)庫(kù)。 3.2. 數(shù)據(jù)庫(kù)設(shè)計(jì) 3.2.1. 數(shù)據(jù)流程 本系統(tǒng)涉及的數(shù)據(jù)較多，因此對(duì)于系統(tǒng)的設(shè)計(jì)首先要了解系統(tǒng)中數(shù)據(jù)的流向，只有清楚數(shù)據(jù)之間的關(guān)系，才

45、能正確的設(shè)計(jì)系統(tǒng)的功能?？梢酝ㄟ^(guò)數(shù)據(jù)流程圖來(lái)表明數(shù)據(jù)之間的關(guān)系。從圖中可以看到，會(huì)員成功登錄后，可以修改查看個(gè)人信息，并將這些修改完善后的信息存檔；還可以在查看餐品信息后下訂單，訂單會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)對(duì)應(yīng)表中。尚未注冊(cè)的用戶，可以在查看餐品信息后下訂單，訂單也會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)對(duì)應(yīng)表中，同時(shí)游客信息會(huì)保存在相應(yīng)的表中。這些數(shù)據(jù)流最終都要進(jìn)入數(shù)據(jù)庫(kù)，管理員會(huì)對(duì)這些信息進(jìn)行分類管理。 3.2.2. 數(shù)據(jù)庫(kù)需求 WEB應(yīng)用跟蹤和管理用戶的訂單，行為主要有兩種措施：一種是使用Session或Cookies保存用戶活躍期間的信息，但是這些信息在會(huì)話結(jié)束后將不再存在。對(duì)于那些需要持久保存的信息，以及數(shù)據(jù)量

46、比較大的數(shù)據(jù)必須通過(guò)數(shù)據(jù)庫(kù)來(lái)進(jìn)行存儲(chǔ)。數(shù)據(jù)庫(kù)適合存儲(chǔ)那些需要持久保存的信息，并且提供很好的方式進(jìn)行查詢，插入，修改和刪除。 網(wǎng)上訂餐是面向龐大用戶的信息化產(chǎn)品， MySQL 是一個(gè)真正的多用戶、多線程SQL數(shù)據(jù)庫(kù)服務(wù)器，它是一個(gè)客戶機(jī)/服務(wù)器結(jié)構(gòu)的實(shí)現(xiàn)。MySQL是現(xiàn)在流行的關(guān)系數(shù)據(jù)庫(kù)中其中的一種，相比其它的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）來(lái)說(shuō)，MySQL具有小巧、功能齊全、查詢迅捷等優(yōu)點(diǎn)，MySQL 主要目標(biāo)是快速、健壯和易用。因此本系統(tǒng)選擇MySQL作為數(shù)據(jù)庫(kù)。 3.2.3. 類的設(shè)計(jì) 圖3-1類圖 數(shù)據(jù)庫(kù)表的描述： 編號(hào) 庫(kù)表

47、名稱 描述 1 User 用戶表 2 Admin 管理員表 3 Province 省表 4 City 市表 5 Location 加盟店表 6 Sender 送餐員表 3.2.4. 主要的E-R模型 ER模型是一種叫做實(shí)體聯(lián)系模型的簡(jiǎn)稱，它是以圖形的方式表現(xiàn)的，又被稱作實(shí)體聯(lián)系圖，ER模型是人們描述數(shù)據(jù)及其聯(lián)系的概念數(shù)據(jù)模型，是數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)設(shè)計(jì)人員和普通非計(jì)算機(jī)專業(yè)用戶進(jìn)行數(shù)據(jù)建模和溝通與交流的有力工具，使用起來(lái)直觀易懂，簡(jiǎn)單易行，ER模型是一種用圖形表示數(shù)據(jù)及其聯(lián)系的方法，所使用的圖形構(gòu)件(元件)包括矩形、菱形、橢圓形和連接線。 主要的

48、ER模型圖如下： 圖3-2 E-R圖 4. 系統(tǒng)詳細(xì)設(shè)計(jì)與實(shí)現(xiàn) 根據(jù)前面的分析和客戶的需求，本訂餐系統(tǒng)由前臺(tái)和后臺(tái)兩部分組成，前臺(tái)主要是包括前臺(tái)登錄和前臺(tái)主界面兩部分，后臺(tái)主要就是后臺(tái)登錄和后臺(tái)登錄后的界面，后臺(tái)登錄作為前臺(tái)主界面的一個(gè)子模塊實(shí)現(xiàn)。該階段主要完成各子模塊的設(shè)計(jì)以及頁(yè)面與數(shù)據(jù)庫(kù)的鏈接工作。 4.1. 類的關(guān)聯(lián)關(guān)系 關(guān)聯(lián)關(guān)系類圖包括了本網(wǎng)站的主要頁(yè)面以及它們之間的簡(jiǎn)單關(guān)系，各個(gè)類的關(guān)系以及相互之間的不同作用，在以下的各個(gè)具體的圖中都有所體現(xiàn)，更加直觀的展現(xiàn)了項(xiàng)目的具體構(gòu)造類的聯(lián)系。 對(duì)于一個(gè)網(wǎng)絡(luò)訂餐系統(tǒng)，網(wǎng)站首頁(yè)

49、極為重要，首頁(yè)設(shè)計(jì)的好壞將直接影響到顧客的購(gòu)買欲望。在網(wǎng)站首頁(yè)中，用戶不但可以掌握特色餐品網(wǎng)站信息等。 餐品展示頁(yè)面，其設(shè)計(jì)思路：為了抓住顧客的購(gòu)買欲，網(wǎng)絡(luò)訂餐應(yīng)該引導(dǎo)用戶進(jìn)行購(gòu)買,因此設(shè)置推薦餐品等，主導(dǎo)為用戶提供查看餐品和訂餐方便。另外，對(duì)于一個(gè)網(wǎng)上訂餐系統(tǒng)而言，可以按類別查詢餐品，所以設(shè)計(jì)餐品分類時(shí)，應(yīng)該將餐品分類制成數(shù)據(jù)表存儲(chǔ)在數(shù)據(jù)庫(kù)中，以便動(dòng)態(tài)地進(jìn)行更新。用戶通過(guò)輸入不同類別中的餐品名就可以進(jìn)入相應(yīng)的餐品詳細(xì)介紹的展示頁(yè)面。 會(huì)員訂餐，其中的訂單表格是用來(lái)臨時(shí)存儲(chǔ)用戶購(gòu)物信息的，用戶可以隨時(shí)增加商品，修改商品數(shù)量，刪除商品以及清空表格。設(shè)計(jì)思路：將用戶的購(gòu)物信息存入一個(gè)臨時(shí)表或臨

50、時(shí)文件中，當(dāng)用戶結(jié)賬下訂單時(shí)再刪除臨時(shí)記錄。由于本系統(tǒng)是一個(gè)小型的訂餐網(wǎng)站，所以可以考慮使用一個(gè)數(shù)據(jù)表來(lái)訂餐，使用數(shù)據(jù)表：會(huì)員表，訂單表，餐品表； 會(huì)員中心是僅會(huì)員前臺(tái)系統(tǒng)有的模塊，當(dāng)用戶注冊(cè)成為會(huì)員后，可以查看修改個(gè)人信息。使用數(shù)據(jù)表：會(huì)員表，訂單表，反饋信息表等。 以下為具體類圖： 4.1.1. 持久化類的設(shè)計(jì) 圖4-1 持久化類類圖 持久化類描述： 表4-1 持久化類描述 編號(hào) 類名 描述 1 Food 菜品類 2 Order 訂單類 3 Orderinfo 訂單明細(xì)類 4 Taddress 發(fā)貨地址類 4.1.

51、2. 數(shù)據(jù)庫(kù)操作類的設(shè)計(jì) 圖4-2 數(shù)據(jù)庫(kù)操作類類圖 圖4-3 數(shù)據(jù)庫(kù)操作類類圖 描述： 表4-2 數(shù)據(jù)庫(kù)操作類描述 編號(hào) 類名 描述 1 DaoImpl Dao操作實(shí)現(xiàn)類 2 Dao DAO操作類的接口，定義的數(shù)據(jù)庫(kù)操作類中實(shí)現(xiàn)在方法 4.1.3. 數(shù)據(jù)字典 食品表 表4-3 食品表描述 字段 類型 長(zhǎng)度 主鍵 是否允許為空 fid int 11 是 否 fname varchar 255 否 是 fdate varchar 255 否 是 fimage varchar 25

52、5 否 是 fhot int 11 否 是 flprice float 255 否 是 ftype Ftype 200 否 是 fhprice float 11 否 是 訂單表 表4-3 訂單表描述 字段 類型 長(zhǎng)度 主鍵 是否允許為空 oid int 11 是 否 location varchar 255 否 是 odate varchar 255 否 是 sender Sender 255 否 是 taddress Taddress 11 否 是 訂單明細(xì)表

53、 表4-4 訂單明細(xì)表描述 字段 類型 長(zhǎng)度 主鍵 是否允許為空 orderinfoid int 11 是 否 food Food 255 否 是 infotime Date 255 否 是 num float 11 否 是 order Order 11 否 是 infomoney float 11 否 是 地址表 表4-5 地址表描述 字段 類型 長(zhǎng)度 主鍵 是否允許為空 adid int 11 是 否 address varchar 255 否 是 User Use

54、r 255 否 是 uphone varchar 255 否 是 5. 功能的實(shí)現(xiàn) 5.1. 郵箱驗(yàn)證功能的實(shí)現(xiàn) 5.1.1. 功能說(shuō)明 用戶注冊(cè)成功后跳到郵箱驗(yàn)證的頁(yè)面,action方法調(diào)用數(shù)據(jù)庫(kù)中的數(shù)據(jù),發(fā)送驗(yàn)證郵件的信息，驗(yàn)證成功后可以登錄郵箱查看。 郵箱驗(yàn)證活動(dòng)圖如下圖所示： 郵箱驗(yàn)證順序圖如下圖所示： 圖5-1-1 郵箱驗(yàn)證功能活動(dòng)圖 圖5-1-2 郵箱驗(yàn)證功能順序圖 描述： 表5-1 郵箱驗(yàn)證數(shù)據(jù)描述 編號(hào) 名稱 類型 描述 1 One/I

55、ndex.jsp 頁(yè)面文件 首頁(yè)頁(yè)面 2 One/menber.jsp 頁(yè)面文件 用戶注冊(cè)頁(yè)面 3 Tip.html 頁(yè)面文件 郵件發(fā)送成功頁(yè)面 4 dao Dao接口 Dao的數(shù)據(jù)庫(kù)接口類 5 Action Action類 Dao的Action實(shí)現(xiàn)類 6 Struts.xml Xml文件 Struts的控制中心 7 Mail.html Html文件 發(fā)送郵件頁(yè)面 5.1.2. 主要代碼描述 Dao接口： //編寫一個(gè)驗(yàn)證郵箱唯一性的方法 public boolean Havemail(String uemail); /

56、/編寫一個(gè)郵箱驗(yàn)時(shí)修改狀態(tài)的方法 public void updatemailstate(String umail); //編寫一個(gè)根據(jù)郵箱更改密碼的方法 public void updateByMail(String umail,String pass); daoImpl實(shí)現(xiàn)： public boolean Havemail(String umail) { List list=template.find("from User u where u.umail="+umail+""); if(list!=null&&list.size()==0){

57、 return false; } else{ return true; } } Action類： //驗(yàn)證注冊(cè)郵箱 public String Havingmail() throws Exception { boolean bo=us.Havemail(umail); HttpServletResponse response = ServletActionContext.getResponse(); // HttpServletRequest request = ServletActionContext.getR

58、equest(); PrintWriter out=response.getWriter(); out.print(bo); out.flush(); if(bo==true){ Sendmail mail=new Sendmail(); mail.sendMail(umail,"郵箱驗(yàn)證" ,"點(diǎn)擊連接進(jìn)行郵箱驗(yàn)證"); return SUCCESS;

59、 } else{ return NONE; } } 5.1.3. 運(yùn)行結(jié)果 一個(gè)功能的是否實(shí)現(xiàn)，看的是最后的運(yùn)行效果是否是當(dāng)初想要的，或者是否能將所想要實(shí)現(xiàn)的功能基本都實(shí)現(xiàn)了，運(yùn)行結(jié)果是非常重要的在項(xiàng)目的文檔中，因?yàn)樗菣z驗(yàn)功能實(shí)現(xiàn)與否的重要的依據(jù)。 圖5-1-3 郵箱驗(yàn)證功能運(yùn)行結(jié)果圖 5.2. 會(huì)員名找回功能的實(shí)現(xiàn) 5.2.1. 功能說(shuō)明 用戶進(jìn)入主頁(yè)面，點(diǎn)擊進(jìn)入登錄頁(yè)面。然后在點(diǎn)擊找回會(huì)員名，跳到會(huì)員名找回頁(yè)面，輸入郵箱號(hào)，發(fā)送郵件，進(jìn)入郵箱查看找到的會(huì)員名。

60、會(huì)員名找回活動(dòng)圖如下圖所示： 會(huì)員名找回順序圖如下圖所示： 圖5-2-1 會(huì)員名找回功能活動(dòng)圖 圖5-2-2 會(huì)員名找回功能順序圖 描述： 表5-2 會(huì)員名找回?cái)?shù)據(jù)描述 編號(hào) 名稱 類型 描述 1 One/Index.jsp 頁(yè)面文件 首頁(yè)頁(yè)面 2 one/Login.jsp 頁(yè)面文件 用戶登錄頁(yè)面 3 findid.jsp 頁(yè)面文件 用戶找回會(huì)員名頁(yè)面 4 daoImpl Dao實(shí)現(xiàn)類 Dao的數(shù)據(jù)庫(kù)實(shí)現(xiàn)類 5 Action Action類 Dao的Action實(shí)現(xiàn)類

61、 6 Service Service類 Service服務(wù)類 7 Struts.xml Xml文件 Struts的控制中心 8 Tip.html Html文件 顯示頁(yè)面 5.2.2. 主要代碼描述 Dao接口： public User OneUser(String aname); public void updatemailstate(String umail); daoImpl類： public int selectIdByUname(String uname) { List list=template.find("from

62、 User u where u.uname="+uname+""); return list.get(0).getUid();} public void updatemailstate(String umail) { Session session=template.getSessionFactory().openSession(); Query q = session.createQuery("update User u set u.state=1 where u.umail="+umail+""); q.executeUpdate(); } Acti

63、on類： public String updatemailstate(){ System.out.println("為什么不調(diào)用"+umail); //改變狀態(tài)的action boolean bo=us.Havemail(umail); if(bo==true){ us.updatemailstate(umail); return SUCCESS; } else{ return ERROR; }} public String sendmail(){ St

64、ring umails = (String) ActionContext.getContext().getSession().get("mail"); System.out.println("捕捉到的umail為"+umails); Sendmail mail=new Sendmail(); mail.sendMail(umails,"郵箱驗(yàn)證" ,"點(diǎn)擊連接進(jìn)行郵箱驗(yàn)證");

65、 return SUCCESS; } public String updatemailpage(){ boolean bo=us.Havemail(umail); if(bo==true){ ActionContext.getContext().getSession().put("mail",umail ); return SUCCESS; } else{ ActionContext.getContext().put("error","不存在您注冊(cè)的郵箱,請(qǐng)查證!!");

66、return ERROR; } } 5.2.3. 運(yùn)行結(jié)果 一個(gè)功能的是否實(shí)現(xiàn)，看的是最后的運(yùn)行效果是否是當(dāng)初想要的，或者是否能將所想要實(shí)現(xiàn)的功能基本都實(shí)現(xiàn)了，運(yùn)行結(jié)果是非常重要的在項(xiàng)目的文檔中，因?yàn)樗菣z驗(yàn)功能實(shí)現(xiàn)與否的重要的依據(jù)。 圖5-2-3 會(huì)員名找回功能運(yùn)行結(jié)果圖 5.3. 密碼找回功能的實(shí)現(xiàn) 5.3.1. 功能說(shuō)明 用戶進(jìn)入主頁(yè)面，點(diǎn)擊進(jìn)入登錄頁(yè)面。然后在點(diǎn)擊找回會(huì)員名，跳到密碼找回頁(yè)面，輸入會(huì)員名，輸入密保，驗(yàn)證輸入信息的準(zhǔn)確性，輸入成功則修改密碼。 會(huì)員密碼找回活動(dòng)圖如下圖所示： 會(huì)員密碼找回順序圖如下圖所示： 圖5-3-1 密碼找回功能活動(dòng)圖 圖5-3-2 密碼找回功能順序圖 描述： 表5-3 會(huì)員密碼找回?cái)?shù)據(jù)描述 編號(hào) 名稱 類型 描述 1 One/Index.jsp 頁(yè)面文件 首頁(yè)頁(yè)面 2 one/Login.jsp 頁(yè)面文件 用