在線自助點(diǎn)餐系統(tǒng)設(shè)計(jì)

系統(tǒng)概述1.1系統(tǒng)開(kāi)發(fā)目的餐飲業(yè)一直是服務(wù)業(yè)重要的組成部分，便捷與簡(jiǎn)易是生活中的主題。社會(huì)生活節(jié)奏加快的同時(shí)，人們對(duì)生活質(zhì)量的要求也在不斷提高。網(wǎng)絡(luò)的迅速發(fā)展，使得上網(wǎng)的人數(shù)不斷增加。其中網(wǎng)絡(luò)的多樣性、多選擇性、便捷性，使得網(wǎng)上點(diǎn)餐相比傳統(tǒng)的電話點(diǎn)餐，會(huì)變得更為直觀，更有效率，更清楚的選擇自己所需要的。對(duì)于一些時(shí)間觀念比較強(qiáng)的繁忙的上班族來(lái)說(shuō)，不用擔(dān)心用餐高峰期且不浪費(fèi)自己的午休時(shí)間，對(duì)于學(xué)生來(lái)說(shuō)，能讓其不管處在何時(shí)何地，都能夠很快知曉附近的商家，并根據(jù)自己的選擇完成一次滿意的消費(fèi)；對(duì)于商家來(lái)說(shuō)，更能使自己的店鋪通過(guò)網(wǎng)絡(luò)的推廣讓更多人知曉。1.2系統(tǒng)開(kāi)發(fā)意義在當(dāng)今社會(huì)，計(jì)算機(jī)技術(shù)迅猛發(fā)展。特別是信息技術(shù)和網(wǎng)絡(luò)技術(shù)的迅猛發(fā)展和廣泛應(yīng)用，對(duì)科學(xué)，教育，文化等社會(huì)領(lǐng)域產(chǎn)生了越來(lái)越大的影響。改變?nèi)藗兊墓ぷ?，生活，學(xué)習(xí)和溝通方式。特別是在電腦基本普及的今天，信息技術(shù)已經(jīng)滲透到社會(huì)生活的各個(gè)方面，我們需要一個(gè)現(xiàn)代化的管理系統(tǒng)來(lái)管理公司的日常運(yùn)營(yíng)。手動(dòng)管理這些復(fù)雜數(shù)據(jù)的方式尚未適應(yīng)當(dāng)前的時(shí)代潮流。實(shí)現(xiàn)數(shù)據(jù)標(biāo)準(zhǔn)化和自動(dòng)化管理是企業(yè)和事業(yè)單位管理標(biāo)準(zhǔn)和高效運(yùn)作的必然要求。該系統(tǒng)用于實(shí)現(xiàn)日常運(yùn)營(yíng)的有效管理，使訂單管理系統(tǒng)化，規(guī)范化，科學(xué)化，大大提高了點(diǎn)餐的管理和效率。作為一個(gè)越來(lái)越多地提供餐飲服務(wù)的行業(yè)，使用計(jì)算機(jī)輔助點(diǎn)餐管理是與現(xiàn)代管理模式一致的明智選擇。

2需求分析2.1可行性分析2.1.1可行性分析的目的可行性分析的目的就是對(duì)所要做的工程做一個(gè)全面的綜合的分析,目的就是看能否完成工程，不管是在技術(shù)上還是在經(jīng)濟(jì)上，而不是盲目的進(jìn)行工作，要達(dá)到事半功倍的效果。一項(xiàng)好的可行性研究，還要探討各種具有實(shí)際意義的方案，從中選出最佳方案。2.1.2技術(shù)可行性在線自助點(diǎn)餐系統(tǒng)的前端設(shè)計(jì)與實(shí)現(xiàn)主要采用JSP技術(shù)，基于B/S結(jié)構(gòu)，MYSQL數(shù)據(jù)庫(kù)，主要有兩個(gè)方面，一是前端開(kāi)發(fā)，在這一方面，它們操作簡(jiǎn)單，功能完備。在另一方面，數(shù)據(jù)庫(kù)的建立和維護(hù)，MySQL數(shù)據(jù)庫(kù)非常完整，安全性和穩(wěn)定性高1、JSP能夠提供穩(wěn)定性能、快捷的開(kāi)發(fā)、簡(jiǎn)便的管理、全新的語(yǔ)言以及服務(wù)。2、基于B/S框架的系統(tǒng)的開(kāi)發(fā)已發(fā)展日趨成熟。3、MYSQL數(shù)據(jù)庫(kù)能保證系統(tǒng)數(shù)據(jù)庫(kù)的穩(wěn)定性和安全性。

