【基于某ndroid平臺的點餐系統(tǒng)設計10000字（論文）】

⑤菜品種類管理模塊，管理員能對菜品種類進行增刪改查的操作。用戶①顧客注冊為真實用戶，核查驗證后登錄進入點餐頁。②點餐模塊中，客人能流暢瀏覽菜單，選中一道菜會進入這道菜的詳情頁面，里面有這道菜的詳細介紹和之前客人的留言點評。③退菜模塊中，顧客可以根據(jù)就餐狀態(tài)來享受退餐權(quán)力。④加菜模塊中，顧客可以臨時加餐，這塊可以收集菜品的受歡迎程度，方便折扣活動。⑤服務呼叫模塊，顧客可以根據(jù)自己的需要隨時呼叫服務員，這樣可以減少因缺少及時服務而遭到用戶的投訴量。⑥瀏覽美食模塊，顧客可以流暢瀏覽菜品圖片，并且圖片下方會有詳細用料配文。⑦下單模塊，顧客選擇好菜品后可以下單，該模塊為描述顧客為確認下單狀態(tài)。⑧賬單查詢模塊，顧客支付成功后會生成賬單，可以查詢到消費明細。⑨評價：顧客可在此模塊對菜品留言，評價，從而給其他顧客參考。服務員①訂單管理模塊，服務員可以根據(jù)訂單管理處頁面中顧客選定的菜品，進行配菜操作。②轉(zhuǎn)臺模塊，服務員可根據(jù)顧客的要求，為要求轉(zhuǎn)臺的顧客選擇其他剩余空位就餐。③并臺模塊，服務員可根據(jù)顧客要求，為要求并臺的顧客合并就餐。④上菜標記模塊，服務員可根據(jù)已上菜品標識，避免重復上菜的錯誤，提高上菜效率。廚師的主要功能，廚師可根據(jù)烹飪情況對菜品進行完成標記操作。（2）上述對點餐系統(tǒng)進行了業(yè)務流程分析，可初步得出對于的點餐系統(tǒng)業(yè)務流程圖，此圖通過特殊的數(shù)學符號和線段將點餐系統(tǒng)的業(yè)務流程具體化，如此開發(fā)人員能通過此圖迅速清楚了解業(yè)務中不合理的地方。具體業(yè)務流程如圖2-1所示。圖2-1系統(tǒng)業(yè)務流程圖2.3功能需求分析2.3.1管理員功能需求系統(tǒng)管理員的主要功能：用戶管理、菜品種類管理、菜品管理、桌位管理。(1)用戶管理：管理員能對兩種用戶管理第一種是最新注冊的，管理員收集注冊信息，方便日后活動通知，第二種是已經(jīng)注冊的，管理這類用戶的時候需要保障隱私，賬號密碼正確才能登錄。(2)桌位管理：餐廳的桌位對應顧客，訂單對應桌位，更新信息方便服務員送餐。(3)菜品管理：名稱，即想要輸入菜品的名稱分類，幫助用戶在瀏覽時能更迅速定位到自己喜愛的菜品，讓用戶做出菜品選擇后不會反悔退菜。(4)菜品種類管理：管理飯店內(nèi)菜譜的不同菜系，更有針對性的讓口味不同的客人瀏覽，以便來自世界各地的客戶可以根據(jù)適合自己習慣的口味來來選擇想要的菜。2.3.2用戶功能需求分析顧客的主要功能：用戶登錄注冊、點餐、退菜、加菜、服務呼叫、瀏覽美食、下單、賬單查詢、評價。(1)用戶登錄注冊：后臺匯總登錄者信息，在日后登錄時作為驗證。(2)點餐：用戶能選中自己想要的菜，加入購物車。(3)退菜：顧客可以根據(jù)就餐狀態(tài)來享受退餐權(quán)力。(4)加菜：顧客可以臨時加餐，這塊可以收集菜品的受歡迎程度，方便折扣活動。(5)服務呼叫：顧客可以隨時呼叫服務員，減少因缺少及時服務而遭到的用戶投訴。(6)瀏覽美食：顧客可以流暢瀏覽菜品圖片，并且有詳細用料配文。(7)下單：顧客選擇好菜品后可以下單，該模塊為描述顧客為確認下單狀態(tài)。(8)賬單查詢：顧客支付成功后會生成賬單，可以查詢到消費明細。(9)評價：顧客可在此模塊對菜品留言，評價，從而給其他顧客參考。服務員的主要功能：訂單管理、轉(zhuǎn)臺、并臺、上菜標記。(1)訂單管理：后臺收到客戶端匯入的訂單明細，確認下單后，后臺管理頁面就會提醒后廚配菜，客戶也能在客戶端知曉開銷明細，便于買單。(2)轉(zhuǎn)臺：顧客在就坐后仍可以選擇其他剩余空位就餐。(3)并臺：顧客可以通知服務員選擇兩個桌號一起就餐。(4)上菜標記：此模塊可以避免重復上菜的錯誤，提高上菜效率。廚師的主要功能：烹飪完成標記。烹飪完成標記：此模塊可以管理和顯示做餐狀態(tài)，減緩顧客等餐過程中的催促。2.4本章小結(jié)本章對開發(fā)系統(tǒng)前所需要做的各種分析進行闡述，具體的寫出了系統(tǒng)的各個模塊的相關(guān)分工，本章可以明確市場對點餐系統(tǒng)的細節(jié)要求，使得設計能更加符合現(xiàn)代餐飲業(yè)的需求。在指導老師的要求下增加了業(yè)務流程分析和市場可行性分析。系統(tǒng)設計在開發(fā)系統(tǒng)時，系統(tǒng)設計能讓開發(fā)時有一個具體的思路，這個具體的思路的對錯與否直接決定了后期系統(tǒng)能否成功運行，所以一個良好的系統(tǒng)設計思路會讓軟件在開發(fā)過程中出問題的概率下降。3.1系統(tǒng)結(jié)構(gòu)設計點餐系統(tǒng)是運行在安卓上的，數(shù)據(jù)傳輸采取HTTP協(xié)議，采取C/S結(jié)構(gòu)，它的客戶端實現(xiàn)主要業(yè)務邏輯，用戶數(shù)據(jù)擱置于SQLREF_Ref3636\r\h[8]。3.1.1部署圖服務器包括主要處理業(yè)務邏輯和數(shù)據(jù)的服務器、GUI工具和數(shù)據(jù)庫服務器。如圖3-1。圖3-1部署圖3.1.2類圖首先弄清楚要做的對象類是哪個，它們的性質(zhì)和程序是要符合用例圖的要求，其次是要它的定義和系統(tǒng)所要的是否相同，能夠達到它的類屬性要求，系統(tǒng)所要的需要它的行為來達到要求。圖3-2實體類3.1.3系統(tǒng)總功能模塊對系統(tǒng)的主要功能用流程圖的形式來顯示，系統(tǒng)總功能模塊圖如圖3-3所示。圖3-3系統(tǒng)總功能模塊3.2系統(tǒng)功能設計本系統(tǒng)的功能劃分為兩塊：（1）安卓客戶端功能模塊含有注冊登錄模塊、菜單模塊、桌位模塊、下單模塊、結(jié)臺模塊等。最基本的功能是下單界面和注冊登錄界面，它們可以完成全部基礎功能。如圖3-4所示。圖3-4系統(tǒng)模塊圖（2）管理員后臺有四部分共同組成服服務器，實體類保存在集合類List中，也用于封裝用于服器和數(shù)據(jù)庫的交換數(shù)據(jù)；前后臺數(shù)據(jù)與數(shù)據(jù)庫主要是由JDBC與數(shù)據(jù)庫的連接部分處理。如圖3-5所示。圖3-5系統(tǒng)模塊圖3.3系統(tǒng)數(shù)據(jù)庫設計一個系統(tǒng)的數(shù)據(jù)庫的設計在保存數(shù)據(jù)，維護用戶基礎信息的方面至關(guān)重要，所以合理設計一個運行良好的數(shù)據(jù)庫頗為重要。3.3.1數(shù)據(jù)庫設計在開始設計工作前，需要充分的了解數(shù)據(jù)庫是如何劃分結(jié)構(gòu)以及它的文件如何設計，以用于不同的用途和要求。我們可以把數(shù)據(jù)庫想象成在一片空地上建立一個大倉庫，這片空地的坐標就是在電腦主機里的硬盤里，而倉庫里的數(shù)據(jù)就像貨物擺放的位置一樣，每個數(shù)據(jù)就像貨物有擺放位置與之對應的格式，我們對貨物在倉庫的存放位置方位的描述也適用于數(shù)據(jù)REF_Ref5547\r\h[10]。如此一來它的重復性更少，數(shù)據(jù)獨立性更強，而且在延伸性方面更加容易，只要不是相隔過于遙遠，用戶之間都可以分享。利用SQL開發(fā)時，不僅需要創(chuàng)建要使用的前端編程工具，還要看需要解決的錯誤的定義和程度去考慮使用的工具以及合適的庫類型。系統(tǒng)數(shù)據(jù)庫的設計里分別為兩個部分進行了設計，分別是用戶端和服務器，眾所周知如果不分開設計的話會導致用戶的流量使用情況會不忍直視REF_Ref8669\r\h[11]。但是把服務器單獨設計出來的話就能解決項目會實時更新的問題，用戶不會斷連服務器，這樣一來菜品信息就會得不到及時的更新，所以還需要建立一個用戶端來上傳數(shù)據(jù)，更新最新的菜品REF_Ref27541\r\h[12]。3.3.2數(shù)據(jù)庫表的結(jié)構(gòu)一個良好運行的數(shù)據(jù)庫能夠確保系統(tǒng)在實施查詢信息和存儲數(shù)據(jù)時運行穩(wěn)定，下文介紹的是七張數(shù)據(jù)庫表：（1）個人信息表，放置用戶個人資料，它沒有外鍵，主鍵含有個人注冊時所填寫的用戶名id。（2）桌位表，放置桌位詳細信息，它沒有外鍵，主鍵含有的是餐廳的桌位編號id。（3）下單表，放置客戶下單的下單內(nèi)容，主鍵含有的是客戶下單時登錄的id,外鍵含有的是對應下單的客人id和桌位標號id。（4）下單詳細表，放置客人選中的不同菜品信息，主鍵含有的是下單時的詳細id，外鍵含有的是下單時，菜對應的id和下單生成的訂單id。（5）菜品表，放置菜品的詳細信息，它沒有外鍵，主鍵含有的是餐廳所有的菜品id。（6）菜品種類表，放置餐廳的菜品種類信息，它沒有外鍵，主鍵含有的是餐廳所以的菜品種類id。（7）查臺表：放置訂單對應桌號和對應人數(shù)，服務員可以迅速了解客人需求，外鍵是桌位號id，它沒有主鍵鍵。3.3.3數(shù)據(jù)1、如表3-1所示，個人信息表（PersonalData）用于放置個人信息數(shù)據(jù)。表3-1PersonalData表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明id編號int主鍵，自增長account賬號varchar(80)password密碼varchar(90)gender性別varchar(3)name姓名varchar(50)permission權(quán)限int(2)如表3-2所示，桌位號（TableNumber）表，客人選中一張桌子坐下后瀏覽菜單。表3-2TableNumber表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明id桌位idint主鍵，自增長number桌位號intstate餐桌狀態(tài)varchar(3)describe形容varchar(120)（3）如表3-3所示，下單（OrderTable）表，客人入座后選好了菜品結(jié)算后生成的數(shù)據(jù)放置該表。 表3-3OrderTable表結(jié)構(gòu)列名漢含義數(shù)據(jù)類型說明id訂單idint主鍵，自增長orderTime下單時間timestampuseId用戶idint外鍵tableId桌號idint外鍵personNum用餐人數(shù)intisPay是否結(jié)賬varchar(3)remark備注varchar(300)（4）如表3-4所示,下單明細表（OrderDertailTable），就是多份菜在一桌。（5）如表3-5所示，菜品表（MenuTable），菜品表是用于存放菜品信息。表3-4OrderDertailTable表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明id下單明細idint主鍵，自增長orderId訂單idint外鍵menuId菜單idint外鍵allNum數(shù)量intallprice小計float是remark備注varchar(300)是表3-5MenuTable表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明id菜品idint主鍵，自增長price價格inttypeid菜品種類idint外鍵name菜名varchar(50)pic圖片路徑varchar(200)remark備注varchar(300)（6）如表3-6所示，菜品種類表（MenuTable），便于顧客點餐，對菜單的信息分類。表3-6MenuTable表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明id菜品種類idint主鍵，自增長name菜品種類名varchar(50)（7）如表3-7所示查臺表（CheckTable），這張表能明確顯示出對應桌號里有幾人以及就餐狀態(tài)。3.4本章小結(jié)本章所闡述的內(nèi)容包含四個方面，分別有開發(fā)思路，進行了系統(tǒng)主要層次結(jié)構(gòu)。表3-7CheckTable表結(jié)構(gòu)列名含義數(shù)據(jù)類型說明num桌號intstate餐桌狀態(tài)int外鍵對于不同功能模塊的描寫。隨后就是對系統(tǒng)所依賴的數(shù)據(jù)庫進行了設計還有結(jié)構(gòu)的劃分以及數(shù)據(jù)表的制作。系統(tǒng)實現(xiàn)本章節(jié)概括的列出了開發(fā)環(huán)境，連接用戶端數(shù)據(jù)庫的方法。實現(xiàn)不同的模塊界面，客戶端的顯示層就是用戶和管理員在實際使用時使用到的界面，其次還有邏輯層，服務器端只進行數(shù)據(jù)庫操作和邏輯處理，不涉及顯示界面REF_Ref7783\r\h[13]。4.1系統(tǒng)開發(fā)環(huán)境系統(tǒng)開發(fā)時，需要一個環(huán)境，而Android需要一個同樣可以工作的環(huán)境。以下是本系統(tǒng)開發(fā)是所配置的系統(tǒng)環(huán)境以及軟件。開發(fā)環(huán)境所選用的操作系統(tǒng)是Win10，IDE的環(huán)境為EclipseorIntelliJIDEA，JDK，Java開發(fā)工具包（JDK）JavaDevelopmentKit。4.2客戶端數(shù)據(jù)庫的連接有一個目錄專門用于給安卓的數(shù)據(jù)庫存放,而提供內(nèi)容是用于創(chuàng)建和運行數(shù)據(jù)庫的SQLiteOpenHelper程序中的數(shù)據(jù)庫類是MyopenHelper，它擴展了SQLiteOpenHeLper（繼承關(guān)系）REF_Ref8084\r\h[14]。找到sql2000_2005jdbc.jar文件后將它導入，該客戶端的數(shù)據(jù)庫創(chuàng)建是基于SQLServer，最后再開啟SQLServer服務。4.3功能模塊實現(xiàn)4.3.1用戶注冊在用戶注冊界面中，擺放控件的位置位于一個屬于它的布局文件，這點類似于登錄界面，用戶在觸碰到注冊按鈕后，同時也相當于建立了一個傳送至服務器數(shù)據(jù)庫的橋梁，攜帶著觸碰前注冊用戶填寫的個人信息。服務器去處理后到數(shù)據(jù)庫，插入數(shù)據(jù)，對應表。注冊界面如圖4-1所示。4.3.2用戶登錄登錄窗口中增添了很多控件，文字編輯框是用于對登錄窗口界面顯示的文字進行編輯的，文本視圖框則是在完成輸入文字文本后在登錄界面所顯示的，然后使用一組布局，例如(CheckBox)，在此窗口中組織它們。連接模塊的接口如圖4-2所示。圖4-1注冊界面圖4-2登錄窗口4.3.3瀏覽菜品經(jīng)過成功登錄后，用戶會跳轉(zhuǎn)至用戶端的主界面，也就是用來瀏覽菜品的主界面，布局是利用了TabHost技術(shù)，而且每個選項卡都是一個活動。為了讓眾多活動能夠共存在主界面之上，需要利用addTab技術(shù)來在選項卡中增加一個控件。圖4-3主界面4.3.4訂餐這個功能非常重要，因為它是點餐系統(tǒng)存在的基本意義，這個出錯的話其它功能的實現(xiàn)都是空談，當用戶在瀏覽菜品點擊每道菜時，會進入菜品詳情界面。進入此界面顯示菜品信息，例如食物照片、價格，以及一個加入購物車的按鈕。如果用戶選擇了一道菜并想將其添加到購物籃中，他必須點擊次數(shù)達到他想要的菜品的數(shù)量。系統(tǒng)會根據(jù)他的點擊次數(shù)，在購物車中顯示他本人所購買的菜品信息。訂餐界面如圖4-4所示。圖4-4訂餐界面4.3.5結(jié)算一旦訂單完成，將需要前往購物車模塊并結(jié)帳。在購物車中用戶選擇一個菜，長按菜單界面彈出菜單按鈕可進行更改數(shù)量和刪除。如果未選擇任何菜，則會顯示錯誤。如圖4-5所示?？蛻舳说幕竟δ芙榻B到此結(jié)束了，接下來介紹服務器端的功能實現(xiàn)。圖4-5結(jié)算界面4.4服務端4.4.1系統(tǒng)登錄運行程序后，管理員必須登錄并進行身份驗證。數(shù)據(jù)庫中值0表示管理員帳戶，值1表示管理員帳戶，這就代表管理員登錄界面可以注冊賬戶的行為是不存在的，這就保護了系統(tǒng)數(shù)據(jù)安全，因為單一管理員的存在是系統(tǒng)數(shù)據(jù)安全的標志。管理員點擊登錄時，如果用戶名和密碼輸入不正確，將顯示錯誤信息，但如果輸入正確，則會顯示管理屏幕。登錄頁面如圖4-6所示。4.4.2訂單管理管理員通過登錄界面后，會跳轉(zhuǎn)至管理界面，該界面使用與客戶端主界面布局類似的JavaSe地圖布局。多個面板共享同一框架。在管理界面上，將管理員的數(shù)據(jù)圖4-6管理員登錄界面處理模式分為訂單管理、廚房管理和會員管理三個模塊。下文介紹訂單管理模塊的設計與實現(xiàn)。上中下三個部分共同組成了訂單管理模塊，最上面就是用來顯示來自客戶端的訂單的一個按鈕，中間的就是來自訂單頁面有關(guān)訂單的詳細信息以及點單人在餐廳的詳細信息，最下面就是一個可以看到訂單的明細信息的這么一個按鈕。來訂單了后，系統(tǒng)就會開始根據(jù)數(shù)據(jù)表來核對訂單，核對成功之后，確定訂單，再次點擊底部時，訂單詳細對話框?qū)⒋蜷_，其中包含訂單信息和訂單的結(jié)束按鈕。當交易完成，交易完成的定義這里，后廚就會開始燒制菜，然后讓服務生傳菜至用戶的位置，最后用戶結(jié)賬以后，管理員選擇結(jié)束此訂單。4.4.3菜品管理增刪改是該模塊能夠進行的操作，菜品管理界面如圖4-7。一個餐廳肯定需要的是能隨時根據(jù)后廚供材的變化而增加新的菜品，并且能夠在客戶端顯示出來，在圖4-8中，管理員就可以根據(jù)餐廳不同的實際情況來對菜品進行實時化的管理。這部分總的來說文字信息部分的輸入相對來說要簡單一些，為什么要說相對呢，因為真的相對于更新圖片時要容易許多，難點就是圖像要傳入數(shù)據(jù)庫的話就必須要提供與之對應的絕對路徑，否則這張圖片就無法在客戶端顯示出來。刪除功能模塊相對來說沒有其它那么復雜，因為只需要將相對應的文件從數(shù)據(jù)庫中刪除的話就大功告成了。修改功能模塊時在做管理菜品模塊時要編輯一個按鈕選中后可以編輯菜品信息，之前的信息也會顯示出來，供管理員比較和修改。如4-9圖。圖4-7菜品管理界面圖4-8新增菜品界面4.5本章小結(jié)本章主要講述了這個系統(tǒng)開發(fā)的環(huán)境，以及對數(shù)據(jù)庫的進行了一些解釋以及連接，最后是對系統(tǒng)的客戶端和后臺的功能模塊進行開發(fā)以及相關(guān)代碼。4-9更改商品信息界面系統(tǒng)測試在系統(tǒng)的應用過程中，我們可以用很多方法來保證系統(tǒng)軟件的質(zhì)量，從分析階段到項目開發(fā)階段，我們將采用多種方法避免過多的BUG系統(tǒng)，但盡管如此精心的準備，我們一定會在某個階段犯錯誤。因此，軟件產(chǎn)品中會有許多難以發(fā)現(xiàn)的隱藏錯誤和缺陷，特別是在這類信息系統(tǒng)中，更有必要找到正確的方法來避免這些問題。5.1系統(tǒng)測試方法軟件測試是系統(tǒng)安全設計和執(zhí)行的必要條件。請?zhí)峁╆P(guān)于應用的簡短信息。有些阿托品檢測被分為樣本測試和樣本測試內(nèi)部系統(tǒng)匹配和算法。（1）黑盒測試，或稱為數(shù)據(jù)驅(qū)動測試是根據(jù)已知條件證明每項功能的正確性。在測試過程中，程序被認為不適用。受試者在不考慮項目內(nèi)部結(jié)構(gòu)和內(nèi)部特征的情況下測試界面。在這種情況下，它只應符合要求，進行適當?shù)膶彶?。使用這個程序?qū)⑿枰@得正確編寫正確的版本,外部信息的完整性,比如數(shù)據(jù)庫或文件分類的黑盒的焦點是外部結(jié)構(gòu)方案,無論內(nèi)部的邏輯結(jié)構(gòu)。主要用于軟件測試你現(xiàn)在需要的是一個測試黑盒技術(shù)。對程序中的任何錯誤的檢查將需要用到所有可能的日志來進行測試。事實上有幾個例子是你的測驗你檢查所有的法律文件還包括所有可能的文件。（2）白盒測試又稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，是基于已知產(chǎn)品的內(nèi)部工作原理。確定產(chǎn)品內(nèi)部運行是否符合規(guī)范要求，并檢查方案內(nèi)部結(jié)構(gòu)。不管它的內(nèi)部功能如何，檢查程序中的每個路徑是否正常工作。白盒測試的主要方法是邏輯驅(qū)動器、基礎IT測試。白箱法詳細闡述，主要用于軟件驗證.從軟件運行的角度來看，測試方法可分為靜態(tài)測試和動態(tài)測試：（1）靜力測試或帶有未使用過的靜力測試，比如檢測和檢測的產(chǎn)品標準就是靜力檢測，而程序不存在，僅通過分析或檢查源程序的語法、結(jié)構(gòu)、進程和接口來驗證程序的準確性。通過靜態(tài)程序分析靜態(tài)識別缺失和可疑區(qū)域的方法，如非協(xié)調(diào)參數(shù)、錯誤循環(huán)和背光集、遞歸、未使用的變量、空指針引用和可疑計算。靜態(tài)試驗的結(jié)果可用于后續(xù)的故障排除，并可為試驗方法的選擇提供指導。（2）動態(tài)測試描述，方案是否審查動態(tài)程序和動態(tài)結(jié)果。對軟件的開發(fā)和角色動態(tài)驗證的需求。5.2系統(tǒng)測試過程及用例5.2.1登陸測試表4.1系統(tǒng)登進模塊測試用例序號測試內(nèi)容執(zhí)行內(nèi)容預期實際結(jié)果1正確登進打開系統(tǒng)首頁，進入登進界面，填寫正確的用戶名和口令信息用戶登進成功同預期2錯誤登進打開系統(tǒng)首頁，進入登進界面，填寫錯誤的用戶名和口令用戶登進失敗同預期當用戶名和密碼被登錄時，在輸入用戶名和密碼時，用戶的名稱和密碼將不會是空的:用戶名和測試時出現(xiàn)的錯誤，用戶名被刪除，用戶名為空、密碼錯誤、空命令等，可能存在部分誤差，如下圖所示：圖4.1錄入用戶名或口令錯誤圖4.2用戶名為空圖4.3口令為空5.2.2添加測試用戶注冊時，信息不能是空的。如用戶名、密碼及用戶名為空，請加入有關(guān)的列，并將兩個密碼紀錄進行比較，只有在用戶名不能重復的情況下才能注冊，以便使用。驗證項目：相同的用戶名、相同的密碼、空等。如果用戶名與相同，則不用已有用戶名。如果密碼為空，請輸入密碼。如果命令不一致，請輸入相同的密碼。注冊成功，將立即轉(zhuǎn)到登陸界面。部分錯誤如下圖所示：圖4.4兩次口令錄入不一樣測試過程是首先通過表單界面獲取有關(guān)部門的信息，這些數(shù)據(jù)通過網(wǎng)站服務器傳送到黃樹數(shù)據(jù)庫，和所有行業(yè)的數(shù)據(jù)進行比對，在那時，如果工作表上也有相同的項目，您必須調(diào)用錯誤處理器并將錯誤報告返回主用戶界面。如果數(shù)據(jù)表中目前沒有發(fā)現(xiàn)相同的記錄信息，那么整個記錄應該交給數(shù)據(jù)庫的操作類進行額外的數(shù)據(jù)處理，并將成功運行的信息返回到界面之上的級別用戶，然后連接到數(shù)據(jù)庫將釋放。5.3.3刪除測試測試刪掉是否成功。測試項目：刪掉已經(jīng)注冊的用戶，查閱該用戶。功能介紹：增加和刪掉用戶者信息操作的方法：a.插入用戶信息:用戶插入新用戶按鈕，然后在用戶完成后點擊保存按鈕。b.刪掉用戶者信息：從商品列表中選中要刪掉的用戶者，點擊“刪掉”，完成后點擊“保存”按鍵。創(chuàng)新點：實現(xiàn)用戶者編號的自動生成，可有效避免用戶者編號重復。代碼分析：“保存”按鍵：w_1.accepttext()ifdw_1.update()=1then commit; messagebox('提示','保存成功') besaved=trueelse rollback; messagebox('提示','保存失敗')endif自動生成用戶編號：同“商品編號自動生成”。當刪掉用戶時提示確認刪掉，確認后點查閱無法查到該用戶，刪掉成功。以上介紹了部分測試過程的“網(wǎng)上訂購系統(tǒng)”，經(jīng)過測試，系統(tǒng)功能模塊良好，達到了系統(tǒng)設計的目的。該系統(tǒng)提供了快速科學的食品訂購工作，適應現(xiàn)代公共信息和數(shù)據(jù)管理.鑒于如此龐大的資料量，該系統(tǒng)有效地提高了訂購工作的效率。一個好的應用程序不僅需要在開發(fā)過程中考慮廣泛的問題，而且需要制定正確的解決方案。在程序完成后，還需要進行高質(zhì)量的測試過程，以確保應用程序符合要求，在最初的設計階段，確定程序開發(fā)過程中的差距和缺陷，并根據(jù)測試結(jié)果改進程序，以便最終得到盡可能完善的附件。本文還從環(huán)境測試和功能測試應用于系統(tǒng)測試的角度，使開發(fā)中的應用系統(tǒng)在各方面都能滿足最初的設計需求，并對用戶友好。

結(jié)論為了擬訂需求分析，擬訂了系統(tǒng)研究的目的和意義，并對包括vscode平臺在內(nèi)的應用技術(shù)加以說明，每一個模塊都進行了詳細擬訂。通過該系統(tǒng)實現(xiàn)了基本信息的輸入、更新、刪除、檢索和統(tǒng)計分析，大大提高了伙食訂單的效率。該系統(tǒng)功能更加齊全，機器界面友好、安全可靠，使用方便快捷、準確、高效，主要實現(xiàn)了預期目標，具有以下特點：操作界面是清晰的，操作員負責維護用戶，方便用戶使用，易于擴展的數(shù)據(jù)查詢，支持信息查詢，并要求方便用戶搜尋記錄和避免人為錯誤，并有相應的插入、刪除和修改數(shù)據(jù)的權(quán)限設置。該系統(tǒng)是基于可視化建