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

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

1、課 程 設 計 報 告 學 院： 天津理工大學華信軟件學院專業(yè)名稱：軟件工程課程名稱：專業(yè)設計課程代碼：1480010 所在班級：2班學 號：20105780姓 名：課題名稱：MrPizza網(wǎng)站指導老師：完成時間：2013年4月-2013年6月專業(yè)設計課程評分表學號： 姓名： 班級： 題目MrPizza網(wǎng)站評 價 項 目得分選題質(zhì)量符合專業(yè)培養(yǎng)目標，體現(xiàn)綜合訓練基本要求(5分)課程設計選題專業(yè)結(jié)合度高，具有較高科學性、創(chuàng)新性、應用性和可行性：45分有專業(yè)關(guān)聯(lián)性，一定的科學性、應用性和可行性，屬于課程設計類型：13分無專業(yè)關(guān)聯(lián)性，可行性較差：0分題目難易度(5分)課程設計題目難易適度，設計目標明

2、確，符合課程設計的時間、技術(shù)限制等特點：45分選題題目太寬泛或太小，課程設計選題目標不十分明確：13分選題題目太小或不適于作課程設計，課程設計過于簡單，達不到綜合性訓練要求：0分題目工作量(5分)在指導教師指導下獨立完成，課程設計文檔齊全且充實規(guī)范，符合要求的工作量：45分。獨立完成性較好，課程設計文檔齊全，但但內(nèi)容、質(zhì)量欠缺：13分未按規(guī)定時限獨立完成課程設計，文檔不齊全：0分理論意義或?qū)嶋H價值(5分)課程設計具有較高的理論研究意義和實用價值，能充分鍛煉實踐能力：45分課程設計具有一定的理論研究意義和實用價值，在一定程度上鍛煉學生實踐能力：13分課程設計不具有理論研究意義或?qū)嶋H應用價值：0分

3、能力水平查閱文獻資料能力(5分)參考文獻具有適合性、準確性、專業(yè)性和權(quán)威性，原始文獻使用比例高：45分參考文獻具有適合性、準確性、專業(yè)性不足，原始文獻使用比例偏低：13分無參考文獻：0分綜合運用知識能力(5分)能綜合運用專業(yè)基礎理論分析、解決設計中的問題：45分基礎知識較扎實，分析解決問題的能力較強，具有一定的綜合運用知識能力：13分研究方案的設計能力(15分)方案分析準確，系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分科學完整，文理通順，層次清楚：1315分方案構(gòu)思合理、系統(tǒng)流程、數(shù)據(jù)流、功能模塊劃分基本完整，分析較深入：1012分有一定的分析能力和概括能力，能運用所學理論和知識闡述問題，但系統(tǒng)流程、數(shù)據(jù)流

4、、功能模塊劃分不完整：59分分析能力和概括能力較差，闡述問題不明確，沒有系統(tǒng)模型、流程分析或不正確：14分軟件運行與測試情況(15分)軟件運行正常且預計完成功能均順利實現(xiàn)：1315分軟件運行正常且預計完成功能大多數(shù)順利實現(xiàn)：1012分軟件運行正常且預計完成功能只有個別實現(xiàn)：59分軟件運行不正常但錯誤較多：14分沒有運行軟件或未完成軟件設計：0分外文應用能力(5分)根據(jù)選題需要，閱讀、翻譯一定量的本專業(yè)外文文獻資料，有外文參考文獻：45分根據(jù)選題需要，閱讀、翻譯少量的本專業(yè)外文文獻資料，外文參考文獻少或沒有：13分無外文參考文獻：0分成果質(zhì)量創(chuàng)新程度(5分)在設計方案、算法、研究方法與手段等方面

5、具有一定的創(chuàng)新并實施：45分有創(chuàng)新思路，且思路科學但并未實現(xiàn)：13分設計中沒有創(chuàng)新思想：0分寫作水平(10分)結(jié)構(gòu)嚴謹，層次分明，論述清晰，語言流暢，表達準確：910分結(jié)構(gòu)合理，符合邏輯，語言通順，表達準確：58分結(jié)構(gòu)合理，語言表達符合基本文法：14分結(jié)構(gòu)不甚合理，文字語言表達不清：0分寫作規(guī)范(10分)論文的版式符合要求、注釋體例和參考文獻規(guī)范、內(nèi)容摘要和關(guān)鍵詞，符合規(guī)范性：610分論文的注釋體例和參考文獻基本符合規(guī)范、內(nèi)容摘要和關(guān)鍵詞，基本符合規(guī)范性：15分完全不符合規(guī)范或規(guī)范性較差：0分界面美觀大方，操作合理(5分)口界面美觀大方，操作合理使用，有應用Ajax的相關(guān)的技術(shù)：5分口界面美觀

