【導讀】完成時間：2021年4月-2021年6月。□課程設計選題專業(yè)結合度高，具有較高科學性、創(chuàng)新性、應用性和可行性：4～5分?！跽n程設計題目難易適度，設計目標明確，符合課程設計的時間、技術限制等特點：4～5分?！踹x題題目太小或不適于作課程設計，課程設計過于簡單，達不到綜合性訓練要求：0分?！跷窗匆?guī)定時限獨立完成課程設計，文檔不齊全：0分?！跽n程設計不具有理論研究意義或實際應用價值：0分?！鯀⒖嘉墨I具有適合性、準確性、專業(yè)性不足，原始文獻使用比例偏低：1～3分?！醴桨笜嬎己侠怼⑾到y流程、數據流、功能模塊劃分基本完整，分析較深入：10～12分?！踯浖\行正常且預計完成功能均順利實現：13～15分。指導教師評定成績。以“網上訂餐”為例鍛煉團隊合作能力，溝通能力。9菜品信息查詢,顯示在首頁上。15按照指定日期統計菜品類型統計各類型的銷售

　　

【正文】 圖 31 類圖 18 數據庫表的描述： 編號 庫表名稱 描述 1 User 用戶表 2 Admin 管理員表 3 Province 省表 4 City 市表 5 Location 加盟店表 6 Sender 送餐員表 ER 模型 ER 模型是一種叫做實體聯系 模型的簡稱，它是以圖形的方式表現的，又被稱作實體聯系圖， ER 模型是人們描述數據及其聯系的概念數據模型，是數據庫應用系統設計人員和普通非計算機專業(yè)用戶進行數據建模和溝通與交流的有力工具，使用起來直觀易懂，簡單易行， ER 模型是一種用圖形表示數據及其聯系的方法，所使用的圖形構件 (元件 )包括矩形、菱形、橢圓形和連接線。 主要的 ER 模型圖如下： 19 圖 32 ER 圖 20 4. 系統詳細設計與實現 根據前面的分析和客戶的需求，本訂餐系統由前臺和后臺兩部分組成，前臺主要是包括前臺登錄和前臺主界面兩部分， 后臺主要就是后臺登錄和后臺登錄后的界面，后臺登錄作為前臺主界面的一個子模塊實現。 該階段主要完成各子模塊的設計以及頁面與數據庫的鏈接工作。 . 類的關聯關系 關聯關系類圖包括了本網站的主要頁面以及它們之間的簡單關系 ，各個類的關系以及相互之間的不同作用，在以下的各個具體的圖中都有所體現，更加直觀的展現了項目的具體構造類的聯系。 對于一個網絡訂餐系統，網站首頁極為重要，首頁設計的好壞將直接影響到顧客的購買欲望。在網站首頁中，用戶不但可以掌握特色餐品網站信息等。 餐品展示頁面 ， 其設計思路：為了抓住顧客的購買欲，網絡訂 餐應該引導用戶進行購買 ,因此設置推薦餐品等，主導為用戶提供查看餐品和訂餐方便。另外，對于一個網上訂餐系統而言，可以按類別查詢餐品，所以設計餐品分類時，應該將餐品分類制成數據表存儲在數據庫中，以便動態(tài)地進行更新。用戶通過輸入不同類別中的餐品名就可以進入相應的餐品詳細介紹的展示頁面 。 會員訂餐 ， 其中的訂單表格是用來臨時存儲用戶購物信息的，用戶可以隨時增加商品，修改商品數量，刪除商品以及清空表格。設計思路：將用戶的購物信息存入一個臨時表或臨時文件中，當用戶結賬下訂單時再刪除臨時記錄。由于本系統是一個小型的訂餐網站 ，所以可以考慮使用一個數據表來訂餐，使用數據表：會員表，訂單表，餐品表； 會員中心是僅會員前臺系統有的模塊，當用戶注冊成為會員后，可以查看修改個人信息。使用數據表：會員表，訂單表，反饋信息表等 。 以下為具體類圖： 21 . 持久化類的設計 圖 41 持久化類類圖 持久化類描述： 表 41 持久化類描述 編號 類名 描述 1 Food 菜品類 2 Order 訂單類 3 Orderinfo 訂單明細類 4 Taddress 發(fā)貨地址類 22 . 數據庫操作類的設計 圖 42 數據庫操作類類圖 圖 43 數據庫操作類類圖 描述： 23 表 42 數據庫操作類描述 編號 類名 描述 1 DaoImpl Dao 操作實現類 2 Dao DAO 操作類的接口，定義的數據庫操作類中實現在方法 . 數據字典 食品表 表 43 食品表 描述 訂單表 表 43 訂單表 描述 字段 類型 長度 主鍵 是否允許為空 oid int 11 是 否 location varchar 255 否 是 odate varchar 255 否 是 sender Sender 255 否 是 taddress Taddress 11 否 是 字段 類型 長度 主鍵 是否允許為空 fid int 11 是 否 fname varchar 255 否 是 fdate varchar 255 否 是 fimage varchar 255 否 是 fhot int 11 否 是 flprice float 255 否 是 ftype Ftype 200 否 是 fhprice float 11 否 是 24 訂單明細表 表 44 訂單明細表 描述 字段 類型 長度 主鍵 是否允許為空 orderinfoid int 11 是 否 food Food 255 否 是 infotime Date 255 否 是 num float 11 否 是 order Order 11 否 是 infomoney float 11 否 是 地址表 表 45 地址表 描述 字段 類型 長度 主鍵 是否允許為空 adid int 11 是 否 address varchar 255 否 是 User User 255 否 是 uphone varchar 255 否 是 25 5. 功能的實現 . 郵箱驗證功能的實現 . 功能說明 用戶注冊成功后跳到郵箱驗證的頁面 ,action 方法調用數據庫中的數據 ,發(fā)送驗證郵件的信息，驗證成功后可以登錄郵箱查看。 郵箱驗證活動圖如下圖所示： 郵箱驗證順序圖如下圖所示： 圖 511 郵箱驗證功能活動圖 26 圖 512 郵箱驗證功能順序圖 描述： 表 51 郵箱驗證數據 描述 編號 名稱 類型 描述 1 One/ 頁面文件 首頁頁面 2 One/ 頁面文件 用戶注冊頁面 3 頁面文件 郵件發(fā)送成功頁面 4 dao Dao 接口 Dao 的數據庫接口類 5 Action Action 類 Dao 的 Action 實現類 6 Xml 文件 Struts 的控制中心 7 Html 文件 發(fā)送郵件頁面 27 . 主要 代碼描述 ? Dao 接口： //編寫一個驗證郵箱唯一性的方法 public boolean Hav(String u)。 //編寫一個郵箱驗時修改狀態(tài)的方法 public void updatstate(String umail)。 //編寫一個根據郵箱更改密碼的方法 public void updateByMail(String umail,String pass)。 daoImpl 實現： public boolean Hav(String umail) { ListUser list=(from User u where =39。+umail+39。)。 if(list!=nullamp。amp。()==0){ return false。 } else{ return true。 } } ? Action 類： //驗證注冊郵箱 public String Havingmail() throws Exception { boolean bo=(umail)。 HttpServletResponse response = ()。 // HttpServletRequest request = ()。 PrintWriter out=()。 (bo)。 ()。 if(bo==true){ 28 Sendmail mail=new Sendmail()。 (umail, 郵箱驗證 ,a href=39。 點擊連接進行郵箱驗證 /a)。 return SUCCESS。 } else{ return NONE。 } } . 運行結果 一個功能的是否實現，看的是最后的運行效果是否是當初想要的，或者是否能將所想要實現的功能基本都實現了，運行結果是非常重要的在項目的文檔中，因為它是檢驗功能實現與否的重要的依據。 圖 513 郵箱驗證功能運行結果圖 29 . 會員 名 找回功能的實現 . 功能 說明 用戶進入主頁面，點擊進入登錄頁面。然后在點擊找回會員名，跳到會員名找回頁面，輸入郵箱號，發(fā)送郵件，進入郵箱查看找到的會員名。 會員名找回活動圖如下圖所示： 會員名找回順序圖如下圖所示： 圖 521 會員名找回功能活動圖 30 圖 522 會員名找回功能順序圖 描述： 表 52 會員名找回數據 描述 編號 名稱 類型 描述 1 One/ 頁面文件 首頁頁面 2 one/ 頁面文件 用戶登錄頁面 3 頁面文件 用戶找回會員名頁面 4 daoImpl Dao 實現類 Dao 的數據庫實現類 31 5 Action Action 類 Dao 的 Action 實現類 6 Service Service 類 Service 服務類 7 Xml 文件 Struts 的控制中心 8 Html 文件 顯示頁面 . 主要 代碼描述 ? Dao 接口： public User OneUser(String aname)。 public void updatstate(String umail)。 ? daoImpl 類： public int selectIdByUname(String uname) { ListUser list=(from User u where =39。+uname+39。)。 return (0).getUid()。} public void updatstate(String umail) { Session session=().openSession()。 Query q = (update User u set =1 where =39。+umail+39。)。 ()。 } ? Action 類： public String updatstate(){ (為什么不調用 +umail)。 //改變狀態(tài)的 action boolean bo=(umail)。 if(bo==true){ (umail)。 return SUCCESS。 } 32 else{ return ERROR。 }} public String sendmail(){ String umails = (String) ().getSession().get(mail)。 (捕捉到的 umail 為 +umails)。 Sendmail mail=new Sendmail()。 (umails, 郵 箱 驗 證 ,a href=39。進行郵箱驗證 /a)。 return SUCCESS。 } public String updatpage(){ boolean bo=(umail)。 if(bo==true){ ().getSession().put(mail,umail )。 return SUCCESS。 } else{ ().put(error, 不存在您注冊的郵箱 ,請查證 !!)。 return ERROR。 } } 33 . 運行結果 一個功能的是否實現，看的是最后的運行效果是否是當初想要的，或者是否能將所想要實現的功能基本都實現了，運行結果是非常重要的在項目的文檔中，因為它是檢驗功能實現與否的重要的依據。 圖 523 會員名找回功能運行結果圖 . 密碼找回功能的實現 . 功能說明 用戶進入主頁面，點擊進入登錄頁面。然后在點擊找回會員名，跳到密碼找回頁面，輸入會員名，輸入密保，驗證輸入信息的準確性，輸入成功則修改密碼。 會員密碼找回活動圖如下圖所示： 會員密碼找回順序圖如下圖所示： 34 圖 531 密碼找回功能活動圖