【正文】 用戶信息表保存的是用戶的全部信息，包括用戶編號，用戶名，用戶密碼，用戶電話，用戶地址，具體信息如圖6所示。系統(tǒng)功能模塊結(jié)構(gòu)圖如圖10所示： 網(wǎng)上訂餐系統(tǒng)后臺前臺 系統(tǒng)管理訂餐管理用戶管理更新菜單、調(diào)價格前臺信息瀏覽、添加刪除修改處理訂單審核注冊用戶回復(fù)留言查詢訂單明細信息反饋與評分用戶訂餐查看歷史訂單留言板信息瀏覽填寫修改個人信息用戶注冊、登錄圖10系統(tǒng)功能結(jié)構(gòu)圖下面是對于各個模塊的簡單描述： （1）用戶管理模塊：不同的用戶在注冊賬號成功后，即將信息保存于數(shù)據(jù)庫，同時也可對自身信息進行查看并修改。 用戶評價模塊的設(shè)計流程如圖13所示 ： 圖13 數(shù)據(jù)庫設(shè)計 概念結(jié)構(gòu)的設(shè)計對上述的總體設(shè)計和需求分析之后，我們已對各個模塊及其功能進行了初步的分析。用戶在登錄系統(tǒng)頁面時如果輸入的用戶名和密碼格式錯誤或填寫錯誤，也不能進入頁面即登錄失敗。通過與組員們交流意見、共同探討難題，更能明白團隊合作的重要性。從訂單處理流程上總體把握系統(tǒng)的設(shè)計，在具體的設(shè)計實現(xiàn)上圍繞三個方面進行展開，即用戶、管理者、系統(tǒng)維護者。 支付模塊：完成客戶的安全支付；216。 可選擇的系統(tǒng)方案2基于C、JAVA等基礎(chǔ)編程和數(shù)據(jù)庫應(yīng)用技術(shù)，建立以Browser/Server為結(jié)構(gòu)模式的信息平臺，主要事務(wù)邏輯在服務(wù)器端（Server）實現(xiàn)，形成所謂三層3tier結(jié)構(gòu)。 局限性(1)個性化服務(wù)功能有待加強；(2)功能覆蓋面較窄。所以從現(xiàn)有的技術(shù)水平來說，這些技術(shù)目前已經(jīng)成熟，本系統(tǒng)的開發(fā)完全可行完全能夠建立一個以消費者服務(wù)和內(nèi)部管理為目的的信息平臺。同時，我們的訂餐系統(tǒng)還能幫助酒店（餐館）擴大營業(yè)范圍，增加知名度等。 本文檔面向多種讀者對象： 指導(dǎo)教師：指導(dǎo)教師可以根據(jù)該文檔了解預(yù)期產(chǎn)品的功能，并據(jù)此進行系統(tǒng)設(shè)計、項目管理。系統(tǒng)的數(shù)據(jù)庫方面，使用關(guān)系數(shù)據(jù)庫管理系統(tǒng)Microsoft SQL Sever2008，使系統(tǒng)安全性能更高，使用戶界面更加完美。 不允許隨意定義全局變量。 清楚明白地使用列名，而不能使用列的序號。 假設(shè)和依賴該系統(tǒng)所開發(fā)的在特定的系統(tǒng)環(huán)境支持下進行如協(xié)議限定，因而難以保障它在多層次網(wǎng)路結(jié)構(gòu)中能夠安全、穩(wěn)定的運行，同時加上開發(fā)水平的限定很難保證進行全面深入的測試工作，以及現(xiàn)在網(wǎng)絡(luò)設(shè)備的發(fā)展導(dǎo)致接入成本增加和軟件開發(fā)成本限定，使得一系列的問題難以解決，這都需要軟件使用者根據(jù)自身的發(fā)展需求來定制相應(yīng)的軟件。 IE與tomcat接口：將IE請求數(shù)據(jù)傳送給服務(wù)器。4. 功能需求 詳細功能需求(1)游客登錄網(wǎng)上訂餐系統(tǒng)進行信息瀏覽，會員注冊；(2)會員可以對自己的個人信息進行更改，以會員形式登錄的顧客享受訂餐服務(wù)；(3)會員可對菜單進行選擇、更改、刪除；(4)會員可提交訂單至訂餐廳后臺系統(tǒng)，生成訂單并查看歷史訂單；(5)會員可以對系統(tǒng)、餐廳或菜品進行意見或建議的留言并進行信息反饋和評分；(6)餐廳管理員更新菜單，設(shè)置打折優(yōu)惠活動，調(diào)整價格；(7)餐廳管理員可查詢處理訂單，并派送飯菜，回復(fù)餐廳或菜品的留言；(8)系統(tǒng)管理員可以管理會員信息，回復(fù)會員的留言、評論及權(quán)限的設(shè)置；(9)系統(tǒng)管理員可以對訂單進行管理、刪除、總結(jié)。用戶可以查詢、修改積分信息。用戶收到食品后，確認菜品并支付，系統(tǒng)管理員把錢支付給餐廳，餐廳管理員收到錢后，訂餐結(jié)束。名字：餐廳信息表別名：無描述：餐廳的登陸信息定義：餐廳=餐廳編號+餐廳名+餐廳密碼+餐廳電話+餐廳址位置：餐廳信息名字：餐廳編號別名：餐廳登陸號描述：餐廳的唯一標識定義：餐廳編號=1{阿拉伯數(shù)字}位置：餐廳信息名字：餐廳名別名：名稱描述：餐廳登錄時的名稱定義：餐廳名=漢字位置：餐廳信息名字：餐廳密碼別名：無描述：餐廳登錄時的密碼定義：餐廳密碼=字符位置：餐廳信息名字：餐廳密碼別名：無描述：餐廳登錄時的密碼定義：餐廳密碼=字符位置：餐廳信息名字：餐廳電話別名：無描述：餐廳的聯(lián)系電話定義：餐廳電話=1{阿拉伯數(shù)字}位置：餐廳信息名字：餐廳地址別名：無描述：餐廳的送貨地址定義：餐廳地址=漢字+阿拉伯數(shù)字位置：餐廳信息圖7 餐廳信息表的數(shù)據(jù)字典（3） 訂單信息的數(shù)據(jù)字典用戶生成訂單后，將信息存入訂單信息表，包括訂單號，用戶名，菜名，訂單時間，金額，聯(lián)系電話，送餐地址，管理員號，具體信息如圖8所示。（2）即時可見：對客戶預(yù)定餐飲信息的處理（包括錄入、刪除）將立即在首頁的對應(yīng)欄目顯示出來，達到“即時發(fā)布，即時見效”的功能。 穩(wěn)定性需求系統(tǒng)穩(wěn)定性要求高，能夠承載大量用戶的并發(fā)訪問。 定義網(wǎng)上訂餐系統(tǒng)是一款集接受、處理、取消用戶訂單，編輯菜單菜價及結(jié)賬等功能的網(wǎng)上訂餐軟件。對于該系統(tǒng)，當用戶進行某一項操作，其響應(yīng)時間應(yīng)該在一定可接受范圍內(nèi)，且信息的變化也應(yīng)隨日期的更改而變化。 用戶評價系統(tǒng)流程圖如圖4所示：用戶登錄界面 餐廳評分評價失敗訂菜品 N Y評價失敗格式正確 N Y評價成功結(jié)束操作 圖4 用戶評價模塊流程圖 性能評價系統(tǒng)的準確性和及時性。測試并不僅僅是為了要找出錯誤，而是幫助項目開發(fā)人員發(fā)現(xiàn)軟件程序中的缺陷加以改進，同時沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定軟件系統(tǒng)質(zhì)量的一種方法。單元測試是開發(fā)者編寫的一小段代碼，用于檢測被測代碼的一個很小的、很明確的功能是否正確。 測試參考文檔文檔說明作者文檔位置（CVS）需求文檔申姣姣附錄2系統(tǒng)詳細設(shè)計史耀花附錄3測試文檔呂曉婧附錄43 質(zhì)量目標 產(chǎn)品質(zhì)量目標訂餐系統(tǒng)可以使用戶順利登錄，順利點餐，后臺管理員能順利處理訂單。 測試路徑：管理人員登錄系統(tǒng)后臺，對訂單進行處理，訂單有兩種狀態(tài)已結(jié)賬和未結(jié)賬。致命指系統(tǒng)不能正常啟動或啟動后無法正常工作。一般指該問題增加了測試或用戶操作的復(fù)雜度。 測試結(jié)果：若要快速查找店鋪所對應(yīng)的菜名可以在搜索欄中直接查找。 測試目標 測試人員用黑盒測試方法對每個界面的功能進行測試，使軟件在投入生產(chǎn)性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。集成測試是測試和組裝軟件的系統(tǒng)化技術(shù)，是把模塊按照設(shè)計要求組裝起來的同時進行測試，主要目標是發(fā)現(xiàn)與接口有關(guān)的問題。本系統(tǒng)的數(shù)據(jù)庫命名為：User，用來存儲該系統(tǒng)中用到的所有數(shù)據(jù)。 尚未解決的問題: 對數(shù)據(jù)庫的鏈接。（3）系統(tǒng)管理模塊：負責審核注冊用戶，對數(shù)據(jù)庫的信息及留言板中的內(nèi)容進行瀏覽、添加、刪除、修改等操作。 背景隨著人們生活水平的提高，外出就餐的機會隨之增多，餐廳的營業(yè)額勢必會增加，特別是一些大型餐飲店，不肯能在像以前一樣用手工去紀錄，這樣不僅容易出錯，而且效率低，影響餐廳業(yè)的營業(yè)現(xiàn)狀，正是在這種情況之下，我們小組提出設(shè)計一個網(wǎng)上訂餐服務(wù)系統(tǒng)。防止惡意刪改。另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。圖5 系統(tǒng)管理數(shù)據(jù)流圖 數(shù)據(jù)字典（1） 用戶信息表的數(shù)據(jù)字典用戶信息表保存的是用戶的全部信息，包括用戶編號，用戶名，用戶密碼，用戶電話，用戶地址，具體信息如圖6所示。系統(tǒng)管理員確認訂單信息，并把訂單信息發(fā)送給餐廳管理員。如圖2所示。 訂餐系統(tǒng)與IE接口：將響應(yīng)發(fā)送給IE。所有軟件均運行于操作系統(tǒng)上。 函數(shù)與函數(shù)之間只允許存在包含關(guān)系，而不允許存在交叉關(guān)系，即兩者之間只存在單方。 查找數(shù)據(jù)庫表或視圖時，只能取出確實需要的那些字段。 運行環(huán)境顧客客戶端：操作系統(tǒng)windows98以上。 在閱讀本文檔時，首先要了解產(chǎn)品的功能概貌，然后可以根據(jù)自身的需要對每一功能進行適當?shù)牧私?。綜合描述部分主要對系統(tǒng)的整體結(jié)構(gòu)進行了大致的介紹；外部接口需求部分對用戶界面、軟件接口、硬件接口和通訊接口等進行了描述；功能需求部分對系統(tǒng)的功能需求進行了詳細描述，是本文的主要部分；行為需求部分通過狀態(tài)圖對系統(tǒng)詳細流程進行了分析。社會對餐飲的快捷性要求形成了對網(wǎng)上訂餐的要求，該項目使用javaWeb技術(shù)的servlet+jsp+javaBean實現(xiàn)快捷的開發(fā)與部署，并且可以最大限度的保證系統(tǒng)的穩(wěn)定性。 投資回收周期預(yù)計5~8個月6 技術(shù)可行性此次開發(fā)基于C語言作為開發(fā)語言，它具有語言簡潔、語言自由、支持跨平臺、與XML相融合等多個特點。4 所建議的系統(tǒng) 對所建議的系統(tǒng)的說明本系統(tǒng)主要基于C、JAVA等基礎(chǔ)編程和數(shù)據(jù)庫應(yīng)用技術(shù)，建立Browser/Server為結(jié)構(gòu)模式，以數(shù)據(jù)庫為后臺支撐、以消費者服務(wù)和內(nèi)部管理為目的的信息平臺。 進行可行性分析的方法（1）問卷調(diào)查，通過對校內(nèi)同學的問卷調(diào)查，了解他們的就餐地點、對事物的喜好以及對網(wǎng)上訂餐系統(tǒng)的評價；（2）查閱相關(guān)資料，了解現(xiàn)有的網(wǎng)上訂餐系統(tǒng)。 查詢模塊：完成客戶查詢功能；216。 項目概述網(wǎng)上訂餐系統(tǒng)無論是在應(yīng)用的深度還是廣度上都是一個逐步發(fā)展的過程。（2）實踐能力方面當調(diào)試出現(xiàn)問題時，先從細節(jié)上入手，看看自己在細節(jié)上有沒有由于粗心而發(fā)生的錯誤，然后再進行整體上分析，有沒有嚴重的語法錯誤。由于我們已經(jīng)知道產(chǎn)品應(yīng)具有的功能，可以通過測試來檢驗是否每個功能都能正常使用，所以此網(wǎng)上訂餐系統(tǒng)應(yīng)用黑盒測試方法。訂單模塊的設(shè)計流程如圖11所示： 圖11 用戶下訂單流程圖 管理員模塊的設(shè)計此模塊的功能是：在管理員登陸界面，管理員的無誤信息綁定至數(shù)據(jù)庫，然后在顯示的訂單界面中實施操作，以此更新數(shù)據(jù)庫。根據(jù)前面的分析和設(shè)計可以發(fā)現(xiàn)，每個參與者在使用系統(tǒng)前都需要進行登錄，登陸后就可以進行各自相應(yīng)的操作，操作完后退出系統(tǒng)。用戶可以查看優(yōu)惠信息和菜品信息。如圖3所示。系統(tǒng)管理員管理會員信息，訂單信息。（5）對數(shù)據(jù)的安全性、完整性要求：用戶信息保密，只有管理員能任意修改。隨著Internet的發(fā)展，用戶對于網(wǎng)絡(luò)、WINDOWS等環(huán)境下的軟件使用比較熟悉，對于新鮮事物，用戶表現(xiàn)出極大的興趣和熱情。我們以SQL Sever技術(shù)作為后臺支撐,它能夠?qū)崿F(xiàn)數(shù)據(jù)庫鏡像、在線恢復(fù)、在線檢索操作、快速恢復(fù)，安全性能高等多個功能。Java提供了強類型檢查機制，使得程序在開發(fā)期間更安全。.（3）Java利用Java實現(xiàn)可視化界面。當學生們忙碌了整個上午后，享用豐富的午餐成了基本的要求，而網(wǎng)上訂餐系統(tǒng)正是為了幫助人們尋找和發(fā)現(xiàn)新的菜種，品嘗不同風格和不同種類的菜品。完成了可行性分析文檔、需求分析文檔、系統(tǒng)詳細設(shè)計文檔、系統(tǒng)測試文檔。基于對象的編程更符合人們的思維模式，使人更容易編寫程序。采用完全開放策略。而且該系統(tǒng)可以做到用戶足不出戶就能吃到美味的食物，同時增加餐館的營業(yè)額的效果。另外，跟蹤出現(xiàn)的提示信息也讓用戶隨時清楚自己的操作情況。防止惡意刪改。圖2 第1層數(shù)據(jù)流圖③ 第二層數(shù)據(jù)流圖1用戶管理數(shù)據(jù)流圖用戶注冊信息：用戶輸入注冊信息，判斷注冊信息有效后，將注冊信息填入注冊信息表，生產(chǎn)會員信息。餐廳管理員收到訂單后，送餐生成送餐信息。名字：用戶信息表別名：無描述：用戶的登陸信息定義：用戶=用戶編號+用戶名+用戶密碼+用戶電話+用戶地址位置：用戶信息圖6 用戶信息表的數(shù)據(jù)字典②餐廳信息表保存的是用戶的全部信息，包括用戶餐廳編號，餐廳名，餐廳密碼，餐廳電話，餐廳地址，具體信息如圖7