【文章內(nèi)容簡(jiǎn)介】 其開(kāi)發(fā)并不復(fù)雜，只需一些基本的開(kāi)發(fā)工具。而且開(kāi)發(fā)出的系統(tǒng)操作起來(lái)也比較簡(jiǎn)單，另外具備網(wǎng)絡(luò)中的一些資源優(yōu)勢(shì)，因此開(kāi)發(fā)費(fèi)用較低。②經(jīng)濟(jì)合理性。由于通過(guò)網(wǎng)絡(luò)進(jìn)行商務(wù)活動(dòng)，信息成本低，足不出戶，可節(jié)省交通費(fèi)，且減少了中介費(fèi)用，因此整個(gè)交易活動(dòng)會(huì)降低成本。經(jīng)濟(jì)可行性主要依據(jù)是成本／效益分析，該系統(tǒng)的目標(biāo)是以最低的成本，在最短的期限內(nèi)開(kāi)發(fā)出具有網(wǎng)上訂餐等功能的網(wǎng)上訂餐系統(tǒng)。該系統(tǒng)的目標(biāo)是以最低的成本，在較短的時(shí)間內(nèi)開(kāi)發(fā)出具有網(wǎng)上訂餐系統(tǒng)，目標(biāo)系統(tǒng)并不是十分的復(fù)雜。當(dāng)系統(tǒng)開(kāi)發(fā)完實(shí)際運(yùn)行后，將很大程度上提高計(jì)算機(jī)的功能，在為使用者帶來(lái)便利的同時(shí)，也為系統(tǒng)的進(jìn)一步推廣創(chuàng)造了條件。這帶來(lái)的經(jīng)濟(jì)回報(bào)將遠(yuǎn)超過(guò)支出，并且最重要的是該軟件的開(kāi)發(fā)可以使我們對(duì)系統(tǒng)的開(kāi)發(fā)有全面的認(rèn)識(shí)。因此從經(jīng)濟(jì)角度考慮，此訂餐系統(tǒng)開(kāi)發(fā)可行。 可行性研究結(jié)論依據(jù)以上因素，該系統(tǒng)開(kāi)發(fā)項(xiàng)目不僅方便快捷、高效，而且社會(huì)效益比較好，從而使該系統(tǒng)開(kāi)發(fā)者相信該系統(tǒng)開(kāi)發(fā)出來(lái)之后將取得的成功。綜上所述，此項(xiàng)目在技術(shù)、經(jīng)濟(jì)和社會(huì)效益上是完全可行的。 網(wǎng)上訂餐系統(tǒng)需求分析 功能分析作為一個(gè)網(wǎng)上訂餐系統(tǒng)。首先為了保證客戶能夠很方便的進(jìn)行餐品訂購(gòu)，系統(tǒng)應(yīng)該具有分類(lèi)查看餐品，系統(tǒng)應(yīng)該實(shí)現(xiàn)“購(gòu)物車(chē)”的功能，用戶可以把選中的商品放入“購(gòu)物訂單”中，在選購(gòu)?fù)戤吅笤僖黄鸾Y(jié)帳。在系統(tǒng)的后臺(tái)，管理員能夠查看客戶購(gòu)買(mǎi)的訂單，發(fā)布新聞，管理各類(lèi)用戶等。為了更好進(jìn)行服務(wù)，系統(tǒng)還應(yīng)該支持用戶留言功能。因此可分析出該系統(tǒng)所實(shí)現(xiàn)的功能包括前臺(tái)和后臺(tái)兩部分，前臺(tái)為系統(tǒng)功能的主要部分。前臺(tái)主要以會(huì)員身份登錄后的頁(yè)面為主，功能包括如下幾部分：①首頁(yè)餐館和餐品部分信息的簡(jiǎn)單介紹。②訂餐流程實(shí)現(xiàn)對(duì)不同用戶訂餐流程的說(shuō)明。③餐品展示實(shí)現(xiàn)本餐館餐品的分類(lèi)展示及查詢某餐品的具體信息。④信息發(fā)布商城信息的發(fā)布以及客戶留言。⑤網(wǎng)上訂餐訂單的填寫(xiě)以及發(fā)送。⑥后臺(tái)登陸通過(guò)相關(guān)驗(yàn)證，管理員登陸后臺(tái)實(shí)現(xiàn)對(duì)用戶、餐品、訂單以及消息的管理。后臺(tái)功能包括如下幾部分：①用戶管理對(duì)會(huì)員、管理員三類(lèi)用戶的管理。②餐品管理實(shí)現(xiàn)對(duì)餐品信息的增刪改以及查詢等操作。③訂單管理對(duì)用戶的訂單進(jìn)行管理。④信息管理商城公告和商城動(dòng)態(tài)信息的發(fā)布以及客戶留言的管理。 通過(guò)調(diào)查及需求分析可以了解網(wǎng)上訂餐系統(tǒng)的基本功能，并把這些功能以功能結(jié)構(gòu)圖形式畫(huà)出，可以形象地了解該系統(tǒng)實(shí)現(xiàn)的具體功能。該系統(tǒng)總功能結(jié)構(gòu)如圖31所示。 圖31 功能結(jié)構(gòu)圖 用例分析用例圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的功能行為進(jìn)行建模，用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。系統(tǒng)主要功能用例如圖32所示。圖32 網(wǎng)上定餐系統(tǒng)用例圖下面介紹應(yīng)用程序中的主要用例。表1 管理員用例描述用例名稱：管理員 參與者：管理員 前置條件：管理員成功登陸系統(tǒng)后臺(tái) 用例功能：訂單、菜單、用戶、留言的管理 事件流：當(dāng)管理員登錄系統(tǒng)后臺(tái)，彈出后臺(tái)界面 異常事件流：當(dāng)管理員未登錄或輸入不合法的數(shù)據(jù) 后置條件：系統(tǒng)無(wú)改變 表2 會(huì)員訂餐用例描述用例名稱：會(huì)員 參與者：普通用戶 前置條件：會(huì)員成功登錄系統(tǒng) 用例功能：會(huì)員通過(guò)網(wǎng)上訂餐模塊進(jìn)行訂餐 事件流：當(dāng)會(huì)員登錄系統(tǒng)后選擇網(wǎng)上訂餐模塊 異常事件流：當(dāng)會(huì)員未登錄或輸入不合法的數(shù)據(jù) 后置條件：系統(tǒng)無(wú)改變 功能用例管理員用例圖如圖33所示。圖33 管理員用例圖系統(tǒng)在實(shí)現(xiàn)對(duì)各種餐品進(jìn)行管理時(shí)，采取了相對(duì)合理的實(shí)現(xiàn)技術(shù)，如下圖描述了系統(tǒng)在完成餐品管理時(shí)的不同工作。圖34 餐品管理用例圖 主要用例說(shuō)明①用戶登錄和注冊(cè)用戶登錄是電子商務(wù)應(yīng)用必需的功能之一。當(dāng)用打開(kāi)系統(tǒng)時(shí)，首先需要登錄系統(tǒng)，如果用戶沒(méi)有注冊(cè)，則需要注冊(cè)。注冊(cè)的用戶分為普通用戶和管理員用戶，管理員用戶可以維護(hù)已注冊(cè)的用戶信息。當(dāng)用戶登錄系統(tǒng)后，可以查看當(dāng)前系統(tǒng)中的菜單信息以及定餐等操作。②管理員發(fā)布菜單信息管理員可以通過(guò)在線定餐系統(tǒng)動(dòng)態(tài)發(fā)布菜單信息，發(fā)送菜單信息后，登錄的客戶要以查看到菜單信息并選擇某些菜品進(jìn)行定餐。③購(gòu)物車(chē)管理客戶可選中某些菜品添加到購(gòu)物車(chē)中，也可以刪除購(gòu)物車(chē)中的某一菜品或全部清空購(gòu)物車(chē)。④訂單管理客戶把所需要的菜品添加到購(gòu)物車(chē)后，就可以根據(jù)購(gòu)物車(chē)中的菜品下定單，客戶填寫(xiě)好定單后，發(fā)送給餐飲企業(yè)，餐飲企業(yè)根據(jù)用戶定單信息進(jìn)行送餐。4 網(wǎng)上訂餐總體設(shè)計(jì)系統(tǒng)設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過(guò)程。主要目標(biāo)是將系統(tǒng)分析階段所提出的反映了信息需求的系統(tǒng)邏輯方案轉(zhuǎn)換成可以實(shí)施的基于計(jì)算機(jī)與通信系統(tǒng)的物理方案，進(jìn)行系統(tǒng)的總體設(shè)計(jì)和各子模塊的設(shè)計(jì)，為下一階段系統(tǒng)實(shí)施提供必要的技術(shù)資料。系統(tǒng)的總體設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上由抽象到具體的過(guò)程。主要包括系統(tǒng)設(shè)計(jì)、數(shù)據(jù)庫(kù)的需求分析以及網(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ù)資料。 框架描述下面描述網(wǎng)上訂餐系統(tǒng)的架構(gòu)設(shè)計(jì)，整個(gè)系統(tǒng)架構(gòu)基于J2EE技術(shù)體系設(shè)計(jì)。J2EE體系包括JSP、Servlet、EJB、Web Service等多項(xiàng)技術(shù)。這些技術(shù)的出現(xiàn)給Web應(yīng)用開(kāi)發(fā)提供了一個(gè)非常有競(jìng)爭(zhēng)力的選擇[12]，怎樣把這些技術(shù)組合起來(lái)，形成一個(gè)適應(yīng)項(xiàng)目需要的穩(wěn)定架構(gòu)是項(xiàng)目開(kāi)發(fā)過(guò)程中一個(gè)非常重要的步驟。一個(gè)成功的軟件需要有一個(gè)成功的架構(gòu)，但軟件架構(gòu)的建立是一個(gè)復(fù)雜而又持續(xù)改進(jìn)的過(guò)程，軟件開(kāi)發(fā)者們不可能對(duì)每個(gè)不同的項(xiàng)目做不同的架構(gòu)，而總是盡量重用以前的架構(gòu)，或開(kāi)發(fā)出盡量通用的架構(gòu)方案，Struts就是其中之一，Struts是流行的基于J2EE的架構(gòu)方案，其他常用的基于J2EE的架構(gòu)方案還有Hibernate、Spring等[13]。該系統(tǒng)嚴(yán)格按MVC模式設(shè)計(jì)，按J2EE分層設(shè)計(jì)的理念，將中間層嚴(yán)格分成業(yè)務(wù)邏輯層、DAO層和數(shù)據(jù)持久層等。MVC層的控制器絕對(duì)禁止持久層訪問(wèn)，甚至不參與業(yè)務(wù)邏輯的實(shí)現(xiàn)，表現(xiàn)層采用傳統(tǒng)JSP技術(shù)，JSP技術(shù)結(jié)合Struts的標(biāo)簽庫(kù)，讓?xiě)?yīng)用的表現(xiàn)層層次清晰，可讀性比較好。該系統(tǒng)采用的是典型的J2EE三層結(jié)構(gòu)，分為表現(xiàn)層、中間層(業(yè)務(wù)邏輯層)和數(shù)據(jù)服務(wù)層。三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問(wèn)及合法性校驗(yàn)等工作放在中間層處理?？蛻舳瞬恢苯优c數(shù)據(jù)庫(kù)交互，而是通過(guò)組件與中間層建立連接，再由中間層與數(shù)據(jù)庫(kù)交互，該系統(tǒng)的表現(xiàn)層是傳統(tǒng)的JSP技術(shù)，中間層采用的是流行的Spring+Hibernate[14]，為了將控制層與業(yè)務(wù)邏輯層分離，又細(xì)分為以下幾種。①客戶層(Client Tier)J2EE應(yīng)用可以是基于Web的，也可以是不基于Web的。在基于Web的J2EE應(yīng)用中，用戶的瀏覽器在客戶層中運(yùn)行，并從一個(gè)Web服務(wù)器上下載Web層中的靜態(tài)HTML頁(yè)面或由JSP或Servlets生成的動(dòng)態(tài)HTML頁(yè)面。②Web層J2EE Web組件可以由JSP頁(yè)面、基于Web的Applets以及顯示HTML頁(yè)面的Servlets組成。調(diào)用Servlets或者JSP頁(yè)面的HTML頁(yè)面在應(yīng)用程序組裝時(shí)與Web組件打包在一起，就像客戶層一樣，Web層可能包括一個(gè)Java Bean類(lèi)來(lái)管理用戶輸入，并將輸入發(fā)送到在業(yè)務(wù)層中運(yùn)行的Enterprise Bean類(lèi)來(lái)處理。運(yùn)行在客戶層的Web組件依賴容器來(lái)支持諸如客戶請(qǐng)求和響應(yīng)及Enterprise Bean查詢等。一般來(lái)講，一個(gè)典型的Web應(yīng)用的末端應(yīng)該是表示層。③Service層Service層(業(yè)務(wù)邏輯層)負(fù)責(zé)實(shí)現(xiàn)業(yè)務(wù)邏輯。業(yè)務(wù)邏輯層以DAO層為基礎(chǔ)，通過(guò)對(duì)DAO組件的模式包裝，完成系統(tǒng)所要求的業(yè)務(wù)邏輯。業(yè)務(wù)邏輯層包含布署層，可發(fā)送電子郵件、調(diào)用遠(yuǎn)程服務(wù)等。④DAO層數(shù)據(jù)訪問(wèn)DAO層負(fù)責(zé)與持久化對(duì)象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操作。⑤數(shù)據(jù)持久層PO數(shù)據(jù)持久層PO，持久化對(duì)象。通過(guò)實(shí)體關(guān)系映射工具，將關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)映射成對(duì)象，很方便地實(shí)現(xiàn)以面向?qū)ο蠓绞讲僮鲾?shù)據(jù)庫(kù)，該系統(tǒng)采用Hibernate作為ORM框架。Spring的作用貫穿了整個(gè)中間層，將Web層、Service層、DAO層及PO無(wú)縫整合[15]。系統(tǒng)層次架構(gòu)如圖41所示。 圖41 系統(tǒng)層次架構(gòu)模型 網(wǎng)上訂餐系統(tǒng)流程概述用戶在瀏覽網(wǎng)站時(shí)首先看到的就是網(wǎng)站首頁(yè)。在首頁(yè)用戶可以了解本餐館和部分特色餐品的信息。用戶如果想要訂餐時(shí)或者直接通過(guò)電話或者直接填寫(xiě)收貨人的信息或者注冊(cè)成為會(huì)員，在用戶查看完商品的信息后，可以把自己想要購(gòu)買(mǎi)的商品加入訂單中，也可以隨時(shí)修改，清空訂單里的商品，如果用戶對(duì)訂單里的商品都很滿意，就可以直接下訂單。這時(shí)相關(guān)的程序模塊會(huì)將用戶所提交的所有信息都記錄在數(shù)據(jù)庫(kù)里以便系統(tǒng)的管理人員可以核對(duì)信息并準(zhǔn)備餐品，專(zhuān)門(mén)送餐人員給用戶配送餐品，此時(shí)整個(gè)訂餐的過(guò)程便結(jié)束。在網(wǎng)絡(luò)訂餐的后臺(tái)管理方面還需要添加、修改、刪除餐品，同時(shí)各類(lèi)用戶信息的管理，商城公告的設(shè)置，站內(nèi)新聞的發(fā)布和訂單的處理等都需要系統(tǒng)的管理人員來(lái)操作。 網(wǎng)上訂餐系統(tǒng)業(yè)務(wù)實(shí)體層設(shè)計(jì)數(shù)據(jù)庫(kù)的需求分析主要是數(shù)據(jù)庫(kù)和數(shù)據(jù)庫(kù)表的建立，該系統(tǒng)中需要存儲(chǔ)那些數(shù)據(jù)，都是在這個(gè)設(shè)計(jì)中實(shí)現(xiàn)。業(yè)務(wù)實(shí)體在內(nèi)存中表現(xiàn)為實(shí)體域?qū)ο?，在?shù)據(jù)庫(kù)中表現(xiàn)為關(guān)系數(shù)據(jù)。實(shí)現(xiàn)業(yè)務(wù)實(shí)體包括以下內(nèi)容：①設(shè)計(jì)域模型，創(chuàng)建域模型實(shí)體對(duì)象。②設(shè)計(jì)關(guān)系數(shù)據(jù)模型。③創(chuàng)