因此，在線自助點(diǎn)餐系統(tǒng)的開(kāi)發(fā)具有良好的技術(shù)可行性。2.1.3經(jīng)濟(jì)可行性本在線自助點(diǎn)餐系統(tǒng)采用的軟件都是開(kāi)源的，這樣能夠減少很多的精力和資源，不需要太多的支出，同時(shí)我做的這個(gè)系統(tǒng)對(duì)計(jì)算機(jī)配置的條件要求很低，總結(jié)來(lái)說(shuō)不需要太多的投入，在經(jīng)濟(jì)上是完完全全可行的。2.1.4操作可行性本在線自助點(diǎn)餐系統(tǒng)的登錄界面簡(jiǎn)單，不需要用戶花太多的時(shí)間就能熟悉本系統(tǒng)的操作。而且有些界面信息不需要人工錄入，系統(tǒng)自動(dòng)生成。對(duì)操作人員來(lái)說(shuō)，只要會(huì)用電腦就可以。所以，本系統(tǒng)在操作方面具有很高的可行性。2.1.5法律可行性 法律可行性是一定的行為、社會(huì)關(guān)系在法律上能否成立、有效。一定的行為、社會(huì)關(guān)系，符合法律要求，有法律上的依據(jù)，即具有法律可行性；反之，不具有法律可行。本系統(tǒng)完全符合法律要求，所有具有良好的法律可行性。2.2功能分析2.2.1系統(tǒng)首頁(yè)展示 系統(tǒng)首頁(yè)包括了所有使用者的接口，有用戶、商家、管理員的注冊(cè)和登錄功能。使用者必須登錄才能進(jìn)行下一步操作。在系統(tǒng)首頁(yè)的最新動(dòng)態(tài)功能會(huì)提供部分新聞供使用者瀏覽。系統(tǒng)公告功能會(huì)展示開(kāi)發(fā)者的一些想法。使用者如果有什么建議可以通過(guò)首頁(yè)的“聯(lián)系我們”進(jìn)行交流。總之，系統(tǒng)首頁(yè)為使用者的下一步進(jìn)行提供了引導(dǎo)作用。2.2.2購(gòu)買用戶用戶瀏覽首頁(yè)選擇商家，選擇商品，下單，購(gòu)買。用戶進(jìn)入個(gè)人后臺(tái)可以對(duì)自己的基本資料進(jìn)行修改，也可以進(jìn)行訂單管理，比如催單和確認(rèn)支付。同時(shí)如果自己收藏的東西不再喜歡或者沒(méi)有庫(kù)存了，也可以對(duì)收藏的商品進(jìn)行刪除操作。2.2.3商家后臺(tái)商家在后臺(tái)實(shí)現(xiàn)對(duì)自己店鋪的管理，對(duì)菜品的添加，修改。或者調(diào)整店鋪公告和一些優(yōu)惠政策。對(duì)一些訂單做出接單，拒單等操作。2.2.4管理員后臺(tái)管理員在后臺(tái)會(huì)對(duì)進(jìn)行注冊(cè)的用戶和商家進(jìn)行審核，如果不符合要求就不會(huì)通過(guò)；管理員同時(shí)也能修改首頁(yè)的變換圖，管理新聞信息。2.3系統(tǒng)非功能性需求分析2.3.1系統(tǒng)性能分析系統(tǒng)的性能分析主要是分析吞吐率和響應(yīng)率。主要原因是在您指定的用戶組同時(shí)登錄系統(tǒng)后，檢測(cè)和分析將滿足要求。系統(tǒng)性能測(cè)試非常重要。主要測(cè)試的性能指標(biāo)通常具有吞吐量和響應(yīng)時(shí)間等指標(biāo)。吞吐率和響應(yīng)時(shí)間彼此對(duì)應(yīng)。在響應(yīng)時(shí)間內(nèi)，企業(yè)計(jì)費(fèi)管理系統(tǒng)的響應(yīng)時(shí)間需要限制為2秒。2.3.2系統(tǒng)可擴(kuò)展性系統(tǒng)的可擴(kuò)展性通常是指系統(tǒng)當(dāng)前可以實(shí)現(xiàn)的功能，是否需要添加新功能，是否具有擴(kuò)展的實(shí)現(xiàn)功能，以及系統(tǒng)在后續(xù)系統(tǒng)功能需求分析中需要考慮的系統(tǒng)。需要完成的功能在此前提下為擴(kuò)展提供了系統(tǒng)接口。2.3.3系統(tǒng)安全系統(tǒng)的安全性是指在使用系統(tǒng)期間用戶的數(shù)據(jù)使用是否安全，系統(tǒng)操作的數(shù)據(jù)文件是否安全，以及系統(tǒng)的速度和效率是否穩(wěn)定。系統(tǒng)安全性是第一個(gè)滿足系統(tǒng)開(kāi)發(fā)的。可以在滿足安全要求的基礎(chǔ)上分析條件。2.3.4系統(tǒng)穩(wěn)定系統(tǒng)的穩(wěn)定性主要是指系統(tǒng)程序在運(yùn)行過(guò)程中需要保證數(shù)據(jù)文件的穩(wěn)定性和安全性。要備份的數(shù)據(jù)庫(kù)需要與現(xiàn)有數(shù)據(jù)庫(kù)同步運(yùn)行。備份數(shù)據(jù)庫(kù)基本上不參與系統(tǒng)數(shù)據(jù)交換，只備份。數(shù)據(jù)庫(kù)與運(yùn)行數(shù)據(jù)庫(kù)之間的同步確保了數(shù)據(jù)文件的安全穩(wěn)定運(yùn)行。2.4用例圖用例圖是UML中的一種對(duì)用例建模的圖，用來(lái)簡(jiǎn)要描述系統(tǒng)功能。2.4.1用戶用例圖圖2-1用戶用例圖Figure2-1UserUseCaseDiagram2.4.2商家用例圖圖2-2商家用例圖Figure2-2BusinessCaseDiagram2.4.3管理員用例圖圖2-3管理員用例圖Figure2-3AdministratorUseCaseDiagram2.5用例描述表2-1用戶注冊(cè)Table2-1UserRegistration用例名稱用戶注冊(cè)標(biāo)識(shí)符UC01用例描述當(dāng)用戶進(jìn)行系統(tǒng)首頁(yè)，點(diǎn)擊注冊(cè)，頁(yè)面跳轉(zhuǎn)到用戶注冊(cè)界面，用戶輸入注冊(cè)信息，完成注冊(cè)參與者用戶前置條件用戶進(jìn)入系統(tǒng)首頁(yè)后置條件系統(tǒng)將注冊(cè)用戶信息存入數(shù)據(jù)庫(kù)基本事件流擴(kuò)展事件流非功能需求1.用戶向系統(tǒng)發(fā)出注冊(cè)的請(qǐng)求2.系統(tǒng)跳轉(zhuǎn)到注冊(cè)頁(yè)面3用戶輸入注冊(cè)信息4.系統(tǒng)確認(rèn)用戶注冊(cè)有效5.系統(tǒng)將注冊(cè)信息存入到數(shù)據(jù)庫(kù)3a).如果用戶輸入的注冊(cè)信息無(wú)效，轉(zhuǎn)到2并提示無(wú)效信息無(wú)特殊要求表2-2用戶登錄Table2-2UserRegistration用例名稱用戶登錄標(biāo)識(shí)符UC02用例描述用戶進(jìn)行系統(tǒng)首頁(yè)，正確輸入帳號(hào)和密碼，并正確填寫圖形驗(yàn)證碼，完成登錄參與者用戶前置條件用戶完成注冊(cè)條件后置條件系統(tǒng)更新信息基本事件流擴(kuò)展事件流非功能需求1用戶輸入登錄信息2系統(tǒng)確認(rèn)信息無(wú)誤，登錄成功3a)如果用戶輸入的登錄信息錯(cuò)誤，則提示錯(cuò)誤，并跳轉(zhuǎn)1無(wú)特殊要求表2-3個(gè)人資料修改Table2-3PersonalInformationModification用例名稱個(gè)人資料修改標(biāo)識(shí)符UC03用例描述用戶點(diǎn)擊進(jìn)入個(gè)人后臺(tái)，查詢出用戶的相關(guān)信息。參與者用戶前置條件用戶進(jìn)入系統(tǒng)首頁(yè)并登錄成功后置條件系統(tǒng)從數(shù)據(jù)庫(kù)中查詢出所有信息并顯示到頁(yè)面基本事件流擴(kuò)展事件流非功能需求1.用戶點(diǎn)擊個(gè)人后臺(tái)，并進(jìn)入2.系統(tǒng)查詢當(dāng)前用戶信息3.用戶修改信息并提交4.系統(tǒng)更新用戶信息無(wú)無(wú)特殊要求表2-4用戶下單Table2-4UserOrder用例名稱用戶下單標(biāo)識(shí)符UC04用例描述用戶進(jìn)入商家，選擇自己要買的物品，完成下單參與者用戶前置條件用戶登錄成功并進(jìn)入具體商家后置條件系統(tǒng)新增下單記錄基本事件流擴(kuò)展事件流非功能需求1.用戶輸入購(gòu)買信息，點(diǎn)擊購(gòu)買2.系統(tǒng)新增訂單信息無(wú)無(wú)特殊要求表2-5用戶支付Table2-5UserPayments用例名稱用戶支付標(biāo)識(shí)符UC05用例描述用戶進(jìn)入個(gè)人后臺(tái)，完成支付參與者用戶前置條件用戶登錄成功并進(jìn)入個(gè)人后臺(tái)后置條件系統(tǒng)更新訂單狀態(tài)基本事件流擴(kuò)展事件流非功能需求1.用戶找到要支付訂單，點(diǎn)擊支付2.系統(tǒng)更新訂單信息無(wú)無(wú)特殊要求表2-6用戶催單Table2-6Userreminders用例名稱用戶催單標(biāo)識(shí)符UC06用例描述用戶進(jìn)入個(gè)人后臺(tái)，點(diǎn)擊催單，完成催單參與者用戶前置條件商家接單后置條件系統(tǒng)顯示已催單基本事件流擴(kuò)展事件流非功能需求1.用戶選擇訂單，并發(fā)出“催單”請(qǐng)求2.催單狀態(tài)發(fā)生改變無(wú)無(wú)特殊要求表2-7收藏菜品Table2-7Collections用例名稱收藏菜品標(biāo)識(shí)符UC07用例描述用戶進(jìn)入商家，選擇商品，點(diǎn)擊收藏完成參與者用戶前置條件用戶登錄成功后置條件系統(tǒng)成功新增收藏記錄基本事件流擴(kuò)展事件流非功能需求1.用戶點(diǎn)擊收藏2.系統(tǒng)存儲(chǔ)收藏記錄無(wú)無(wú)特殊要求表2-8刪除收藏記錄Table2-8DeletesCollectionRecords用例名稱刪除收藏記錄標(biāo)識(shí)符UC08用例描述用戶進(jìn)入個(gè)人后臺(tái)，選擇相應(yīng)訂單，點(diǎn)擊刪除，完成參與者用戶前置條件用戶登錄成功并進(jìn)入具體商家后置條件系統(tǒng)記錄刪除基本事件流非功能需求1.用戶點(diǎn)擊刪除2.系統(tǒng)刪除訂單信息無(wú)特殊要求表2-9在線留言Table2-9OnlineMessages用例名稱在線留言標(biāo)識(shí)符UC09用例描述用戶進(jìn)入系統(tǒng)首頁(yè)，點(diǎn)擊在線留言，選擇我要留言，完成留言參與者用戶前置條件用戶登錄成功后置條件系統(tǒng)將數(shù)據(jù)存到數(shù)據(jù)庫(kù)基本事件流擴(kuò)展事件流非功能需求1.用戶輸入相關(guān)留言信息，并提交2.系統(tǒng)保存到數(shù)據(jù)無(wú)無(wú)特殊要求表2-10商家注冊(cè)Table2-10BusinessRegistration用例名稱商家注冊(cè)標(biāo)識(shí)符UC10用例描述商家進(jìn)入系統(tǒng)首頁(yè)，點(diǎn)擊商家注冊(cè)，輸入相關(guān)信息，完成注冊(cè)參與者商家前置條件商家進(jìn)入系統(tǒng)首頁(yè)后置條件系統(tǒng)將注冊(cè)商家信息存入數(shù)據(jù)庫(kù)基本事件流擴(kuò)展事件流非功能需求1.商家向系統(tǒng)發(fā)出注冊(cè)的請(qǐng)求2.系統(tǒng)跳轉(zhuǎn)到注冊(cè)頁(yè)面3商家輸入注冊(cè)信息4.系統(tǒng)確認(rèn)商家注冊(cè)有效5.系統(tǒng)將注冊(cè)信息存入到數(shù)據(jù)庫(kù)3a).如果商家輸入的注冊(cè)信息無(wú)效，轉(zhuǎn)到2并提示無(wú)效信息無(wú)特殊要求表2-11商家登錄Table2-11BusinessLogon用例名稱商家登錄標(biāo)識(shí)符UC11用例描述商家進(jìn)入后臺(tái)頁(yè)面，輸入相關(guān)信息，完成登錄參與者商家前置條件商家完成注冊(cè)后置條件系統(tǒng)更新數(shù)據(jù)庫(kù)信息基本事件流擴(kuò)展事件流非功能需求1.商家輸入登錄信息，包括帳號(hào)，密碼，驗(yàn)證碼2.系統(tǒng)確認(rèn)信息無(wú)誤，登錄成功3a).如果商家輸入的登錄信息錯(cuò)誤，則提示錯(cuò)誤，并跳轉(zhuǎn)1無(wú)特殊要求表2-12修改公告和優(yōu)惠Table2-12RevisionAnnouncementandPreferences用例名稱修改公告和優(yōu)惠標(biāo)識(shí)符UC12用例描述商家進(jìn)入后臺(tái)，找到店鋪信息，修改公告和優(yōu)惠政策，完成修改參與者商家前置條件商家登錄成功后臺(tái)后置條件系統(tǒng)更新數(shù)據(jù)庫(kù)信息基本事件流非功能需求1.商家發(fā)出查看店鋪信息管理的請(qǐng)求2.系統(tǒng)顯示店鋪信息界面3.商家選擇要修改的公告4.商家輸入修改的內(nèi)容，提交5.系統(tǒng)更新數(shù)據(jù)庫(kù)信息無(wú)特殊要求表2-13添加菜品信息Table2-13AddingVegetableInformation用例名稱添加菜品信息標(biāo)識(shí)符UC13用例描述新增菜品，并存儲(chǔ)參與者商家前置條件商家登錄成功后臺(tái)后置條件新增一條菜品記錄基本事件流非功能需求1.商家發(fā)出“菜品信息添加”的請(qǐng)求2.系統(tǒng)顯示菜品具體信息界面，商家輸入相關(guān)信息3.系統(tǒng)更新數(shù)據(jù)庫(kù)無(wú)特殊要求表2-14修改菜品信息Table2-14Revisionofdishinformation用例名稱修改菜品信息標(biāo)識(shí)符UC14用例描述修改菜品的具體信息，并存檔參與者商家前置條件商家登錄成功后臺(tái)后置條件完成修改信息的更新基本事件流非功能需求1.商家發(fā)出修改的請(qǐng)求2.系統(tǒng)顯示菜品具體信息界面3.商家修改完畢后，系統(tǒng)將修改后的信息存儲(chǔ)無(wú)特殊要求表2-15刪除訂單Table2-15Deleteorders用例名稱刪除訂單標(biāo)識(shí)符UC15用例描述商家刪除訂單參與者商家前置條件訂單已完成后置條件訂單刪除，數(shù)據(jù)庫(kù)更新基本事件流非功能需求1.商家找到要?jiǎng)h除的訂單，并發(fā)出“刪除”的請(qǐng)求2.系統(tǒng)提示是否要?jiǎng)h除3.商家選擇后，完成操作4.系統(tǒng)確認(rèn)，數(shù)據(jù)庫(kù)更新無(wú)特殊要求表2-16拒絕訂單Table2-16Refusaloforders用例名稱拒絕訂單標(biāo)識(shí)符UC16用例描述商家拒絕接單參與者商家前置條件用戶完成下單后置條件系統(tǒng)顯示已拒單基本事件流非功能需求1.商家選擇要拒絕的訂單，并發(fā)出“拒單”的請(qǐng)求2.系統(tǒng)顯示已拒單，更新商家和用戶訂單狀態(tài)無(wú)特殊要求表2-17管理員登錄Table2-17AdministratorLogon用例名稱管理員登錄標(biāo)識(shí)符UC17用例描述管理登錄后臺(tái)參與者管理員前置條件管理員進(jìn)入登錄界面后置條件基本事件流擴(kuò)展事件流非功能需求1.管理員輸入正確的信息，包括帳號(hào)，密碼，驗(yàn)證碼2.系統(tǒng)顯示成功界面，完成登錄3a).如果商家輸入的登錄信息錯(cuò)誤，則提示錯(cuò)誤，并跳轉(zhuǎn)1無(wú)特殊要求表2-18審核用戶Table2-18AuditUsers用例名稱審核用戶標(biāo)識(shí)符UC18用例描述管理員進(jìn)入后臺(tái)，對(duì)注冊(cè)用戶進(jìn)行審核參與者管理員前置條件管理員后臺(tái)登錄成功后置條件用戶注冊(cè)通過(guò)，系統(tǒng)完成存儲(chǔ)基本事件流擴(kuò)展事件流非功能需求1.管理員發(fā)送“注冊(cè)用戶管理”的請(qǐng)求。2.系統(tǒng)顯示相應(yīng)頁(yè)面3.管理員選擇完用戶，進(jìn)行審核無(wú)無(wú)特殊要求表2-19刪除商家Table2-19DeletesBusinessmen用例名稱刪除商家標(biāo)識(shí)符UC19用例描述管理員進(jìn)入后臺(tái)，對(duì)注冊(cè)商家進(jìn)行刪除操作參與者管理員前置條件管理員后臺(tái)登錄成功后置條件商家刪除，系統(tǒng)更新數(shù)據(jù)庫(kù)基本事件流擴(kuò)展事件流非功能需求1.管理員發(fā)送“注冊(cè)商家管理”的請(qǐng)求。2.系統(tǒng)顯示相應(yīng)頁(yè)面3.管理員選擇商家4.系統(tǒng)提示是否刪除5刪除商家完成，系統(tǒng)更新數(shù)據(jù)庫(kù)無(wú)無(wú)特殊要求表2-20回復(fù)留言Table2-20RespondingMessages用例名稱回復(fù)留言標(biāo)識(shí)符UC20用例描述管理員進(jìn)入后臺(tái)，對(duì)留言進(jìn)行回復(fù)參與者管理員前置條件管理員后臺(tái)登錄成功后置條件更新留言狀態(tài)基本事件流擴(kuò)展事件流非功能需求1.管理員發(fā)送“留言管理”的請(qǐng)求。2.系統(tǒng)顯示相應(yīng)頁(yè)面3.管理員選擇要回復(fù)的留言，進(jìn)行回復(fù)4.系統(tǒng)更新留言信息無(wú)無(wú)特殊要求