6、，可以合理應用div+css 基本達到設計標準：34分 口界面設計不統(tǒng)一，有拼湊現(xiàn)象：12分 口界面設計不能很好的實現(xiàn)，只是簡單的背景、顏色、圖片：0分 成果完成情況及質(zhì)量(5分)完成預期成果且質(zhì)量較高：45分基本完成預期成果或質(zhì)量不高：13分指導教師評定成績 天津理工大學專業(yè)課程設計選題表屆：2010 學院（系）：華信軟件學院 專業(yè)：軟件工程 年 月 日設計題 目MrPizza網(wǎng)上訂餐系統(tǒng)學生姓名趙文宇 學號20105780一、 實現(xiàn)的功能銷售管理菜品管理(菜品的添加、查看和統(tǒng)計報表、修改等操作) 訂單管理（訂單的添加、查看訂單、刪除訂單） 送餐員管理（添加、查看、修改、和刪除的功能）購物車

7、（添加購物車、查看購物車、刪除購物車）二、 采用的主要技術(shù)Struts2、spring、hibernate、jquery、json、分頁、mysql數(shù)據(jù)庫、jsp3、 研究內(nèi)容Struts2+Hibernate+Spring框架的整合Hibernate與Spring框架 Struts2框架，jsp的鞏固使用AJAX技術(shù)的使用以“網(wǎng)上訂餐”為例鍛煉團隊合作能力，溝通能力四研究步驟系統(tǒng)分析可行性分析 業(yè)務流程圖 數(shù)據(jù)流圖 系統(tǒng)功能模塊 系統(tǒng)設計數(shù)據(jù)庫E-R圖 前臺界面展示 后臺界面展示 購物車功能描述 餐品管理描述 系統(tǒng)測試 五參考文獻書名: 作者: 黃縉華 出版社: 清華大學出版社書名: 作者:

8、 劉志國等編著 出版社: 清華大學出版社書名: 作者: 張海藩 出版社: 清華大學出版社書名: 作者: 王少鋒 出版社: 清華大學出版社序號起止日期計劃完成內(nèi)容13.6-3.3.9系統(tǒng)銷售管理模塊進行可行性分析23.9-3.14對網(wǎng)站的銷售管理模塊進行需求分析（E-R圖，順序圖，流程圖，功能圖）33.15-3.17數(shù)據(jù)庫設計(菜品表,菜品類型,訂單表,總訂單表)43.18-3.20網(wǎng)站首頁設計(菜品顯示,布局)53.21 -3.25網(wǎng)站后臺頁面設計63.26 -3.28菜品信息錄入73.29-4.2菜品信息修改84.3-4.6菜品信息刪除94.7-4.17菜品信息查詢,顯示在首頁上104.18

9、-4.30購物車115.1-5.5訂單修改125.6-5.7訂單刪除135.8-5.10訂單查詢145.11-5.15根據(jù)指定日期統(tǒng)計各菜品銷售額,并繪制(柱狀圖)155.16-5.20按照指定日期統(tǒng)計菜品類型統(tǒng)計各類型的銷售額, 并繪制(柱狀圖)165.21-5.25同一類型統(tǒng)計各菜品銷售量.并繪制(餅狀圖)175.26-6.6文檔編寫目 錄1. 引言11.1. 項目背景及研究意義11.1.1. 項目背景11.1.2. 研究意義11.2. 國內(nèi)外研究現(xiàn)狀21.3. 主要研究內(nèi)容31.4. 論文結(jié)構(gòu)31.4.1. 背景41.4.2. 性能41.4.3. 限制條件51.4.4. 運行環(huán)境51.4

10、.5. 功能模塊52. 系統(tǒng)需求分析62.1. 系統(tǒng)的可行性分析62.1.1. 技術(shù)可行性62.1.2. 社會可行性72.1.3. 經(jīng)濟可行性82.1.4. 可行性研究結(jié)論82.2. 用戶需求分析82.2.1. 功能分析82.2.2. 用例分析102.3. 系統(tǒng)設計目標分析133. 系統(tǒng)概要設計143.1. 系統(tǒng)的流程分析143.1.1. 使用的技術(shù)163.2. 數(shù)據(jù)庫設計163.2.1. 數(shù)據(jù)流程163.2.2. 數(shù)據(jù)庫需求163.2.3. 類的設計173.2.4. 主要的E-R模型18194. 系統(tǒng)詳細設計與實現(xiàn)204.1. 類的關(guān)聯(lián)關(guān)系204.1.1. 持久化類的設計214.1.2. 數(shù)

11、據(jù)庫操作類的設計224.1.3. 數(shù)據(jù)字典245. 功能的實現(xiàn)265.1. 郵箱驗證功能的實現(xiàn)265.1.1. 功能說明265.1.2. 主要代碼描述285.1.3. 運行結(jié)果295.2. 會員名找回功能的實現(xiàn)305.2.1. 功能說明305.2.2. 主要代碼描述325.2.3. 運行結(jié)果345.3. 密碼找回功能的實現(xiàn)345.3.1. 功能說明345.3.2. 主要代碼描述375.3.3. 運行結(jié)果395.4. 菜品添加功能的實現(xiàn)405.4.1. 功能說明405.4.2. 主要代碼描述425.4.3. 運行結(jié)果445.5. 菜品查看功能的實現(xiàn)455.5.1. 功能說明455.5.2. 主要

