網上訂餐系統(tǒng)畢業(yè)論文與設計外加源碼SSH

《網上訂餐系統(tǒng)畢業(yè)論文與設計外加源碼SSH》由會員分享，可在線閱讀，更多相關《網上訂餐系統(tǒng)畢業(yè)論文與設計外加源碼SSH（43頁珍藏版）》請在裝配圖網上搜索。

1、項目源碼下?載地址： ? 廣東科貿職?業(yè)學院 2015 屆學生畢業(yè)?設計 小弟的私人?飛機網上訂?餐系統(tǒng) 設計與實現(xiàn)? 題 目: 　 訂餐系統(tǒng) 姓 名: 系 別: 信息工程系? 專 業(yè): 軟件技術 班 級: 指導老師:

2、 日 期: 38 / 43文檔可自由編輯打印 摘 要 二十一世紀?是一個集數(shù)?字化，網絡化，信息化的，以網絡為核?心的社會。中國的網民?充分領略到?“暢游天地間?，網絡無極限?” 所帶來的暢?快。隨著Int?ernet?的飛速發(fā)展?，使得網絡的?應用日益的?廣泛。如電子商務?，電子政務，網上醫(yī)療，網上娛樂，網絡游戲，網絡教學等?。本次畢業(yè)設?計的題目就?是網絡訂餐?系統(tǒng)。 本論文就畢?業(yè)設計的內?容，系統(tǒng)地闡述?了整個網絡?訂餐系

3、統(tǒng)的?功能及實現(xiàn)?。實現(xiàn)了從菜?品管理，菜品分類和?查詢，到訂餐車實?現(xiàn)，用戶訂單處?理，再到系統(tǒng)管?理?；旧蠈崿F(xiàn)?了網上購物?的功能流程?，能夠實現(xiàn)用?戶與商家在?網上進行訂?餐交易。本系統(tǒng)界面?簡單直觀，易于操作和?使用，交互性強，完全基于I?ntern?et網絡。 經過分析,我使用 SUN公司?的JSP開?發(fā)工具,利用其提供?的各種面向?對象的開發(fā)?工具,尤其是數(shù)據?窗口這一能?方便而簡潔?操縱數(shù)據庫?的智能化對?象,首先在短時?間內建立系?統(tǒng)應用原型?,然后,對初始原型?系統(tǒng)進行需?求迭代,不斷修正和?改進,直到形成滿?意的可行系?統(tǒng)。 關鍵詞：網絡訂餐系?統(tǒng)、JSP、信息時

4、代 目錄 摘 要 I 第一章 引言 1 1.1背景和意?義 1 1.2國內外現(xiàn)?狀 1 第二章 系統(tǒng)開發(fā)平?臺 3 2.1開發(fā)工具?介紹 3 2.2主要開發(fā)?技術介紹 4 2.2.1 JavaE?E平臺 4 2.2.2 SSH技術?介紹 5 2.2.3 MySQL?數(shù)據庫 7 2.3系統(tǒng)環(huán)境?需求 8 第三章 需求分析 9 3.1可行性分?析 9 3.1.1經濟可行?性 9 3.1.2技術可行?性 9 3.1.3法律可行?性 9 3.2系統(tǒng)功能?及特性分析? 10 3.3后臺管理?模塊需求分?析 11 3.4前臺下單?模塊需求分?析 12 第四

5、章 概要設計 14 4.1網上訂餐?系統(tǒng)的功能?模塊概要設?計 14 4.1.1用戶模塊?概要設計 14 4.1.2管理員功?能模塊概要?設計 15 4.2數(shù)據庫的?概要設計 15 4.2.1數(shù)據庫實?體關系圖 15 4.2.2數(shù)據庫表?的設計 16 第五章 詳細設計和?實現(xiàn) 20 5.1功能模塊?介紹 20 5.1.1界面設計? 20 5.1.2 菜單信息瀏?覽 22 5.1.3 用戶登陸/注冊 23 5.1.4 個人信息預?覽 24 5.1.4 訂單信息表? 25 5.1.5 后臺管理員?的登錄 26 5.1.6 后臺主界面? 27 5.2主要實現(xiàn)?技術 2

6、8 5.2.1分頁顯示?算法 28 5.2.2 信息顯示 29 5.2.3 訂單顯示 30 第六章 測試和案例?分析 32 6.1測試的重?要性及其目?的 32 6.1.1測試重要?性 32 6.1.2測試目的? 33 6.2測試的步?驟 33 6.3測試的內?容 34 6.3.1用戶登錄?測試 34 6.3.2非法連接?測試 34 6.3.3 用戶下單測?試 34 6.3.4 管理員添加?菜單測試 35 結論 36 參考文獻 38 致謝 39 第一章 引言 1.1背景和意?義 眾所周知，隨著社會的?發(fā)展，科技的發(fā)達?，人民生活水?平的提高，互

7、聯(lián)網的應?用已普及千?家萬戶,有時大家的?忙碌會不想?浪費太多的?時間出去買?飯，吃飯等，這就為網絡?訂餐提供了?良好的發(fā)展?空間。因此我決定?以網上訂餐?系統(tǒng)作為我?畢業(yè)論文的?的研究課題?，我相信它的?實用性以及?未來的發(fā)展?前景。 而餐飲業(yè)在?網絡領域中?還處于形成?的初期；傳統(tǒng)的飲食?業(yè)中，大都是以實?際門面的形?式來進行宣?傳與交流的?。作為網絡普?遍化的社會?，這還缺少了?一些更為現(xiàn)?代化的元素?。餐飲業(yè)是一?種個性化、多樣化的服?務產業(yè)，而網絡商務?領域則是最?能體現(xiàn)個性?化，多樣化服務?的商務方式?。而且現(xiàn)在大?部分網絡商?務都體現(xiàn)為?像大企業(yè)服?務，結合餐飲這?個特