3系統(tǒng)分析與設(shè)計(jì)3.1界面設(shè)計(jì)1)首頁(yè)設(shè)計(jì)此頁(yè)面為網(wǎng)站的首頁(yè)，顯示總的信息，有導(dǎo)航欄，導(dǎo)航欄包括：所有商家、用戶注冊(cè)、商家注冊(cè)、最新動(dòng)態(tài)、最新留言、聯(lián)系我們、系統(tǒng)公告，網(wǎng)站最下方為版權(quán)和管理員入口。界面如下圖：圖3-1首頁(yè)頁(yè)面Figure3-1HomePage2)用戶注冊(cè)頁(yè)面此頁(yè)面實(shí)現(xiàn)用戶注冊(cè)操作，注冊(cè)信息包括：用戶名、密碼、確認(rèn)密碼、姓名、性別、出生年月、QQ、郵箱、電話、身份證、頭像、地址、備注。界面如下圖：圖3-2用戶注冊(cè)頁(yè)面Figure3-2UserRegistrationPage3)菜品詳情頁(yè)面此頁(yè)面實(shí)現(xiàn)菜品的詳情顯示，用戶登錄后可以購(gòu)買、評(píng)論或收藏。界面如下圖：圖3-3菜品詳情頁(yè)面Figure3-3FoodDetailsPage4)最新動(dòng)態(tài)頁(yè)面此頁(yè)面實(shí)現(xiàn)最新動(dòng)態(tài)的列表顯示，點(diǎn)擊可以查看內(nèi)容詳情。界面如下圖：圖3-4最新動(dòng)態(tài)頁(yè)面Figure3-4LatestDynamicPages5)在線留言頁(yè)面此頁(yè)面實(shí)現(xiàn)在線留言的列表顯示，用戶登錄后可以發(fā)表留言。界面如下圖：圖3-5在線留言頁(yè)面Figure3-5OnlineMessagePage6)店鋪信息管理頁(yè)面此頁(yè)面為商家功能，實(shí)現(xiàn)店鋪信息的管理，可以添加或刪除店鋪信息。界面如下圖：圖3-6店鋪信息管理頁(yè)面Figure3-6ShopInformationManagementPage7)菜品信息列表頁(yè)面此頁(yè)面為商家功能，實(shí)現(xiàn)菜品信息的管理，可以修改或刪除菜品信息。界面如下圖：圖3-7菜品信息列表頁(yè)面Figure3-7FoodInformationListPage8)訂單管理信息頁(yè)面此頁(yè)面為商家功能，實(shí)現(xiàn)訂單信息的管理，可以對(duì)訂單信息進(jìn)行拒單、接單、修改或刪除。界面如下圖：圖3-8訂單管理信息頁(yè)面Figure3-8OrderManagementInformationPage9)用戶注冊(cè)列表頁(yè)面此頁(yè)面為管理員功能，實(shí)現(xiàn)用戶注冊(cè)信息的管理，可以修改或刪除用戶注冊(cè)信息。界面如下圖：圖3-9用戶注冊(cè)列表信息頁(yè)面Figure3-9UserRegistrationListInformationPage10)新聞信息查詢頁(yè)面此頁(yè)面為管理員功能，實(shí)現(xiàn)新聞信息的管理，可以修改或刪除新聞信息。界面如下圖：圖3-10新聞信息查詢頁(yè)面Figure3-10NewsInformationQueryPage11)留言板列表信息頁(yè)面此頁(yè)面為管理員功能，實(shí)現(xiàn)留言板信息的管理，可以回復(fù)或刪除留言板信息。界面如下圖：圖3-11留言板列表信息頁(yè)面Figure3-11MessageBoardListInformationPage3.2對(duì)象模型圖3-12類圖Figure3-12classdiagram3.3動(dòng)態(tài)模型1）用戶注冊(cè)時(shí)序圖圖3-13用戶注冊(cè)時(shí)序圖Figure3-13UserRegistrationSequenceDiagram2）用戶登錄時(shí)序圖圖3-14用戶登錄時(shí)序圖Figure3-14UserLoginSequenceDiagram3）個(gè)人資料修改時(shí)序圖圖3-15個(gè)人資料修改時(shí)序圖Figure3-15PersonalDataModificationSequenceDiagram4）用戶下單時(shí)序圖圖3-16用戶下單時(shí)序圖Figure3-16SingleSequenceDiagramforUsers5）用戶支付時(shí)序圖圖3-17用戶支付時(shí)序圖Figure3-17UserPaymentSequenceDiagram6）用戶催單時(shí)序圖圖3-18用戶催單時(shí)序圖Figure3-18Userremindersequencechart7）商家登錄圖3-19商家登錄時(shí)序圖Figure3-19SequenceDiagramofBusinessLogin8）修改公告和優(yōu)惠時(shí)序圖圖3-20修改公告和優(yōu)惠時(shí)序圖Figure3-20ModificationofAnnouncementandPreferentialSequenceDiagram9）拒絕訂單時(shí)序圖圖3-21拒絕訂單時(shí)序圖Figure3-21DenialofOrderSequenceDiagram10）管理員審核商家時(shí)序圖圖3-22管理員審核商家時(shí)序圖Figure3-22AdministratorAuditBusinessSequenceDiagram4數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)的主要任務(wù)是概念設(shè)計(jì)，它實(shí)現(xiàn)了每個(gè)用戶需求，歸納分類和抽象的總和，使他成為獨(dú)立于DBMS概念的模型。數(shù)據(jù)庫(kù)的設(shè)計(jì)至關(guān)重要。在設(shè)計(jì)時(shí)，首先，根據(jù)系統(tǒng)要求，繪制一個(gè)反映每個(gè)應(yīng)用程序要求的E-R圖，包括確定實(shí)體屬性和連接類型。其次，在初始E-R圖上進(jìn)行了一系列優(yōu)化，以消除現(xiàn)有的冗余和可能的矛盾。概念模型旨在客觀地響應(yīng)用戶需求，而不包括特定的軟件硬件。因此，在這里我們需要關(guān)注如何表達(dá)用戶對(duì)系統(tǒng)的需求，而不是考慮具體的實(shí)現(xiàn)問(wèn)題。4.1數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)規(guī)劃出的實(shí)體有管理員實(shí)體、訂單實(shí)體、留言板實(shí)體、評(píng)論實(shí)體、店鋪實(shí)體、菜品信息實(shí)體、收藏記錄實(shí)體、新聞信息實(shí)體、用戶注冊(cè)實(shí)體。主要實(shí)體的實(shí)體屬性圖描述如下：1、管理員實(shí)體：圖4-1管理員實(shí)體屬性圖Figure4-1AdministratorEntityAttributeDiagram2、訂單實(shí)體：圖4-2訂單實(shí)體屬性圖Figure4-2OrderEntityAttributeDiagram3、留言板實(shí)體：圖4-3留言板實(shí)體屬性Figure4-3MessageBoardEntityProperties4、商家實(shí)體：圖4-4商家實(shí)體屬性圖Figure4-4BusinessEntityAttributeMap5、菜品實(shí)體：圖4-5菜品實(shí)體屬性圖Figure4-5SolidAttributeChartofVegetables6、新聞實(shí)體：圖4-6新聞實(shí)體屬性圖Figure4-6AttributeMapofNewsEntities7、用戶實(shí)體：圖4-7用戶實(shí)體屬性圖Figure4-7UserEntityAttributeDiagram8.整體E-R圖圖4-8整體E-R圖Figure4-8OverallE-RDiagram4.2數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)邏輯設(shè)計(jì)階段的任務(wù)，就是把概念設(shè)計(jì)階段設(shè)計(jì)好的實(shí)體屬性圖轉(zhuǎn)換成為本系統(tǒng)開(kāi)發(fā)過(guò)程所需要使用的數(shù)據(jù)庫(kù)所能夠支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)，以下的模型就是由概念設(shè)計(jì)的階段的實(shí)體以及實(shí)體間的關(guān)系所轉(zhuǎn)換得到的：1注冊(cè)用戶表:{ID,用戶名，密碼，姓名，性別，電話，出生年月，身份證，地址}2商家表:{ID，用戶名，密碼，姓名，名稱，郵箱，電話，身份證，地址}3菜品表：｛ID,菜品編號(hào)，菜品名稱，菜品詳情，庫(kù)存，銷售價(jià)格，添加時(shí)間｝4新聞表：｛ID，標(biāo)題，類別，內(nèi)容，摘要，添加人，添加時(shí)間｝5留言板表：｛昵稱，性別，QQ，電話，郵箱，內(nèi)容，回復(fù)內(nèi)容｝6訂單表：｛ID，菜品編號(hào)，購(gòu)買人，店鋪，備注，催單，銷售價(jià)格｝7店鋪表：｛ID，標(biāo)題，首頁(yè)圖片，類別，內(nèi)容，添加人｝4.3數(shù)據(jù)庫(kù)物理結(jié)構(gòu)設(shè)計(jì)由前面的數(shù)據(jù)分析可建立如下幾張表，各表詳細(xì)信息描述如下：管理員表表4-1管理員表Table4-1AdministratorTable序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2usernamevarchar50