12、代碼描述485.5.3. 運行結(jié)果505.6. 菜品刪除和修改功能的實現(xiàn)515.6.1. 主要代碼描述545.6.2. 運行結(jié)果565.7. 購物車功能的實現(xiàn)575.7.1. 功能說明575.7.2. 主要代碼描述605.7.3. 運行結(jié)果645.8. 送貨地址添加及查看功能的實現(xiàn)655.8.1. 功能描述655.8.2. 主要代碼描述695.8.3. 運行結(jié)果715.9. 送貨地址刪除及修改功能的實現(xiàn)725.9.1. 功能描述725.9.2. 主要代碼描述755.9.3. 運行結(jié)果776. 系統(tǒng)的部署與測試786.1. 運行環(huán)境的搭建786.1.1. 系統(tǒng)運行環(huán)境的搭建786.2. 系統(tǒng)測試

13、796.2.1. 常見錯誤806.2.2. 測試的方法806.3. 系統(tǒng)維護836.4. 問題及解決方案846.4.1. javamail問題846.4.2. jquery問題866.4.3. fineReport的問題866.4.4. FusionCharts的使用876.4.5. fineReport 報表的使用89結(jié) 論93參考文獻95MrPizza網(wǎng)站設計文檔1. 引言1.1. 項目背景及研究意義1.1.1. 項目背景 時代在發(fā)展，科技在不斷的進步著，人民的生活水平也有了很大的提高，隨著餐飲行業(yè)的發(fā)展，由于餐飲業(yè)門坎較低，中國的大多數(shù)餐飲企業(yè)的老板是從小店發(fā)展起來的，家族式管理的居多，

14、許多還是“人治”，并沒有一套現(xiàn)代企業(yè)制度和監(jiān)督管理體制，所以從觀念意識、經(jīng)營思想和管理水平還有待專業(yè)化。隨著人民生活水平的提高，餐飲業(yè)在服務行業(yè)中占有越來越重要的地位。努力在當前餐飲行業(yè)日趨激烈的競爭中脫穎而出，已成為每位餐飲業(yè)經(jīng)營者所追求的目標。網(wǎng)絡訂餐實現(xiàn)了小店面大作為的成本效益，解決了因為店面小的限制而無法提高營業(yè)額的難題，是一個小投入大成效的經(jīng)營新模式。 那么在現(xiàn)在這個數(shù)字的時代，在計算機普及后的今天，中國進入了互聯(lián)網(wǎng)信息時代，生活方式和工作節(jié)奏都隨著信息傳遞速度的加快而變得急促。從信件傳遞發(fā)展成Email，從傳統(tǒng)電話交流到IP電話網(wǎng)絡電話，一切原本屬于現(xiàn)實生活中的行為方式慢慢地向網(wǎng)絡

15、轉(zhuǎn)移，傳統(tǒng)的購物方式也正在向網(wǎng)絡方面發(fā)展，出現(xiàn)了“網(wǎng)購”這種越來越受歡迎的新型消費方式。同樣，作為服務業(yè)支柱的餐飲業(yè)不可避免地趨向網(wǎng)絡化發(fā)展。1.1.2. 研究意義 隨著社會經(jīng)濟的發(fā)展，人們的生活節(jié)奏不斷加快，上班時間相當緊張，但一日三餐卻不可少。通過網(wǎng)上訂餐系統(tǒng)，不必親臨現(xiàn)場，在家中或在辦公室上網(wǎng)，便可以為自己、家人、朋友聚會等制辦一份既營養(yǎng)又實惠的美食。為了實現(xiàn)對客戶點菜信息收集、處理、共享和再利用，以提高餐飲業(yè)務水平和效率，實現(xiàn)比電話訂購更方便、更迅速、更有效的送餐業(yè)務。通過對訂餐流程的考察，對業(yè)務細節(jié)進行了全面的分析，結(jié)合目前最先進的軟件開發(fā)技術(shù)，實現(xiàn)了訂餐的數(shù)字化、網(wǎng)絡化管理。 餐飲

16、系統(tǒng)不僅需要將整個餐飲業(yè)務通過信息系統(tǒng)進行系統(tǒng)管理，同時需要將各類人工服務的工作交由計算機處理，比如點菜和菜單的傳送等等。同時，本網(wǎng)站是一個網(wǎng)上訂餐系統(tǒng)，能為客戶提供網(wǎng)絡選擇商家、瀏覽菜品介紹、點菜訂餐、約定用餐時間、就餐或送餐以及注明貨幣支付方式等服務。這樣，傳統(tǒng)的訂餐方式也正在轉(zhuǎn)向網(wǎng)絡化發(fā)展，但目前，網(wǎng)上訂餐業(yè)務還處于形成期，成長以及發(fā)展的空間還是有很大的，當今的服務行業(yè)發(fā)展的非常的快，大家對于生活水平的質(zhì)量有了很大的要求，這樣對于第三產(chǎn)業(yè)即：服務行業(yè)在今后的發(fā)展有了相當大的推動作用，為一些企業(yè)提供了很大的客源，在需求和網(wǎng)絡的普及下，網(wǎng)上訂餐有很大的發(fā)展空間，在市場上也會占有一席之地的。1

