外賣訂餐系統(tǒng)設(shè)計(jì).doc

（2016屆）本科畢業(yè)設(shè)計(jì)（論文）資料題目名稱：基于 Web的外賣系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)學(xué)院（部）：計(jì)算機(jī)與通信學(xué)院專業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)學(xué)生姓名：邵輝班級(jí)：計(jì)算機(jī)1202學(xué)號(hào)：12408100211指導(dǎo)教師姓名：曾志高職稱：副教授最終評(píng)定成績(jī)：湖南工業(yè)大學(xué)教務(wù)處2016屆本科畢業(yè)設(shè)計(jì)（論文）資料第一部分 畢業(yè)論文（2016屆）本科畢業(yè)設(shè)計(jì)（論文）資料題目名稱：基于 Web的外賣系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)學(xué)院（部）：計(jì)算機(jī)與通信學(xué)院專業(yè)：計(jì)算機(jī)科學(xué)與技術(shù)學(xué)生姓名：邵輝班級(jí)：計(jì)算機(jī)122學(xué)號(hào)：12408100211指導(dǎo)教師姓名：曾志高職稱：副教授最終評(píng)定成績(jī)：2016 年 5 月湖南工業(yè)大學(xué)本科畢業(yè)論文（設(shè)計(jì)）誠(chéng)信聲明本人鄭重聲明：所呈交的畢業(yè)論文（設(shè)計(jì)），題目基于 Web的外賣系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)是本人在指導(dǎo)教師的指導(dǎo)下，進(jìn)行研究工作所取得的成果。對(duì)本文的研究作出重要貢獻(xiàn)的個(gè)人和集體，均已在文章以明確方式注明。除此之外，本論文（設(shè)計(jì)）不包含任何其他個(gè)人或集體已經(jīng)發(fā)表或撰寫(xiě)過(guò)的作品成果。本人完全意識(shí)到本聲明應(yīng)承擔(dān)的責(zé)任。作者簽名： 邵輝（此處連同下面的日期用手寫(xiě)）日 期： 2016 年 5 月 20 日摘 要隨著外賣訂外賣在高校越來(lái)越普及，傳統(tǒng)的電話訂外賣給顧客跟外賣店帶來(lái)不方便，如何使訂外賣更快速，更方便已成為眾多高校學(xué)生關(guān)注的問(wèn)題了。本外賣訂外賣管理系統(tǒng)是針對(duì)高校外賣店進(jìn)行具體的需求分析，采用OOA（面向?qū)ο蠓治觯┖筒捎肬ML工具輔助開(kāi)發(fā)分析，基于S2SH（Struts2+Spring+Hibernate）架構(gòu)進(jìn)行設(shè)計(jì)和開(kāi)發(fā)。論文主要描述外賣訂外賣管理系統(tǒng)的開(kāi)發(fā)流程，分別從需求分析和系統(tǒng)設(shè)計(jì)、詳細(xì)設(shè)計(jì)與系統(tǒng)實(shí)現(xiàn)這幾個(gè)階段進(jìn)行描述。關(guān)鍵詞：WEB；訂外賣管理系統(tǒng)；S2SH；OOAABSTRACTWith more and more popular in universities order take-out, due to the traditional telephone reservation for customers to bring inconvenience take-away meal, how to make more quickly, more convenient has become the concern of the students. The take-away meal management system in colleges and universities is the concrete take-away demand analysis, using object-oriented analysis (OOA) and using UML tools to assist in the development, using Struts2-Spring-Hibernate framework to design and development. Thesis mainly describes take-away meal management system process, separately from the demand analysis and system design, detailed design and realization of this system are described several stages.Key words: WEB; meal management system; S2SH; OOA 目 錄第1章 緒 論11.1 背景11.2 湖南工業(yè)大學(xué)外賣訂外賣行業(yè)實(shí)際情況的分析11.3 外賣訂外賣管理系統(tǒng)的可行性分析及其作用11.4 系統(tǒng)簡(jiǎn)介2第2章 外賣系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)的關(guān)鍵技術(shù)32.1 引言32.2 struts2技術(shù)介紹32.3 hibernate技術(shù)介紹52.4 spring技術(shù)介紹52.5 數(shù)據(jù)源技術(shù)介紹72.6 小結(jié)8第3章 系統(tǒng)需求分析93.1 引言93.2 UML93.3 需求分析93.4 系統(tǒng)功能93.5 小結(jié)11第4章 系統(tǒng)設(shè)計(jì)124.1 引言124.2 系統(tǒng)總體結(jié)構(gòu)124.3 系統(tǒng)架構(gòu)方式124.4 建立數(shù)據(jù)庫(kù)表144.4.1 系統(tǒng)信息數(shù)據(jù)庫(kù)表設(shè)計(jì)154.4.2 映射文件的編寫(xiě)164.5 詳細(xì)設(shè)計(jì)194.5.1 類設(shè)計(jì)194.5.2 外賣訂外賣系統(tǒng)流程分析214.5.3 時(shí)序圖分析224.5.4 系統(tǒng)主要界面設(shè)計(jì)27第5章 系統(tǒng)實(shí)現(xiàn)305.1 引言305.1 開(kāi)發(fā)工具和環(huán)境305.2 環(huán)境搭配305.3 編碼實(shí)現(xiàn)315.3.1 DAO層的編寫(xiě)325.3.2 Service層的編寫(xiě)325.3.3 Web層的編寫(xiě)335.3.4 ajax的應(yīng)用355.4 小結(jié)37結(jié) 論38參考文獻(xiàn)40致 謝41第1章 緒 論1.1 背景 隨著社會(huì)的不斷進(jìn)步和創(chuàng)新，人們的生活方式也發(fā)生了很大的改變,其中外賣和餐飲行業(yè)以每年平均22%的速度不斷增長(zhǎng)，很快成為了中國(guó)國(guó)民經(jīng)濟(jì)中的發(fā)展行業(yè)最快的之一。隨著人們生活水平的不斷提高，在城市中工作人群的步伐也越來(lái)越快,有時(shí)候根本沒(méi)有時(shí)間自己做飯,這樣就促進(jìn)了外賣行業(yè)的發(fā)展,在我國(guó)大學(xué)內(nèi)餐飲行業(yè)中的外賣行業(yè)就是發(fā)展最為迅速的一個(gè)行業(yè)，在湖南工業(yè)大學(xué)每年都有幾家新的負(fù)責(zé)外賣的餐廳的的產(chǎn)生。外賣訂外賣也已經(jīng)成為湖南工業(yè)大學(xué)學(xué)生生活中不可或缺的一部分活動(dòng)了，并且訂外賣的方式也隨著大學(xué)學(xué)生們的要求不斷提高，不斷的創(chuàng)新化和成熟化。1.2 湖南工業(yè)大學(xué)外賣訂外賣行業(yè)實(shí)際情況的分析學(xué)生們通過(guò)打電話給外賣餐廳服務(wù)員來(lái)定外賣是湖南工業(yè)大學(xué)當(dāng)前使用人數(shù)最多的訂外賣方式，其中比較大的外賣店有攸縣大碗菜、祝家莊、水晶鍋等都是采用電話訂外賣方式，但通過(guò)電話訂外賣方式存在不少的缺陷和不足，比如：效率和時(shí)間的問(wèn)題、打電話的電話費(fèi)成本問(wèn)題等等。對(duì)當(dāng)前湖南工業(yè)大學(xué)外賣訂外賣行業(yè)的實(shí)際情況分析如下：外賣訂外賣店鋪很多并且菜單豐富，店鋪之間一直都在競(jìng)爭(zhēng)。外賣店鋪很多都是服務(wù)員接聽(tīng)客戶的電話并手動(dòng)記錄下外賣的信息,特別是在放學(xué)期間,外賣店鋪訂外賣電話很多時(shí),很容易發(fā)生店鋪訂外賣電話打不通的情況。外賣店鋪在接聽(tīng)客戶訂外賣時(shí),由于客戶不熟悉外賣店鋪的菜單,在于服務(wù)員溝通時(shí)會(huì)浪費(fèi)很多的時(shí)間,容易造成外賣訂外賣電話占線的情況。外賣店鋪不能及時(shí)的獲取學(xué)生的喜好,容易造成有的菜浪費(fèi),有的菜不夠的情況。經(jīng)過(guò)分析湖南工業(yè)大學(xué)的周圍的外賣行業(yè)的實(shí)際情況，很容易發(fā)現(xiàn)我國(guó)國(guó)內(nèi)大學(xué)校園周圍的外賣店基本上數(shù)都是依靠服務(wù)員記錄的管理方式，很少外賣店實(shí)行外賣訂外賣管理的信息化，因此電話訂外賣造成了不少的問(wèn)題。1.3 外賣訂外賣管理系統(tǒng)的可行性分析及其作用根據(jù)以上分析得出傳統(tǒng)的依靠打電話訂外賣不僅會(huì)造成學(xué)生的不方便，另外也對(duì)外賣店鋪的生意產(chǎn)生了不良影響。經(jīng)過(guò)分析得出實(shí)行電話訂外賣有以下幾個(gè)缺點(diǎn)：在每天中午和晚上餐廳高峰期間,外賣店鋪如果只有一臺(tái)電話是不夠的,很容易造成電話占線、餐館服務(wù)員忙不過(guò)來(lái)、比較倉(cāng)促、導(dǎo)致雙方態(tài)度惡劣,引起不必要的麻煩。學(xué)生打電話一般不知道餐廳有什么菜,所以導(dǎo)致點(diǎn)餐很麻煩,也要浪費(fèi)很多的時(shí)間,如果餐館去學(xué)生發(fā)傳單,也會(huì)造成額外的開(kāi)銷。學(xué)生通過(guò)電話訂外賣,總是會(huì)產(chǎn)生一定的電話費(fèi)用,這個(gè)費(fèi)用也是額外的開(kāi)銷。通過(guò)以上綜合的分析，實(shí)行打電話訂外賣不僅不會(huì)促進(jìn)外賣行業(yè)的發(fā)展,反而會(huì)成為外賣行業(yè)發(fā)展的絆腳石，所以實(shí)行訂外賣管理的信息化是勢(shì)在必行的，如果外賣管理系統(tǒng)對(duì)學(xué)生訂外賣流程實(shí)行信息化管理，不僅給訂外賣顧客帶來(lái)了很大的方便,也會(huì)給外賣店鋪帶來(lái)了經(jīng)濟(jì)和效率收益。訂外賣管理系統(tǒng)信息化給顧客和外賣店帶來(lái)了雙贏。對(duì)于顧客，不用再擔(dān)心高峰期打電話訂外賣失敗了，顧客可以通過(guò)瀏覽器在在外賣店鋪網(wǎng)上瀏覽相關(guān)菜單，還可以添加自己喜歡的菜單，在一定程度上解決了曾經(jīng)的那種打電話訂外賣造成菜單出錯(cuò)的現(xiàn)象。也為外賣店鋪帶來(lái)了很大的收益和長(zhǎng)遠(yuǎn)的利益，也能減少外賣店的人力和財(cái)力和物力，通過(guò)外賣管理系統(tǒng)信息化也能使外賣店能夠及時(shí)掌握學(xué)生客戶市場(chǎng)的信息，及時(shí)推出新菜系和實(shí)行更有效的經(jīng)營(yíng)管理策略。1.4 系統(tǒng)簡(jiǎn)介基于WEB的外賣系統(tǒng)主要針對(duì)的是大學(xué)校園的訂外賣流程和對(duì)訂單處理實(shí)行信息化而搭建出來(lái)的B/S外賣購(gòu)物平臺(tái)，學(xué)生客戶可以通過(guò)瀏覽器上網(wǎng)訪問(wèn)外賣網(wǎng)站,也可以實(shí)現(xiàn)網(wǎng)上瀏覽菜單和訂自己喜歡的菜單到購(gòu)物車中，外賣店鋪服務(wù)員通過(guò)后臺(tái)管理登陸該系統(tǒng)實(shí)現(xiàn)對(duì)訂單的處理操作，通過(guò)外賣信息化處理給學(xué)生客戶訂外賣帶來(lái)方便,同時(shí)也給外賣店管理人員帶來(lái)了長(zhǎng)遠(yuǎn)利益。 第2章 外賣系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)的關(guān)鍵技術(shù)2.1 引言基于WEB的外賣管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)選取S2SH架構(gòu)作為基本設(shè)計(jì)理念來(lái)設(shè)計(jì)和開(kāi)發(fā)，因?yàn)镾2SH是SSH的升級(jí)版，以前的SSH架構(gòu)中的用到的MVC框架是struts，而S2SH中的MVC框架用到的是struts2，在Struts框架方面有很大的改進(jìn),struts2與struts在實(shí)際配置方面有很大的不同，其中struts2的配置更靈活、開(kāi)發(fā)更加方便，研究人員利用其開(kāi)發(fā)的插件與hibernate和spring都能達(dá)到無(wú)縫集成，另外本管理系統(tǒng)采用了三層架構(gòu)，首先用struts2處理網(wǎng)站的前端，用hibernate封裝對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)操作，使用spring對(duì)struts2、hibernate和業(yè)務(wù)邏輯層中進(jìn)行數(shù)據(jù)對(duì)象的管理和連接，struts2、hibernate和spring三個(gè)框架有個(gè)字不同的職責(zé)，這樣分層設(shè)計(jì)有利于系統(tǒng)項(xiàng)目開(kāi)發(fā)的分工，也能使項(xiàng)目開(kāi)發(fā)達(dá)到更高的靈活性和可維護(hù)性。S2SH三層架構(gòu)如圖1.1所示。圖1.1 S2SH三層架構(gòu)圖2.2 struts2技術(shù)介紹Struts2是目前功能比較完善的Web系統(tǒng)常用的開(kāi)發(fā)框架,Struts2框架是Struts 1.X的升級(jí)和完善的版本，Struts 2框架集合了Struts 1.X框架和WebWork框架功能中的優(yōu)點(diǎn)。相對(duì)比較Struts 1.X,Struts2在功能上已經(jīng)有了非常大的改進(jìn)，首先是取消了ActionForm，其次是降低了框架組件之間的耦合度，Struts 2中的Action部件只是普通的Java類（POJO），使用它可以給模塊測(cè)試的工作帶來(lái)了極大的簡(jiǎn)便。Struts2也提供了強(qiáng)大的整合能力，支持多種返回結(jié)果類型，改進(jìn)了Struts 1.X的標(biāo)簽庫(kù)，引入OGNL表達(dá)式和值棧的概念，給開(kāi)發(fā)者帶來(lái)了更好的體驗(yàn)1。另外從全局功能的角度來(lái)看,Struts2在一定程度上是一個(gè)pull（拉）功能類型的MVC理論的框架，另外它與傳統(tǒng)類型的MVC框架理論的區(qū)別方面就在于在Struts2中，在其中Action部件擔(dān)任的是模型的部分，而不是控制器的部分，雖然它的部分功能仍然有一些重合。“pull”的動(dòng)作由視圖發(fā)起，它直接從Action里拉取所需的數(shù)據(jù)，而不是另外還需要一個(gè)單獨(dú)的模型對(duì)象存在2。圖1.2 MVC/Struts2架構(gòu)圖圖1.2描述了MVC/Struts2架構(gòu)中的模型層、視圖層和控制器層的流程。如圖所示:控制器層通過(guò)Struts2分布Servlet過(guò)濾器來(lái)實(shí)現(xiàn)功能。模型層在功能上通過(guò)Action部件實(shí)現(xiàn)，視圖層則通過(guò)結(jié)果類型和結(jié)果組合實(shí)現(xiàn)。值棧和OGNL提供了公共的線程和鏈接通道，在一定程度上可以使得不同組件之間可以相互的集成。Struts2框架的可取之處就是使用了Action部件代理，Action代理可以根據(jù)系統(tǒng)預(yù)先配置好的配置文件，加載一系列的Servlet攔截器。由攔截器將HttpServletRequest參數(shù)解析出來(lái)，傳入到Action部件當(dāng)中。同樣，Action部件處理的數(shù)據(jù)也是通過(guò)Servlet攔截器傳入HttpServletResponse，然后由HttpServletRequest將數(shù)據(jù)結(jié)果傳給用戶。其實(shí)，上面的處理過(guò)程是典型的AOP理論的方式，Struts2處理過(guò)程模型如圖1.3所示。 圖1.3 Struts2處理過(guò)程模型圖2.3 hibernate技術(shù)介紹Hibernate是一個(gè)優(yōu)秀的輕量級(jí)的ORM框架，開(kāi)發(fā)人員可以通過(guò)使用Hibernate框架。在一定程度上允許開(kāi)發(fā)人員使用面向?qū)ο蟮姆绞綄?duì)系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行檢索訪問(wèn)。這樣就可以避免使用JDBC方式連接和訪問(wèn)數(shù)據(jù)庫(kù)，不會(huì)造成面向?qū)ο缶幊膛c面向過(guò)程編程在數(shù)據(jù)庫(kù)方面的沖突。在這種方式下，很多系統(tǒng)的設(shè)計(jì)應(yīng)用的面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)和面向?qū)ο缶幊逃泻艽蟮南嗤?，這樣讓系統(tǒng)的分析和設(shè)計(jì)更加簡(jiǎn)潔。Hibernate框架作為Java EE持久化的標(biāo)準(zhǔn)框架，讓然使用傳統(tǒng)的POJO做為系統(tǒng)的持久化類。同時(shí)具有低侵入式的系統(tǒng)設(shè)計(jì)這樣不會(huì)造成代碼方面的污染。系統(tǒng)的持久化類無(wú)需繼承任何Hibernate基類，或者實(shí)現(xiàn)任何Hibernate接口，提供了極好的代碼復(fù)用4。Hibernate框架與數(shù)據(jù)庫(kù)、應(yīng)用程序關(guān)聯(lián)關(guān)系如圖1.4所示。圖1.4 Hibernate關(guān)聯(lián)關(guān)系圖雖然Hibernate這個(gè)框架還處于發(fā)展的階段，產(chǎn)生的時(shí)間不長(zhǎng),但是已經(jīng)成為當(dāng)今社會(huì)編程方面最流行的持久層解決方案，和另一個(gè)持久層框架iBATIS比較來(lái)說(shuō)，Hibernate框架更具有面向?qū)ο蟮奶卣?；另外和傳統(tǒng)的Entity EJB的持久層解決方案相比較，Hibernate框架則使用低侵入式的設(shè)計(jì)理念，也就是完全采用普通的Java對(duì)象（POJO）類型，而不必繼承Hibernate的某個(gè)父類或?qū)崿F(xiàn)Hibernate框架中的某個(gè)功能接口。Hibernate框架是面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言和連接關(guān)系數(shù)據(jù)庫(kù)之間的紐帶，另外Hibernate框架也允許程序員采用面向?qū)ο蟮姆绞絹?lái)操作關(guān)系數(shù)據(jù)庫(kù)。2.4 spring技術(shù)介紹Spring框架是一個(gè)優(yōu)秀輕量級(jí)的Web開(kāi)發(fā)框架。Spring框架是一個(gè)分層的架構(gòu)，由7個(gè)模塊組成，如下圖1.5所示。Spring框架中比較重要的模塊是核心容器模塊，其他模塊構(gòu)建在這個(gè)核心的模塊容器之上，核心模塊是其它模塊的基礎(chǔ),核心容器定義創(chuàng)建、配置和管理Bean的方式和操作，核心模塊容器提供了Spring框架的基本功能。其中主要組件是BeanFactory組件，BeanFactory組件是工廠模式的實(shí)現(xiàn)類。BeanFactory組件通過(guò)使用反轉(zhuǎn)控制（IOC）模式，將應(yīng)用程序的配置文件和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼分隔開(kāi)來(lái)。圖1.5 spring七大模塊圖組成Spring框架的每個(gè)模塊（或組件）在一定的程度上都可以單獨(dú)存在的，或者也可以與其他一個(gè)或多個(gè)模塊一起實(shí)現(xiàn)某種功能而存在。其中每個(gè)模塊的功能如下： 核心模塊容器：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是 BeanFactory組件，BeanFactory組件是工廠模式的實(shí)現(xiàn)類。BeanFactory組件使用控制反轉(zhuǎn)(IOC)模式將應(yīng)用程序的配置文件和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼分隔開(kāi)來(lái)。 Spring 上下文模塊：Spring 上下文模塊是一個(gè)配置文件,它的作用是向Spring框架提供上下文的信息。Spring上下文信息包括企業(yè)服務(wù),例如JNDI組件、EJB組件、電子郵件、國(guó)際化組件、校驗(yàn)組件和調(diào)度功能等。 Spring AOP模塊：通過(guò)配置管理特性,Spring AOP模塊可以直接將面向?qū)ο蟮木幊坦δ苋考傻搅薙pring框架之中。所以使用Spring AOP模塊可以很簡(jiǎn)單地使Spring 框架管理的任何對(duì)象支持都Spring AOP模塊。Spring AOP模塊為基于Spring的應(yīng)用程序中的對(duì)象提供了事務(wù)管理服務(wù)等功能。程序開(kāi)發(fā)人員通過(guò)使用Spring AOP模塊,可以不用依賴EJB組件，就毫無(wú)問(wèn)題地將聲明性的事務(wù)管理等功能全都集合到應(yīng)用程序代碼中。 Spring DAO模塊：JDBC DAO模塊中的抽象層概念提供了有很大實(shí)用性的異常理論結(jié)構(gòu)，程序員可用該結(jié)構(gòu)去統(tǒng)計(jì)異常處理和不同數(shù)據(jù)庫(kù)供應(yīng)商之間拋出的錯(cuò)誤信息。異常層次結(jié)構(gòu)簡(jiǎn)化了錯(cuò)誤處理，并且極大地降低了需要編寫(xiě)的異常代碼數(shù)量（例如打開(kāi)和關(guān)閉連接）。Spring DAO的面向JDBC的異常遵從通用的 DAO 異常層次結(jié)構(gòu)。 Spring ORM：Spring框架插入了若干個(gè)ORM框架，從而提供了ORM的對(duì)象關(guān)系工具，其中包括JDO、Hibernate和iBatis SQL Map。所有這些都遵從Spring的通用事務(wù)和DAO 異常層次結(jié)構(gòu)。 Spring Web 模塊：Web上下文模塊建立在應(yīng)用程序上下文模塊之上，為基于Web的應(yīng)用程序提供了上下文。所以，Spring 框架支持與Jakarta Struts的集成。Web模塊還簡(jiǎn)化了處理多部分請(qǐng)求以及將請(qǐng)求參數(shù)綁定到域?qū)ο蟮墓ぷ鳌?Spring MVC框架：MVC框架是一個(gè)全功能的構(gòu)建Web應(yīng)用程序的MVC實(shí)現(xiàn)。通過(guò)策略接口，MVC框架變成為高度可配置的，MVC 容納了大量視圖技術(shù)，其中包括JSP、Velocity、Tiles、iText和POI5。2.5 數(shù)據(jù)源技術(shù)介紹JNDI（Java Naming and Directory Interface，Java命名和目錄接口)是一組在Java應(yīng)用中訪問(wèn)命名和目錄服務(wù)的AP,通過(guò)名稱將資源與服務(wù)進(jìn)行關(guān)聯(lián)1。在系統(tǒng)中使用JNDI連接池連接Oracle數(shù)據(jù)庫(kù)。連接池是在內(nèi)存中預(yù)設(shè)好一定數(shù)量的連接對(duì)象，以備用戶在進(jìn)行數(shù)據(jù)庫(kù)操作時(shí)直接使用,與傳統(tǒng)數(shù)據(jù)庫(kù)連接比較,使用數(shù)據(jù)池技術(shù)數(shù)據(jù)庫(kù)操作性能得到提升，通過(guò)連接池管理數(shù)據(jù)庫(kù)的連接與釋放、提高了系統(tǒng)資源的使用效率1。Java程序訪問(wèn)數(shù)據(jù)庫(kù)時(shí)，只需要從連接池中取出空閑狀態(tài)的數(shù)據(jù)庫(kù)連接；當(dāng)程序訪問(wèn)數(shù)據(jù)庫(kù)結(jié)束，再將數(shù)據(jù)庫(kù)連接放回連接池1。在系統(tǒng)服務(wù)器Tomcat中配置內(nèi)容如下所示:Tomcat配置文件:其中標(biāo)簽的功能如下:Name：表示指定的jndi名稱。Auth：表示認(rèn)證方式，一般為Container。 Type：表示數(shù)據(jù)源床型，使用標(biāo)準(zhǔn)的javax.sql.DataSource。 maxActive：表示連接池當(dāng)中最大的數(shù)據(jù)庫(kù)連接。 maxIdle：表示最大的空閑連接數(shù)。 maxWait：當(dāng)池的數(shù)據(jù)庫(kù)連接已經(jīng)被占用的時(shí)候，最大等待時(shí)間。 Username：表示數(shù)據(jù)庫(kù)用戶名。 Password：表示數(shù)據(jù)庫(kù)用戶的密碼。 driverClassName：表示JDBCDRIVER。 url：表示數(shù)據(jù)庫(kù)URL地址。2.6 小結(jié)基于WEB的外賣訂外賣系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)主要分為管理員操作和客戶操作，系統(tǒng)從需求分析到模型設(shè)計(jì),再到代碼編寫(xiě)都是按照MVC三層的設(shè)計(jì)理念,將系統(tǒng)簡(jiǎn)化為視圖層(View)、控制層(Controller)和模型層(Model),并且在View層與Model層之間使用接口Service連接,Model層和Controller層之間使用DAO接口,降低了層與層之間的耦合度,為以后修改代碼更加方便。同時(shí)在檢索數(shù)據(jù)庫(kù)時(shí)建立一個(gè)數(shù)據(jù)次,可以減少打開(kāi)和關(guān)閉數(shù)據(jù)庫(kù)的次數(shù),有效地提高系統(tǒng)的運(yùn)行效率，對(duì)經(jīng)常登錄的用戶可以帶來(lái)很快的反應(yīng)速度。 第3章 系統(tǒng)需求分析3.1 引言本系統(tǒng)采用OOA(面向?qū)ο蠓治?和UML（Unified Modeling Language）工具為指導(dǎo)理論，第三章主要對(duì)系統(tǒng)的需求分析以及系統(tǒng)設(shè)計(jì)和功能等進(jìn)行分析描述。3.2 UMLUML（Unified Modeling Language）是一種用來(lái)創(chuàng)建程序模型的圖形語(yǔ)言（即帶有語(yǔ)意的一種圖形記號(hào)）7,常用的UML圖有對(duì)象類圖、時(shí)序圖、用例圖、活動(dòng)圖和狀態(tài)圖。3.3 需求分析軟件需求分析是軟件開(kāi)發(fā)過(guò)程中生存期中非常重要的一步，是起到?jīng)Q定性作用的一步。需求分析是軟件定義過(guò)程中一個(gè)必不可少的階段，它的作用是讓開(kāi)發(fā)者明白系統(tǒng)需要做些什么，能完成什么功能。本外賣訂外賣管理系統(tǒng)包括兩個(gè)子系統(tǒng)，前臺(tái)訂外賣和后臺(tái)管理，前臺(tái)訂外賣是供用戶瀏覽菜系和提交訂單進(jìn)行訂外賣；后臺(tái)管理是供管理員進(jìn)行外賣訂單管理、菜系管理、菜單管理。外賣訂餐管理系統(tǒng)主要的作用是滿足學(xué)生和個(gè)人之間的吃飯需求，要解決目前餐廳信息阻塞，許多的資源機(jī)會(huì)而被流失，所以網(wǎng)上外賣訂餐管理系統(tǒng)的出現(xiàn)很好的解決的這一問(wèn)題。該系統(tǒng)分為前臺(tái)和后臺(tái)，前臺(tái)是個(gè)人會(huì)員用的，個(gè)人通過(guò)注冊(cè)成為網(wǎng)站會(huì)員，然后登錄網(wǎng)站系統(tǒng)，可以查看餐廳大量的外賣信息，并可以選擇自己喜歡的菜添加到購(gòu)物車。 系統(tǒng)后臺(tái)管理是管理員對(duì)本系統(tǒng)進(jìn)行管理的平臺(tái)，管理員可以更新菜系信息和菜單信息，并可以對(duì)訂餐的狀態(tài)進(jìn)行管理。3.4 系統(tǒng)功能本系統(tǒng)采用面向?qū)ο蠓治龇椒ǎ旅媸菍?duì)本系統(tǒng)的兩個(gè)子系統(tǒng)進(jìn)行分析說(shuō)明。通過(guò)需求分析跟系統(tǒng)設(shè)計(jì)和功能的分析可以得出該系統(tǒng)的總體結(jié)構(gòu)如圖3.1所示。 圖3.1 系統(tǒng)總體框架圖前臺(tái)管理系統(tǒng)供用戶瀏覽菜系，進(jìn)行菜單添加到購(gòu)物車，用戶可以對(duì)購(gòu)物車進(jìn)行增加、清除，用戶提交訂單后可以在訂單列表查看外賣訂單配送狀態(tài)，用例如圖3.2所示。圖3.2 用戶用例圖 后臺(tái)管理系統(tǒng)有菜系管理、訂單管理、菜單管理三大模塊。 菜系管理：可以對(duì)菜系進(jìn)行查看、添加、修改和刪除。用例如圖3.3所示。圖3.3 菜系管理用例圖訂單管理：可以對(duì)外賣訂單的狀態(tài)進(jìn)行查看，改變。用例如圖3.4所示。圖3.4 訂單管理用例圖 菜單管理：可以對(duì)菜單進(jìn)行查看、添加、修改和刪除。用例如圖3.5所示。圖3.5 菜單管理用例圖3.5 小結(jié)系統(tǒng)項(xiàng)目在開(kāi)始之前首要任務(wù)就是系統(tǒng)需求的分析,根據(jù)搜集的需求分析得出系統(tǒng)的模型設(shè)計(jì),在需求分析時(shí)要根據(jù)實(shí)際情況分析,往往需求的分析是否全面影響著后續(xù)系統(tǒng)的編寫(xiě)。第4章 系統(tǒng)設(shè)計(jì)4.1 引言 本系統(tǒng)的設(shè)計(jì)采用OOA（面向?qū)ο蠓治觯┖屠肬ML工具輔助開(kāi)發(fā)設(shè)計(jì)。4.2 系統(tǒng)架構(gòu)方式本系統(tǒng)使用MVC三層架構(gòu)模式作為系統(tǒng)的設(shè)計(jì)理念，即視圖層，業(yè)務(wù)邏輯層，數(shù)據(jù)訪問(wèn)層，三層之間都相互獨(dú)立，視圖層與業(yè)務(wù)邏輯層通過(guò)接口進(jìn)行通信，業(yè)務(wù)邏輯層與數(shù)據(jù)訪問(wèn)層也是通過(guò)接口進(jìn)行通信，數(shù)據(jù)訪問(wèn)層是直接跟數(shù)據(jù)庫(kù)(DB)通信，可以直接操作數(shù)據(jù)庫(kù)，這樣系統(tǒng)設(shè)計(jì)具有很好的解耦性，每一層內(nèi)容的邏輯的改變和更新不會(huì)影響到另一層的邏輯代碼，這樣對(duì)項(xiàng)目以后的可維護(hù)性及代碼更新具有很大方便作用，三層架構(gòu)流程如圖4.1所示。 圖4.1 三層架構(gòu)圖4.3 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)包括了數(shù)據(jù)庫(kù)需求分析、概念設(shè)計(jì)以及邏輯設(shè)計(jì)。數(shù)據(jù)庫(kù)的需求分析是根據(jù)開(kāi)發(fā)系統(tǒng)的功能對(duì)數(shù)據(jù)庫(kù)進(jìn)行需求分析來(lái)得出數(shù)據(jù)庫(kù)需要的表以及表屬性。概念設(shè)計(jì)是根據(jù)需求分析來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)的實(shí)體結(jié)構(gòu)圖以及ER圖。邏輯設(shè)計(jì)是根據(jù)概念設(shè)計(jì)中的ER模型設(shè)計(jì)數(shù)據(jù)庫(kù)的表結(jié)構(gòu)。4.3.1 數(shù)據(jù)庫(kù)需求分析 本系統(tǒng)使用的是Oracle數(shù)據(jù)庫(kù)，從系統(tǒng)的需求分可以看出，系統(tǒng)需要建立用戶表、菜系表、購(gòu)物車表、訂單表。從功能模塊看，還需要菜單表、訂單詳細(xì)表、購(gòu)物車項(xiàng)表。系統(tǒng)的數(shù)據(jù)庫(kù)包含如下:1. 個(gè)人用戶數(shù)據(jù)：用來(lái)存儲(chǔ)個(gè)人信息，如賬號(hào)，密碼聯(lián)系方式等。2. 菜系數(shù)據(jù)：用來(lái)存儲(chǔ)菜系信息，如菜系名稱，菜系內(nèi)容等。3. 菜單數(shù)據(jù):用來(lái)存放菜單信息，如菜單名稱，介紹等。4. 訂單數(shù)據(jù):用來(lái)存放訂單信息，如姓名，地址等。5. 購(gòu)物車數(shù)據(jù)：用來(lái)存放外賣信息，如菜單數(shù)量，菜單價(jià)格等。6. 訂單詳細(xì)數(shù)據(jù)：用來(lái)訂單詳細(xì)信息，如訂單所屬用戶，訂單項(xiàng)等。7. 購(gòu)物車項(xiàng)數(shù)據(jù)：用來(lái)存放購(gòu)物車項(xiàng)信息，如菜單信息，數(shù)量等。4.3.2 E-R模型在數(shù)據(jù)庫(kù)的概念設(shè)計(jì)中以實(shí)體聯(lián)系法建立E-R模型，用E-R模型表示概念結(jié)構(gòu)，得到外賣訂餐管理系統(tǒng)的概念模型。E-R模型的基本元素是：實(shí)體、聯(lián)系和屬性。實(shí)體是數(shù)據(jù)對(duì)象，是應(yīng)用中能夠區(qū)分的客觀的存在的事物；聯(lián)系表示一個(gè)或多個(gè)實(shí)體之間的關(guān)聯(lián)關(guān)系；能夠描述實(shí)體對(duì)象某一特征的屬性稱為實(shí)體屬性，在實(shí)體中，能夠唯一標(biāo)識(shí)實(shí)體的作用的屬性，它被稱之為“實(shí)體標(biāo)識(shí)符”。根據(jù)以上數(shù)據(jù)庫(kù)的需求分析可以得到系統(tǒng)中需要的實(shí)體類型，進(jìn)一步可以分析實(shí)體所需要的屬性以及各實(shí)體之間的聯(lián)系。系統(tǒng)中的實(shí)體結(jié)構(gòu)圖以及系統(tǒng)E-R模型圖如圖4.2至5.2所示。圖4.2 會(huì)員實(shí)體圖會(huì)員實(shí)體屬性有：會(huì)員ID、用戶名、密碼、等，這些都是不可少的；其中ID更是作為標(biāo)識(shí)存在。圖4.3 訂單實(shí)體圖訂單實(shí)體屬性有：訂單ID、訂單時(shí)間、訂單價(jià)格等，這些都是不可少的；其中ID更是作為標(biāo)識(shí)存在。圖4.4 菜系實(shí)體圖菜系實(shí)體屬性有：菜系ID、菜系名稱、菜系描述等，這些都是不可少的；其中ID更是作為標(biāo)識(shí)存在。圖4.5 菜系實(shí)體圖菜單實(shí)體屬性有：菜單ID、菜單名稱、菜單描述等，這些都是不可少的；其中ID更是作為標(biāo)識(shí)存在。4.4 建立數(shù)據(jù)庫(kù)表很多程序員都是使用傳統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)，就是首先設(shè)計(jì)圖，然后在通過(guò)E-R圖生成數(shù)據(jù)表。使用MVC三層設(shè)計(jì)理念，就是先建立系統(tǒng)實(shí)體類和編寫(xiě)實(shí)體類的映射文件，接著通過(guò)實(shí)體類和映射文件之間的關(guān)系自動(dòng)生成相關(guān)的數(shù)據(jù)庫(kù)表。這種開(kāi)發(fā)模式主要體現(xiàn)出來(lái)的是OOD思想，數(shù)據(jù)的持久化在某一方面都是非常機(jī)械呆板的，基本沒(méi)有什么需要變動(dòng)的，hibernate框架就把這些獨(dú)特的行為抽象出來(lái)自動(dòng)完成，并在轉(zhuǎn)換的效率上進(jìn)行優(yōu)化等，讓我們很容易的就能實(shí)現(xiàn)數(shù)據(jù)庫(kù)的移植。本系統(tǒng)是采用先建立實(shí)體類和編寫(xiě)映射文件，然后根據(jù)之間的關(guān)系自動(dòng)生成數(shù)據(jù)表的開(kāi)發(fā)模式。系統(tǒng)設(shè)計(jì)的實(shí)體類如下表4.1所示。表4.1 實(shí)體類設(shè)計(jì)表類名功能說(shuō)明User用戶類Order訂單類OrderItem訂單項(xiàng)類Category菜系類Menu菜單類Cart購(gòu)物車類CartItem購(gòu)物車項(xiàng)類4.4.1 系統(tǒng)信息數(shù)據(jù)庫(kù)表設(shè)計(jì)如下表4.2所示:數(shù)據(jù)庫(kù)表Category是存儲(chǔ)外賣系統(tǒng)中菜系的信息。其中id字段是作為菜系的序號(hào)，name字段是作為菜系的名稱，description字段是作為菜系的介紹。表4.2 實(shí)體類Category字段名類型是否為空是否主鍵備注idVarchar2(30)是序號(hào)nameVarchar2(30)否菜系名稱descriptionvarchar2(200)否菜系描述 如下表4.3所示:數(shù)據(jù)庫(kù)表Order是存儲(chǔ)外賣系統(tǒng)中外賣訂單的信息。其中id字段作為訂單的序號(hào)，Ordertime字段是作為訂單的提交時(shí)間，price字段是作為訂單的價(jià)格，state字段的作用是標(biāo)記訂單的狀態(tài)，user_id字段作為訂單所屬用戶的序號(hào)。表4.3 實(shí)體類Order字段名類型是否為空是否主鍵備注idVarchar2(40)是序號(hào)ordertimedate否訂單時(shí)間pricenumber否訂單價(jià)格statenumber否訂單狀態(tài)user_idVarchar2(100)否所屬用戶id如下表4.4所示:數(shù)據(jù)庫(kù)表User是存儲(chǔ)該系統(tǒng)中注冊(cè)客戶的個(gè)人信息。其中id字段作為用戶的序號(hào)，username字段是作為用戶的登陸名，password字段作為用戶登錄的密碼，cellphone字段的作用是存儲(chǔ)用戶的聯(lián)系電話，address字段作為用戶外賣配送的地址，sex字段是存儲(chǔ)用戶的性別信息，types字段存儲(chǔ)用戶的會(huì)員類型。表4.4 實(shí)體類User字段名類型是否為空是否主鍵備注idVarchar2(40)是序號(hào)usernameVarchar2(40)否用戶名passwordVarchar2(40)否密碼cellphoneVarchar2(40)否電話addressVarchar2(100)否地址sexVarchar2(4)否性別typesVarchar2(20)否客戶類型 如下表4.5所示:數(shù)據(jù)庫(kù)表OrderItem是存儲(chǔ)外賣系統(tǒng)中外賣訂單項(xiàng)的信息。其中id字段作為訂單項(xiàng)的序號(hào)，quantity字段是作為訂單項(xiàng)的數(shù)量，price字段是作為訂單項(xiàng)的價(jià)格，menu_id字段作為訂單項(xiàng)中包含的菜單的序號(hào)，order_id字段作為訂單項(xiàng)所屬訂單的序號(hào)。表4.5 實(shí)體類OrderItem字段名類型是否為空是否主鍵備注idVarchar2(50)是序號(hào)quantitydate否數(shù)量pricenumber否購(gòu)物項(xiàng)價(jià)格menu_idvarchar2(60)否菜單序號(hào)order_idvarchar2(50)否所屬訂單序號(hào)如下表4.6所示:數(shù)據(jù)庫(kù)表Menu是存儲(chǔ)外賣系統(tǒng)中外賣菜單的信息。其中id字段作為菜單的序號(hào)，name字段是存儲(chǔ)菜單的名稱信息，description字段是存儲(chǔ)菜單的介紹信息，image字段的作用是存儲(chǔ)菜單的實(shí)際圖片，price字段的作用是作為菜單的售價(jià)，Category_id字段的作用是存儲(chǔ)該菜單所屬菜系類別的序號(hào)信息。表4.6 實(shí)體類 Menu字段名類型是否為空是否主鍵備注idVarchar2(30)是序號(hào)nameVarchar2(30)否菜單名稱descriptionvarchar2(100)否菜單描述imagevarchar2(100)否菜單圖片pricenumber否菜單價(jià)格Category_idVarchar2(30)否所屬菜系序號(hào)4.4.2 映射文件的編寫(xiě) 在該系統(tǒng)中Web.xml文件的功能使初始化配置信息。context.xml文件的功能使配合JNDI連接數(shù)據(jù)庫(kù)。Web.xml文件如下： FD CharacterEncodingFiltercom.filter.CharacterEncodingFilter CharacterEncodingFilter/*HtmlFiltercom.filter.HtmlFilterHtmlFilter/* com.filter.IndexListener UserServlet com.web.client.UserServlet MenuServlet com.web.manager.MenuServlet CategoryServlet com.web.manager.CategoryServlet BaseServlet com.web.manager.BaseServlet ManagerOrderServlet com.web.manager.ManagerOrderServlet IndexServlet com.web.client.IndexServlet BuyServlet com.web.client.BuyServlet OrderServlet com.web.client.OrderServlet UserServlet /client/UserServlet MenuServlet /manager/MenuServlet CategoryServlet /manager/CategoryServlet BaseServlet /BaseServlet ManagerOrderServlet /manager/ManagerOrderServlet IndexServlet /client/IndexServlet BuyServlet /client/BuyServlet OrderServlet /client/OrderServlet context.xml文件如下： 4.5 詳細(xì)設(shè)計(jì)這一章節(jié)主要內(nèi)容是描述了怎么樣對(duì)系統(tǒng)的對(duì)象類進(jìn)行分析和設(shè)計(jì)、系統(tǒng)的流程分析以及如何使用時(shí)序圖對(duì)系統(tǒng)中的對(duì)象交互信息等進(jìn)行詳細(xì)的描述。4.5.1 類設(shè)計(jì) 類關(guān)系通過(guò)面向?qū)ο蠓治龅贸鲈诒鞠到y(tǒng)中用戶跟訂單、訂單項(xiàng)，訂單跟訂單項(xiàng)，購(gòu)物車跟訂單項(xiàng),菜系跟菜單都是一對(duì)多關(guān)系，用戶跟購(gòu)物車，訂單跟購(gòu)物車,菜單跟訂單項(xiàng)都是一對(duì)一關(guān)系。其關(guān)聯(lián)關(guān)系如圖4.3所示。 圖4.3 類關(guān)聯(lián)圖DAO與業(yè)務(wù)邏輯類設(shè)計(jì) 1.UserDao與BusinessService設(shè)計(jì)如下圖4.4所示：BusinessService依賴于UserDao。 圖4.4 UserDao與邏輯類關(guān)聯(lián)圖2. CategoryDao 與 BusinessService設(shè)計(jì)如圖4.5所示：BusinessService依賴于CategoryDao。圖4.5 CategoryDao與邏輯類關(guān)聯(lián)圖3. MenuDao 與 BusinessService類設(shè)計(jì)如下圖4.6示：BusinessService依賴于MenuDao。圖4.6 MenuDao與邏輯類關(guān)聯(lián)圖4. OrderDao 與BusinessService類設(shè)計(jì)如下圖4.7示：BusinessService依賴于OrderDao。 圖4.7 OrderDao與邏輯類關(guān)聯(lián)圖4.5.2 外賣訂外賣系統(tǒng)流程分析1.用戶通過(guò)瀏覽器訂購(gòu)?fù)赓u流程：圖4.8 用戶訂購(gòu)?fù)赓u流程圖2.后臺(tái)管理員訂單處理流程： 圖4.9 管理員訂單處理流程圖4.5.3 時(shí)序圖分析1登錄用例實(shí)現(xiàn)A、用戶登錄時(shí)序圖圖4.10用戶登錄時(shí)序圖B、描述1）輸入信息 輸入用戶和密碼，提交登錄信息;2）表單驗(yàn)證 當(dāng)接收到提交表單UserServlet會(huì)調(diào)用userLogin(HttpServletRequest request,HttpServletResponse response)方法進(jìn)行用戶信息查詢，并將用戶登錄信息封裝傳遞到BusinessService中。3）獲取BusinessService接口UserServlet類獲取BusinessService接口，以便調(diào)用BusinessService中的方法userLogin(username,password)。4）查詢用戶信息在BusinessService中userLogin(username,password)會(huì)調(diào)用UserDaoImpl方法,根據(jù)用戶名和密碼在已經(jīng)注冊(cè)的數(shù)據(jù)庫(kù)中查詢是否存在該用戶。5）返回結(jié)果 如果用戶名和密碼輸入正確進(jìn)入系統(tǒng)主頁(yè)面，否則提示用戶名