MrPizza網站畢業(yè)設計

《MrPizza網站畢業(yè)設計》由會員分享，可在線閱讀，更多相關《MrPizza網站畢業(yè)設計（108頁珍藏版）》請在裝配圖網上搜索。

1、 課 程 設 計 報 告 學 院： 天津理工大學華信軟件學院 專業(yè)名稱： 軟件工程 課程名稱： 專業(yè)設計 課程代碼： 1480010 所在班級： 2班 學 號： 20105780 姓 名： 課題名稱： MrPizza網站 指導老師： 完成時間： 2013年4月-2013年6月 專業(yè)設計課程評分表 學號： 姓名： 班級： 題目 MrPizza網站 評 價 項 目 得分 選題 質量

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

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

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

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

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

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

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

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

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

11、示,布局) 5 3.21 -3.25 網站后臺頁面設計 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)計各菜品銷售額,并繪制(柱狀圖)` 15 5.16-5.20 按照指定日期統(tǒng)計菜品類型統(tǒng)計各類型的銷售額, 并繪制(柱狀圖) 16 5.21-

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

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

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

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

16、 運行結果 71 5.9. 送貨地址刪除及修改功能的實現(xiàn) 72 5.9.1. 功能描述 72 5.9.2. 主要代碼描述 75 5.9.3. 運行結果 77 6. 系統(tǒng)的部署與測試 78 6.1. 運行環(huán)境的搭建 78 6.1.1. 系統(tǒng)運行環(huán)境的搭建 78 6.2. 系統(tǒng)測試 79 6.2.1. 常見錯誤 80 6.2.2. 測試的方法 80 6.3. 系統(tǒng)維護 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 報表的使用 89 結 論 93 參考文獻 95 MrPizza網站設計文檔 1. 引言 1.1. 項目背景及研究意義 1.1.1. 項目背景 時代在發(fā)展，科技在不斷的進步著，人民的生活水平也有了很大的提高，隨著餐飲行業(yè)的發(fā)展，由于餐飲業(yè)門坎較低，中國的大多數(shù)餐飲企業(yè)的老板是從小店發(fā)展起來的，家族式管理的居多，許多還是“人治”，并沒有一套現(xiàn)代企業(yè)制度和監(jiān)督管理體制，所以從觀念意識、經營思想和管理水平還有待專業(yè)化。隨著人民生活水平的提高，餐飲業(yè)在服務行業(yè)中占有越來越重要的地位。努力在當前餐飲行業(yè)日趨激烈的競

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

51、2. 數(shù)據(jù)庫操作類的設計 圖4-2 數(shù)據(jù)庫操作類類圖 圖4-3 數(shù)據(jù)庫操作類類圖 描述： 表4-2 數(shù)據(jù)庫操作類描述 編號 類名 描述 1 DaoImpl Dao操作實現(xiàn)類 2 Dao DAO操作類的接口，定義的數(shù)據(jù)庫操作類中實現(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 否 是 訂單明細表

53、 表4-4 訂單明細表描述 字段 類型 長度 主鍵 是否允許為空 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. 功能的實現(xiàn) 5.1. 郵箱驗證功能的實現(xiàn) 5.1.1. 功能說明 用戶注冊成功后跳到郵箱驗證的頁面,action方法調用數(shù)據(jù)庫中的數(shù)據(jù),發(fā)送驗證郵件的信息，驗證成功后可以登錄郵箱查看。 郵箱驗證活動圖如下圖所示： 郵箱驗證順序圖如下圖所示： 圖5-1-1 郵箱驗證功能活動圖 圖5-1-2 郵箱驗證功能順序圖 描述： 表5-1 郵箱驗證數(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實現(xiàn)類 6 Struts.xml Xml文件 Struts的控制中心 7 Mail.html Html文件 發(fā)送郵件頁面 5.1.2. 主要代碼描述 Dao接口： //編寫一個驗證郵箱唯一性的方法 public boolean Havemail(String uemail); /

56、/編寫一個郵箱驗時修改狀態(tài)的方法 public void updatemailstate(String umail); //編寫一個根據(jù)郵箱更改密碼的方法 public void updateByMail(String umail,String pass); daoImpl實現(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類： //驗證注冊郵箱 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,"郵箱驗證" ,"點擊連接進行郵箱驗證"); return SUCCESS;

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

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

61、 6 Service Service類 Service服務類 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("為什么不調用"+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,"郵箱驗證" ,"點擊連接進行郵箱驗證");

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. 運行結果 一個功能的是否實現(xiàn)，看的是最后的運行效果是否是當初想要的，或者是否能將所想要實現(xiàn)的功能基本都實現(xiàn)了，運行結果是非常重要的在項目的文檔中，因為它是檢驗功能實現(xiàn)與否的重要的依據(jù)。 圖5-2-3 會員名找回功能運行結果圖 5.3. 密碼找回功能的實現(xiàn) 5.3.1. 功能說明 用戶進入主頁面，點擊進入登錄頁面。然后在點擊找回會員名，跳到密碼找回頁面，輸入會員名，輸入密保，驗證輸入信息的準確性，輸入成功則修改密碼。 會員密碼找回活動圖如下圖所示： 會員密碼找回順序圖如下圖所示： 圖5-3-1 密碼找回功能活動圖 圖5-3-2 密碼找回功能順序圖 描述： 表5-3 會員密碼找回數(shù)據(jù)描述 編號 名稱 類型 描述 1 One/Index.jsp 頁面文件 首頁頁面 2 one/Login.jsp 頁面文件 用