17、.2. 國內(nèi)外研究現(xiàn)狀 近一段時間以來，熱衷于“網(wǎng)上訂餐”的群體悄然壯大，上班族和學生更把它看成潮流浪尖上的亮點。在網(wǎng)上訂餐的人都是一般都是對電腦比較熟練的人，也就是比較年青化的消費群體，包括白領(lǐng)、大學生、高中生和對計算機操作相對比較熟的人。因為這些人工作都比較忙，而且對計算機也比較熟，思想也比較超前，對于在網(wǎng)上訂餐能夠接受，并經(jīng)常上網(wǎng)訂餐。登錄訂餐網(wǎng)站，輸入“地址”后點擊搜索，出現(xiàn)“外賣店列表”，點擊進入店面，明碼標價的菜單立即躍入眼簾，用鼠標逐個點擊你所要的品種，系統(tǒng)會累計放入“購物車”，輸入具體送餐地址即可下訂單，外送人員就會將美食送到你面前。網(wǎng)上訂餐存在一部分的缺陷和不足。從生產(chǎn)分工來

18、看，網(wǎng)上訂餐最終得引入專業(yè)物流配送，由現(xiàn)代化的物流公司提供配送服務，這是它要突破的第一個瓶頸。其次，網(wǎng)上訂餐送餐和其它網(wǎng)絡服務一樣，要面臨網(wǎng)絡信用問題，從而影響網(wǎng)上訂餐業(yè)務。而網(wǎng)絡技術(shù)問題則是網(wǎng)上訂餐送餐的第三個瓶頸，如因技術(shù)問題丟失了客戶訂單，將會造成很大的負面影響。在網(wǎng)上訂餐的人相對來說還是比較少的情況下,對網(wǎng)上餐館的信用度持疑慮態(tài)度就成為了一個問題。另一方面，就是網(wǎng)上訂餐只可以看到物品的說明簡介和外觀，沒有看到實體于細節(jié)處，無法通過快速瀏覽確定是不是自己想要的菜品。而這正是傳統(tǒng)的實體餐館優(yōu)于網(wǎng)上餐館的地方。1.3. 主要研究內(nèi)容 定義MrPizza網(wǎng)站的體系結(jié)構(gòu)，為管理者在進行人員管理方

19、面提高工作的效率,為網(wǎng)站面向的客戶群體，在進行相應業(yè)務交易時提供盡可能的簡潔操作。介紹項目的工作流程，給項目的使用人員做出詳細的使用介紹，使設計的項目在交互過程中體現(xiàn)人性化，合理化,為了最大化的提高項目的可操作性以及業(yè)務功能的使用性，而進行項目設計，以及項目的講解，也為了使軟件的詳細設計，需求分析與編程更加的合理化，人性化。本文主要研究網(wǎng)上訂餐系統(tǒng)的設計與實現(xiàn)，在整個過程中主要完成以下工作：1. 分析網(wǎng)上訂餐系統(tǒng)的現(xiàn)狀和發(fā)展趨勢，探討、選擇系統(tǒng)開發(fā)技術(shù)和開發(fā)平臺。2. 研究系統(tǒng)開發(fā)所涉及的相關(guān)技術(shù)和理論，采用軟件工程的指導思想，分析系統(tǒng)的功能需求、性能需求和安全需求，進行系統(tǒng)的總體設計。3.

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

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

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

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

24、這個設計的好壞直接影響的后面的開發(fā)。用戶需求分析主要是了解用戶的有哪些需求，本系統(tǒng)主要是用戶的購餐需求以及管理的需求。只有了解了需求分析才能進行系統(tǒng)的開發(fā)，否則就會事倍功半，達不到我們預期的效果，因此需求分析是至關(guān)重要的。2.1. 系統(tǒng)的可行性分析可行性，是指在當前情況下，設計開發(fā)這個系統(tǒng)是否有必要，是否具備必要的條件，它不僅包括必要性，還包括合理性。系統(tǒng)的可行性分析，是針對要設計的系統(tǒng)，研究其設計是否存在內(nèi)外部的必要條件，包括技術(shù)上、資金上、經(jīng)濟上、人力資源以及組織管理上的必要條件，同時要分析在目前條件下是否有必要設計這樣一個系統(tǒng)。2.1.1. 技術(shù)可行性1硬件、軟件要求不高，目前市場上的一

25、般計算機軟硬件資源均能滿足系統(tǒng)開發(fā)要求。其中運用的主要軟件工具有 MyEclipse6.5 ,ACDSee5.0等，數(shù)據(jù)庫開發(fā)采用MySQL5.0。2. 技術(shù)支持1) Java Swing技術(shù)Swing是一個用于開發(fā)Java應用程序用戶界面的開發(fā)工具包。它以抽象窗口工具包(AWT)為基礎使跨平臺應用程序可以使用任何可插拔的外觀風格。它對AWT包進行了修訂和擴展，Swing中的控件類比AWT更豐富，新增了很多復雜控件；Swing的類不再含有與平臺相關(guān)的技術(shù)，而把這些平臺相關(guān)技術(shù)留給運行環(huán)境來處理，因而Swing是純粹的Java產(chǎn)物，具有最大程度的平臺兼容能力。利用Swing的控件類可以開發(fā)出各種

