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

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

1、 課 程 設(shè) 計(jì) 報(bào) 告 學(xué) 院： 天津理工大學(xué)華信軟件學(xué)院 專業(yè)名稱： 軟件工程 課程名稱： 專業(yè)設(shè)計(jì) 課程代碼： 1480010 所在班級： 2班 學(xué) 號： 20105780 姓 名： 課題名稱： MrPizza網(wǎng)站 指導(dǎo)老師： 完成時(shí)間： 2013年4月-2013年6月 專業(yè)設(shè)計(jì)課程評分表 學(xué)號： 姓名： 班級： 題目 MrPizza網(wǎ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分 □無專業(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ì)過于簡單，達(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分 □無參考文獻(xiàn)

4、：0分 綜合運(yùn)用知識能力(5分) □能綜合運(yùn)用專業(yè)基礎(chǔ)理論分析、解決設(shè)計(jì)中的問題：4～5分 □基礎(chǔ)知識較扎實(shí)，分析解決問題的能力較強(qiáng)，具有一定的綜合運(yùn)用知識能力：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é)理論和知識闡述問題，但系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分不完整：5～9分 □分析能力和概括能力較差，闡述問題不明確，沒有系統(tǒng)模型、流程分析或不正確：1～4分 軟

5、件運(yùn)行與測試情況(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分 □沒有運(yùn)行軟件或未完成軟件設(shè)計(jì)：0分 外文應(yīng)用能力(5分) □根據(jù)選題需要，閱讀、翻譯一定量的本專業(yè)外文文獻(xiàn)資料，有外文參考文獻(xiàn)：4～5分 □根據(jù)選題需要，閱讀、翻譯少量的本專業(yè)外文文獻(xiàn)資料，外文參考文獻(xiàn)少或沒有：1～3分 □無外文參考文獻(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ì)中沒有創(chuàng)新思想：0分 寫作水平(10分) □結(jié)構(gòu)嚴(yán)謹(jǐn)，層次分明，論述清晰，語言流暢，表達(dá)準(zhǔn)確：9～10分 □結(jié)構(gòu)合理，符合邏輯，語言通順，表達(dá)準(zhǔn)確：5～8分 □結(jié)構(gòu)合理，語言表達(dá)符合基本文法：1～4分 □結(jié)構(gòu)不甚合理，文字語言表達(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)，只是簡單的背景、顏色、圖片：0分 成果完成情況及質(zhì)量(5分) □完成預(yù)期成果且質(zhì)量較高：4～5分 □基本完成預(yù)期成果或質(zhì)量不高：1～3分 指導(dǎo)教師評定成績 天津理工大學(xué)專業(yè)課程設(shè)計(jì)選題表 屆：2010 學(xué)院（系）：華信軟件學(xué)院

8、 專業(yè)：軟件工程 年 月 日 設(shè)計(jì) 題 目 MrPizza網(wǎng)上訂餐系統(tǒng) 學(xué)生姓名 趙文宇 學(xué)號 20105780 一、 實(shí)現(xiàn)的功能 銷售管理 菜品管理(菜品的添加、查看和統(tǒng)計(jì)報(bào)表、修改等操作) 訂單管理（訂單的添加、查看訂單、刪除訂單） 送餐員管理（添加、查看、修改、和刪除的功能） 購物車（添加購物車、查看購物車、刪除購物車） 二、 采用的主要技術(shù) Struts2、spring、hibernate、jquery、json、分頁、mysql數(shù)據(jù)庫、jsp 3、 研究內(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ù)庫E-R圖 前臺界面展示 后臺界面展示 購物車功能描述 餐品管理描述 系統(tǒng)測試 五﹑參考文獻(xiàn) 書名:<> 作者: 黃縉華 出版社: 清華大學(xué)出版社 書名:<> 作者: 劉志國等編著 出版

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

11、示,布局) 5 3.21 -3.25 網(wǎng)站后臺頁面設(shè)計(jì) 6 3.26 -3.28 菜品信息錄入 7 3.29-4.2 菜品信息修改 8 4.3-4.6 菜品信息刪除 9 4.7-4.17 菜品信息查詢,顯示在首頁上 10 4.18-4.30 購物車 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. 國內(nèi)外研究現(xiàn)狀 2 1.3. 主要研究內(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. 社會可行性 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ù)庫設(shè)計(jì) 16 3.2.1. 數(shù)據(jù)流程 16 3.2.2. 數(shù)據(jù)庫需求 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ù)庫操作類的設(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. 功能說明 26 5.1.2. 主要代碼描述 28 5.1.3. 運(yùn)行結(jié)果 29 5.2. 會員名找回功能的實(shí)現(xiàn) 30 5.2.1. 功能說明 30 5.2.2. 主要代碼描述 32 5.2.3. 運(yùn)行結(jié)果 34 5.3. 密碼找回功能的實(shí)現(xiàn) 34 5.3.1. 功能說明 34 5.3.2. 主要代碼描述 37 5.3.3. 運(yùn)行結(jié)果 39 5.4. 菜品添加功能的實(shí)現(xiàn) 40 5.4.1.

15、功能說明 40 5.4.2. 主要代碼描述 42 5.4.3. 運(yùn)行結(jié)果 44 5.5. 菜品查看功能的實(shí)現(xiàn) 45 5.5.1. 功能說明 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. 購物車功能的實(shí)現(xiàn) 57 5.7.1. 功能說明 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)的部署與測試 78 6.1. 運(yùn)行環(huán)境的搭建 78 6.1.1. 系統(tǒng)運(yùn)行環(huán)境的搭建 78 6.2. 系統(tǒng)測試 79 6.2.1. 常見錯(cuò)誤 80 6.2.2. 測試的方法 80 6.3. 系統(tǒng)維護(hù) 83 6.4. 問題及解決方案 84 6.4.1. javamail問題 84 6.4.2. jquery問題 86 6.4.3. fineReport的問題 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è)門坎較低，中國的大多數(shù)餐飲企業(yè)的老板是從小店發(fā)展起來的，家族式管理的居多，許多還是“人治”，并沒有一套現(xiàn)代企業(yè)制度和監(jiān)督管理體制，所以從觀念意識、經(jīng)營思想和管理水平還有待專業(yè)化。隨著人民生活水平的提高，餐飲業(yè)在服務(wù)行業(yè)中占有越來越重要的地位。努力在當(dāng)前餐飲行業(yè)日趨激烈的競

