【正文】 體設計和需求分析之后，我們已對各個模塊及其功能進行了初步的分析。在此階段，我們可根據模塊中各實體之間的相互聯(lián)系和各數據表之間的相互關聯(lián)，系統(tǒng)的ER圖如圖14所示： 圖14 邏輯結構的設計 由上述ER圖轉換成關系模式如下所示： 用戶（用戶ID，uName，uPwd，真實姓名，聯(lián)系電話，state，身份證號，喜歡口味，號碼）； 菜品（cID，Scid，菜名，價格，介紹，圖片，推薦，銷售量）； 預定（用戶ID，cID）； 訂單條目（ID，訂單ID，菜名，數量，單價，評分，信息回饋）； 包含（cID，ID）； 訂單（訂單ID，用戶ID，菜名，訂單時間，備注，金額，聯(lián)系電話，送餐地址，管理員ID）； 管理員（管理員ID，mName，mPwd，類型）； 數據表設計 （1）訂單表此表的設計是數據庫設計中極為重要的一環(huán)，它直接影響到整個程序中功能的實現。本系統(tǒng)的數據庫命名為：User，用來存儲該系統(tǒng)中用到的所有數據。（1）數據庫的ER圖中，用戶生成的訂單表，訂單條目包含的菜品，則根據訂單ID和用戶ID確定唯一訂單，管理員和用戶均可查看相應的訂單明細，訂單表中包含的屬性、類型、內容等如表1所示：表1 訂單表FieldTypeNullKeyComment訂單IDIntNoYes標識遞增用戶IDIntNoNo外鍵菜名Nvarchar(50)NoNo默認“待送餐”聯(lián)系電話Nvarchar(50)NoNo備注Nvarchar(MAX)YesNo金額FloatNoNo送餐地址Nvarchar(50)NoNo訂單時間datetime （2）數據庫的ER圖中，用戶預定的菜品，訂單條目包含的訂單表，則根據cID和Scid確定唯一菜單表，菜單表中包含的菜品、圖片、介紹等屬性、類型、內容等如表2所示：表2 菜單表FieldTypeNullKeyCommentcIDIntNoYes標識遞增ScidIntYesNo菜系id菜名Nvarchar(50)NoNo菜圖片Nvarchar(MAX)YesNo菜介紹Nvarchar(MAX)YesNo價格FloatNoNo推薦Nvarchar(50)YesNo銷售量IntYesNo （3）用戶表的個人信息在用戶注冊成功后，即保存至數據庫，用戶也可以對聯(lián)系方式、喜歡口味等非客觀因素進行備注和修改，用戶表的屬性、類型、內容如表3所示：表3 用戶表FieldTypeNullKeyComment用戶IDIntNoYes標識遞增uNameNvarchar(50)NoNo登陸名uPwdNvarchar(50)NoNo登陸密碼真實姓名Nchar(10)NoNo身份證號Nvarchar(50)NoNo聯(lián)系電話Nvarchar(50)NoNostateNvarchar(50)NoNoid是否有效喜歡口味Nvarchar(MAX)YesNo號碼Nvarchar(50)YesNo （4）數據庫的ER圖中，根據訂單ID和ID確定一系列訂單條目，管理員可以據此對訂單進行分類，更改菜系和價格，使服務進一步滿足用戶的需求，訂單條目中包含的屬性、類型、內容等如表4所示： 表4 訂單條目FieldTypeNullKeyCommentIDIntNoYes標識遞增訂單IDIntNoNo外鍵菜名Nchar(10)NoNo默認值“待送餐”數量IntNoNo單價FloatNoNo評分IntYesNo默認值“0”分信息回饋Nvarchar(50)YesNo顧客反饋 （5） 管理員表記錄的ID、mName、mPwd等信息可以為唯一確定一個管理員，明確管理權限，提高管理力度和服務質量，管理員表如表5所示： 表5 管理員表FieldTypeNullKeyComment管理員IDIntNoYes主鍵mNameNvarchar(50)NoNo登陸名mPwdNchar(10)NoNo登陸密碼類型Nvarchar(50)NoNo5. 系統(tǒng)實現 用戶注冊登錄界面用戶注冊登錄界面，填寫注冊表中的信息，提交然后進行登錄。用戶注冊登錄界面如圖？所示： 訂單處理界面客戶可以從系統(tǒng)首頁直接查找點擊，也可以在搜索欄中搜索查找 訂餐服務處理界面 管理員查看訂單信息時登錄后臺管理系統(tǒng)，查看訂單，處理訂單。訂單界面如圖所示：測試方法可以從是否需要執(zhí)行被測試分為靜態(tài)測試和動態(tài)測試，從測試是否針對系統(tǒng)內部結構和具體實現算法分為白盒測試和黑盒測試。由于我們已經知道產品應具有的功能，可以通過測試來檢驗是否每個功能都能正常使用，所以此網上訂餐系統(tǒng)應用黑盒測試方法。？？？？？？？？？？？？？？？？？？？測試界面測試項目測試用例測試結果操作流程用戶注冊登錄用戶登錄用戶名：yy正確密碼：12輸入密碼：12登陸成功在網站首頁的登錄框上登錄用戶登錄用戶名：yy正確密碼：12輸入密碼：12登錄失敗或尚未通過審核在網站首頁的登錄框上登錄用戶注冊輸入相關注冊信息注冊成功，等待審核在網站首頁的登錄框上點擊“注冊”訂餐服務菜單首頁點擊各個店鋪的顯示店鋪的各種飯菜點擊頁面店鋪菜單搜索查詢在搜索框中輸入電名顯示所要店鋪和菜單在搜索框中輸入關鍵字訂單處理登陸后臺用戶名、密碼轉入后臺頁面進入后臺登陸頁面查看訂單點擊“訂單詳情”轉入訂單詳情頁面點擊查看“訂單詳情”處理訂單 點擊“處理訂單”訂單狀態(tài)以變?yōu)橐弧耙运筒汀痹谟唵卧斍橹悬c擊“處理訂單” 用戶安全性測試管理人員在登錄系統(tǒng)后臺查看用戶信息時不能修改用戶資料，只能瀏覽用戶資料。用戶在登錄系統(tǒng)頁面時如果輸入的用戶名和密碼格式錯誤或填寫錯誤，也不能進入頁面即登錄失敗。 小結本項目提出的網上訂餐系統(tǒng)是在調研國內各大網上訂餐管理軟件和查閱資料了解國內外資料的基礎上提出來的，同時查閱了大量相關文件做出系統(tǒng)分析，此文的系統(tǒng)分析和設計只是相對于一般的團體而言的。如果要運用到實際企業(yè)、商店、大型超市，要根據實際情況進行完善和改進。同時，本文著重介紹的是網上訂餐管理系統(tǒng)的開發(fā)、Java語言和JSP語言部分，又由于系統(tǒng)的特殊性——更多地考慮Java、數據庫和JSP語言的設計和實現。 實踐感想通過這次的課程設計我學到了很多，自身的能力也得到了很大的提高，具體如下幾個方面：（1）專業(yè)知識方面這次課程設計實驗，積累了數據庫編程和網站開發(fā)的基本經驗和一些基本技巧。對大型系統(tǒng)開發(fā)有了實質性、操作性的認識，同時對運用JSP技術有了很大的提高，對以前學到的書本知識也是個很好的鞏固。（2）實踐能力方面當調試出現問題時，先從細節(jié)上入手，看看自己在細節(jié)上有沒有由于粗心而發(fā)生的錯誤，然后再進行整體上分析，有沒有嚴重的語法錯誤。（3）團隊合作方面這次設計讓我意識到自己的許多的不足，鍛煉了自己獨立發(fā)現問題，思考問題，解決問題的能力，也掌握了一些編程的思想和技巧，使自己的編程能力有了很大的提高。通過與組員們交流意見、共同探討難題，更能明白團隊合作的重要性?？傊以趯I(yè)能力、實踐能力、團隊合作還有個人素質方面都有了明顯的進步。參考文獻[1] 薩師煊，（第三版）[M].北京：高等教育出版社，：4149.[2] 陸正武，蔣武，劉軍，[M].北京：中國鐵道出版社，:87112.[3] 肖金秀，馮沃輝，[M].北京：冶金工業(yè)出版社，：110139.[4] 馬紅華，jsp高級編程.[M].北京：北京希望電子出版社，～10 .[5] 李飛，最新實用網絡技術教程[M].西安:，124126. [6] 黃理，李積善，曹林有，（第一版）[M].北京：:100152. [7] 應用開發(fā)詳解（第二版）[M].北京：電子工業(yè)出版社，:2328，259316.[8] 張海藩，（第四版）.[M].北京：：110136.附錄1 系統(tǒng)可行性分析文檔1 引言 背景隨著互聯(lián)網的日益普及，網上訂餐也開始慢慢風靡于我們的生活。網上訂餐業(yè)務的出現，能夠幫助人們尋找和發(fā)現新的菜種，品嘗不同風格和不同種類的菜品。當代大學生作為社會中的重要群體，飲食在他們生活中起著重要作用。因此，面向大學生的網上訂餐系統(tǒng)的設計有著良好的現實意義，網上訂餐業(yè)務在校園也有極大的發(fā)展空間和良好的發(fā)展前景。 項目概述網上訂餐系統(tǒng)無論是在應用的深度還是廣度上都是一個逐步發(fā)展的過程。開發(fā)一個局部系統(tǒng)時要充分考慮到局部系統(tǒng)和整個目標系統(tǒng)之前的相容性和完整性，以利于今后整個系統(tǒng)的建立。從訂單處理流程上總體把握系統(tǒng)的設計，在具體的設計實現上圍繞三個方面進行展開，即用戶、管理者、系統(tǒng)維護者。 檔概述該文檔的主要內容共分為2部分：綜合描述、系統(tǒng)描述。綜合描述部分主要對系統(tǒng)的整體結構進行了大致的介紹；系統(tǒng)描述部分對系統(tǒng)的可行性進行了詳細描述，是本文的主要部分。2 可行性分析的前提 項目的要求（1）功能：管理員功能：登陸系統(tǒng)、查血管理員賬號、添加管理員賬號、修改管理員賬號、刪除員工賬號、查詢員工賬號、修改員工賬號、刪除員工賬號216。 用戶功能：登陸模塊：完成客戶注冊賬號、登陸系統(tǒng)、修改密碼、修改地址功能。216。 查詢模塊：完成客戶查詢功能；216。 訂餐模塊：完成客戶的訂餐功能；216。 支付模塊：完成客戶的安全支付；216。 評價模塊：主要解決客戶對餐廳的意見和建議以及對餐廳的評價，提供交流板塊促進客戶與客戶之間的互動。（2）性能：穩(wěn)定快速，實時控制，人性化的設計思想，方便用戶的使用。（3）在安全與保密方面的要求：不能輕易被修改和破壞，對斷電、系統(tǒng)崩潰等問題有有力措施。 項目的目標（1）人力與設備費用減少：本系統(tǒng)所需要的硬件和軟件都是目前廣泛使用的，不需要花大量資金購買高成本的設備；（2）管理信息服務的改進：本系統(tǒng)劃分為多個模塊，各模塊設計獨立，易于實現；（3）安全可靠性高：后臺維護功能齊全，根據平臺在各個階段不同的使用情況，分配各個欄目的管理權，實現系統(tǒng)維護，保證系統(tǒng)的安全可靠； (4）查詢功能強大：可以對菜品的信息和店鋪信息進行查詢。 頊目的環(huán)境、條件、假定和限制（1）所建議系統(tǒng)的運行壽命的最小值：3年；（2）經費、投資方面的來源和限制；（3）法律和政策方面的限制：無限制；（4）硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制。 進行可行性分析的方法（1）問卷調查，通過對校內同學的問卷調查，了解他們的就餐地點、對事物的喜好以及對網上訂餐系統(tǒng)的評價；（2）查閱相關資料，了解現有的網上訂餐系統(tǒng)。3 可選的方案 可選擇的系統(tǒng)方案1主要基于C、JAVA等基礎編程和數據庫應用技術，建立以Client/Server為結構模式的信息平臺，