26、操作系統(tǒng)風格的應用界面；Swing的控件類使用接口來實現(xiàn)用戶事件的處理，簡化了用戶輸入事件的處理機制。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)一訪問，它由一組用Java語言編寫的類和接口組成。JDBC實際上是Java制定的數(shù)據(jù)庫訪問操作的規(guī)范，它為工具數(shù)據(jù)庫開發(fā)人員或者Java程序員提供了一套標準的與數(shù)據(jù)庫無關(guān)的JDBC API編程接口，這些編程接口其實就是位于

27、Java.sql包的一些接口和類，利用它們可以方便地對不同數(shù)據(jù)庫進行數(shù)據(jù)查詢、插入、刪除和修改等操作。據(jù)此可以構(gòu)建更高級的工具和接口，使數(shù)據(jù)庫開發(fā)人員能夠用純 Java語言編寫數(shù)據(jù)庫應用程序。3) MySQL數(shù)據(jù)庫MySQL是一個小型關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，MySQL被廣泛地應用在Internet上的中小型網(wǎng)站中。許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了MySQL作為網(wǎng)站數(shù)據(jù)庫。MySQL 是一個真正的多用戶、多線程SQL數(shù)據(jù)庫服務器，它是一個客戶機/服務器結(jié)構(gòu)的實現(xiàn)。MySQL是現(xiàn)在流行的關(guān)系數(shù)據(jù)庫中其中的一種，相比其它的數(shù)據(jù)庫管理系統(tǒng)（DBMS）來說，MySQL具有小巧、功能齊全、查詢

28、迅捷等優(yōu)點，MySQL 對于一般中小型，甚至大型應用都能夠勝任。而該系統(tǒng)是采用純Java語言編寫而成，所以以上技術(shù)足以完成本系統(tǒng)的開發(fā)和設計。3. 維護操作工作方便，后臺操作快捷明了，操作人員可以在短時間內(nèi)完全掌握維護技術(shù)。本系統(tǒng)自主網(wǎng)上訂餐管理，系統(tǒng)具有強大的商品管理、購物車、訂單統(tǒng)計、會員管理等功能，同時擁有靈活多變的商品管理、新聞管理等功能，系統(tǒng)操作簡單。2.1.2. 社會可行性1網(wǎng)絡訂餐將傳統(tǒng)的交易流程信息化、數(shù)字化，一方面以信息流代替了面對面的交易，可以大量減少人力、物力，降低了成本；另一方面突破了時間和空間的限制，使得交易活動可以在任何時間、任何地點進行，從而大大提高了效率。2網(wǎng)絡

29、訂餐使餐飲業(yè)以較低的成本進入信息化市場，使得中小企業(yè)有可能擁有和大企業(yè)一樣的信息資源。它開放性的特點，為企業(yè)創(chuàng)造了更多的交易機會，提高了中小企業(yè)的競爭能力。3網(wǎng)絡訂餐重新定義了傳統(tǒng)的流通模式，減少了中間環(huán)節(jié)，使得生產(chǎn)者和消費者的直接交易成為可能，從而在一定程度上改變了整個社會經(jīng)濟運行的方式。2.1.3. 經(jīng)濟可行性資金可行性：由于系統(tǒng)開發(fā)環(huán)境配置以及其開發(fā)并不復雜，只需一些基本的開發(fā)工具。而且開發(fā)出的系統(tǒng)操作起來也比較簡單，另外具備網(wǎng)絡中的一些資源優(yōu)勢，因此開發(fā)費用較低。經(jīng)濟合理性： 由于通過網(wǎng)絡進行商務活動，信息成本低，足不出戶，可節(jié)省交通費，且減少了中介費用，因此整個交易活動會降低成本。2

30、.1.4. 可行性研究結(jié)論依據(jù)以上因素，本系統(tǒng)開發(fā)項目不僅方便快捷、高效，而且社會效益比較好，從而使本系統(tǒng)開發(fā)者相信該系統(tǒng)開發(fā)出來之后將取得的成功。綜上所述，此項目在技術(shù)、經(jīng)濟和社會效益上是完全可行的。2.2. 用戶需求分析2.2.1. 功能分析用戶以前登錄網(wǎng)站后不能通過購物車直接在網(wǎng)上購買，這給用戶帶來了麻煩，也給管理人員和服務人員帶來的困擾。經(jīng)過調(diào)查和用戶的反饋信息我們現(xiàn)在給網(wǎng)站添加了購物車的功能。用戶訪問網(wǎng)站時，如未登陸成用戶，則可以查看網(wǎng)站中的食品信息不能購買食品，也可以查看留言但是不能添加留言。注冊為會員我們會將您的注冊信息發(fā)送到您的注冊郵箱中，在您登陸后，可以進行添加留言，也可以購