8、殊的行?業(yè)，終將還發(fā)展?為向小區(qū)域?小店鋪服務?的模式。以最貼切的?方式，最靈便的服?務進入各個?網絡社區(qū)，進入人們的?生活。 網絡訂餐隨?著互聯(lián)網的?成長會逐漸?被人們所喜?愛，正如幾年前?手機移動的?短信一樣，為企業(yè)帶來?的幾百個億?的業(yè)務收入?。在互聯(lián)網世?界里面，誰早一步在?應用上創(chuàng)新?，誰就掌握了?未來的方向?，誰便能把握?機遇，成為時代的?先驅，成功的締造?者。我覺得網上?訂餐服務的?直觀、有效、便捷等優(yōu)點?是傳統(tǒng)的電?話訂餐業(yè)務?無法比擬的?。社會是進步?的，我堅信網絡?訂餐終將取?代以往的電?話訂餐。同時，我也堅信網?絡訂餐將會?帶給廣大繁?忙的工作人?群諸多的方?便

9、，節(jié)約他們大?量的時間。 1.2國內外現(xiàn)?狀 就餐飲業(yè)而?言，在經濟發(fā)達?國家中發(fā)展?的速度及需?求遠比經濟?不發(fā)達的國?家要高很多?。因為經濟發(fā)?達國家人們?的時間觀念?很強，對服務的要?求也比較高?，更重要的是?其餐飲業(yè)能?不斷運用先?進的管理方?法和手段特?別是信息技?術【1】，充分地利用?巨大的信息?資源。在世界上經?濟發(fā)達的國?家和地區(qū)，計算機技術?應用于餐飲?業(yè)已經十分?成熟，如IBM公?司的POS?產品已獲得?較大范圍的?應用。2004年?在美國10?0家最有效?利用信息技?術企業(yè)中，美國最大的?食品和多種?服務公司A?RAGro?up Ine，名列第四。目前它利用

10、?主要的信息?系統(tǒng)使其部?門經理有更?多的時間面?向顧客。 網上訂餐中?多功能性的?服務還可以?讓消費者從?容的網上瀏?覽餐館的菜?單，或進行價格?上的比價，來選擇所需?要的美食佳?肴。目前，通過上網提?供外賣和送?餐服務的餐?廳多于獨立?經營者，外賣與送餐?服務占餐飲?生意額的一?半以上。美國餐飲消?費者越來越?趨向于使用?網上訂餐的?形式來購買?外賣，特別是年輕?一族的消費?者。顯而易見，網上訂餐將?成為餐飲業(yè)?擴大生意的?金礦源，有眼光的餐?飲業(yè)業(yè)主應?該盡早考慮?如何利用英?特網上網銷?售。 目前網上訂?餐業(yè)務在我?國只是處于?形成期，從網站數(shù)量?來看，并不很多，專門從事網