18、爭中脫穎而出，已成為每位餐飲業(yè)經(jīng)營者所追求的目標(biāo)。網(wǎng)絡(luò)訂餐實(shí)現(xiàn)了小店面大作為的成本效益，解決了因?yàn)榈昝嫘〉南拗贫鵁o法提高營業(yè)額的難題，是一個(gè)小投入大成效的經(jīng)營新模式。 那么在現(xiàn)在這個(gè)數(shù)字的時(shí)代，在計(jì)算機(jī)普及后的今天，中國進(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)的購物方式也正在向網(wǎng)絡(luò)方面發(fā)展，出現(xiàn)了“網(wǎng)購”這種越來越受歡迎的新型消費(fèi)方式。同樣，作為服務(wù)業(yè)支柱的餐飲業(yè)不可避免地趨向網(wǎng)絡(luò)化發(fā)展。 1.1.2. 研究意義 隨著社會經(jīng)

19、濟(jì)的發(fā)展，人們的生活節(jié)奏不斷加快，上班時(shí)間相當(dāng)緊張，但一日三餐卻不可少。通過網(wǎng)上訂餐系統(tǒng)，不必親臨現(xiàn)場，在家中或在辦公室上網(wǎng)，便可以為自己、家人、朋友聚會等制辦一份既營養(yǎng)又實(shí)惠的美食。為了實(shí)現(xiàn)對客戶點(diǎn)菜信息收集、處理、共享和再利用，以提高餐飲業(yè)務(wù)水平和效率，實(shí)現(xiàn)比電話訂購更方便、更迅速、更有效的送餐業(yè)務(wù)。通過對訂餐流程的考察，對業(yè)務(wù)細(xì)節(jié)進(jìn)行了全面的分析，結(jié)合目前最先進(jìn)的軟件開發(fā)技術(shù)，實(shí)現(xiàn)了訂餐的數(shù)字化、網(wǎng)絡(luò)化管理。 餐飲系統(tǒng)不僅需要將整個(gè)餐飲業(yè)務(wù)通過信息系統(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ù)還處于形成期，成長以及發(fā)展的空間還是有很大的，當(dāng)今的服務(wù)行業(yè)發(fā)展的非常的快，大家對于生活水平的質(zhì)量有了很大的要求，這樣對于第三產(chǎn)業(yè)即：服務(wù)行業(yè)在今后的發(fā)展有了相當(dāng)大的推動作用，為一些企業(yè)提供了很大的客源，在需求和網(wǎng)絡(luò)的普及下，網(wǎng)上訂餐有很大的發(fā)展空間，在市場上也會占有一席之地的。 1.2. 國內(nèi)外研究現(xiàn)狀 近一段時(shí)間以來，熱衷于“網(wǎng)上訂餐”的群體悄然壯大，上班族和學(xué)生更把它看成潮流浪尖上的亮點(diǎn)。在網(wǎng)上訂餐的人都是一般都是對電腦比