31、買指定數(shù)量的食品，購買完所有食品后，用戶可調(diào)用結(jié)帳功能對所購買的食品進行結(jié)帳，也可以點擊繼續(xù)購物添加新的食品,在整個購買過程中，用戶所購買的食品放在虛擬購物車中，并未記錄數(shù)據(jù)庫中。您也可以查看我們的加盟店,然后到附近的店里去購買食品。 作為一個網(wǎng)上訂餐系統(tǒng)。首先為了保證客戶能夠很方便的進行餐品訂購，系統(tǒng)應該具有分類查看餐品，系統(tǒng)應該實現(xiàn)“購物車”的功能，用戶可以把選中的商品放入“購物訂單”中，在選購完畢后再一起結(jié)帳。在系統(tǒng)的后臺，管理員能夠查看客戶購買的訂單，發(fā)布新聞，管理各類用戶等。為了更好進行服務，系統(tǒng)還應該支持用戶投訴功能。因此可分析出本系統(tǒng)所實現(xiàn)的功能包括前臺和后臺兩部分，前臺為系統(tǒng)功

32、能的主要部分。前臺主要以會員身份登錄后的頁面為主，功能包括如下幾部分：1) 首 頁 餐館和餐品部分信息的簡單介紹。2) 訂餐流程 實現(xiàn)對不同用戶訂餐流程的說明。3) 餐品展示 實現(xiàn)本餐館餐品的分類展示及查詢某餐品的具體信息。4) 會員中心 會員信息的查看與修改。5) 信息發(fā)布 網(wǎng)站信息的發(fā)布以及用戶投訴和客戶留言。6) 網(wǎng)上訂餐 訂單的填寫以及發(fā)送。7) 后臺登陸 通過相關(guān)驗證，管理員登陸后臺實現(xiàn)對用戶、餐品、訂單以及消息的管理。后臺功能包括如下幾部分：1) 用戶管理 對會員、游客、管理員三類用戶的管理。2) 餐品管理 實現(xiàn)對餐品信息的增刪改以及查詢等操作。3) 訂單管理 對用戶的訂單進行管理

33、。4) 信息管理 網(wǎng)站公告和網(wǎng)站動態(tài)信息的發(fā)布以及用戶投訴和客戶留言的管理。 通過對市場的調(diào)查以及對項目的需求分析，基本可以了解網(wǎng)上訂餐系統(tǒng)的基本功能以及操作的流程，并把這些功能以功能結(jié)構(gòu)圖形式畫出，可以形象地了解本系統(tǒng)實現(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)或類的功能行為進行建模，用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。本系統(tǒng)主要的角色（Actor）包括數(shù)據(jù)庫、管理員、游客、會員；系統(tǒng)具體用例如

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

35、錄系統(tǒng)用例功能：會員通過網(wǎng)上訂餐模塊進行訂餐事件流：當會員登錄系統(tǒng)后選擇網(wǎng)上訂餐模塊異常事件流：當會員未登錄或輸入不合法的數(shù)據(jù)后置條件：系統(tǒng)無改變2.3. 系統(tǒng)設計目標分析開發(fā)的軟件是簡易的網(wǎng)上訂餐系統(tǒng)，以各種用戶為主要服務對象。提供良好的用戶界面，實現(xiàn)與用戶的交流，方便會員、游客訂餐是本系統(tǒng)設計的目標。該系統(tǒng)能夠?qū)崿F(xiàn)用戶的注冊，餐品查看，購物車式的餐品訂購，用戶投訴等功能，在系統(tǒng)的后臺，管理員可以處理用戶訂單并配送獲取，并可以對餐品信息、新聞、用戶投訴等實現(xiàn)集中管理。初步預想使用Java Swing+JDBC+MySQL等技術(shù)來完成本網(wǎng)上訂餐系統(tǒng)。系統(tǒng)需要提供的主要功能如下：1. 用戶能夠隨

36、意瀏覽餐品，并能獲取餐品的詳細信息，如餐品圖片預覽、餐品簡介等。2. 系統(tǒng)能夠向用戶提供一些瀏覽信息，讓用戶能夠快速的了解系統(tǒng)出售餐品的信息，如特色餐品等。3. 系統(tǒng)能夠提供公告信息，讓用戶快速了解系統(tǒng)的通告信息。4. 用戶既可以注冊成為本系統(tǒng)的會員，也可以以游客身份訂餐；但會員可以享受如下特權(quán)：能隨時修改自己的信息，可以憑積分享受折扣等。5. 系統(tǒng)有不同權(quán)限的用戶，如會員、游客、系統(tǒng)管理員等。6. 系統(tǒng)可以管理餐品（添加、刪除、修改、查詢），訂單，新聞公告以及客戶投訴等等。3. 系統(tǒng)概要設計系統(tǒng)的概要設計是在系統(tǒng)分析的基礎上由抽象到具體的過程。主要包括系統(tǒng)設計、數(shù)據(jù)庫的需求分析以及網(wǎng)站的整體