11、?上訂餐業(yè)務?的網站鳳毛?麟角，較大的有易?合飯(? 由于互聯(lián)網?發(fā)展已深入?家庭，網上訂餐這?個課題已經?提出，為了方便人?們生活，提高人們的?生活效率，該類統(tǒng)根據?現(xiàn)實訂餐的?方式虛擬于?網絡之上，使人們通過?網絡就可以?完成生活中?必要的事情?（飲食）。系統(tǒng)的完成?不僅可以基?本實現(xiàn)客戶?訂餐的功能?，還能在此基?礎上提供更?多的，更貼心的服?務。信息技術的?發(fā)展將更快?的推動互聯(lián)?網的發(fā)展，訂餐系統(tǒng)的?重要性也將?越顯其強大?的作用。 第二章 系統(tǒng)開發(fā)平?臺 2.1開發(fā)工具?介紹 經過比較，以及自己所?掌握的知識?所限，最終決定采?用

12、在Win?dows 下使用JS?P+MYSQL?開發(fā)，采用B/S結構，使用JDB?C連接數(shù)據?庫。這樣選擇的?優(yōu)勢以及特?點有： （1）用JSP+MYSQL?靈活方便，可擴充性、可移植性較?好。 二、JDBC與?MYSQL?同為微軟開?發(fā)，兼容性好，同時存取效?率高，且較成熟，目前許多數(shù)?據庫應用系?統(tǒng)都采用這?種方式。JDBC是?Micro?soft主?要數(shù)據存儲?技術，JDBC主?要讓應用程?序或WEB?應用程序存?取各種不同?的數(shù)據源。JDBC封?裝了OLE?-DB復雜的?接口，以極為簡單?的COM接?口存儲數(shù)據?，簡化了程序?員數(shù)據存取?的工作。 三、采用

13、 B/S結構是能?充分發(fā)揮客?戶端ＰＣ的?處理能力，很多工作可?以在客戶端?處理后再提?交給服務器?。對應的優(yōu)點?就是客戶端?響應速度快?。 用JSP開?發(fā)的Web?應用是跨平?臺的，即能在Li?nux下運?行，也能在其他?操作系統(tǒng)上?運行。 JSP技術?使用Jav?a編程語言?編寫類XM?L的tag?s和scr?iptle?ts，來封裝產生?動態(tài)網頁的?處理邏輯。網頁還能通?過tags?和scri?ptlet?s訪問存在?于服務端的?資源的應用?邏輯。JSP將網?頁邏輯與網?頁設計和顯?示分離，支持可重用?的基于組件?的設計，使基于We?b的應用程?序的開發(fā)變?得迅速和容?易。

14、 JSP技術?的強勢： 一、一次編寫，到處運行。在這一點上?Java比?PHP更出色，除了系統(tǒng)之?外，代碼不用做?任何更改。 二、系統(tǒng)的多平?臺支持?；旧峡梢?在所有平臺?上的任意環(huán)?境中開發(fā)，在任意環(huán)境?中進行系統(tǒng)?部署， 在任意環(huán)境?中擴展。相比ASP?/PHP的局?限性是顯而?易見的。 三、強大的可伸?縮性。從只有一個?小的Jar文件就可以?運行Ser?vlet/JSP，到由多臺服?務器進行集?群和負載均?衡，到多臺Ap?plica?tion進?行事務處理?，消息處理，一臺服務器?到無數(shù)臺服?務器，Java顯?示了一個巨?大的生命力?【4】。 四、

15、多樣化和功?能強大的開?發(fā)工具支持?。這一點與A?SP很像，Java已?經有了許多?非常優(yōu)秀的?開發(fā)工具，而且許多可?以免費得到?，并且其中許?多已經可以?順利的運行?于多種平臺?之下。 2.2主要開發(fā)?技術介紹 2.2.1 JavaE?E平臺 JavaE?E 是 J2EE的?一個新的名?稱，之所以改名?，目的還是讓?大家清楚J?2EE只是?Java企?業(yè)應用.隨著WEB?和EJB容?器概念誕生?，使得軟件應?用業(yè)開始擔?心SUN的?伙伴們是否?還在Jav?a平臺上不?斷推出翻新?的標準框架?，致使軟件應?用業(yè)的業(yè)務?核心組件架?構無所適從?，從一直以來?是否需要E?JB的討論?聲中說明

16、了?這種彷徨。 　　在2004?年底中國軟?件技術大會?Ioc微容?器(也就是Jd?on框架的?實現(xiàn)原理)演講中指出?：我們需要一?個跨J2S?E/WEB/EJB的微?容器，保護我們的?業(yè)務核心組?件（中間件），以延續(xù)它的?生命力，而不是依賴?J2SE/J2EE版?本.此次J2E?E改名為J?ava EE，實際也反映?出業(yè)界這種?共同心聲。 JavaE?E的核心是?EJB3.0, 其提供了更?兼便捷的企?業(yè)級的應用?框架。 圖2-1 JavaE?E核心框架?圖 　　J2EE容?易讓初學者?誤解是獨立?于一套Ja?va的技術?方案。 從更深層次?來看，Java誕?生十年來，很多近十

17、年?前的業(yè)務組?件至今還可?以使用，軟件應用不?再由于語言?的更迭革命?帶來毀滅的?打擊了。 功能和規(guī)定? 架構圖 讓我們看看?Java EE 5有哪些新?的功能或規(guī)?定，我們可以從?SUN網站?下載Jav?a EE 5規(guī)范。其架構圖如?下： 圖2-2 JavaE?E架構圖 圖中灰色加?黑部分是J?ava EE 5新的功能?，我們看到，在WEB層?主要加入了?JSF這個?新的表現(xiàn)層?框架，和我們日常?開發(fā)關系密?切的是，引入了新的?Java Persi?stenc?e標準，這個標準正?在由EJB? 3.0專家組制?定。 2.2.2 SSH技術?介紹 SSH 為 S

18、ecur?e Shell? 的縮寫，由 IETF 的網絡工作?小組（Netwo?rk Worki?ng Group?）所制定；SSH 為建立在應?用層和傳輸?層基礎上的?安全協(xié)議。SSH 是目前較可?靠，專為遠程登?錄會話和其?他網絡服務?提供安全性?的協(xié)議。利用 SSH 協(xié)議可以有?效防止遠程?管理過程中?的信息泄露?問題。S S H最初是U? N I X系統(tǒng)上的?一個程序，后來又迅速?擴展到其他?操作平臺。S S H在正確使?用時可彌補?網絡中的漏?洞。S S H客戶端適?用于多種平?臺。幾乎所有U? N I X平臺—包括H P - U X、L i n u x、A I X、S o l a

19、r i s、Digit?al UNIX、I r i x，以及其他平?臺—都可運行S? S H。 SSH是由?客戶端和服?務端的軟件?組成的，有兩個不兼?容的版本分?別是：1.x和2.x。 用SSH 2.x的客戶程?序是不能連?接到SSH? 1.x的服務程?序上去的。OpenS?SH 2.x同時支持?SSH 1.x和2.x。 　　服務端是一?個守護進程?(daemo?n)，他在后臺運?行并響應來?自客戶端的?連接請求。服務端一般?是sshd?進程，提供了對遠?程連接的處?理，一般包括公?共密鑰認證?、密鑰交換、對稱密鑰加?密和非安全?連接。 　　客戶端包含?ssh程序?以及像sc?p（遠程

20、拷貝）、slogi?n（遠程登陸）、sftp（安全文件傳?輸）等其他的應?用程序。 　　他們的工作?機制大致是?本地的客戶?端發(fā)送一個?連接請求到?遠程的服務?端，服務端檢查?申請的包和?IP地址再?發(fā)送密鑰給?SSH的客?戶端，本地再將密?鑰發(fā)回給服?務端，自此連接建?立。SSH 1.x和SSH? 2.x在連接協(xié)?議上有一些?差異。 　　一旦建立一?個安全傳輸?層連接，客戶機就發(fā)?送一個服務?請求。當用戶認證?完成之后，會發(fā)送第二?個服務請求?。這樣就允許?新定義的協(xié)?議可以與上?述協(xié)議共存?。連接協(xié)議提?供了用途廣?泛的各種通?道，有標準的方?法用于建立?安全交互式?會話外殼和?轉發(fā)（

21、“隧道技術”）專有 TCP/IP 端口和 X11 連接。 　　SSH被設?計成為工作?于自己的基?礎之上而不?利用超級服?務器(inetd?)，雖然可以通?過inet?d上的tc?pd來運行?SSH進程?，但是這完全?沒有必要。啟動SSH?服務器后，sshd運?行起來并在?默認的22?端口進行監(jiān)?聽（你可以用 # ps -waux | grep sshd 來查看ss?hd是否已?經被正確的?運行了）如果不是通?過inet?d啟動的S?SH，那么SSH?就將一直等?待連接請求?。當請求到來?的時候SS?H守護進程?會產生一個?子進程，該子進程進?行這次的連?接處理。 2.2.3 MySQ

22、L?數(shù)據庫 MySQL?是最受歡迎?的開源SQ?L數(shù)據庫管?理系統(tǒng)，它由MyS?QL AB開發(fā)、發(fā)布和支持?。MySQL? AB是一家?基于MyS?QL開發(fā)人?員的商業(yè)公?司，它是一家使?用了一種成?功的商業(yè)模?式來結合開?源價值和方?法論的第二?代開源公司?。MySQL?是MySQ?L AB的注冊?商標。 MySQL?是一個快速?的、多線程、多用戶和健?壯的SQL?數(shù)據庫服務?器。MySQL?服務器支持?關鍵任務、重負載生產?系統(tǒng)的使用?，也可以將它?嵌入到一個?大配置(mass-deplo?yed)的軟件中去??！　? MySQL?是一個數(shù)據?庫管理系統(tǒng)?。 一個數(shù)據庫?是一個

23、結構?化的數(shù)據集?合。它可以是從?一個簡單的?銷售表到一?個美術館、或者一個社?團網絡的龐?大的信息集?合。如果要添加?、訪問和處理?存儲在一個?計算機數(shù)據?庫中的數(shù)據?，你就需要一?個像MyS?QL這樣的?數(shù)據庫管理?系統(tǒng)。從計算機可?以很好的處?理大量的數(shù)?據以來，數(shù)據庫管理?系統(tǒng)就在計?算機處理中?和獨立應用?程序或其他?部分應用程?序一樣扮演?著一個重要?的角色。 　　MySQL?是一個關系?數(shù)據庫管理?系統(tǒng) 　　開源意味著?任何人都可?以使用和修?改該軟件，任何人都可?以從Int?ernet?上下載和使?用MySQ?L而不需要?支付任何費?用。如果你愿意?，你可以研究?其源代碼，

24、并根據你的?需要修改它?。MySQL?使用GPL?(GNU Gener?al Publi?c Licen?se，通用公共許?可)，在hpt://?ses中定?義了你在不?同的場合對?軟件可以或?不可以做什?么。如果你覺得?GPL不爽?或者想把M?ySQL的?源代碼集成?到一個商業(yè)?應用中去，你可以向M?ySQL AB購買一?個商業(yè)許可?版本。 　　MySQL?服務器原本?就是開發(fā)比?已存在的數(shù)?據庫更快的?用于處理大?的數(shù)據庫的?解決方案，并且已經成?功用于高苛?刻生產環(huán)境?多年。盡管MyS?QL仍在開?發(fā)中，但它已經提?供一個豐富?和極其有用?的功能集。它的連接性?、速度和安全?性使MyS

25、?QL非常適?合訪問在I?ntern?et上的數(shù)?據庫。 MySQL?數(shù)據庫服務?器是一個客?戶/服務器系統(tǒng)?，它由多線程?SQL服務?器組成，支持不同的?后端、多個不同的?客戶程序和?庫、管理工具和?廣泛的應用?程序接口(APIs)。 　　MySQL?也可以是一?個嵌入的多?線程庫，你可以把它?連接到你的?應用中而得?到一個小、快且易于管?理的產品。 　　有大量的M?ySQL軟?件可以使用? 　　幸運的是，你可以找到?你所喜愛的?已經支持M?ySQL數(shù)?據庫服務器?的軟件和語?言。 2.3系統(tǒng)環(huán)境?需求 本系統(tǒng)采用?B/S模式作為?開發(fā)模式。 服務器端 ： 操作系統(tǒng)：

26、WINDO?WS，LINUX?/UNIX及?任何能運行?Java虛擬機的平臺。 Web Serve?r：Tomca?t 6.0以上。 客戶端： 操作系統(tǒng)：任何pc平?臺； 瀏覽器 ：Inter?net Explo?rer，Mozil?la Foxfi?re 。 第三章 需求分析 3.1可行性分?析 3.1.1經濟可行?性 由于本項目?的特殊性，無需投入額?外的設備購?買及人員培?訓費用，所以在經濟?上本系統(tǒng)的?開發(fā)是可行?的。此外系統(tǒng)對?開發(fā)的需求?以及軟硬件?要求都不是?很高，所以在軟硬?件的支出上?十分有限。因此，本系統(tǒng)在任?何一臺連接?Inter?net的機?

27、器上都可以?運行，有很高的經?濟可行性。 按上述兩方?面進行可行?性分析、研究后，我們認為該?項目在技術?上是可行的?，在經濟上也?是沒問題的?，所以完全可?以進行開發(fā)?。 3.1.2技術可行?性 本系統(tǒng)選擇?jsp作為?開發(fā)語言，選擇mys?ql作為后?臺數(shù)據庫，采用B/S結構，使用JDB?C連接數(shù)據?庫。 而jsp可?以創(chuàng)建和運?用動態(tài)、交互的WE?B服務器應?用程序。同時，JSP具有?向跨平臺跨?服務器的優(yōu)?點。mysql?是一個杰出?的數(shù)據庫平?臺，具有功能強?大，安全可靠等?特點，可用于大型?聯(lián)機事務處?理、數(shù)據倉庫及?電子商務等?。所以在技術?方面理論上?是可行的。 3.

28、1.3法律可行?性 本系統(tǒng)沒有?侵犯個人隱?私和個人責?任方面的問?題，使用本系統(tǒng)?不會引起法?律方面的糾?紛問題，所以開發(fā)本?系統(tǒng)具有法?律可行性。 綜上所述，本系統(tǒng)的開?發(fā)是符合現(xiàn)?在的實際情?況的，并具有一定?的實用意義?。在技術、經濟、操作上，法律上都可?以看到此系?統(tǒng)的可行性?，并且很具有?其實現(xiàn)的必?要。 3.2系統(tǒng)功能?及特性分析? 本系統(tǒng)主要?是實現(xiàn)網上?瀏覽菜單、訂餐、產生訂單等?功能的系統(tǒng)?。需要實現(xiàn)菜?品信息的動?態(tài)提示、購物車管理?、客戶信息注?冊、登錄管理、訂單處理、信息反饋等?模塊。需要完成的?主要任務如?下： 當客戶進入?網上訂餐時?，應該在主頁?面中分類

29、顯?示最新的菜?品信息，以供客戶選?擇所需菜品?，同時提供按?菜品名稱，快速查詢所?需菜品信息?的功能。當客戶選擇?預定某個菜?品時，應該能夠將?對應菜品信?息，如：價格、數(shù)量記錄到?對應的購物?車中，此時客戶可?以選擇選擇?其他菜品或?是查看自己?的購物車，最后，在購物車中?填寫相應的?送餐信息，提交訂餐訂?單后，自動清除以?生成訂單的?購物車中的?信息。餐廳服務人?員根據訂單?信息，查看詳細訂?單明細并根?據實際情況?處理訂餐。 分析網上訂?餐系統(tǒng)，制訂整個系?統(tǒng)框架如下?： 圖3-1 系統(tǒng)實例圖? 3.3后臺管理?模塊需求分?析 后臺管理系?統(tǒng)是管理員?對系統(tǒng)進行?管

30、理和維護?的環(huán)境，模塊結構如?下： 圖3-2 管理員實例?圖 后臺是整個?銷售系統(tǒng)中?最重要的部?分。管理員通過?此處對網站?內容進行管?理.后臺管理共?分為菜單信?息管理,用戶信息管?理，交易信息管?理,站內信息管?理，公告信息管?理等等。 后臺部分主?要實現(xiàn) 1 用戶管理 包括用戶的?基本信息的?查詢，以及添加用?戶和刪除用?戶信息。 2 商品管理 包括商品的?基本信息的?查詢，以及添加和?刪除商品信?息。 3 訂單管理 顯示所有的?訂單信息及?訂單狀況。 4 公告管理 通過此處發(fā)?布公告，讓用戶更好?的體驗到活?動和優(yōu)惠 3.4前臺下單?模塊需求分?析

31、 前臺處理系?統(tǒng)是客戶使?用的最終界?面，模塊結構圖?如下： 圖3-3 用戶實例圖? 前臺銷售部?分就是顧客?瀏覽、選擇、結帳的地方?，數(shù)據靈活根?據需要從數(shù)?據庫挑出，照顧顧客瀏?覽習慣，簡化流程，使顧客能迅?速找到所要?的菜式。 前臺部分主?要實現(xiàn) 1 用戶免注冊? 顧客可以瀏?覽本網站的?商品內容以?及其他一些?信息,下單時可以?分為兩種一?種是后到付?款，另一種是在?線支付，在線支付必?須登陸賬號?。 2 下單 用戶可以通?過直接定購?所要菜單,能夠根據具?體情況將具?體的菜單價?格進行總結?計算,在把清單形?成訂單發(fā)給?管理者。 3 訂單查詢 購買后的用

32、?戶可以通過?在自己的登?錄后的頁面?查看所下訂?單的信息,并且每個用?戶只能夠查?詢屬于自己?定購菜單的?數(shù)量和定購?時間。 第四章 概要設計 4.1網上訂餐?系統(tǒng)的功能?模塊概要設?計 本網上訂餐?系統(tǒng)的功能?模塊主要分?為前臺功能?模塊和后臺?功能模塊，前臺功能模?塊主要是用?戶的注冊，登錄，菜品的選擇?，訂單的生成?，個人的信息?管理，對于菜品價?格，圖樣的瀏覽?等，后臺功能模?塊主要是管?理員對于會?員信息，權限的管理?，對菜品式樣?更新，上傳，刪除等的操?作管理，對會員留言?，評論的回復?，刪除等操作?管理。 4.1.1用戶模塊?概要設計 網上訂餐系?統(tǒng)

33、用戶功能?模塊圖如圖?3-1所示： 圖4-1網上訂餐?系統(tǒng)用戶功?能模塊圖 首先用戶首?先登錄網站?，如果用戶還?沒有登錄名?，要先進行注?冊。注冊后，在登錄時用?戶名與密碼?驗證通過就?能進入網站?系統(tǒng)進行菜?品的選擇以?及訂單生成?。如果用戶名?不存在或密?碼不正確，則提示重新?登錄。用戶成功登?錄之后，進入主頁面?，可選基本業(yè)?務有可以在?線訂餐，查看菜品種?類，還可以修改?個人信息、退出系統(tǒng)。 4.1.2管理員功?能模塊概要?設計 網上訂餐系?統(tǒng)管理員功?能模塊圖如?圖3-2所示： 圖4-2網上訂餐?系統(tǒng)管理員?功能模塊圖?

34、 管理員模塊?又可分為幾?個小模塊：對于餐品菜?樣的管理模?塊，可以增加刪?減菜品種類?，更改菜品圖?案，修改菜品名?稱，價格，分類。對于服務的?管理模塊，可以對用戶?的訂餐訂單?進行管理，結算，對用戶的留?言評價進行?回復和查看?，還可設置用?戶的權限。 4.2數(shù)據庫的?概要設計 4.2.1數(shù)據庫實?體關系圖 系統(tǒng)ER圖?： 圖4-3系統(tǒng)ER?圖 4.2.2數(shù)據庫表?的設計 數(shù)據庫名：Pocke?t 數(shù)據庫有C?lient?、Menu、Admin?istra?tor、Revie?w、Annou?nceme?nt、order?s等6個表?。 表3-1 用戶信

35、息表? 列名 數(shù)據類型 Null Key 備注 id Int No Yes 標識遞增 usern?ame Varrc?har（50） No No 登錄名 passw?ord Varrc?har（50） No No 登錄密碼 telep?hone int No No 移動電話 addre?ss Varrc?har（50） No No 地址 Integ?ratio?n int No No 積分 level? int No No 級別 表3-2 菜單表 列名 數(shù)據類型 Null Key 備注 id I

36、nt No Yes 標識遞增 Dishe?s Varrc?har（50） No No 菜名 Price? int No No 價格 synop?sis Varch?ar(50) No No 簡介 Launc?htime? datet?ime No No 推出時間 Statu?s int No No 狀態(tài) Sum int No No 銷售量 表3-3 訂單表 列名 數(shù)據類型 Null Key 備注 id Int No Yes 標識遞增 u_id int No No 用戶外鍵i?d M_id

37、 int No No 菜單外鍵I?d Name Varch?ar(50) No No 收貨人名 sum Int No No 下單數(shù)量 downt?ime Datei?me No No 下單時間 Telep?hone int No No 聯(lián)系電話 Addre?ss Varch?ar（50） No No 收貨地址 Price? int No No 全部金額 IsChe?ckout? Int No No 是否發(fā)貨 表3-4 購物車信息?表 列名 數(shù)據類型 Null Key 備注 id Int N

38、o Yes 標識遞增 u_id int No No 用戶外鍵i?d M_id int No No 菜單外鍵I?d Name Varch?ar(50) No No 收貨人名 sum Int No No 下單數(shù)量 downt?ime Datei?me No No 下單時間 Telep?hone int No No 聯(lián)系電話 Addre?ss Varch?ar（50） No No 收貨地址 Price? int No No 全部金額 IsChe?ckout? Int No No 是否發(fā)貨 表3-5 用

39、戶評論表? 列名 數(shù)據類型 Null Key 備注 id Int No Yes 標識遞增 u_id int No No 用戶外鍵i?d M_id int No No 菜單外鍵I?d conte?nt Varch?ar(50) No No 收貨人名 time datet?ime No No 評論時間 表3-6 管理員信息?表 列名 數(shù)據類型 Null Key 備注 id Int No Yes 標識遞增 usern?ame Varch?ar(16) No No 賬號名 Passw?ord Varch

40、?ar(16) No No 賬號密碼 Realn?ame Varch?ar(50) No No 真實姓名 telep?hone int No No 聯(lián)系電話 lasti?me Datet?ime No No 最后一次登?陸時間 level? int No No 管理員級別? 表3-7 公告表 列名 數(shù)據類型 Null Key 備注 id Int No Yes 標識遞增 conte?nt Varch?ar(50) No No 賬號名 Time Datet?ime No No 賬號密碼 usern?ame

41、 Varch?ar（16） No No 發(fā)表人 第五章 詳細設計和?實現(xiàn) 5.1功能模塊?介紹 5.1.1界面設計? 簡潔友好的?用戶界面是?系統(tǒng)與用戶?交互的關鍵?，并且在很大?的程度上影?響著用戶對?系統(tǒng)的評價?。所以在設計?系統(tǒng)界面的?時候，首頁的頂部?是一個醒目?的菜肴的圖?片的，讓人一看就?知道是訂餐?網站，有一種訂餐?的欲望，欄目有首頁?、最新推出、登陸/用戶信息、注冊，中間是目前?菜單的信息?。 圖5-1主頁面 5.1.2 菜單信息瀏?覽 可以直接瀏?覽到部分的?菜單信息，信息包括了

42、?：圖片，菜名，價格等。在該網頁上?也可以查看?菜品的詳細?信息，如圖4-2所示。 圖5-2 菜單信息瀏?覽 5.1.3 用戶登陸/注冊 用戶登陸/注冊 是一個懸浮?于當前頁面?彈出來的窗?口，窗口彈出將?鎖定用戶面?，“取消”可返回。 當用戶登錄?后由管理員?核對該用戶?的名稱和密?碼是否正確?，如果無誤的?話用戶可以?通過檢查直?接進入網站?的其它頁面?進行瀏覽和?訂購。 圖5-3 用戶登陸 在登陸系統(tǒng)?之前需要注?冊，如圖5-4所示，注冊的信息?由游客填寫?，提交注冊信?息后，需要通過后?臺管理員對?注冊信息進?行審核，給予審批后?，才能登陸系?統(tǒng)。

43、 圖5-4 用戶注冊 5.1.4 個人信息預?覽 用戶登陸成?功后，頂部的懸浮?欄的“登陸”字樣 會變成用戶?名，單價后會浮?現(xiàn)出“個人中心”、“充值金額”、“我的訂單”、“購物車”“意見反饋”、“退出”等字樣。 單擊“個人中心”可進入個人?信息的界面?。如圖4-5 所示 圖5-5 個人信息 5.1.4 訂單信息表? 進入“訂單信息表?”，可看見用戶?以往的訂單?信息，在訂單信息?中可看到商?品的當前狀?態(tài)信息，以及可刪除?以往的訂單?信息，如圖4-6所示 圖5-6訂單信息?表 5.1.5 后臺

44、管理員?的登錄 想要進入后?臺管理系統(tǒng)?，需要先登錄?管理員用戶?賬號，管理員用戶?賬號是不可?以自行注冊?的，該系統(tǒng)有一?個超級管理?員“admin?”，只有該管理?員才能將管?理員用戶賬?號進行管理?。如圖4-7所示 圖5-7管理員登?錄界面 5.1.6 后臺主界面? 在此界面中?，管理員可以?對訂單進行?查看，對菜品的價?格，更新等進行?管理，對公告進行?管理，。比如說：菜品的刪除?，價格式樣的?編輯，以及菜品的?添加，上傳等操作?，還可以對會?員進行管理?操作。 圖5-8后臺管理?界面界面 5.2主要實現(xiàn)?技術 5.2.1分頁顯示?算法 Revie

45、?wDAO： publi?c Pagin?ation? findP?ageBy?Query?( final? Strin?g hsql, final? int pageS?ize,final? int start?Index?){ retur?n (Pagin?ation?)getHi?berna?teTem?plate?().execu?te( new Hiber?nateC?allba?ck() { publi?c Objec?t doInH?ibern?ate(Sessi?on sessi?on) throw?s Hibe

46、r?nateE?xcept?ion, SQLEx?cepti?on { Query? query? = sessi?on.creat?eQuer?y(hsql); int total?Count?=query?.list().size(); query?.setFi?rstRe?sult(start?Index?); query?.setMa?xResu?lts(pageS?ize); List items? = query?.lis

47、t(); Pagin?ation? ps = new Pagin?ation?(items?,total?Count?, pageS?ize, start?Index?); retur?n ps; } },true); } Revie?wServ?iceIm?pl： publi?c Pagin?ation? findU?serin?foByP?age(int pageS?ize, Integ?er start?Index?) { Stri

48、n?g hsql="from Revie?w where? menu.id = "+Actio?nCont?ext.getCo?ntext?().getSe?ssion?().get("detai?lId")+""; retur?n revie?wDAO.findP?ageBy?Query?(hsql, pageS?ize, start?Index?); } Revie?wActi?on： publi?c Strin?g init(){ if(curre?ntInd?ex==null) curre?ntInd?ex=0; Pagin?ation? p

49、g=revie?wServ?ice.findU?serin?foByP?age(3, curre?ntInd?ex); Actio?nCont?ext.getCo?ntext?().put("pg",pg); retur?n "init"; } 5.2.2 信息顯示 Pagin?ation?..jsp： var xmlht?tp; funct?ion main(url,metho?d){ if(windo?w.XMLHt?tpReq?uest){ xmlht?tp

50、= new XMLHt?tpReq?uest(); }else{ xmlht?tp = new Activ?eXObj?ect("Micro?soft.XMLHt?tp"); } xmlht?tp.onrea?dysta?techa?nge=metho?d; xmlht?tp.open("get",url,true); xmlht?tp.send(); } funct?ion show(){ main("Revie?wActi?on!listU?serin?foByP?age?curre?ntInd?ex=0",funct?ion

51、(){ if(xmlht?tp.ready?State? == 4 && xmlht?tp.statu?s == 200){ docum?ent.getEl?ement?ById("show").inner?HTML=xmlht?tp.respo?nseTe?xt; } }); } funct?ion show1?(id){ main("Revie?wActi?on!listU?serin?foByP?age?curre?ntInd?ex="+id+"",funct?ion (){ if(xmlht?tp.ready?State? ==

52、4 && xmlht?tp.statu?s == 200){ docum?ent.getEl?ement?ById("show").inner?HTML=xmlht?tp.respo?nseTe?xt; } }); } 5.2.3 訂單顯示 Order?sActi?on： publi?c Strin?g myOrd?ers(){ Actio?nCont?ext.getCo?ntext?().getSe?ssion?().put("order?sList?",order?sServ?ice.show(id) );

53、 retur?n "input?"; } Order?sServ?iceIm?pl： publi?c List show(Integ?er id) { retur?n order?sDAO.findB?yClie?nt(id); } Order?sList?.jsp

54、td> 未發(fā)貨 已發(fā)貨 ￥.00

55、 ￥.00 "> 修改 '"> 刪除  第六章 測試和案例?分析 6.1測試的重?要性及其目?的 6.1.1測試重要?性 軟件的測試?在軟件生命?周期中占據?重要的地位?，在傳統(tǒng)的瀑?布模型中，軟件測試學?僅處于運行?維護階段之?前，是軟件產品?交付用戶使?用之前保證?軟件質量的?重要手段。近來，軟件工程界?趨向于一種?新的觀點，即認為軟件?生命周期每?一階

57、段中都?應包含測試?，從而檢驗本?階段的成果?是否接近預?期的目標，盡可能早的?發(fā)現(xiàn)錯誤并?加以修正，如果不在早?期階段進行?測試，錯誤的延時?擴散常常會?導致最后成?品測試的巨?大困難。 事實上，對于軟件來?講，不論采用什?么技術和什?么方法，軟件中仍然?會有錯。采用新的語?言、先進的開發(fā)?方式、完善的開發(fā)?過程，可以減少錯?誤的引入，但是不可能?完全杜絕軟?件中的錯誤?，這些引入的?錯誤需要測?試來找出，軟件中的錯?誤密度也需?要測試來進?行估計。測試是所有?工程學科的?基本組成單?元，是軟件開發(fā)?的重要部分?。自有程序設?計的那天起?測試就一直?伴隨著。統(tǒng)計表明，在典型的軟?

58、件開發(fā)項目?中，軟件測試工?作量往往占?軟件開發(fā)總?工作量的4?0％以上。而在軟件開?發(fā)的總成本?中，用在測試上?的開銷要占?30％到50％。如果把維護?階段也考慮?在內，討論整個軟?件生存期時?，測試的成本?比例也許會?有所降低，但實際上維?護工作相當?于二次開發(fā)?，乃至多次開?發(fā)，其中必定還?包含有許多?測試工作。 在實踐中，軟件測試的?困難常常使?人望而卻步?或敷衍了事?，這是由于對?測試仍然存?在一些不正?確的看法和?錯誤的態(tài)度?，這些觀點對?軟件測試工?作是極為不?利的，必須澄清認?識、端正態(tài)度，才可能提高?軟件產品的?質量。 6.1.2測試目的? 如果測試的?

59、目的是為了?盡可能多地?找出錯誤，那么測試就?應該直接針?對軟件比較?復雜的部分?或是以前出?錯比較多的?位置。其實這是不?對的，軟件測試是?為了發(fā)現(xiàn)錯?誤而執(zhí)行程?序的過程; 是為了證明?程序有錯，而不是證明?程序無錯誤?;一個好的測?試用例是在?于它能發(fā)現(xiàn)?至今未發(fā)現(xiàn)?的錯誤; 一個成功的?測試是發(fā)現(xiàn)?了至今未發(fā)?現(xiàn)的錯誤的?測試。 這種觀點可?以提醒人們?測試要以查?找錯誤為中?心，而不是為了?演示軟件的?正確功能。但是僅憑字?面意思理解?這一觀點可?能會產生誤?導，認為發(fā)現(xiàn)錯?誤是軟件測?試的唯一目?，查找不出錯?誤的測試就?是沒有價值?的，事實并非如?此。 首先，測試并不僅?僅是

60、為了要?找出錯誤。通過分析錯?誤產生的原?因和錯誤的?分布特征，可以幫助項?目管理者發(fā)?現(xiàn)當前所采?用的軟件過?程的缺陷，以便改進。同時，這種分析也?能幫助我們?設計出有針?對性地檢測?方法，改善測試的?有效性。其次，沒有發(fā)現(xiàn)錯?誤的測試也?是有價值的?，完整的測試?是評定測試?質量的一種?方法。 6.2測試的步?驟 與開發(fā)過程?類似，測試過程也?必須分步驟?進行，每個步驟在?邏輯上是前?一個步驟的?繼續(xù)。大型軟件系?統(tǒng)通常由若?干個子系統(tǒng)?組成，每個子系統(tǒng)?又由若干個?模塊組成。因此，大型軟件系?統(tǒng)的測試基?本上由下述?幾個步驟組?成： 1.模塊測試 在這個測試?步驟中所發(fā)?現(xiàn)的

61、往往是?編碼和詳細?設計的錯誤?。 2.系統(tǒng)測試 在這個測試?步驟中發(fā)現(xiàn)?的往往是軟?件設計中的?錯誤，也可能發(fā)現(xiàn)?需求說明中?的錯誤。 3.驗收測試 在這個測試?步驟中發(fā)現(xiàn)?的往往是系?統(tǒng)需求說明?書中的錯誤?。 6.3測試的內?容 6.3.1用戶登錄?測試 功能描述 用戶登陸 用例編號 C2500?1 前提目的 測試數(shù)據連?接的正確性? 前提條件 用戶已存在? 輸入動作 測試結果 實際情況 用戶名：奧特曼 輸入密碼：123 登陸成功 登陸成功 用戶名：凹凸曼 輸入密碼：123 錯誤提示：“登陸失敗” 登陸失敗 表6-1 用戶登陸測?試

62、6.3.2非法連接?測試 功能描述 使用非法連?接登陸 用例編號 P1407?02 前提目的 測試數(shù)據連?接的正確性? 前提條件 未登錄用戶? 輸入動作 測試結果 實際情況 使用鏈接地?址直接訪問? 返回主頁 返回主頁 表6-2 非法鏈接測?試 6.3.3 用戶下單測?試 功能描述 用戶下單 用例編號 P1407?03 前提目的 測試數(shù)據連?接的正確性? 前提條件 用戶已登陸? 輸入動作 測試結果 實際情況 全部文本框?輸入格式正?確 下單成功 下單成功 文本框輸入?格式不正確?或空缺 錯誤提示：“下單失敗” 下單失敗 表6-

63、3 用戶下單測?試 6.3.4 管理員添加?菜單測試 功能描述 添加菜單 用例編號 P1407?04 前提目的 測試數(shù)據連?接的正確性? 前提條件 管理員已登?陸 輸入動作 測試結果 實際情況 按要求符合?所有要求輸?入 添加成功 添加成功 添加菜單信?息不全或空?缺 錯誤提示：“添加失敗” 添加失敗 表6-4 管理員添加?菜單測試 結論 幾個月來忙?碌而又緊張?的畢業(yè)設計?，使我有機會?對本專業(yè)的?基本理論、專業(yè)知識和?基本技術有?了更深入的?了解和體會?，使我在三年?中所學到的?知識得到了?系統(tǒng)和升華?，真正達到了?學以致用。

64、 對網上訂餐?系統(tǒng)的體會?： 網上訂餐系?統(tǒng)是一門信?息科學、系統(tǒng)科學、計算機科學?與現(xiàn)代通信?技術為一體?的一門綜合?性邊緣學科?。它是運用系?統(tǒng)的方法以?計算機和現(xiàn)?代通信技術?為基本信息?處理手段和?工具的，能為管理決?策提供信息?服務的人—機系統(tǒng).它可以實現(xiàn)?數(shù)據處理功?能、預測功能、計劃功能、控制功能和?輔助決策功?能。管理信息系?統(tǒng)的開發(fā)是?一項復雜的?系統(tǒng)工程，必須嚴格的?按照系統(tǒng)規(guī)?劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施、系統(tǒng)運行與?評價的開發(fā)?步驟來進行?。 在系統(tǒng)開發(fā)?之前，必須了解該?系統(tǒng)的特點?、適用范圍以?及使用者需?要一個什么?樣的系統(tǒng)，以此作為基?礎為開發(fā)系

65、?統(tǒng)準確定位?，然后對使用?者所需實現(xiàn)?的功能進行?分析總結，根據使用者?的實際要求?來給系統(tǒng)設?計一個初步?方案。系統(tǒng)的開發(fā)?不僅是要實?現(xiàn)對數(shù)據處?理的及時與?正確，而且要考慮?系統(tǒng)是否具?有控制功能?，及時將數(shù)據?反饋給操作?者，以進行監(jiān)測?和協(xié)調，保證系統(tǒng)的?正常運行；也要考慮是?否具有預測?功能，運用一定的?數(shù)學方法利?用歷史的數(shù)?據對未來進?行預測的工?作。 設計實踐上?的體會： 在設計的過?程中，我掌握了很?多JSP的?編程知識，并對這種成?熟并廣泛應?用的技術進?行了深入的?學習。設計的過程?也是一個再?學習的過程?，在遇到問題?的時候我盡?量自己想辦?法解決，這在很大程?度上激發(fā)了?我們的自學?能力；在沒有辦法?解決的情況?下，認真的向老?師請教，從老師那里?我學到了很?多的知識，老師對我的?指導起到了?畫龍點睛的?作用。 以往我們曾?經有過多次?設計的體會?，但只是設計?一個模塊或?一個小系統(tǒng)?，而這一次畢?業(yè)設計是綜?合所學的管?理和計算機?的知識來設?計一個適合?運行管理的?進銷存系統(tǒng)?軟件。要想設計使?用戶滿意，就需要我們?付出更多的?努力。我在設計中?經