是3pwdvarchar50

是4cxvarchar50

是5addtimedatetime

是訂單表表4-2訂單表Table4-2OrderForm序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2dianpuvarchar50

是3shangpinbianhaovarchar50

是4shangpinmingchengvarchar300

是5shangpinleibievarchar50

是6xiaoshoujiagevarchar50

是7kucunvarchar50

是8goumaishuliangvarchar50

是9goumairenvarchar50

是10zongjinevarchar50

是11beizhuvarchar500

是12cuidanvarchar2

是留言板表表4-3留言板表Table4-3MessageBoardTable序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2chengvarchar50

是3xingbievarchar2

是4QQvarchar50

是5youxiangvarchar50

是6dianhuavarchar50

是7neirongvarchar500

是8addtimedatetime

是9huifuneirongvarchar500

是評(píng)論表表4-4評(píng)論表Table4-4Comments序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2xinwenIDvarchar50

是3pinglunneirongvarchar300

是4pinglunrenvarchar50

是5pingfenvarchar50

是店鋪表表4-5店鋪表Table4-5ShopSheets序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2biaotivarchar300

是3leibievarchar50

是4neirongmediumtext

是5tianjiarenvarchar50

是6shouyetupianvarchar50

是菜品信息表表4-6菜品信息表Table4-6VegetableInformationTable序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2dianpuvarchar50