37、設計三大塊。系統(tǒng)設計主要目標是將系統(tǒng)分析階段所提出的反映了信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實施的基于計算機運行環(huán)境的具體方案，進行系統(tǒng)的概要設計，為下一階段系統(tǒng)詳細設計提供必要的技術(shù)資料。3.1. 系統(tǒng)的流程分析 對于系統(tǒng)的業(yè)務流程的走向進行系統(tǒng)的分析，從宏觀的角度，時時以一名用戶的視角去設計項目的業(yè)務流程，使項目更加的人性化，自然化，更加符合用戶對于訂餐的一些基本要求，在分析過程中，始終堅持以用戶為核心，以設計用戶滿意的網(wǎng)站為目標，堅持用戶的體驗滿意度至上的原則。 用戶在瀏覽網(wǎng)站時首先看到的就是網(wǎng)站首頁。在首頁用戶可以了解本餐館和部分特色餐品的信息。用戶如果想要訂餐時或者直接通過電話或者直接

38、填寫收貨人的信息或者注冊成為會員，在用戶查看完商品的信息后，可以把自己想要購買的商品加入訂單中，也可以隨時修改，清空訂單里的商品，如果用戶對訂單里的商品都很滿意，就可以直接下訂單(非會員要填寫收貨人的信息才能下訂單)。這時相關(guān)的程序模塊會將用戶所提交的所有信息都記錄在數(shù)據(jù)庫里以便系統(tǒng)的管理人員可以核對信息并準備餐品，專門送餐人員給用戶配送餐品并收取現(xiàn)金，此時整個訂餐的過程便結(jié)束。在網(wǎng)絡訂餐的后臺管理方面還需要添加、修改、刪除餐品，同時各類用戶信息的管理，網(wǎng)站公告的設置，站內(nèi)新聞的發(fā)布和訂單的處理等都需要系統(tǒng)的管理人員來操作，業(yè)務流程如圖3-1 所示： 圖3-1 業(yè)務流程圖3.1.1. 使用的技

39、術(shù) 使用了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ù)之間的關(guān)系，才能正確的設計系統(tǒng)的功能?？梢酝ㄟ^數(shù)據(jù)流程圖來表明數(shù)據(jù)之間的關(guān)系。從圖中可以看到，會員成功登錄后，可以修改查看個人信息，并將這些修改完善后的信息存檔；還可以在查看餐品信息后下訂單，訂單會存儲在數(shù)據(jù)庫對應表中。尚未注冊的用戶，可以在查看餐品信息后下訂單，訂單也會存儲在數(shù)據(jù)庫對應表中，同時游客信息會保存在相應的表中。這些數(shù)據(jù)流最終都要進入數(shù)據(jù)庫，管理員會對這些信息

40、進行分類管理。3.2.2. 數(shù)據(jù)庫需求WEB應用跟蹤和管理用戶的訂單，行為主要有兩種措施：一種是使用Session或Cookies保存用戶活躍期間的信息，但是這些信息在會話結(jié)束后將不再存在。對于那些需要持久保存的信息，以及數(shù)據(jù)量比較大的數(shù)據(jù)必須通過數(shù)據(jù)庫來進行存儲。數(shù)據(jù)庫適合存儲那些需要持久保存的信息，并且提供很好的方式進行查詢，插入，修改和刪除。網(wǎng)上訂餐是面向龐大用戶的信息化產(chǎn)品， MySQL 是一個真正的多用戶、多線程SQL數(shù)據(jù)庫服務器，它是一個客戶機/服務器結(jié)構(gòu)的實現(xiàn)。MySQL是現(xiàn)在流行的關(guān)系數(shù)據(jù)庫中其中的一種，相比其它的數(shù)據(jù)庫管理系統(tǒng)（DBMS）來說，MySQL具有小巧、功能齊全、查

41、詢迅捷等優(yōu)點，MySQL 主要目標是快速、健壯和易用。因此本系統(tǒng)選擇MySQL作為數(shù)據(jù)庫。3.2.3. 類的設計 圖3-1類圖 數(shù)據(jù)庫表的描述：編號庫表名稱描述1User用戶表2Admin管理員表3Province省表4City市表5Location加盟店表6Sender送餐員表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)系的方法，所使用

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

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

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

45、2DaoDAO操作類的接口，定義的數(shù)據(jù)庫操作類中實現(xiàn)在方法4.1.3. 數(shù)據(jù)字典 食品表表4-3 食品表描述字段類型長度主鍵是否允許為空fidint11是否fnamevarchar255否是fdatevarchar255否是fimagevarchar255否是fhotint11否是flpricefloat255否是ftypeFtype200否是fhpricefloat11否是訂單表表4-3 訂單表描述字段類型長度主鍵是否允許為空oidint11是否locationvarchar255否是odatevarchar255否是senderSender255否是taddressTaddress11否是

46、訂單明細表表4-4 訂單明細表描述字段類型長度主鍵是否允許為空orderinfoidint11是否foodFood255否是infotimeDate255否是numfloat11否是orderOrder11否是infomoneyfloat11否是地址表表4-5 地址表描述字段類型長度主鍵是否允許為空adidint11是否addressvarchar255否是UserUser255否是uphonevarchar255否是5. 功能的實現(xiàn)5.1. 郵箱驗證功能的實現(xiàn)5.1.1. 功能說明用戶注冊成功后跳到郵箱驗證的頁面,action方法調(diào)用數(shù)據(jù)庫中的數(shù)據(jù),發(fā)送驗證郵件的信息，驗證成功后可以登錄郵箱

