【正文】 包括錄入、刪除）將立即在首頁的對應欄目顯示出來，達到“即時發(fā)布，即時見效”的功能。另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。新系統(tǒng)必須充分考慮今后可能的擴充和改變。4　 隨著計算機知識的普及和推廣，越來越多的人掌握了計算機的基本使用方法和技能。l 社會可行性3　 網(wǎng)絡訂餐系統(tǒng)作為一種全新的商務模式，但也存在一些潛在的問題。而且該系統(tǒng)可以做到用戶足不出戶就能吃到美味的食物，同時增加餐館的營業(yè)額的效果。所以從現(xiàn)有的技術水平來說，完全能夠建立一個以消費者服務和內(nèi)部管理為目的的信息平臺。l 技術可行性分析此次開發(fā)基于C語言作為開發(fā)語言，它具有語言簡潔、語言自由、支持跨平臺、與XML相融合等多個特點。開發(fā)一個局部系統(tǒng)時要充分考慮到局部系統(tǒng)和整個目標系統(tǒng)之前的相容性和完整性，以利于今后整個系統(tǒng)的建立。因此，面向大學生的網(wǎng)上訂餐系統(tǒng)的設計有著良好的現(xiàn)實意義，網(wǎng)上訂餐業(yè)務在校園也有極大的發(fā)展空間和良好的發(fā)展前景。網(wǎng)上訂餐業(yè)務的出現(xiàn)，能夠幫助人們尋找和發(fā)現(xiàn)新的菜種，品嘗不同風格和不同種類的菜品。總之，我在？？？？？？方面？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？。對大型系統(tǒng)開發(fā)有了實質(zhì)性、操作性的認識，同時對運用JSP技術有了很大的提高，對以前學到的書本知識也是個很好的鞏固，同時這次設計讓我意識到自己的許多的不足，鍛煉了自己獨立發(fā)現(xiàn)問題，思考問題，解決問題的能力，也掌握了一些編程的思想和技巧，使自己的編程能力也有了很大的提高。最終在團隊成員的努力下解決了各種問題。同時，本文著重介紹的是網(wǎng)上訂餐管理系統(tǒng)的開發(fā)、Java語言和JSP語言部分，又由于系統(tǒng)的特殊性——更多地考慮Java、數(shù)據(jù)庫和JSP語言的設計和實現(xiàn)。 小結(jié)本項目提出的網(wǎng)上訂餐系統(tǒng)是在調(diào)研國內(nèi)各大網(wǎng)上訂餐管理軟件和查閱資料了解國內(nèi)外資料的基礎上提出來的，同時查閱了大量相關文件做出系統(tǒng)分析，此文的系統(tǒng)分析和設計只是相對于一般的團體而言的?，F(xiàn)在功能基本能正常使用，結(jié)果也能滿足需求。用戶在登錄系統(tǒng)頁面時如果輸入的用戶名和密碼格式錯誤或填寫錯誤，也不能進入頁面即登錄失敗。可以從系統(tǒng)首頁直接查找點擊，也可以在搜索欄中搜索查找 測試項目測試用例測試結(jié)果操作流程菜單首頁點擊各個店鋪的顯示店鋪的各種飯菜點擊頁面店鋪菜單搜索查詢在搜索框中輸入電名顯示所要店鋪和菜單在搜索框中輸入關鍵字管理員查看訂單信息時登錄后臺管理系統(tǒng)，查看訂單，處理訂單。具體操作：填寫注冊表中的信息，提交然后進行登錄。黑盒測試又稱功能測試，是把程序看成一個黑盒子，完全不考慮程序等額內(nèi)部結(jié)構和處理過程，也就是說它是在程序接口進行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)慕邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性，還有性能是否能夠滿足要求，是否有初始化或者終止性錯誤。白盒測試又稱結(jié)構測試，它的前提是可以把程序看成裝在一個透明的白盒子里，也就是完全了解程序的結(jié)構和處理工程。測試任何產(chǎn)品都有兩種方法：黑盒測試和白盒測試。 由上述ER圖轉(zhuǎ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) 用戶注冊登錄界面用戶注冊登錄界面，填寫注冊表中的信息，提交然后進行登錄。(6) 具有相同碼的關系模式可以合并。 (4) 一個m：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式。(2) 一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。在此階段，我們可根據(jù)模塊中各實體之間的相互聯(lián)系和各數(shù)據(jù)表之間的相互關聯(lián)，系統(tǒng)的ER圖如圖？所示：包含訂單條目 菜品 M N包含 N N預定管理 M 1留言板留言管理員訂單生成用戶 N 1 1 N N 1其主要數(shù)據(jù)表ER 圖如下：Cid Scid菜名 介紹價格 菜品 圖片銷售量推薦訂單ID用戶ID菜名送餐地址聯(lián)系電話 訂單訂單時間金額備注 真實姓名uName用戶ID身份證號uPwd 用戶state號碼號碼 聯(lián)系電話 喜歡口味菜名訂單IDID數(shù)量單價 訂單條目信息回饋評分 類型 管理員管理員IDmPwdmNameme 邏輯結(jié)構設計階段的任務是將概念結(jié)構設計階段所得到的概念模型轉(zhuǎn)換為具體DBMS所能支持的數(shù)據(jù)模型（即邏輯結(jié)構），并對其進行優(yōu)化。因此，系統(tǒng)主頁面的設計要足夠吸引用戶，同時滿足操作方式大眾化的原則，讓用戶能夠自如地運用該系統(tǒng)。同時，評價低于標準值的餐廳將進入黑名單。 （4）系統(tǒng)管理模塊：負責審核注冊用戶，對數(shù)據(jù)庫的信息及留言板中的內(nèi)容進行瀏覽、添加、刪除、修改等操作。 （2）餐廳管理模塊：餐廳登錄成功，即可對自身信息進行查看并修改，也可發(fā)布新的菜品以及報價，待管理員審批通過方可發(fā)布，使用戶看到餐廳的信息。創(chuàng)建的系統(tǒng)狀態(tài)圖如下：4. 系統(tǒng)設計 總體設計本系統(tǒng)主要包括？？？、？？？、？？？。本文用狀態(tài)圖進行行為需求分析。 行為分析狀態(tài)圖通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。系統(tǒng)管理員用例圖如下圖所示。餐廳管理員用例圖如下圖所示。用戶登陸后可以訂餐、選擇店鋪、選擇餐飲。 系統(tǒng)管理員系統(tǒng)管理員主要完成對商家和訂餐者信息的管理、以及系統(tǒng)的維護。當然用餐后還可以對此餐飲進行評價。用例圖通過描述“系統(tǒng)”和“活動者”之間的交互活動來描述系統(tǒng)的行為。該系統(tǒng)的數(shù)據(jù)流程圖分三層來描述，分別是頂層數(shù)據(jù)流圖、一級分解、二級分解，具體數(shù)據(jù)流程圖如下圖所示： 頂層數(shù)據(jù)流圖？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？。由于條件有限，調(diào)研主要是在網(wǎng)上進行。 (DFD 、用例圖)首先對現(xiàn)有系統(tǒng)進行分析，現(xiàn)有系統(tǒng)是信息的重要來源。菜品信息、用戶信息必須保證其完整性。對數(shù)據(jù)的安全性、完整性要求：用戶信息保密，只有管理員能任意修改。系統(tǒng)運行應該快速、穩(wěn)定、高效和可靠。對常見類似的網(wǎng)站的管理的各個方面：基本信息錄入、瀏覽、刪除、修改、搜索等方面都大體實現(xiàn)，用戶對菜品的預定以及支付方式。 需求分析（1）操作簡單，界面友好：完全空間式的頁面布局，使得菜品