21、較熟練的人，也就是比較年青化的消費(fèi)群體，包括白領(lǐng)、大學(xué)生、高中生和對計(jì)算機(jī)操作相對比較熟的人。因?yàn)檫@些人工作都比較忙，而且對計(jì)算機(jī)也比較熟，思想也比較超前，對于在網(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)會累計(jì)放入“購物車”，輸入具體送餐地址即可下訂單，外送人員就會將美食送到你面前。網(wǎng)上訂餐存在一部分的缺陷和不足。 從生產(chǎn)分工來看，網(wǎng)上訂餐最終得引入專業(yè)物流配送，由現(xiàn)代化的物流公司提供配送服務(wù)，這是它要突破的第一個(gè)瓶頸。其次，網(wǎng)上訂餐送餐和其它網(wǎng)絡(luò)服務(wù)一樣，要面臨網(wǎng)絡(luò)信

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

23、出詳細(xì)的使用介紹，使設(shè)計(jì)的項(xiàng)目在交互過程中體現(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è)過程中主要完成以下工作： 1. 分析網(wǎng)上訂餐系統(tǒng)的現(xiàn)狀和發(fā)展趨勢，探討、選擇系統(tǒng)開發(fā)技術(shù)和開發(fā)平臺。 2. 研究系統(tǒng)開發(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ù)解決開發(fā)過程中所

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

25、提出項(xiàng)目背景、研究對象及其國內(nèi)外研究現(xiàn)狀，介紹本文的主要工作和組織結(jié)構(gòu)。 第二章：系統(tǒng)需求分析。簡要描述了系統(tǒng)的可行性分析、需求分析以及設(shè)計(jì)目標(biāo)分析等。 第三章：系統(tǒng)的概要設(shè)計(jì)。詳細(xì)描述了系統(tǒng)的數(shù)據(jù)流程、業(yè)務(wù)流程，完成系統(tǒng)所需數(shù)據(jù)庫的設(shè)計(jì)以及網(wǎng)站的整體設(shè)計(jì)。 第四章：系統(tǒng)的詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)。系統(tǒng)前臺、后臺的主要頁面的實(shí)現(xiàn)。 第五章：系統(tǒng)的部署與測試。主要介紹了系統(tǒng)的運(yùn)行和測試。 第六章：結(jié)論。對開發(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)目的開發(fā)過程中，通過項(xiàng)目小組的成員的共同努力，項(xiàng)目的精確度提高了很多，項(xiàng)目的各部分的運(yùn)行速度也比較的快，在用戶登錄、瀏覽、使用等方面，為用戶節(jié)約了時(shí)間，對于用戶的時(shí)間觀念的等待值方面有了很大的突破，對于推出的一些新的產(chǎn)品會在第一時(shí)間將新產(chǎn)品的主要特色及時(shí)發(fā)到用戶的郵箱中，并且提供了網(wǎng)站的鏈接，再用戶對新產(chǎn)品有興趣后可以最快的看見產(chǎn)品在網(wǎng)站的位置，為用戶節(jié)約時(shí)間的同時(shí)，也達(dá)到了產(chǎn)品推薦的作用。對于用戶的信息管理方面，我們利用了郵箱，這一大家不經(jīng)常遺忘的資源，可以通過郵箱進(jìn)行賬號的找回，驗(yàn)證等基本的

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

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

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

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

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

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

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

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

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

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