47、查看。郵箱驗證活動圖如下圖所示：郵箱驗證順序圖如下圖所示：圖5-1-1 郵箱驗證功能活動圖圖5-1-2 郵箱驗證功能順序圖描述：表5-1 郵箱驗證數(shù)據(jù)描述編號名稱類型描述1One/Index.jsp頁面文件首頁頁面2One/menber.jsp頁面文件用戶注冊頁面3Tip.html頁面文件郵件發(fā)送成功頁面4daoDao接口Dao的數(shù)據(jù)庫接口類5ActionAction類Dao的Action實現(xiàn)類6Struts.xmlXml文件Struts的控制中心7Mail.htmlHtml文件發(fā)送郵件頁面5.1.2. 主要代碼描述 Dao接口：/編寫一個驗證郵箱唯一性的方法public boolean Ha

48、vemail(String uemail); /編寫一個郵箱驗時修改狀態(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)return false;else

49、return true; Action類：/驗證注冊郵箱 public String Havingmail() throws Exception boolean bo=us.Havemail(umail); HttpServletResponse response = ServletActionContext.getResponse();/ HttpServletRequest request = ServletActionContext.getRequest();PrintWriter out=response.getWriter();out.print(bo); out.flush();

50、if(bo=true) Sendmail mail=new Sendmail(); mail.sendMail(umail,郵箱驗證 ,點擊連接進行郵箱驗證); return SUCCESS; else return NONE; 5.1.3. 運行結(jié)果一個功能的是否實現(xiàn)，看的是最后的運行效果是否是當初想要的，或者是否能將所想要實現(xiàn)的功能基本都實現(xiàn)了，運行結(jié)果是非常重要的在項目的文檔中，因為它是檢驗功能實現(xiàn)與否的重要的依據(jù)。圖5-1-3 郵箱驗證功能運行結(jié)果圖5.2. 會員名找回功能的實現(xiàn)5.2.1. 功能說明 用戶進入主頁面，點擊進入登錄頁面。然后在點擊找回會員名，跳到會員名找回頁面，輸入郵箱

51、號，發(fā)送郵件，進入郵箱查看找到的會員名。會員名找回活動圖如下圖所示：會員名找回順序圖如下圖所示：圖5-2-1 會員名找回功能活動圖圖5-2-2 會員名找回功能順序圖描述：表5-2 會員名找回數(shù)據(jù)描述編號名稱類型描述1One/Index.jsp頁面文件首頁頁面2one/Login.jsp頁面文件用戶登錄頁面3findid.jsp頁面文件用戶找回會員名頁面4daoImplDao實現(xiàn)類Dao的數(shù)據(jù)庫實現(xiàn)類5ActionAction類Dao的Action實現(xiàn)類6ServiceService類Service服務類7Struts.xmlXml文件Struts的控制中心8Tip.htmlHtml文件顯示頁面

52、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 User u where u.uname=+uname+);return list.get(0).getUid();public void updatemailstate(String umail) Session session=template

53、.getSessionFactory().openSession();Query q = session.createQuery(update User u set u.state=1 where u.umail=+umail+);q.executeUpdate(); Action類：public String updatemailstate() System.out.println(為什么不調(diào)用+umail); /改變狀態(tài)的action boolean bo=us.Havemail(umail); if(bo=true) us.updatemailstate(umail); return S

54、UCCESS; else return ERROR; public String sendmail() String umails = (String) ActionContext.getContext().getSession().get(mail); System.out.println(捕捉到的umail為+umails); Sendmail mail=new Sendmail(); mail.sendMail(umails,郵箱驗證 ,點擊連接進行郵箱驗證); return SUCCESS; public String updatemailpage() boolean bo=us.Ha

55、vemail(umail); if(bo=true) ActionContext.getContext().getSession().put(mail,umail ); return SUCCESS; else ActionContext.getContext().put(error,不存在您注冊的郵箱,請查證!); return ERROR;5.2.3. 運行結(jié)果 一個功能的是否實現(xiàn)，看的是最后的運行效果是否是當初想要的，或者是否能將所想要實現(xiàn)的功能基本都實現(xiàn)了，運行結(jié)果是非常重要的在項目的文檔中，因為它是檢驗功能實現(xiàn)與否的重要的依據(jù)。圖5-2-3 會員名找回功能運行結(jié)果圖5.3. 密碼找回功能的實現(xiàn)5.3.1. 功能說明用戶進入主頁面，點擊進入登錄頁面。然后在點擊找回會員名，跳到密碼找回頁面，輸入會員名，輸入密保，驗證輸入信息的準確性，輸入成功則修改密碼。會員密碼找回活動圖如下圖所示：會員密碼找回順序圖如下圖所示：圖5-3-1 密碼找回功能活動圖圖5-3-2 密碼找回功能順序圖描述：表5-3 會員密碼找回數(shù)據(jù)描述編號名稱類型描述1One/Index.jsp頁面文件首頁頁面2one/Login.jsp頁面文件用