【文章內(nèi)容簡介】 訂單時間金額備注 真實姓名uName用戶ID身份證號uPwd 用戶state號碼號碼 聯(lián)系電話 喜歡口味菜名訂單IDID數(shù)量單價 訂單條目信息回饋評分 類型 管理員管理員IDmPwdmNameme 邏輯結(jié)構(gòu)設計階段的任務是將概念結(jié)構(gòu)設計階段所得到的概念模型轉(zhuǎn)換為具體DBMS所能支持的數(shù)據(jù)模型（即邏輯結(jié)構(gòu)），并對其進行優(yōu)化。 概念模型轉(zhuǎn)換為關(guān)系模型的轉(zhuǎn)換規(guī)則：(1) 一個實體型轉(zhuǎn)換為一個關(guān)系模式，實體的屬性就是關(guān)系的屬性，實體的碼就是關(guān)系的碼。(2) 一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與任意一端對應的關(guān)系模式合并。(3) 一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與n端對應的關(guān)系模式合并。 (4) 一個m：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式。(5) 一個多元聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式。(6) 具有相同碼的關(guān)系模式可以合并。 (7) 有些1：n的聯(lián)系，將屬性合并到n端后，該屬性也作為主碼的一部分。 由上述ER圖轉(zhuǎn)換成關(guān)系模式如下所示： 用戶（用戶ID，uName，uPwd，真實姓名，聯(lián)系電話，state，身份證號，喜歡口味，號碼）； 菜品（cID，Scid，菜名，價格，介紹，圖片，推薦，銷售量）； 預定（用戶ID，cID）； 訂單條目（ID，訂單ID，菜名，數(shù)量，單價，評分，信息回饋）； 包含（cID，ID）； 訂單（訂單ID，用戶ID，菜名，訂單時間，備注，金額，聯(lián)系電話，送餐地址，管理員ID）； 管理員（管理員ID，mName，mPwd，類型）； 數(shù)據(jù)庫設計 （1）訂單表此表？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？，訂單表如表？所示： 訂單表 菜品表 用戶表 訂單條目表 用戶注冊登錄界面 管理員表 5. 系統(tǒng)實現(xiàn) 用戶注冊登錄界面用戶注冊登錄界面，填寫注冊表中的信息，提交然后進行登錄。用戶注冊登錄界面如圖？所示： 管理員查看訂單信息時登錄后臺管理系統(tǒng)，查看訂單，處理訂單。測試任何產(chǎn)品都有兩種方法：黑盒測試和白盒測試。本次系統(tǒng)測試主要采用黑盒測試。白盒測試又稱結(jié)構(gòu)測試，它的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結(jié)構(gòu)和處理工程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中的每條通路是否都能按照預定要求正確工作。黑盒測試又稱功能測試，是把程序看成一個黑盒子，完全不考慮程序等額內(nèi)部結(jié)構(gòu)和處理過程，也就是說它是在程序接口進行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性，還有性能是否能夠滿足要求，是否有初始化或者終止性錯誤。綜上所訴，針對這個網(wǎng)上訂餐服務系統(tǒng)，我們已經(jīng)知道了系統(tǒng)應該具有的功能，而內(nèi)部結(jié)構(gòu)和具體工作過程還待了解，所以我們可以通過黑盒測試來檢驗每個功能是否都能正常使用。具體操作：填寫注冊表中的信息，提交然后進行登錄。 測試項目測試用例測試結(jié)果操作流程用戶登錄訂餐服務模塊用戶名：yy正確密碼：12登陸成功在網(wǎng)站首頁的登錄框輸入密碼：12上登錄添加菜品模塊的設計用戶名：yy正確密碼：12輸入密碼：12登錄失敗或尚未通過審核在網(wǎng)站首頁的登錄框上登錄添加菜品模塊的設計輸入相關(guān)注冊信息注冊成功，等待審核在網(wǎng)站首頁的登錄框上點擊“注冊”添加菜品模塊的設計 測試要點為用戶名和密碼，判斷其是否為真，為真進入系統(tǒng)，為假彈出警告框提示密碼或用戶名錯誤?？梢詮南到y(tǒng)首頁直接查找點擊，也可以在搜索欄中搜索查找 測試項目測試用例測試結(jié)果操作流程菜單首頁點擊各個店鋪的顯示店鋪的各種飯菜點擊頁面店鋪菜單搜索查詢在搜索框中輸入電名顯示所要店鋪和菜單在搜索框中輸入關(guān)鍵字管理員查看訂單信息時登錄后臺管理系統(tǒng)，查看訂單，處理訂單。測試項目測試用例測試結(jié)果操作流程登陸后臺用戶名、密碼轉(zhuǎn)入后臺頁面進入后臺登陸頁面查看訂單點擊“訂單詳情”轉(zhuǎn)入訂單詳情頁面點擊查看“訂單詳情”處理訂單點擊“處理訂單”訂單狀態(tài)以變?yōu)橐弧耙运筒汀痹谟唵卧斍橹悬c擊“處理訂單” 管理人員在登錄系統(tǒng)后臺查看用戶信息時不能修改用戶資料，只能瀏覽用戶資料。用戶在登錄系統(tǒng)頁面時如果輸入的用戶名和密碼格式錯誤或填寫錯誤，也不能進入頁面即登錄失敗。本次采用了黑盒測試對該系統(tǒng)的基本功能進行了測試后，每個模塊的基本功能都比較成功，但也發(fā)現(xiàn)了一些問題有的模塊出現(xiàn)異常，對此我們及時進行了修改?，F(xiàn)在功能基本能正常使用，結(jié)果也能滿足需求。有可能還存在問題，這需要我們在以后運行過程中不斷完善。 小結(jié)本項目提出的網(wǎng)上訂餐系統(tǒng)是在調(diào)研國內(nèi)各大網(wǎng)上訂餐管理軟件和查閱資料了解國內(nèi)外資料的基礎上提出來的，同時查閱了大量相關(guān)文件做出系統(tǒng)分析，此文的系統(tǒng)分析和設計只是相對于一般的團體而言的。如果要運用到實際企業(yè)、商店、大型超市，要根據(jù)實際情況進行完善和改進。同時，本文著重介紹的是網(wǎng)上訂餐管理系統(tǒng)的開發(fā)、Java語言和JSP語言部分，又由于系統(tǒng)的特殊性——更多地考慮Java、數(shù)據(jù)庫和JSP語言的設計和實現(xiàn)。 實踐感想在做本次課程設計時我們學習到：當調(diào)試出現(xiàn)問題時，先從細節(jié)上入手，看看自己在細節(jié)上有沒有由于粗心而發(fā)生的錯誤，然后再進行整體上分析，有沒有嚴重的語法錯誤。最終在團隊成員的努力下解決了各種問題。這次課程設計實驗，積累了數(shù)據(jù)庫編程和網(wǎng)站開發(fā)的基本經(jīng)驗和一些基本技巧。對大型系統(tǒng)開發(fā)有了實質(zhì)性、操作性的認識，同時對運用JSP技術(shù)有了很大的提高，對以前學到的書本知識也是個很好的鞏固，同時這次設計讓我意識到自己的許多的不足，鍛煉了自己獨立發(fā)現(xiàn)問題，思考問題，解決問題的能力，也掌握了一些編程的思想和技巧，使自己的編程能力也有了很大的提高。具體如下幾個方面：（1）？？？？方面？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？（2）？？？？？？方面？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？（3）？？？？？？？？？？方面？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？。總之，我在？？？？？？方面？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？。 47 參考文獻[1] 中國電子政務發(fā)展研究現(xiàn)狀.[EB/OL].: //. /jumpnews/，20050521. [2] B/S結(jié)構(gòu)應用開發(fā)秘笈 陳衛(wèi) 國防工業(yè)出版社 2001 [3] 李春儒，守望互聯(lián)網(wǎng)經(jīng)濟——電子商務發(fā)展現(xiàn)狀與趨勢.[EB/OL].:/ /，20050521. [4] 龔炳錚，我國電子商務的發(fā)展現(xiàn)狀與趨勢[EB/OL].. ./200405/08/，200