是3shangpinbianhaovarchar50

是4shangpinmingchengvarchar300

是5shangpinleibievarchar50

是6xiaoshoujiagevarchar50

是7kucunint11

是8zhaopianvarchar50

是收藏記錄表表4-7收藏記錄表Table4-7CollectionRecords序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2usernamevarchar50

是3xwidvarchar50

是新聞信息表表4-8新聞信息表Table4-8NewsInformationTable序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2biaotivarchar300

是3leibievarchar50

是4neirongmediumtext

是5tianjiarenvarchar50

是6shouyetupianvarchar50

是7dianjilvint11

是8addtimedatetime

是9zhaiyaomediumtext

是用戶注冊(cè)表表4-9用戶注冊(cè)表Table4-9UserRegistry序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空1IDint11

是是

否2yonghumingvarchar50

是3mimavarchar50

是4xingmingvarchar50

是5xingbievarchar2

是6chushengnianyuevarchar50

是7QQvarchar50

是8youxiangvarchar50

是9dianhuavarchar50

是10shenfenzhengvarchar50

是11touxiangvarchar50

是12dizhivarchar300

是13beizhuvarchar500

是14addtimedatetime

是15isshvarchar2

是

5系統(tǒng)實(shí)現(xiàn)5.1系統(tǒng)開(kāi)發(fā)工具介紹5.1.1MyEclipse簡(jiǎn)介MyEclipse是對(duì)eclipse的一種擴(kuò)展，利用它我們可以提高效率，比如在數(shù)據(jù)庫(kù)和JavaEE的開(kāi)發(fā)方面，以及在應(yīng)用程序服務(wù)器的開(kāi)發(fā)整合等方面都可以提高效率。MyEclipse是一個(gè)非常優(yōu)秀的Eclipse插件集合，應(yīng)用廣泛，功能豐富，包括了編碼，代碼調(diào)試，測(cè)試和發(fā)布功能。5.1.2MYSQL簡(jiǎn)介Mysql是一款免費(fèi)的關(guān)系型數(shù)據(jù)庫(kù)，它在存儲(chǔ)和管理關(guān)系型數(shù)據(jù)方面有著強(qiáng)大的優(yōu)勢(shì)，但是由于數(shù)據(jù)之間的關(guān)系是由開(kāi)發(fā)者在創(chuàng)建表的時(shí)候建立的，因此，對(duì)于Mysql數(shù)據(jù)庫(kù)來(lái)說(shuō)，開(kāi)發(fā)者對(duì)于數(shù)據(jù)庫(kù)中表的建立以及設(shè)計(jì)表和表之間的關(guān)系就變得很重要，關(guān)系的不合理將會(huì)大大降低系統(tǒng)和數(shù)據(jù)庫(kù)做交互時(shí)的查詢的效率。除此之外，Mysql數(shù)據(jù)庫(kù)屬于比較小型的數(shù)據(jù)庫(kù)，因此在中小型項(xiàng)目中應(yīng)用匯比較廣泛，同時(shí)服務(wù)器本身強(qiáng)大的穩(wěn)定性，使得它很少會(huì)出現(xiàn)服務(wù)器異常停止等狀況，由于自身的體積比較小，因此對(duì)于該服務(wù)器的使用成本相對(duì)來(lái)說(shuō)是很低的，Mysql的運(yùn)行速度相對(duì)來(lái)說(shuō)也是很快的，因此對(duì)于管理中小型項(xiàng)目來(lái)說(shuō)也是搓搓有余的,這也是為什么它能夠占據(jù)主流市場(chǎng)的原因之一。5.1.3JSP簡(jiǎn)介JSP技術(shù)是由SUN公司提出，基于JavaServlet技術(shù)來(lái)開(kāi)發(fā)動(dòng)態(tài)的、高性能的Web應(yīng)用程序。在HTML文件中加入Java代碼片段和JSP特殊的標(biāo)記，就能構(gòu)成JSP的網(wǎng)頁(yè)。因?yàn)镴SP是Java的成員，所以JSP也具有跨平臺(tái)的性能。能夠?qū)崿F(xiàn)用戶界面和程序代碼的解耦合，使得業(yè)務(wù)邏輯和代碼的耦合度更低，開(kāi)發(fā)者可以在不修改程序的情況修改用戶的界面。JSP的具體執(zhí)行過(guò)程如下：（1）通過(guò)瀏覽器，以超文本方式通過(guò)表單向Web服務(wù)器提出請(qǐng)求。（2）服務(wù)器得到客戶端的請(qǐng)求后，由Web服務(wù)器上的JSP引擎把JSP代碼，相關(guān)組件，Java腳本以及HTML代碼，轉(zhuǎn)化成為Servlet代碼。（3）接著由JSP引擎調(diào)用Web服務(wù)器端的Java編譯器對(duì)Servlet代碼進(jìn)行編譯。（4）最后，由Java虛擬機(jī)進(jìn)行編譯后的字節(jié)碼文件、并把執(zhí)行結(jié)果以標(biāo)準(zhǔn)HTML頁(yè)面的形式返回給客戶端5.2系統(tǒng)測(cè)試5.2.1軟件測(cè)試的目的 軟件測(cè)試的目的是為了避免系統(tǒng)的一些錯(cuò)誤或者異常而影響到系統(tǒng)投入應(yīng)用后的用戶體驗(yàn)，因此軟件測(cè)試在系統(tǒng)開(kāi)發(fā)占據(jù)有重要地位，為了確保系統(tǒng)的規(guī)范性和穩(wěn)定性，各種手段的測(cè)試是很有必要的。測(cè)試的作用主要體驗(yàn)在一下幾方