資料范本資料范本本資料為word版本，可以直接編輯和打印，感謝您的下載酒店網(wǎng)上訂餐系統(tǒng)設計與實現(xiàn)畢業(yè)論文地點：__________________時間：__________________說明：本資料適用于約定雙方經(jīng)過談判，協(xié)商而共同承認，共同遵守的責任與義務，僅供參考，文檔可直接下載或修改，不需要的部分可直接刪除，使用時請詳細閱讀內(nèi)容廣東海洋大學寸金學院課程設計論文題目：華天酒店網(wǎng)上訂餐系統(tǒng)設計與實現(xiàn)DesignandimplementationoftheAlexHuaTianhotelonlinemealorderingsystem系別：信息技術(shù)系專業(yè)：10級計算機科學與技術(shù)班級：10級計算機科學與技術(shù)1班姓名：Bocker學號：2011301120120指導老師：Bockor職稱：講師日期：2013年7月6日廣東海洋大學寸金學院教務處制目錄摘要 IAbstract II第一章項目概述 11.1項目背景 11.2項目現(xiàn)狀 11.3項目目的 11.4意義 2第二章可行性分析 32.1技術(shù)可行性 32.2經(jīng)濟可行性 32.2.1支出 32.2.2收益 42.2.3投資回收期 52.3法律可行性 52.4操作可行性 52.5結(jié)論 5第三章需求分析 63.1功能分析 63.2性能分析 63.3系統(tǒng)功能建模 73.3.1系統(tǒng)流程圖 73.3.2數(shù)據(jù)流圖 83.3.3數(shù)據(jù)字典 113.3.4用例設計 143.4系統(tǒng)數(shù)據(jù)模型 15第四章概要設計 194.1數(shù)據(jù)結(jié)構(gòu)設計 194.1.1關(guān)系模型設計 194.1.2物理結(jié)構(gòu)設計 204.2系統(tǒng)行為模型設計 234.2.1系統(tǒng)狀態(tài)圖設計 234.2.2系統(tǒng)活動圖設計 254.3系統(tǒng)層次結(jié)構(gòu)圖設計 274.3.1Hipo結(jié)構(gòu)圖設計 274.3.2ipo結(jié)構(gòu)圖設計 274.4代碼設計 294.4.1代碼設計原則 294.4.2系統(tǒng)所需代碼設計 304.5輸入輸出設計 314.5.1輸入設計 314.5.2輸出設計 324.6運行環(huán)境 334.6.1運行環(huán)境 334.6.2運行模塊的組合 334.6.3運行控制 334.7出錯處理設計 334.7.1出錯輸出信息 334.7.2出錯處理對策 344.8安全保密設計 344.9維護設計 34第五章詳細設計 365.1系統(tǒng)模塊設計 365.1.1打印營業(yè)報表模塊設計 365.1.2確定賬目信息 365.1.3客戶消費處理模塊設計 365.1.4收銀處理模塊設計 375.1.5確認收銀信息模塊設計 375.1.6確認消費清單模塊設計 375.1.7登記采購清單模塊設計 385.1.7登記采購清單模塊設計 385.2程序流程圖設計 38第六章網(wǎng)上訂餐系統(tǒng)的實現(xiàn) 406.1登錄/注冊 406.2訂單查詢 406.3選菜單 416.4訂餐單 416.5管理員操作 42第七章測試與維護 447.1測試目標 447.2測試方法 447.3主模塊測試 457.3.1登錄／注冊模塊 457.3.2訂餐服務模塊 457.3.3訂單處理模塊 467.3.4菜單管理模塊 467.4測試總結(jié) 47總結(jié)與展望 48參考文獻 49摘要隨著我國經(jīng)濟的蓬勃發(fā)展,人們生活水平的不斷提高，而互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，網(wǎng)絡對人們的日常生活的滲透不斷加深。為了滿足人們就餐的要求，網(wǎng)上訂餐應運而生。網(wǎng)上訂餐由于其獨有的便捷性和直觀性，已經(jīng)輕而易舉地被現(xiàn)代人認同和接受。同時，這也是電子商務應用的一種全新體現(xiàn)，幫助和推進電子商務的普及與應用。本系統(tǒng)采用了C/S模式軟件體系結(jié)構(gòu)，利用現(xiàn)有的計算機技術(shù)使用VisualStudio2008完成管理平臺設計，同時使用SQLServer2005數(shù)據(jù)庫存儲數(shù)據(jù)。同時使用窗口界面設計，菜單式提交數(shù)據(jù)，使操作簡單，直觀易懂。網(wǎng)上訂餐系統(tǒng)可以促使酒店的管理更科學，更合理，也進一步地杜絕了假賬爛帳的發(fā)生，節(jié)省了人力物力的同時避免了酒店由于管理不善導致的非必要支出，提高酒店競爭力的同時確保了管理的穩(wěn)定性、操作性、可維護性以及安全性。關(guān)鍵詞：網(wǎng)上訂餐，C/S模式，信息發(fā)展AbstractWiththevigorousdevelopmentofChina'seconomy,people'slivingstandardscontinuetoimprove,andtherapiddevelopmentofInternettechnology,networkinpeople'severydaylifehasdeepened.Inordertomeettherequirementsofpeopleeating,emergeasthetimesrequireonlinemealordering.Becauseofitsuniqueonlinemealorderingconvenientandintuitive,alreadybeaneasyjobtobethemodernpeoplerecognizedandaccepted.Atthesametime,anewmanifestationofthisistheelectroniccommerceapplication,helpandpromotethepopularizationandapplicationofelectroniccommerce.ThissystemadoptstheC/Ssoftwarearchitecturemodel,theuseofexistingcomputertechnologyusingVisualStudio2008tocompletethemanagementplatformisdesigned,usingSQLServer2005databasetostoredata.Atthesametimetousethewindowmenuinterfacedesign,thedatasubmitted,theoperationissimple,intuitiveandeasytounderstand.Onlinemealorderingsystemcanpromotethehotelmanagementmorescientific,morereasonable,andfurthertoeliminatethefalsebaddebt,savemanpowerandmaterialresourcesandavoidthehotelduetomismanagementofthenon-essentialexpenditure,improvethehotelcompetitivenessandensurethestabilityofthemanagement,operation,maintenanceandsafety.Keywords:Onlinemealordering,C/Smode,informationdevelopment第一章項目概述1.1項目背景高新科技和計算機的飛速發(fā)展，給人們帶來了更多的便利．電腦普及時代即將到來,網(wǎng)絡技術(shù)也在逐漸完善,人們的生活已經(jīng)開始發(fā)生重要的變革，效率已經(jīng)成為各個企業(yè)生存的首要條件，更好更快的使用和了解相關(guān)的信息，以及處理更多更繁瑣的事物便是我們設計網(wǎng)上訂餐系統(tǒng)的初衷。[1]1.2項目現(xiàn)狀由于互聯(lián)網(wǎng)發(fā)展已深入家庭，網(wǎng)上訂餐這個課題已經(jīng)提出，為了方便人們生活，提高人們的生活效率，本系統(tǒng)根據(jù)現(xiàn)實訂餐的方式虛擬于網(wǎng)絡之上，使人們通過網(wǎng)絡就可以完成生活中必要的事情（飲食）。系統(tǒng)的完成不僅可以基本實現(xiàn)客戶訂餐的功能，還能在此基礎上提供更多的，更貼心的服務。信息技術(shù)的發(fā)展將更快的推動互聯(lián)網(wǎng)的發(fā)展，訂餐系統(tǒng)的重要性也將越顯其強大的作用。[3]1.3項目目的網(wǎng)絡訂餐可充通過色彩、圖片、說明、設置動畫加強了產(chǎn)品了宣傳，大大達到了餐飲業(yè)的“色型”要求。實現(xiàn)產(chǎn)品管理方便，起到立竿見影的效果，不用因為更改菜色而重新印刷。而且能上網(wǎng)就能訂餐，甚至可以利用手機上網(wǎng)訂餐，使操作更加簡便，訂餐信息更加準確。避免口頭傳遞信息的錯誤，優(yōu)化服務。網(wǎng)絡不會跟電話一樣占線，在高峰期對訂餐的處理更是游刃有余，只看著屏幕點打印即可，就可下廚房配菜配送。餐館也不用再派人派宣傳單，省去一筆宣傳和人工費用。訂餐途徑有了更好的改善，網(wǎng)絡訂餐成為電話訂餐又一有力補充，擴大客流，從而整體提高業(yè)務量。倡導了一種時尚，餐店的定位更是網(wǎng)絡化，時尚化，具備更為勃勃的生機。1.4意義通過管理信息化的優(yōu)化，提高餐飲企業(yè)的管理效率，降低餐飲企業(yè)運營的成本，在給顧客帶來收益的同時也為餐館本身帶來了管理上的方便，擴大了顧客流量的同時提高整體的服務質(zhì)量和服務效率，使得餐館更網(wǎng)絡化，時尚化，在同行業(yè)中更具競爭力。第二章可行性分析2.1技術(shù)可行性本網(wǎng)站所需要的開發(fā)軟件是MicrosoftVisualStudio2008，在windowsXP的操作環(huán)境下進行研發(fā)，并選擇SQLserver2005數(shù)據(jù)庫，進行連接。采用SQLserver2005作為后臺數(shù)據(jù)庫平臺的管理系統(tǒng)，它能夠快速創(chuàng)建表格及數(shù)據(jù)具有可靠易用性；MicrosoftVisualStudio2008作為開發(fā)工具它具有可視化的設計平臺、面向?qū)ο蟮脑O計方法，適合開發(fā)Windows環(huán)境下的應用程序，它簡單易學、效率高，而且功能強大。而且，本人的優(yōu)勢在于，以上的這些技術(shù)在大學的這幾年都已經(jīng)學習過，而且學校十分重視學生的動手能力，在實踐上學生也已經(jīng)十分熟悉了。這對于開發(fā)這個系統(tǒng)有著有利的條件。因此，該網(wǎng)站在采用以上技術(shù)是可行的。[4]2.2經(jīng)濟可行性2.2.1支出寸金訂餐網(wǎng)站開發(fā)的初步投資和收益的初步估算如下(1)硬件設備:終端服務PC：4000（元）×4（臺）=16000（元）網(wǎng)絡設備（路由、網(wǎng)線、網(wǎng)卡、交換機、調(diào)制解調(diào)器）：500元共計:16500元(2)軟件設備:MicrosoftWindowsXP:1050（元）*4=4200（元）（/product/223/223668/）VisualStudio2008中文專業(yè)版:4900元(/276462/productid_494197/)MicrosoftSQL2005標準版（10用戶中文/英文）8500（元）（/data-base/index103993.shtml）總計8500+4900=13400（元）(3)其他費用支出人工費用：3（月）×4（人）×3000（元）=36000元網(wǎng)絡寬度費用：30（元）*3(月)*4(人)=360元其他支出：約200元總計:36560元支出總成本：16500+13400+36560=66460（元）2.2.2收益本網(wǎng)站在投入使用后，能擴大客流量，增加餐館的收益。例如一個餐館年總收入為50萬元，在本網(wǎng)站投入使用后收益提升10%則網(wǎng)站每年為餐館增加收益50*10%=5（萬元）需要維護員工1名，每年需支付2000*12=2.4（萬元）則除去維護費用本網(wǎng)站每年為餐館增加收入5-2.4=2.6（萬元）此網(wǎng)站預計使用年限為5年，按2013年銀行存款利率2.0％計算，利用上面計算貨幣現(xiàn)在價值計算系統(tǒng)使用后每年預計節(jié)省的資金的現(xiàn)在值，見表2-1。表2-1將來的收入折算現(xiàn)在值表五年的總增益為：26000*（1.02+(1.02)^2+(1.02)^3+(1.02)^4+(1.02)^5）=138008.78元另外還有不可估量的無形收益。2.2.3投資回收期該網(wǎng)站的投資回收期為:2+(66460-50480.59)/25490.20≈2.63年，由此可以看出本網(wǎng)站在運行2后就可以回收所投入的資金。另有不確定因素的影響，本系統(tǒng)將有可能不超過3年就可以回收成本了。2.3法律可行性本網(wǎng)站是在符合國家各種政策法規(guī)的前提下進行開發(fā)的。整個網(wǎng)站是獨立自組開發(fā)的，所以網(wǎng)站本身不會存在專利權(quán)爭議或侵權(quán)抄襲的問題。它的研制和開發(fā)都是選用正版軟件，因此不會造成侵權(quán)或者面臨民事訴訟的風險。綜上所述，本方案在法律上是可行的。2.4操作可行性本網(wǎng)站是對大學師生開發(fā)的校友錄系統(tǒng)，網(wǎng)站管理員可以進行增加,更改,查找和刪除等操作，完成基本信息的管理，在后臺控制管理用戶群。從人性化的角度出發(fā)，充分考慮用戶的需求等方面，美觀簡潔的界面，操作簡單，用戶只需在搜索中輸入用戶所需要的查詢，系統(tǒng)會列出相關(guān)的信息供用戶查閱，所以本網(wǎng)站的操作是可行的。2.5結(jié)論綜上所述，經(jīng)過一系列各個方面的可行性分析，操作、技術(shù)、經(jīng)濟、法律都有可行性，本網(wǎng)站是完全可行的。第三章需求分析軟件需求分析的目標是深入描述軟件的功能和性能，確定軟件設計的約束和軟件同其它系統(tǒng)元素的接口細節(jié)，定義軟件的其它有效懷需求[2]3.1功能分析此系統(tǒng)整體可分為兩個子系統(tǒng)，其中一個為針對顧客開放的網(wǎng)上點菜系統(tǒng)，另一個是針對餐廳管理人員開放的菜單及訂單管理系統(tǒng)。顧客點菜主要流程如下：1.顧客登陸網(wǎng)上點菜系統(tǒng)進行菜單的瀏覽或者注冊為會員。2會員可以對自己的個人信息進行修改，以會員形勢登陸的顧客享受優(yōu)惠。3.如果顧客覺得菜單應該有所改變則可對已選的菜單進行選擇，更改，刪除。4.當顧客確定點菜完畢后，顧客可以將其提交至服務器并生成訂單。管理員訂單管理業(yè)務流程如下：1.管理員在本地登陸后既可對服務器上的菜單進行添加，刪除，修改。2.當菜單管理工作結(jié)束后，管路員可以對訂單進行管理，確認和查看詳細信息的操作。根據(jù)業(yè)務流程的分析可以得知管理員的每一個操作基本都是獨立的。3.2性能分析用戶登錄系統(tǒng)時需輸入口令，對不同類型的操作員授予不同等級的權(quán)限去使用相應的功能。對于顧客，如果是普通顧客，則其只能以市場價進行消費，而不能享受會員價；如果該顧客是注冊會員，那么其在消費時可以享受低于市場價格的會員價。對于管理員，在其查詢訂單的時候可針對各種組合條件進行查詢，而且查詢效率要求高，能及時響應查詢請求。另外，系統(tǒng)還應當滿足信息的完整性以及系統(tǒng)的可拓展性3.3系統(tǒng)功能建模本系統(tǒng)采用結(jié)構(gòu)化的分析方法，采用系統(tǒng)流程圖、數(shù)據(jù)流程圖、數(shù)據(jù)字典和用例圖來表達系統(tǒng)內(nèi)部數(shù)據(jù)的運行以及數(shù)據(jù)的描述和定義。3.3.1系統(tǒng)流程圖系統(tǒng)流程圖（TFD）又稱業(yè)務流程圖，是概括地描繪物理系統(tǒng)的傳統(tǒng)工具，是直觀描述現(xiàn)系統(tǒng)業(yè)務處理由開始到結(jié)束的整個過程的非結(jié)構(gòu)化圖型工具。系統(tǒng)流程圖的符號說明見表3-1。表3-1系統(tǒng)流程圖符號說明系統(tǒng)流程圖如圖3-1所示?？蛻粝M信息明細賬入貨匯總簿營業(yè)報表經(jīng)理收入明細帳賬目處理登記會員客戶訂餐單餐飲部采購員采購單餐飲部銷售信息錄入收銀處理客戶消費信息處理消費清單客戶客戶注冊餐飲部信息處理注冊表會員客戶信息圖3-1系統(tǒng)流程圖3.3.2數(shù)據(jù)流圖數(shù)據(jù)流圖（DFD）是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流圖的符號說明見表3-2。表3-2數(shù)據(jù)流程圖符號說明表網(wǎng)上訂餐系統(tǒng)數(shù)據(jù)流程圖如圖3-2至圖3-4所示。F1訂餐單F6營業(yè)報表F5消費清單客戶經(jīng)理客戶P賬目處理采購員F2采購單F3注冊表消費單圖3-2頂層圖D1圖3-3一級細化圖F1P2客戶消費信息處理銷售信息錄入P1P5D2收入明細帳F6F5收銀處理P3客戶消費信息明細賬賬目處理登記采購單P4D3入貨匯總簿F2F3注冊信息處理P6D6會員客戶信息確定收銀信息P2.1D1D2確定賬目信息P5.1D3D5營業(yè)報表打印營業(yè)報表P5.2F6確定消費清單P4.1D1D4消費清單打印消費清單P4.2F5圖3-4二級細化圖3.3.3數(shù)據(jù)字典數(shù)據(jù)字典（DD）是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中所包含的所有元素（數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)流及數(shù)據(jù)存儲中的數(shù)據(jù)元素、數(shù)據(jù)處理）的定義的集合。它們的定義常常是以卡形式給出的，數(shù)據(jù)流定義用數(shù)據(jù)流卡，數(shù)據(jù)存儲定義用數(shù)據(jù)存儲卡，數(shù)據(jù)處理定義用數(shù)據(jù)處理卡，數(shù)據(jù)元素定義用數(shù)據(jù)元素卡。(1)數(shù)據(jù)流卡名稱：訂餐單編號：F1來源：客戶去向：餐飲部數(shù)據(jù)結(jié)構(gòu)：訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶編號名稱：采購單編號：F2來源：采購員去向：餐飲部數(shù)據(jù)結(jié)構(gòu)：采購單編號，日期，采購員，供應商，商品名稱，商品數(shù)量，商品單價名稱：消費清單編號：F5來源：餐飲部去向：客戶組成：訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶姓名，客戶編號名稱：營業(yè)報表編號：F6來源：餐飲部去向：經(jīng)理組成：報表編號，日期，總收入，總支出名稱：注冊表編號：F3來源：客戶去向：餐飲部組成：客戶編號，客戶姓名，聯(lián)系電話，送貨地址,郵箱（2）數(shù)據(jù)存儲卡名稱：收入明細賬編號：D2相關(guān)處理：由P3寫入，讀取其數(shù)據(jù)的有P5.1數(shù)據(jù)結(jié)構(gòu)：訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣名稱：客戶消費信息明細賬編號：D1相關(guān)處理：由P1寫入，讀取其數(shù)據(jù)的有P2.1,P4.1數(shù)據(jù)結(jié)構(gòu)：客戶編號，客戶姓名，聯(lián)系方式，日期，商品名稱，商品數(shù)量，商品單價，折扣名稱：入貨匯總簿編號：D3相關(guān)處理：由P4寫入，讀取其數(shù)據(jù)的有P5.1數(shù)據(jù)結(jié)構(gòu)：采購單編號，日期，采購員，供應商，商品名稱，商品數(shù)量，商品單價名稱：消費清單編號：D4相關(guān)處理：由P2寫入，讀取其數(shù)據(jù)的有P4.2數(shù)據(jù)結(jié)構(gòu)：訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶姓名，客戶編號（3）數(shù)據(jù)處理卡名稱：營業(yè)賬簿編號：D5相關(guān)處理：由P5寫入，讀取其數(shù)據(jù)的有P5.2數(shù)據(jù)結(jié)構(gòu)：報表編號，日期，訂餐單數(shù)量，訂餐總金額，采購單數(shù)量，采購總金額，凈收入名稱：會員客戶信息編號：D6相關(guān)處理：由P6寫入數(shù)據(jù)結(jié)構(gòu)：客戶編號，客戶姓名，訂餐記錄名稱：客戶消費信息處理編號：P2輸入：數(shù)據(jù)存儲“客戶消費信息明細賬”輸出：數(shù)據(jù)流“消費清單”處理：根據(jù)數(shù)據(jù)存儲“客戶消費信息明細賬”，整理信息后，生成“消費清單”名稱：銷售信息錄入編號：P1輸入：數(shù)據(jù)流“訂餐單”輸出：數(shù)據(jù)存儲“客戶消費信息明細賬”處理：將數(shù)據(jù)流“訂餐單”中的數(shù)據(jù)通過鍵盤輸入存儲到數(shù)據(jù)存儲“客戶消費信息明細賬”中，可對數(shù)據(jù)存儲“客戶消費信息明細賬”進行更改、刪除。名稱：登記采購單編號：P4輸入：數(shù)據(jù)流“采購單”輸出：數(shù)據(jù)存儲“入貨匯總簿”處理：將數(shù)據(jù)流“采購單”中的數(shù)據(jù)通過鍵盤輸入存儲到數(shù)據(jù)存儲“入貨匯總簿”中，可對數(shù)據(jù)存儲“入貨匯總簿”進行更改、刪除。名稱：收銀處理編號：P3輸入：數(shù)據(jù)存儲“客戶消費信息明細賬”輸出：數(shù)據(jù)存儲“收入明細賬”處理：根據(jù)數(shù)據(jù)存儲“客戶消費信息明細賬”，結(jié)算后，生成“收入明細賬”名稱：賬目處理編號：P5輸入：數(shù)據(jù)存儲“客戶消費信息明細賬”和數(shù)據(jù)存儲“入貨匯總簿”輸出：數(shù)據(jù)流“營業(yè)報表”處理：根據(jù)數(shù)據(jù)存儲“客戶消費信息明細賬”和數(shù)據(jù)存儲“入貨匯總簿”，整理信息后，生成“營業(yè)報表”名稱：注冊信息處理編號：P6輸入：數(shù)據(jù)流“注冊表”輸出：數(shù)據(jù)存儲“會員客戶信息”處理：數(shù)據(jù)流“注冊表”中的數(shù)據(jù)存儲到數(shù)據(jù)存儲“會員客戶信息”中，可對數(shù)據(jù)存儲“會員客戶信息”進行更改、刪除。名稱：日期編號：02所屬數(shù)據(jù)流：訂餐單類型：日期長度：8描述：訂餐的日期名稱：訂餐單編號編號：01所屬數(shù)據(jù)流：訂餐單類型：字符長度：5描述：每個訂餐單的序號（4）數(shù)據(jù)元素卡名稱：商品數(shù)量編號：04所屬數(shù)據(jù)流：訂餐單類型：數(shù)值長度：5描述：訂購的食物的數(shù)量名稱：商品名稱編號：03所屬數(shù)據(jù)流：訂餐單類型：字符長度：30描述：訂購的食物名字名稱：折扣編號：06所屬數(shù)據(jù)流：訂餐單類型：數(shù)值長度：3描述：每次訂購商品或銷售商品的折扣名稱：商品單價編號：05所屬數(shù)據(jù)流：訂餐單類型：數(shù)值長度：6描述：單位菜的價格名稱：金額編號：07所屬數(shù)據(jù)流：訂餐單類型：數(shù)值長度：9描述：訂購商品的金額名稱：客戶姓名編號：08所屬數(shù)據(jù)流：訂餐單類型：字符長度：30描述：訂餐客戶的姓名名稱：聯(lián)系地址編號：10所屬數(shù)據(jù)流：訂餐單類型：字符長度：30描述：送餐地址名稱：聯(lián)系電話編號：09所屬數(shù)據(jù)流：訂餐單類型：字符長度：30描述：訂餐客戶的電話號碼3.3.4用例設計用例圖如圖3-5所示。圖3-5用例圖3.4系統(tǒng)數(shù)據(jù)模型建立系統(tǒng)數(shù)據(jù)模型的主要工具是實體-關(guān)聯(lián)圖，即E-R圖。酒店訂餐系統(tǒng)的綜合E-R圖如圖3-6所示。圖3-6E-R圖nmnnnmmmam會員顧客選擇菜單管理管理員管理訂單提交統(tǒng)計帳單提供經(jīng)理采購員選擇訂購單登記統(tǒng)計顧客實體屬性如圖3-7所示。會員顧客登陸注冊查詢預訂顧客編號圖3-7顧客實體屬性圖菜單實體屬性如圖3-8所示。菜單菜單編號菜名不副實價格基本描述圖3-8菜單實體屬性圖管理員實體屬性如圖3-9所示?？們r管理員修改刪除添加管理員名編號圖3-9管理員實體屬性圖訂單實體屬性如圖3-10所示。訂單顧客名名總價格菜單名生成時間聯(lián)系電話是否確認圖3-10訂單實體屬性圖第四章概要設計4.1數(shù)據(jù)結(jié)構(gòu)設計數(shù)據(jù)庫設計是軟件開發(fā)的靈魂和基礎，是整個系統(tǒng)成功的關(guān)鍵所在，是開發(fā)高品質(zhì)應用的前提，鑒于數(shù)據(jù)庫設計的重要性，做如下約定：設計過程應按照概念模型設計—關(guān)系模型設計—物理數(shù)據(jù)庫設計的步驟進行。4.1.1關(guān)系模型設計由系統(tǒng)的概念模型導出關(guān)系模式。主要原則及實現(xiàn)方法如下：（1）一個實體型轉(zhuǎn)換為一個關(guān)系模式，實體的屬性就是關(guān)系的屬性，實體的鍵就是關(guān)系的鍵。（2）一個是實體的聯(lián)系轉(zhuǎn)換為關(guān)系模式時，應首先確定該聯(lián)系的類型，在確定相應的鍵。（3）進行規(guī)范化處理，求出關(guān)系模式中的最小依賴集，并依據(jù)規(guī)范化理論，將關(guān)系模式規(guī)范到三范式。依據(jù)上述原則，得出《酒店訂餐系統(tǒng)》的關(guān)系模式：(1)訂餐單（訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶姓名，聯(lián)系電話）(2)采購單（采購單編號，日期，采購員，供應商，商品名稱，商品數(shù)量，商品單價）(3)客戶消費信息明細賬（客戶編號，客戶姓名，聯(lián)系方式，日期，商品名稱，商品數(shù)量，商品單價，折扣）(4)消費清單（訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶姓名，客戶編號）(5)收入明細賬（訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣）(6)入貨匯總簿（采購單編號，日期，采購員，供應商，商品名稱，商品數(shù)量，商品單價，折扣）(7)營業(yè)報表（報表編號，日期，總收入，總支出）(8)消費賬單（訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣，客戶姓名，客戶編號）(9)營業(yè)賬簿（報表編號，日期，訂餐單數(shù)量，訂餐總金額，采購單數(shù)量，采購總金額，凈收入）4.1.2物理結(jié)構(gòu)設計物理結(jié)構(gòu)設計是物理數(shù)據(jù)庫的具體表現(xiàn)，主要規(guī)定各關(guān)系的名稱、各列的數(shù)據(jù)類型、長度、小數(shù)位、完整性約束等。本系統(tǒng)數(shù)據(jù)庫物理結(jié)構(gòu)設計見表4-1至4-9。表4-1訂餐表表4-2采購表表4-3注冊表表4-4客戶消費信息明細賬表4-5會員客戶信息表4-6收入明細賬表4-7入貨匯總簿表4-8營業(yè)報表表4-9消費賬單表4-10營業(yè)賬簿4.2系統(tǒng)行為模型設計4.2.1系統(tǒng)狀態(tài)圖設計1.客戶查詢狀態(tài)圖如圖4-1所示。圖4-1客戶查信息的狀態(tài)圖2.客戶訂餐狀態(tài)圖如圖4-2所示。圖4-2客戶訂餐狀態(tài)圖4.2.2系統(tǒng)活動圖設計設計背景：網(wǎng)上訂餐系統(tǒng)設計功能：客戶登陸訂餐系統(tǒng)進行訂餐活動活動描述：客戶登陸系統(tǒng)，查看菜單，下訂單系統(tǒng)活動圖如圖4-3所示。圖4-3系統(tǒng)活動圖4.3系統(tǒng)層次結(jié)構(gòu)圖設計4.3.1軟件的物理結(jié)構(gòu)設計HIPO結(jié)構(gòu)圖如圖4-4所示。訂餐管理系統(tǒng)客戶消費管理客戶消費信息處理收銀處理確定收銀信息確定消費清單采購管理登記采購單打印營業(yè)報表確定賬目信息系統(tǒng)維護代碼維護數(shù)據(jù)維護系統(tǒng)管理圖4-4Hipo結(jié)構(gòu)圖4.3.2Ipo結(jié)構(gòu)圖設計模塊ipo圖第1號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：打印營業(yè)報表模塊代碼：DC-P11調(diào)用模塊：無被調(diào)用的模塊：客戶消費管理輸入：賬目簿輸出：營業(yè)報表處理：在數(shù)據(jù)存儲”營業(yè)報表”(其字段有報表編號，總收入，日期，總支出)報表編號是關(guān)鍵字。1.打開數(shù)據(jù)庫表“賬目簿”和“營業(yè)報表”；2從“賬目簿”數(shù)據(jù)中輸入“營業(yè)報表”，開始打印“營業(yè)報表”；3.關(guān)閉數(shù)據(jù)庫表，結(jié)束操作。模塊ipo圖第2號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：確認賬目信息模塊代碼：DC-P12調(diào)用模塊：無被調(diào)用的模塊：客戶消費管理輸入：收入明細賬輸出：營業(yè)報表處理：在數(shù)據(jù)存儲”收入明細賬”(其字段有訂單編號，商品名稱，商品數(shù)量，商品單價，日期，折扣)訂單編號是關(guān)鍵字。1.打開數(shù)據(jù)庫表“收入明細賬”和“營業(yè)報表”；2.對“收入明細賬”內(nèi)容進行核對，確認無誤后輸入“營業(yè)報表”3.關(guān)閉兩個數(shù)據(jù)庫，結(jié)束操作。模塊IPO圖第3號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：收銀處理模塊代碼：DC-P13調(diào)用模塊：無被調(diào)用模塊：客戶消費管理輸入：客戶消費信息明細賬輸出：收入明細賬處理：1.打開數(shù)據(jù)庫表“客戶消費信息明細賬”，“營業(yè)報表”2.將“客戶消費信息明細賬”的內(nèi)容輸入到“營業(yè)報表中”3.進行保存，并關(guān)閉兩個數(shù)據(jù)庫，結(jié)束操作。模塊IPO圖第4號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：確定收銀信息模塊代碼：DC-P14調(diào)用模塊：無被調(diào)用模塊：客戶消費管理輸入：客戶消費信息明細賬輸出：收入明細賬處理：打開“客戶消費明細賬”并對“客戶消費明細賬”進行人工核對，確認無誤后生成“收入明細賬”模塊IPO圖第5號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：確定消費清單模塊代碼：DC-P15調(diào)用模塊：無被調(diào)用模塊：客戶消費管理輸入：客戶消費信息明細賬輸出：消費清單處理：打開“客戶消費明細賬”并對“客戶消費明細賬”進行人工核對，確認無誤后待客戶進行收銀處理后生成“消費清單”并交給客戶。模塊IPO圖第6號系統(tǒng)名稱：網(wǎng)上訂餐系統(tǒng)子系統(tǒng)名稱：訂餐管理系統(tǒng)模塊名稱：登記采購單模塊代碼：DC-P21調(diào)用模塊：無被調(diào)用模塊：客戶消費管理輸入：采購單輸出：入貨匯總簿處理：打開“入貨匯總簿”對“采購單”內(nèi)容進行輸入4.4代碼設計4.4.1代碼設計原則代碼設計是處理對象的代號或表示符號，其主要目的是方便計算機處理信息變得方便、簡單。代碼設計的關(guān)鍵是方便用戶，并且滿足業(yè)務要求。本系統(tǒng)代碼設計的原則有：（1）盡量按照有關(guān)的國際標準、國家標準、部門或行業(yè)的標準進行設計。（2）便于計算機處理與記憶。（3）確定代碼值的唯一性。（4）最小長度與可擴充性。（5）合理性、穩(wěn)定性、可識別性。4.4.2系統(tǒng)所需代碼設計（1） 客戶代碼注冊的客戶編號按注冊順序采用順序碼，設計8位字符，格式為：XXXXXX取值范圍1~999999（2） 采購員代碼采購員編號按順序采用順序碼，設計4位字符，格式為：XX取值范圍1~99（3）訂餐單代碼訂餐單編號按順序采用順序碼，設計8位字符，格式為：XXXXXXXX取值范圍1~99999999（4）采購單代碼采購單編號由兩部分組成：采購員編號和此采購員采購菜材的順序編號，所以設計8位字符，格式為：XXXXXXXX該采購員采購編號，取值范圍1~999999采購員編號，取值范圍1~99例如：采購員（01）采購的第10單，其代碼為01000010。（5）報表代碼報表編號由兩部分組成：月報表月份和報表順序編號，所以設計4位字符，格式為：XXXX報表編號，取值范圍1~99報表月份，取值范圍1~12例如：2月份的報表累計報表編號為35，其代碼為0235。4.5輸入輸出設計4.5.1輸入設計輸入設計承擔著將系統(tǒng)外的數(shù)據(jù)以一定的格式送入計算機，輸入設計的一條重要原則是確保系統(tǒng)輸入的信息準確無誤，本系統(tǒng)輸入設計見表4-10至4-13。表4-10訂餐表輸入設計表4-11訂餐單輸入格式及內(nèi)容表4-12采購單輸入設計表4-13采購單輸入格式及內(nèi)容4.5.2輸出設計表4-14消費清單輸出設計表4-15營業(yè)報表輸出設計4.6運行環(huán)境4.6.1運行環(huán)境本系統(tǒng)運行需具備以下環(huán)境：硬件環(huán)境要求：服務器端的計算機要求配置相當于PIII或者以上處理器，主頻1G以上，建議2GHZ或以上，建議2GB或以上硬盤空間。軟件環(huán)境要求：本系統(tǒng)要求操作系統(tǒng)為VisualStudio2008，并且安裝SQLServer2005數(shù)據(jù)庫；本系統(tǒng)客戶機需要在WINXP操作系統(tǒng)下運行。4.6.2運行模塊的組合本系統(tǒng)采用事件驅(qū)動思想，要求各模塊間事件執(zhí)行，嚴格并執(zhí)行系統(tǒng)及兩個以上的模塊。本軟件的運行模塊組合為程序多窗口的運行環(huán)境，各個模塊在軟件運行過程中能較好的交換信息、處理數(shù)據(jù)。運行模塊分成基本的三個模塊，即是：輸入模塊、輸出模塊、處理模塊等。這使得整個系統(tǒng)的維護容易、簡單，系統(tǒng)的結(jié)構(gòu)層次簡單、易懂。4.6.3運行控制本系統(tǒng)的運行控制將嚴格按照各模塊間函數(shù)調(diào)用關(guān)系來實現(xiàn)，采用的控制方式主要有三種：順序、選擇、循環(huán)，各模塊的運行采用事件驅(qū)動的方式，在WINDOWS主控窗體（本系統(tǒng)中稱之為控制面板）的控制下，由事件驅(qū)動運行。軟件運行時有友好的界面，能夠?qū)崿F(xiàn)用戶的數(shù)據(jù)處理要求。4.7出錯處理設計4.7.1出錯輸出信息程序在運行時主要會出現(xiàn)兩種錯誤即軟錯誤和硬錯誤。對于軟錯誤，須判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。對于硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置，返回輸入階段。出錯信息必須給出相應的出錯原因，例如：“密碼錯誤，請重新輸入”“用戶名不存在”“數(shù)據(jù)庫連接失??！”等。4.7.2出錯處理對策所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成數(shù)據(jù)丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務器上：在斷電后恢復過程可采用SQLSERVER的日志文件，對其進行ROLLBACK處理，對數(shù)據(jù)進行恢復。在網(wǎng)絡傳輸方面，建立一條成本較低的后備網(wǎng)絡，以保證當主網(wǎng)絡短路時數(shù)據(jù)的通信。在硬件方面要選擇可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。[5]4.8安全保密設計（1）選購設備時，要考慮硬件可靠性，盡量利用集成度高的元件設備。（2）設備安裝時，加防雷措施。（3）在服務器中采用雙硬盤鏡像技術(shù)。（4）在關(guān)鍵的中心機房、服務器核心交換機等必要的地方，加UPS不間斷電源。（5）每天定時對服務器中的數(shù)據(jù)采用磁帶機備份。（6）所有上網(wǎng)的工作站均安裝NortonAntivirus病毒防火墻軟件。（7）設置用戶識別碼，任何用戶進入計算機系統(tǒng)時必須輸入正確的用戶名和口令。（8）設置用戶權(quán)限，控制用戶使用計算機系統(tǒng)的設備、軟件資源、功能和數(shù)據(jù)權(quán)限的范圍和等級。4.9維護設計系統(tǒng)在完成系統(tǒng)實施投入正常運行之后，就進入了系統(tǒng)維護階段。系統(tǒng)維護的目的是保證本系統(tǒng)正常而可靠地運行，使得系統(tǒng)不斷改善和提高并充分發(fā)揮作用。在系統(tǒng)的整個使用過程中都將伴隨著系統(tǒng)的維護。系統(tǒng)維護面向系統(tǒng)中各種構(gòu)成因素，按照維護對象的不同，維護內(nèi)容可分為系統(tǒng)的程序維護、數(shù)據(jù)庫維護、代碼維護、硬件設備維護。1．程序的維護本系統(tǒng)的程序維護主要包括四類活動：（1）為了救正在使用過程中暴露出來的錯誤而進行的改正性維護。（2）為了適應外部環(huán)境的變化而進行的適應性維護。（3）為了改進原有軟件而進行的完善性維護。（4）以及為改進將來的可維護性和可靠性而進行的預防性維護。2．數(shù)據(jù)庫的維護數(shù)據(jù)庫維護的日常工作最主要的是數(shù)據(jù)的備份，若不進行數(shù)據(jù)的備份，當出現(xiàn)系統(tǒng)軟硬件故障，將會對系統(tǒng)管理造成很大的損失。MicrosoftSQLServer2005提供了數(shù)據(jù)同步復制功能來進行數(shù)據(jù)的分布和備份。數(shù)據(jù)維護工作由系統(tǒng)管理員來負責，主要維護數(shù)據(jù)庫的安全性，完整性以及并發(fā)性，對數(shù)據(jù)進行不定期的更新，備份與恢復等工作。業(yè)務處理對數(shù)據(jù)的需求是不斷發(fā)生變化的，除了系統(tǒng)中主體業(yè)務數(shù)據(jù)的定期更新外，還用許多數(shù)據(jù)需要進行不定期的更新，以及數(shù)據(jù)內(nèi)容的增加、數(shù)據(jù)結(jié)構(gòu)的改變等。本系統(tǒng)使用SQLSERVER的數(shù)據(jù)庫維護功能機制，定期給數(shù)據(jù)庫備份，維護管理數(shù)據(jù)庫死鎖問題和維護數(shù)據(jù)庫內(nèi)數(shù)據(jù)的一致性。3．代碼維護隨著應用系統(tǒng)的擴大，應用環(huán)境的變化，系統(tǒng)中各種代碼都需要一定程度的維護。本系統(tǒng)對代碼定期進行增加、刪除、修改。4．硬件維護硬件維護主要指主機、外設和網(wǎng)絡設備的日常維護和管理。維修人員要定期對機器部件進行清洗，潤滑，設備故障的檢修，易損部件的更換等。第五章詳細設計5.1系統(tǒng)模塊設計5.1.1打印營業(yè)報表模塊設計（1）模塊編號：P01-01（2）模塊名稱：打印營業(yè)報表（3）模塊功能：營業(yè)報表的打印（4）輸入項目：賬目簿（5）輸出項目：營業(yè)報表（6）算法：INSERTINTO賬目簿VALUES（報表編號，日期，訂餐單數(shù)量，訂餐總金額，采購單數(shù)量，采購總金額，凈收入）5.1.2確定賬目信息（1）模塊編號：P02-01（2）模塊名稱：確定賬目信息（3）模塊功能：賬目信息的核對（4）輸入項目：收入明細賬（5）輸出項目：營業(yè)報表（6）算法：INSERTINTO收入明細賬VALUES（訂餐單編號，日期，商品名稱，商品數(shù)量，商品單價，折扣）5.1.3客戶消費處理模塊設計（1）模塊編號：P03-01（2）模塊名稱：客戶消費管理（3）模塊功能：增加、刪除、查詢用戶，設置、修改用戶密碼，（4）輸入項目：客戶消費明細賬（5）輸出項目：收入明細賬（6）算法：INSERTINTO客戶消費明細賬，客戶信息表VALUES（客戶名、密碼、客戶聯(lián)系電話，客戶編號、客戶姓名、聯(lián)系方式、日期、商品名稱、商品數(shù)量、商品單價、折扣）5.1.4收銀處理模塊設計（1）模塊編號：P04-01（2）模塊名稱：收銀處理（3）模塊功能：客戶消費的錄入（4）輸入項目：客戶消費明細賬（5）輸出項目：收入明細賬（6）算法：INSERTINTO客戶消費明細賬VALUES（客戶名、密碼、客戶聯(lián)系電話，客戶編號、客戶姓名、聯(lián)系方式、日期、商品名稱、商品數(shù)量、商品單價、折扣）5.1.5確認收銀信息模塊設計（1）模塊編號：P05-01（2）模塊名稱：確認收銀信息（3）模塊功能：收銀信息的核對（4）輸入項目：客戶消費明細賬（5）輸出項目：收入明細賬（6）算法：INSERTINTO客戶消費明細賬VALUES（客戶名、密碼、客戶聯(lián)系電話，客戶編號、客戶姓名、聯(lián)系方式、日期、商品名稱、商品數(shù)量、商品單價、折扣）5.1.6確認消費清單模塊設計（1）模塊編號：P06-01（2）模塊名稱：確認消費清單（3）模塊功能：消費清單的核對（4）輸入項目：客戶消費明細賬（5）輸出項目：消費清單（6）算法：INSERTINTO客戶消費明細賬VALUES（客戶名、密碼、客戶聯(lián)系電話，客戶編號、客戶姓名、聯(lián)系方式、日期、商品名稱、商品數(shù)量、商品單價、折扣）5.1.7登記采購清單模塊設計（1）模塊編號：P01-02（2）模塊名稱：登記采購清單（3）模塊功能：采購清單的記錄（4）輸入項目：采購單（5）輸出項目：入貨匯總簿（6）算法：INSERTINTO采購單VALUES（采購單編號、日期、采購員、供應商、商品名稱、商品數(shù)量、商品單價）5.1.7登記采購清單模塊設計（1）模塊編號：P01-02（2）模塊名稱：登記采購清單（3）模塊功能：采購清單的記錄（4）輸入項目：采購單（5）輸出項目：入貨匯總簿（6）算法：INSERTINTO采購單VALUES（采購單編號、日期、采購員、供應商、商品名稱、商品數(shù)量、商品單價）5.2程序流程圖設計本系統(tǒng)設計程序所采用的程序流程圖5-1所示。開始I=1I>3輸入用戶名、密碼，進行登錄用戶名、密碼確認輸入用戶號、用戶密碼，進行登錄系統(tǒng)管理代碼維護客戶消費管理進貨管理賬目管理CHOICE=?I=i+1YNYN01234圖5-1網(wǎng)上訂餐管理系統(tǒng)流程圖第六章網(wǎng)上訂餐系統(tǒng)的實現(xiàn)6.1登錄/注冊該頁用于會員客戶的登錄操作以及非會員客戶的注冊操作，會員客戶需要登錄系統(tǒng)才可以進行訂餐業(yè)務，而非會員需要填寫相關(guān)信息注冊成為會員后才可以進行后續(xù)操作。如圖6-1所示。圖6-1注冊界面6.2訂單查詢在會員客戶選定菜品后，客戶可以在該系統(tǒng)的查詢模塊對已點的菜式進行查詢，修改，刪除等操作。如圖6-2所示。圖6-2定單界面6.3選菜單在客戶登陸后方可進入選菜單，選菜單內(nèi)有菜式截圖，方便客戶直觀地選擇菜式。如圖6-3所示。圖6-3選購界面6.4訂餐單在選定菜品后，客戶需要填寫訂餐單，提供聯(lián)系電話，是送貨上門還是在酒店就餐，確認無誤后定餐操作方才生效。如圖6-4所示。圖6-4填寫訂餐信息界面6.5管理員操作管理員能夠?qū)蛻粜畔?，菜品信息等進行添加，刪除，查詢等管理，同時方便用戶操作出錯的時候進行修改。如圖如圖6-5至圖6-9所示。圖6-5登陸界面圖6-7增加菜品界面圖6-8用戶信息管理圖6-9菜單添加管理第七章測試與維護7.1測試目標軟件測試的目的決定了測試方法。如果測試的目的是為了盡可能多地找出錯誤，那么測試就應該直接針對軟件比較復雜的部分或是以前出錯比較多的位置進行測試。如果測試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評價，那么測試就應該直接針對在實際應用中會經(jīng)常用到的假設進行測試。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。一個好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤。一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。測試并不僅僅是為了要找出錯誤，通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當前所采用的軟件過程的缺陷，以便改進。同時，這種分析也能幫助我們設計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。詳細而嚴謹?shù)目煽啃栽鲩L模型可以證明這一點。7.2測試方法系統(tǒng)測試的目的是：想以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。如果成功地實施了測試，就能夠發(fā)現(xiàn)軟件中的錯誤。測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測試不能表明軟件中不存在錯誤，它只能說明軟件中存在錯誤。軟件測試是為了發(fā)現(xiàn)錯誤而不斷執(zhí)行程序的過程。軟件測試過程的原則如下：盡早地和不斷地進行軟件測試。測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結(jié)果兩部分組成。程序員應避免檢查自己的程序。在設計測試用例時，應當包括合理的輸入條件和不合理的輸入條件。充分注意測試中的群集現(xiàn)象。嚴格執(zhí)行測試計劃，排除測試的隨意性。應當對每一個測試結(jié)果做全面檢查。妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便。本系統(tǒng)采用的測試方法為黑盒測試，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。黑盒測試又叫做功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試方法是在程序接口上進行測試，主要是為了發(fā)現(xiàn)以下錯誤:是否有不正確或遺漏了的功能；在接口上，輸入能否正確地接受；能否輸出正確的結(jié)果；是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤；性能上是否能夠滿足要求；是否有初始化或終止性錯誤；用黑盒測試發(fā)現(xiàn)程序中的錯誤，必須在所有可能的輸入條件和輸出條件中確定測試數(shù)據(jù)，來檢查程序是否都能產(chǎn)生正確的輸出。再經(jīng)過系統(tǒng)測試之后，該系統(tǒng)還是能夠經(jīng)受住考驗，是能夠正常運行的。7.3主模塊測試7.3.1登錄／注冊模塊表7-1登陸/注冊7.3.2訂餐服務模塊表7-2訂餐服務7.3.3訂單處理模塊表7-3訂單處理7.3.4菜單管理模塊表7-3菜單管理7.4測試總結(jié)此次測試采用黑盒測試方法。做了許多測試用例，但限于篇幅只寫出了幾個典型的測試用例。在測試的整個過程中，每個模塊的功能都比較成功，但也發(fā)現(xiàn)了一些問題，如在數(shù)