37、息。 4) 會員中心 會員信息的查看與修改。 5) 信息發(fā)布 網(wǎng)站信息的發(fā)布以及用戶投訴和客戶留言。 6) 網(wǎng)上訂餐 訂單的填寫以及發(fā)送。 7) 后臺登陸 通過相關(guān)驗(yàn)證，管理員登陸后臺實(shí)現(xiàn)對用戶、餐品、訂單以及消息的管理。 后臺功能包括如下幾部分： 1) 用戶管理 對會員、游客、管理員三類用戶的管理。 2) 餐品管理 實(shí)現(xiàn)對餐品信息的增刪改以及查詢等操作。 3) 訂單管理 對用戶的訂單進(jìn)行管理。 4) 信息管理 網(wǎng)站公告和網(wǎng)站動態(tài)信息的發(fā)布以及用戶投訴和客戶留言的管理。 通過對市場的調(diào)查以及對項(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)系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模，用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。本系統(tǒng)主要的角色（Actor）包括數(shù)據(jù)庫、管理員、游客、會員； 系統(tǒng)具體用例如下： 圖2-2 用例圖 下面介紹應(yīng)用

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

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

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

42、員、游客、系統(tǒng)管理員等。 6. 系統(tǒng)可以管理餐品（添加、刪除、修改、查詢），訂單，新聞公告以及客戶投訴等等。 3. 系統(tǒng)概要設(shè)計(jì) 系統(tǒng)的概要設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過程。主要包括系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫的需求分析以及網(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)的流程分析 對于系統(tǒng)的業(yè)務(wù)流程的走向進(jìn)行系統(tǒng)的分析，從宏觀的角度，時(shí)時(shí)以一名用戶的視角去設(shè)計(jì)項(xiàng)目的業(yè)

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

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

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

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

47、名稱 描述 1 User 用戶表 2 Admin 管理員表 3 Province 省表 4 City 市表 5 Location 加盟店表 6 Sender 送餐員表 3.2.4. 主要的E-R模型 ER模型是一種叫做實(shí)體聯(lián)系模型的簡稱，它是以圖形的方式表現(xiàn)的，又被稱作實(shí)體聯(lián)系圖，ER模型是人們描述數(shù)據(jù)及其聯(lián)系的概念數(shù)據(jù)模型，是數(shù)據(jù)庫應(yīng)用系統(tǒng)設(shè)計(jì)人員和普通非計(jì)算機(jī)專業(yè)用戶進(jìn)行數(shù)據(jù)建模和溝通與交流的有力工具，使用起來直觀易懂，簡單易行，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)由前臺和后臺兩部分組成，前臺主要是包括前臺登錄和前臺主界面兩部分，后臺主要就是后臺登錄和后臺登錄后的界面，后臺登錄作為前臺主界面的一個(gè)子模塊實(shí)現(xiàn)。該階段主要完成各子模塊的設(shè)計(jì)以及頁面與數(shù)據(jù)庫的鏈接工作。 4.1. 類的關(guān)聯(lián)關(guān)系 關(guān)聯(lián)關(guān)系類圖包括了本網(wǎng)站的主要頁面以及它們之間的簡單關(guān)系，各個(gè)類的關(guān)系以及相互之間的不同作用，在以下的各個(gè)具體的圖中都有所體現(xiàn)，更加直觀的展現(xiàn)了項(xiàng)目的具體構(gòu)造類的聯(lián)系。 對于一個(gè)網(wǎng)絡(luò)訂餐系統(tǒng)，網(wǎng)站首頁

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

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

