【正文】 意義 字段名 字段類型 非空 主鍵 ID id int √ √ 地址 address varchar 固定電話 tel varchar 移動電話 movPho varchar 備注信息 notice varchar 送餐時間 send_date varchar 用戶 user_id varchar ③ 餐品表，主要用于餐品信息的存儲，表結構如表 5所示： 表 5 餐品表 數(shù)據(jù)表名 tb_menu 數(shù)據(jù)庫名 chenhy 所屬模塊 網(wǎng)上訂餐 字段意義 字段名 字段類型 非空 主鍵 ID menu_id int √ √ 餐品名稱 menu_name varchar 餐品內容 menu_content varchar 餐品價格 menu_price double 32 ④ 用戶表，主要用于管理用戶信息，表結構如圖 6所示： 表 6 用戶表 數(shù)據(jù)表名 tb_user 數(shù)據(jù)庫名 chenhy 所屬模塊 網(wǎng)上訂餐 字段意義 字段名 字段類型 非空 主鍵 ID user_id int √ √ 用戶名 user_name varchar 密碼 user_pass varchar 郵箱 user_mail varchar 真實姓名 user_realname varchar 性別 user_sex varchar 用戶狀態(tài) user_flag varchar 33 5 網(wǎng)上訂餐系統(tǒng)詳細設計 根據(jù)前面的分析和客戶的需求，本訂餐系統(tǒng)由前臺和后臺兩部分組成，前臺主要是包括前臺登錄和前臺主界 面兩部分，后臺主要就是后臺登錄和后臺登錄后的界面，后臺登錄作為前臺主界面的一個子模塊實現(xiàn)。 圖 43 管理員與游客模型 29 管理員管理餐品的信息，設計的 ER模型如圖 44所示。主要的 ER模型圖如圖 42所示。因此該系統(tǒng)選擇 MySQL作為數(shù)據(jù)庫。 網(wǎng)上訂餐是面向龐大用戶的信息化產(chǎn)品， MySQL是一個真正的多用戶、多線程 SQL數(shù)據(jù)庫服務器，它是一個客戶機／服務器結構的實現(xiàn)。對于那些需要持久保存的信息，以及數(shù)據(jù)量比較大的數(shù)據(jù)必須通過數(shù)據(jù)庫來進行存儲。 其中，前兩項適用于大多數(shù)由持久化數(shù)據(jù)驅動的應用程序，最后一項是特定于 Hibernate應用的，不同的實現(xiàn)方式需要不同的步驟。 ② 設計關系數(shù)據(jù)模型。 業(yè)務實體在內存中表現(xiàn)為實體域對象，在數(shù)據(jù)庫中表現(xiàn)為關系數(shù)據(jù)。在網(wǎng)絡訂餐的后臺管理方面還需要添加、修改、刪除餐品，同時各類用戶信息的管理，商城公告的設置，站內新聞的發(fā)布和訂單的處理等都需要系統(tǒng)的管理人員來操作 。用戶如果想要訂餐時或者直接通過電話或者直接填寫收貨人的信息或者注冊成為會員，在用戶查看完商品的信息后，可以把自己想要購買的商品加入訂單中，也可以隨時修改，清空訂單里的商品，如果用戶對訂單里的商品都很滿意，就可以直接下訂單。 圖 41 系統(tǒng)層次架構模型 26 網(wǎng)上訂餐系統(tǒng) 流程概述 用戶在瀏覽網(wǎng)站時首先看到的就是網(wǎng)站首頁。 Spring的作用貫穿了整個中間層，將 Web層、 Service層、 DAO層及 PO無縫整 合 [15]。 ⑤ 數(shù)據(jù)持久層 PO 數(shù)據(jù)持久層 PO，持久化對象。 ④ DAO層 數(shù)據(jù)訪問 DAO層負責與持久化對象交互。業(yè)務邏輯層以 DAO層為基礎，通過對 DAO組件的模式包裝，完成系統(tǒng)所要求的業(yè)務邏輯。一般來講，一個典型的 Web應用的末端應該是表示層。調用 Servlets或者 JSP頁面的 HTML頁面在應用程序組裝時與 Web組件打包在一起，就像客戶層一樣， Web層可能包括一個 Java Bean類來管理用戶輸入，并將輸入發(fā)送到在業(yè)務 層中運行的 Enterprise Bean類來處理。在基于 Web的 J2EE應用中，用戶的瀏覽器在客戶層中運行，并從一個 Web服務器上下載 Web層中的靜態(tài) HTML頁面或由 JSP或 Servlets生成的動態(tài) HTML頁面?？蛻舳瞬恢苯优c數(shù)據(jù)庫交互，而是通過組件與中間層建立連接，再由中間層與數(shù)據(jù)庫交互，該系統(tǒng)的表現(xiàn)層是傳統(tǒng)的 JSP技術，中間層采用的是流行的 Spring+Hibernate[14]，為了將 控制層與業(yè)務邏輯層分離，又細分為以下幾種。 該系統(tǒng)采用的是典型的 J2EE三層結構，分為表現(xiàn)層、中間層 (業(yè)務邏輯層 )和數(shù)據(jù)服務層。 24 該系統(tǒng)嚴格按 MVC模式設計，按 J2EE分層設計的理念，將中間層嚴格分成業(yè)務邏輯層、 DAO層和數(shù)據(jù)持久層等。這些技術的出現(xiàn)給 Web應用開發(fā)提供了一個非常有 競爭力的選擇 [12]，怎樣把這些技術組合起來，形成一個適應項目需要的穩(wěn)定架構是項目開發(fā)過程中一個非常重要的步驟。 框架描述 下面描述網(wǎng)上訂餐系統(tǒng)的架構設計，整個系統(tǒng)架構基于 J2EE技術體系設計。主要包括系統(tǒng)設計、數(shù)據(jù)庫的需求分析以及網(wǎng)站的整體設計三大塊。主要目標是將系統(tǒng)分析階段所提出的反映了信息需求的系統(tǒng)邏輯方案轉換成可以實施的基于計算機與通信系統(tǒng)的物理方案，進行系統(tǒng)的總體設計和各子模塊的設計，為下一階段系統(tǒng)實施提供必要的技術資料。 ④ 訂 單管理 客戶把所需要的菜品添加到購物車后，就可以根據(jù)購物車 中的菜品下定單，客戶填寫好定單后，發(fā)送給餐飲企業(yè)，餐飲企業(yè)根據(jù)用戶定單信息進行送餐。 22 ② 管理員發(fā)布菜單信息 管理員可以通過在線定餐系統(tǒng)動態(tài)發(fā)布菜單信息，發(fā)送菜單信息后，登錄的客戶要以查看到菜單信息并選擇某些菜品進行定餐。注冊的用戶分為普通用戶和管理員用戶，管理員用戶可以維護已注冊的用戶信息。 圖 34 餐品管理用例圖 主要用例說明 ① 用戶登錄和注冊 用戶登錄是電子商務應 用必需的功能之一。 表 1 管理員用例描述 用例名稱： 管理員 參與者： 管理員 前置條件： 管理員成功登陸系統(tǒng)后臺 用例功能： 訂單、菜單、用戶、留言的管理 事件流： 當管理員登錄系統(tǒng)后臺，彈出后臺界面 異常事件流： 當管理員未登錄或輸入不合法的數(shù)據(jù) 后置條件： 系統(tǒng)無改變 表 2 會員訂餐用例描述 用例名稱： 會員 參與者： 普通用戶 前置條件： 會員成功登錄系統(tǒng) 用例功能： 會 員通過網(wǎng)上訂餐模塊進行訂餐 事件流： 當會員登錄系統(tǒng)后選擇網(wǎng)上訂餐模塊 異常事件流： 當會員未登錄或輸入不合法的數(shù)據(jù) 后置條件： 系統(tǒng)無改變 功能用例 管 理員用例圖如圖 33所示。 系統(tǒng)主要功能用例如圖 32所示。該系統(tǒng)總功能結構如圖 31所示。 ④ 信息管理商城公告和商城動態(tài)信息的發(fā)布以及客戶留言的管理。 ② 餐品管理實現(xiàn)對餐品信息的增 刪改以及查詢等操作。 ⑥ 后臺登陸通過相關驗證，管理員登陸后臺實現(xiàn)對用戶、餐品、訂單以及消息的管理。 ④ 信息發(fā)布商城信息的發(fā)布以及客戶留言。 ② 訂餐流程實現(xiàn)對不同用戶訂餐流程的說明。因此可分析 出該系統(tǒng)所實現(xiàn)的功能包括前臺和后臺兩部分，前臺為系統(tǒng)功能的主要部分。在系統(tǒng)的后臺，管理員能夠查看客戶購買的訂單，發(fā)布新聞，管理各類用戶等。 網(wǎng)上訂餐系統(tǒng)需求分析 功能分析 作為一個網(wǎng)上訂餐系統(tǒng)。 可行性研究結論 依據(jù)以上因素，該系統(tǒng)開發(fā)項目不 僅方便快捷、高效，而且社會效益比較好，從而使該系統(tǒng)開發(fā)者相信該系統(tǒng)開發(fā)出來之后將取得的成功。這帶來的經(jīng)濟回報將遠超過支出，并且最重要的是該軟件的開發(fā)可以使我們對系統(tǒng)的開發(fā)有全面的認識。 該系統(tǒng)的目標是以最低的成本，在較短的時間內開發(fā)出具有網(wǎng)上訂餐系統(tǒng)，目標系統(tǒng)并不是十分的復雜。由于通過網(wǎng)絡進行商務活動，信息成本低，足不出戶，可節(jié)省交通費，且減少了中介費用，因此整個交易活動會降低成本。而且開發(fā)出的系統(tǒng)操作起來也比較簡單，另外具備網(wǎng)絡中的一些資源優(yōu)勢，因此開發(fā)費用較低。 經(jīng)濟可行性 ① 資金可行性。它開放性的特點，為 企業(yè)創(chuàng)造了更多的交易機會，提高了中小企業(yè)的競爭能力。 社會可行性 ① 網(wǎng)絡訂餐將傳統(tǒng)的交易流程信息化、數(shù)字化，一方面以信息流代替了面對面的交易，可以大量減少人力、物力，降低了成本；另一方面突破了時間和空間的限制，使得交易活動可以在任何時間、任何地點進行，從而大大提高了效率。我國也不例外， 80后時代成長起來的一代人對網(wǎng)絡有更大的 16 依賴性。系統(tǒng)的可行性分析，是針對要設計的系統(tǒng)，研究其設計是否存在內外部的必要條件，包括技術上、資金上、經(jīng)濟上、人力資源以及組織管理上的必要條件，同時要分析在目前條件下是否有必要設計這樣一個系統(tǒng)。只有了解了需求分析才能進行系統(tǒng)的開發(fā)，否則就會事倍功半，達不到我們預期的效果，因此需求分析是至關重要 的 [11]。主要分為系統(tǒng)可行性分析、用戶需求分析；系統(tǒng)分析要求必須了解系統(tǒng)所實現(xiàn)的功能，這個設計的好壞直接影響的后面的開發(fā)。 餐飲企業(yè)通過定餐系統(tǒng)的用戶界面，可以查看客戶注冊信息、管理用戶信息、添加菜單信息、查看客戶定單信息。餐飲企業(yè)可以通過這個電子商務系統(tǒng)發(fā)布自己的工菜單信息以供客戶在線定餐。 15 3 網(wǎng)上訂餐系統(tǒng)可行性研究與需求分析 今基于互聯(lián)網(wǎng)的電子商務系統(tǒng)