51、2. 數(shù)據(jù)庫操作類的設(shè)計(jì) 圖4-2 數(shù)據(jù)庫操作類類圖 圖4-3 數(shù)據(jù)庫操作類類圖 描述： 表4-2 數(shù)據(jù)庫操作類描述 編號 類名 描述 1 DaoImpl Dao操作實(shí)現(xiàn)類 2 Dao DAO操作類的接口，定義的數(shù)據(jù)庫操作類中實(shí)現(xiàn)在方法 4.1.3. 數(shù)據(jù)字典 食品表 表4-3 食品表描述 字段 類型 長度 主鍵 是否允許為空 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 訂單表描述 字段 類型 長度 主鍵 是否允許為空 oid int 11 是 否 location varchar 255 否 是 odate varchar 255 否 是 sender Sender 255 否 是 taddress Taddress 11 否 是 訂單明細(xì)表

53、 表4-4 訂單明細(xì)表描述 字段 類型 長度 主鍵 是否允許為空 orderinfoid int 11 是 否 food Food 255 否 是 infotime Date 255 否 是 num float 11 否 是 order Order 11 否 是 infomoney float 11 否 是 地址表 表4-5 地址表描述 字段 類型 長度 主鍵 是否允許為空 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. 功能說明 用戶注冊成功后跳到郵箱驗(yàn)證的頁面,action方法調(diào)用數(shù)據(jù)庫中的數(shù)據(jù),發(fā)送驗(yàn)證郵件的信息，驗(yàn)證成功后可以登錄郵箱查看。 郵箱驗(yàn)證活動圖如下圖所示： 郵箱驗(yàn)證順序圖如下圖所示： 圖5-1-1 郵箱驗(yàn)證功能活動圖 圖5-1-2 郵箱驗(yàn)證功能順序圖 描述： 表5-1 郵箱驗(yàn)證數(shù)據(jù)描述 編號 名稱 類型 描述 1 One/I

55、ndex.jsp 頁面文件 首頁頁面 2 One/menber.jsp 頁面文件 用戶注冊頁面 3 Tip.html 頁面文件 郵件發(fā)送成功頁面 4 dao Dao接口 Dao的數(shù)據(jù)庫接口類 5 Action Action類 Dao的Action實(shí)現(xiàn)類 6 Struts.xml Xml文件 Struts的控制中心 7 Mail.html Html文件 發(fā)送郵件頁面 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)證注冊郵箱 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. 會員名找回功能的實(shí)現(xiàn) 5.2.1. 功能說明 用戶進(jìn)入主頁面，點(diǎn)擊進(jìn)入登錄頁面。然后在點(diǎn)擊找回會員名，跳到會員名找回頁面，輸入郵箱號，發(fā)送郵件，進(jìn)入郵箱查看找到的會員名。

60、會員名找回活動圖如下圖所示： 會員名找回順序圖如下圖所示： 圖5-2-1 會員名找回功能活動圖 圖5-2-2 會員名找回功能順序圖 描述： 表5-2 會員名找回?cái)?shù)據(jù)描述 編號 名稱 類型 描述 1 One/Index.jsp 頁面文件 首頁頁面 2 one/Login.jsp 頁面文件 用戶登錄頁面 3 findid.jsp 頁面文件 用戶找回會員名頁面 4 daoImpl Dao實(shí)現(xiàn)類 Dao的數(shù)據(jù)庫實(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文件 顯示頁面 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","不存在您注冊的郵箱,請查證!!");

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 會員名找回功能運(yùn)行結(jié)果圖 5.3. 密碼找回功能的實(shí)現(xiàn) 5.3.1. 功能說明 用戶進(jìn)入主頁面，點(diǎn)擊進(jìn)入登錄頁面。然后在點(diǎn)擊找回會員名，跳到密碼找回頁面，輸入會員名，輸入密保，驗(yàn)證輸入信息的準(zhǔn)確性，輸入成功則修改密碼。 會員密碼找回活動圖如下圖所示： 會員密碼找回順序圖如下圖所示： 圖5-3-1 密碼找回功能活動圖 圖5-3-2 密碼找回功能順序圖 描述： 表5-3 會員密碼找回?cái)?shù)據(jù)描述 編號 名稱 類型 描述 1 One/Index.jsp 頁面文件 首頁頁面 2 one/Login.jsp 頁面文件 用