網(wǎng)上訂餐系統(tǒng)分析與設計

1、word網(wǎng)上訂餐系統(tǒng)分析與設計摘 要網(wǎng)上訂餐系統(tǒng)是現(xiàn)代生活日常運作的一個重要環(huán)節(jié)，學習制作網(wǎng)上訂餐系統(tǒng)是很有必要的，同時，網(wǎng)上訂餐系統(tǒng)也是效勞行業(yè)管理軟件的一個綜合性代表，很具有實踐的意義。本網(wǎng)上訂餐系統(tǒng)是用PowerBuilder和Microsoft access制作而成，主要包括用戶信息登記、會員注冊、菜單查詢、完成購物清單、做菜和送菜以及結算金額等主要功能。根據(jù)用戶選菜進行食材加工，并對完成的菜品進行發(fā)送并結算，系統(tǒng)也對用戶信息進行統(tǒng)計。根據(jù)需要，系統(tǒng)建立了4個表，分別用來記錄用戶信息、訂單管理、做菜發(fā)送和結賬。結論主要介紹了網(wǎng)上訂餐系統(tǒng)在現(xiàn)代生活日常運作中的作用，以及網(wǎng)上訂餐系統(tǒng)的必要

2、性。整個系統(tǒng)的開發(fā)過程包括：可行性分析、需求分析、總體設計、詳細設計、系統(tǒng)實現(xiàn)以及測試方案。其中關鍵的技術包括數(shù)據(jù)庫的建立，數(shù)據(jù)庫的連接，數(shù)據(jù)的添加、刪除和更新。為了系統(tǒng)的順利完成。開發(fā)人員將要密切合作和詳細的分工。關鍵詞：網(wǎng)上訂餐系統(tǒng)；PowerBuilder；Microsoft access；數(shù)據(jù)庫目錄第一章 前 言51.1背景51.2編寫目的51.3定義5第二章 可行性分析62.1技術的可行性62.2經(jīng)濟的可行性62.3管理上的可行性62.4結論6第三章 需求分析93.1具體需求9功能需求93.2數(shù)據(jù)流圖93.3數(shù)據(jù)字典113.4實體關系模型圖11實體圖11總體E-R圖113.5性能需求

3、123.6數(shù)據(jù)管理能力需求123.7故障處理需求123.8其他需求123.9運行環(huán)境需求12第四章 總體設計134.1系統(tǒng)分析134.2系統(tǒng)設計13軟件組織結構134.3功能說明134.4重要數(shù)據(jù)的數(shù)據(jù)結構設計15變量設計154.5函數(shù)設計15第五章 詳細設計165.1數(shù)據(jù)庫的詳細設計165.2數(shù)據(jù)庫的實現(xiàn)165.3界面設計17系統(tǒng)登錄界面17系統(tǒng)主界面175.4系統(tǒng)功能詳細說明18用戶信息管理模塊18菜品菜單管理模塊18廚房管理模塊18送餐管理模塊18結算管理模塊18第六章 系統(tǒng)實現(xiàn)206.1系統(tǒng)登錄模塊206.2用戶信息登記模塊206.3用戶餐品選擇模塊216.4確認菜單管理窗體226.5

4、廚房管理窗體226.6送餐管理窗體236.7酒店統(tǒng)計管理窗體246.8結算窗體24第七章 系統(tǒng)測試257.1登錄測試257.2系統(tǒng)功能模塊測試25第八章 使用說明298.1運行環(huán)境278.2性能說明278.3操作說明27總結與展望27參考文獻28.word第一章 前 言1.1背景現(xiàn)代社會，科技飛速開展，網(wǎng)上訂餐需求不斷普及。網(wǎng)上訂餐組織龐大，效勞工程多、信息量大，要想提高勞動生產(chǎn)、降低本錢。提高質量和水平，進而促進經(jīng)濟效益，必須借助計算機來進行現(xiàn)代化信息是。網(wǎng)上訂餐系統(tǒng)正是為此設計開發(fā)的。1.2編寫目的可行性研究的目的是研究問題，花費最小的代價，以最快的速度提出解決問題的方法。經(jīng)過對此工程的詳

5、細準確的研究，初擬系統(tǒng)實現(xiàn)報告，對軟件開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經(jīng)濟效益。本報告經(jīng)審核后，交軟件經(jīng)理審查。1.3定義網(wǎng)上訂餐系統(tǒng)WSDCXT：WSDCXT 分別是“網(wǎng)上訂餐系統(tǒng)的漢語拼音首字母縮寫。系統(tǒng)登陸模塊：主要負責用戶或者會員進入系統(tǒng)的一個身份驗證。菜單查詢模塊：主要負責用戶查詢菜單菜品。訂單管理模塊：主要負責對用戶確定完畢的訂單進行管理。廚房管理模塊：主要負責對確定的訂單進行菜品的準備和加工。送餐模塊管理：主要負責對準備完畢的訂單進行送餐。統(tǒng)計和結賬模塊：用戶的餐品結賬。第二章 可行性分析可行性研究的目的是付出最小的代價在盡可能短的

6、時間里確定問題是否通解決，系統(tǒng)的可行性分析可以從以下幾個方面研究：2.1技術的可行性技術上的可行性主要分析現(xiàn)有技術條件能否順利完成開發(fā)工作，軟硬件能否滿足開發(fā)者的需要等，這一特點非常適合計算機的特點，發(fā)揮計算機的數(shù)據(jù)處理速度快，準確率高的優(yōu)勢?，F(xiàn)代計算機硬件與軟件技術的飛速開展，為系統(tǒng)的建設提供了技術條件。由于網(wǎng)上訂餐系統(tǒng)這一類的訂餐管理系統(tǒng)進行開發(fā)已有一定的時期，有很多成功的實例上，技術根底也已經(jīng)非常雄厚，因而技術上的是可行的。2.2經(jīng)濟的可行性主要是對工程經(jīng)濟效益進行評價，一方面是支出的費用，其中包括設備的購置費，軟件開發(fā)費，管理和維護費，人員工資和培訓費等。另一方面是取得的收益可以用錢來

7、衡量的那局部以及使用本系統(tǒng)而提高的效率，節(jié)約的人力物力?；谄髽I(yè)的現(xiàn)有計算機及配套設備，建設MIS系統(tǒng)，大大降低了辦公費用，提高辦公效率，而且能檢測數(shù)據(jù)效用，為企業(yè)提供方便。由于網(wǎng)上訂餐理系統(tǒng)是由我及幾個同學開發(fā)的，投入相對較少，但卻能獲得較大的收益，所以經(jīng)濟上是可行的。2.3管理上的可行性主要是管理人員對開發(fā)信息系統(tǒng)是否支持，現(xiàn)有管理制度是否科學，規(guī)章制度是否齊全，原始數(shù)據(jù)是正確等。網(wǎng)上訂餐系統(tǒng)比擬完善的規(guī)章制度和管理方法為系統(tǒng)的建設提供了保障，一個軟件設計的好壞，關鍵在于產(chǎn)品的可靠，穩(wěn)定，便于維護，系統(tǒng)采用模塊化程序設計方法，既便于系統(tǒng)功能的各種組合和修改，又便于未參與開發(fā)的技術維護人員進

8、行補充、維護。2.4結論由于缺乏專業(yè)人士的幫助，并且缺少實際經(jīng)驗，該訂餐系統(tǒng)可能做的不太健全，遠不是真正意義上的軟件、工業(yè)產(chǎn)品，只能算作坊生產(chǎn)的產(chǎn)物。可能還存在缺陷，缺乏之處有待改良。前景根據(jù)以上分析，我認為開發(fā)此系統(tǒng)的條件已經(jīng)具備，可以開始進行開發(fā)。并且我相信此軟件經(jīng)濟實惠，肯定具有良好的前景。我將會逐步完善該軟件，盡可能地讓滿足客戶的需求。讓用戶在家中、辦公室就能體會到網(wǎng)上訂餐快捷，方便。同時保證投資者資金的平安性，資金穩(wěn)步的回籠期，資金的合理回報率。因此我開發(fā)的網(wǎng)上訂餐系統(tǒng)可行！.word第三章 需求分析3.1具體需求功能需求1會員登錄注冊簡述：用戶信息管理，包括信息存入，信息查詢，信息

9、修改，信息刪除。輸入：用戶信息處理過程描述：用戶信息存數(shù)據(jù)庫。輸出：操作成功或失敗的提示信息。2訂單管理簡述：訂單管理，包括對已選定的訂單，菜品存入，信息查詢，信息修改，信息刪除。輸入：用戶選中菜品 處理過程描述：提供菜品信息，讓顧客自行挑選菜品并錄入系統(tǒng)。輸出：菜品信息和訂單信息3做菜發(fā)送簡述：對用戶確認的訂單進行菜品的加工和送餐。輸入：用戶訂單，發(fā)送地址。處理過程描述：菜品情況錄入系統(tǒng)輸出：操作成功或失敗的提示信息，產(chǎn)生消費清單4結賬與統(tǒng)計簡述：用戶消費和送貨交付結賬付款以及對用戶訂餐的信息進行統(tǒng)計輸入：用戶信息處理過程描述：用戶信息查詢消費情況輸出：消費清單或者操作失敗提示信息3.2數(shù)據(jù)

10、流圖繪制數(shù)據(jù)流圖的目的是為了方便開發(fā)人員與用戶的交流，以及為系統(tǒng)的設計提供依據(jù)。數(shù)據(jù)流圖的繪制過程通常是采用自頂向下，逐層分解，直到功能細化為止，形成假設干層次的數(shù)據(jù)流圖。賓館管理系統(tǒng)的數(shù)據(jù)流圖如下所示：用戶送餐員用戶網(wǎng)上訂餐系統(tǒng)圖3-1 根本系統(tǒng)模型圖3-2頂層數(shù)據(jù)流圖圖3-3第一層數(shù)據(jù)流圖3.3數(shù)據(jù)字典名稱：用戶檔案別名：描述：記錄用戶信息定義：用戶信息用戶姓名+身份證號+ 號+送貨地址位置：輸出到用戶信息管理檔案名稱：廚房檔案別名：描述：菜品制作全程監(jiān)控定義：廚房檔案材料+菜品+做法位置：輸出到送餐檔案名稱：菜單檔案別名：描述：菜單的根本信息定義：菜單檔案菜品名稱+菜品類型+材料+做法+

11、描述+金額位置：輸出到廚房信息檔案名稱：送餐檔案別名：描述：完成菜單發(fā)送定義：送餐檔案菜單+送貨員+送貨地址+菜品金額位置：輸出到個人消費檔案名稱：個人消費檔案別名：描述：用戶訂餐所有消費記錄的集合定義：個人消費檔案菜品檔案+送貨附加檔案+效勞消費位置：輸出到個人消費檔案3.4實體關系模型圖根據(jù)系統(tǒng)的功能需求畫出實體聯(lián)系圖E-R圖：實體圖圖3-4 餐品檔案實體圖3-5 訂單檔案實體圖3-6 廚房檔案實體圖3-7 效勞檔案實體總體E-R圖圖3-8 實體關系E-R圖3.5性能需求1、精度軟件主要用于管理，不是科學計算，要求計算的精度不是很苛刻，所以輸入、輸出數(shù)據(jù)精度的要求不是很高，可以用浮點數(shù)。2

12、、時間特征要求軟件運行的響應時間要求不超過1-2秒。3、靈活性軟件具有升級功能，以滿足用戶的需求。3.6數(shù)據(jù)管理能力需求本軟件管理的數(shù)據(jù)大都以數(shù)據(jù)庫的形式儲存，主要包括用戶信息，菜單信息數(shù)據(jù)，菜品信息數(shù)據(jù)，其中菜品材料信息數(shù)據(jù)和菜品信息數(shù)據(jù)根本不變，數(shù)據(jù)庫大小根本不變，而客戶信息數(shù)據(jù)隨著時間的推移每天都在增加，客戶信息數(shù)據(jù)需要定期進行整理和處理。3.7故障處理需求本軟件具有錯誤和異常的處理能力，根本不會有軟件故障，保證軟件能正在運行，有對數(shù)據(jù)庫備份的功能，這樣才能使用戶滿意。3.8其他需求本軟件有保密功能，設立了系統(tǒng)賬號管理功能，用戶登錄時需要驗證用戶名及密碼，對于三次密碼輸入錯誤的使用者那么

13、關閉此系統(tǒng)，這樣保證了數(shù)據(jù)的平安。本軟件使用也十分方便，以窗口的形式呈現(xiàn)給用戶，很容易操作。3.9運行環(huán)境需求內存：512M；硬盤：80G；操作系統(tǒng)為windows系列；第四章 總體設計4.1系統(tǒng)分析根據(jù)用戶的要求以及對需求分析階段對功能的分析，要實現(xiàn)用戶的根本信息管理、菜品信息管理、菜單管理、廚房管理、結賬處理。1用戶的根本情況管理：用戶登錄時需要進行驗證，登陸后可以對用戶根本信息進行修改，包括客戶的姓名、性別、送貨地址用戶檔案。2菜品菜單管理：網(wǎng)上訂餐的菜品管理，包括對菜品的材料、做法、簡單描述等登記管理，用戶選定的菜品參加菜單，對確定的菜單進行管理。菜品檔案。3廚房管理：對用戶選好的菜品

14、進行食材的加工，包括對菜品材料，加工時間，加工方法等菜品檔案4結賬處理：用戶消費結賬以后，給出用戶的消費報告單，店家在月底對本月的用戶消費情況進行統(tǒng)計會根據(jù)會員的優(yōu)惠條件給予相應的折扣優(yōu)惠。4.2系統(tǒng)設計由問題分析我確定了本系統(tǒng)需要哪些確切的功能模塊和組織結構。軟件組織結構本系統(tǒng)的總體結構采用菜單來調用窗體，利用窗體來進行管理、數(shù)據(jù)加工、信息查詢等工作，系統(tǒng)的功能模塊圖如圖4-1所示：圖4-1 系統(tǒng)功能結構圖4.3功能說明系統(tǒng)分為五個模塊來對實現(xiàn)其功能需求，即：用戶信息管理模塊、菜品菜單管理、做菜管理、結賬處理。1、用戶信息管理模塊用戶信息注冊：對用戶信息進行注冊2、菜品菜單管理模塊菜單中菜品

15、管理：對菜單中的菜品信息進行管理購物車管理：對用戶參加到菜單的菜品進行管理菜單管理：對用戶確定的菜單進行管理3、廚房管理 食材管理：對用戶確定的菜單中菜品進行食材準備 加工管理：對用戶確定的菜單中菜品進行加工4、結算用戶訂餐結算：對用戶訂餐的消費進行統(tǒng)計和計算4.4重要數(shù)據(jù)的數(shù)據(jù)結構設計變量設計在系統(tǒng)的代碼實現(xiàn)的時候，必須用到一些變量，一般我所用到的變量為兩種：一是全局變量、二是局部變量。全局變量：以“global_加字母作為變量名，如：global_name。局部變量：不限制。4.5函數(shù)設計為了簡化程序，并且提高代碼的重要性，在編寫代碼時，對屢次用到代碼段，定義成函數(shù)，在用到的地方直接調用函

16、數(shù)。全局函數(shù)以“gfunction_加函數(shù)名，如：gfunction_Add()；局部函數(shù)以“zfunction_加函數(shù)名，如：zfunction_Add()；第五章 詳細設計在此階段將對系統(tǒng)進行更詳細的分析和設計，目的是確定如何具體地實現(xiàn)所要求的系統(tǒng)。5.1數(shù)據(jù)庫的詳細設計在設計和實現(xiàn)代碼之前必須設計好數(shù)據(jù)庫，根據(jù)系統(tǒng)的總體E-R圖裝得到數(shù)據(jù)庫的概念模式：1、食品檔案Food_arch餐品號Food_num(20)、餐品名Food_name(12)、食材Food_ing(5)、加工方法Food_method(50)、生產(chǎn)日期Food_dat(5)2、訂單檔案BOOK_arch訂單號Book_

17、NO(15)、剩余量Book_amout(12)、單價元Book_price(12)、訂購數(shù)量Book_ordered(12)、生產(chǎn)日期Book_time3、廚房Cook_arch食材Cook_ingredients(12)、廚師號Cook_Name(25)、加工時間Cook_time(12)、餐品數(shù)量Cook_number(20)4、送餐檔案send_arch訂單號send_number(15)、菜品名send_name(25)、運送位置send_location(20)、運送人員send_person(20)、運送時間send_time(20)5、結算檔案Cost_arch菜單號Cost_

18、number(25)、消費類型cost_NO(12)、消費金額Cost_list(20)結算時間cost_time(20)、結算數(shù)量cost_count(5)5.2數(shù)據(jù)庫的實現(xiàn)根據(jù)系統(tǒng)數(shù)據(jù)庫的概念模式，可以得到應有如下的個數(shù)據(jù)表： 表5-1食品檔案表字段類型是否為空長度備注餐品號整形否自動增長主鍵餐品名字符串否自動增長無食材字符串否20無加工方法整型否自動增長無生產(chǎn)日期字符串否自動增長無 表5-2訂單檔案表字段類型是否為空長度備注訂單號字符串否20主鍵剩余量字符串否自動增長主鍵訂購數(shù)量整型否自動增長無生產(chǎn)日期整型否自動增長無表5-3 廚房檔案表字段名字段代碼字段類型關鍵字是否為空食材Cook_

19、 ingredientInt(20)YN廚師號Cook_nameInt(20)YN加工時間Cook_timedateNN餐品數(shù)量Cook_numberdateNN表5-4 送餐檔案表字段名字段代碼字段類型關鍵字是否為空訂單號Send_numberInt(20)YN.word菜品名Send_nameInt(20)YN.word運送位置Send_locationVarchar(20)NN運送人員Send_personVarchar(5)NN運送時間send_timeVarchar(5)NN表5-5 結算檔案表字段名字段代碼字段類型關鍵字是否為空菜單號Cost_numberVarchar(20)YN

20、消費類型Cost_NOVarchar(12)NN消費金額Cost_listVarchar(5)NN結算時間Cost_timeVarchar(12)NN結算數(shù)量Cost_countVarchar(5)NN5.3界面設計較好的界面能給用戶一幕了然的感覺，也便于設計，系統(tǒng)的界面應該保持一致不隨時間而改變，好的界面是能給用戶提供幫助的。系統(tǒng)登錄界面圖5-1 用戶登錄界面系統(tǒng)主界面圖5-2 系統(tǒng)主界面5.4系統(tǒng)功能詳細說明用戶信息管理模塊目的：對用戶的信息進行注冊和保存。功能：以直接登錄方式進入用戶首頁，建立相應的用戶信息檔案，并可對用戶信息進行添加、刪除、修改和查詢。性能：穩(wěn)定、快速、準確。輸入項：用

21、戶的證件號、姓名、性別、送貨地址。輸出項：相應的信息記錄和相應的出錯信息提示。菜品菜單管理模塊目的：根據(jù)菜單信息用戶進行菜品選擇，修改，確認并提交訂單。功能：根據(jù)菜單，用戶可以對菜品進行查看并參加購物車。確定的訂單送至廚房并加工餐品。性能：穩(wěn)定、及時、正確。輸入項：用戶選擇的餐品、選擇數(shù)量、選擇時間、送餐位置。輸出項：相應的信息記錄和相應的出錯信息提示。廚房管理模塊目的：對客戶的消費信息進行管理以及對酒店的月消費進行統(tǒng)計。功能： 客戶入住以后，在酒店的消費，酒店對客戶的消費進行統(tǒng)計，包括消費類型、消費金額、消費時間，建立相應的消費檔案包括客戶對其信息的查詢。性能：穩(wěn)定、快速、及時、正確。輸入項

22、： 消費類型，消費時間、價格。輸出項：相應的信息記錄和相應的出錯信息或提示。5.44 送餐管理模塊目的：送餐員送餐信息功能：對準備完成的餐品進行送餐，依據(jù)菜單信息，送餐時間，送餐數(shù)量送餐位置準確的送餐。性能：穩(wěn)定、快速、正確輸入項：送餐員號，送餐員姓名，菜單信息，送餐時間，送餐數(shù)量輸出項：相應的信息就和相應的出錯信息或提示結算管理模塊目的：用戶餐品結算功能： 用戶收到餐品以后，向賣家支付相應的消費金額性能：穩(wěn)定、快速、正確。輸入項： 用戶名，餐品名，餐品數(shù)量，消費金額輸出項：所需的金額和相應的出錯信息或提示。第六章 系統(tǒng)實現(xiàn)經(jīng)過前面幾個階段對系統(tǒng)的分析之后，接下來是本系統(tǒng)的實現(xiàn)階段。6.1系統(tǒng)

23、登錄模塊圖6-1 用戶登錄界面本模塊的主要功能是對操作用戶的身份進行驗證，只有系統(tǒng)管理員和默認的用戶可以登錄本系統(tǒng)。在進行系統(tǒng)登錄過程中，登錄模塊將調用數(shù)據(jù)庫里的用戶檔案表，對用戶號和密碼進行驗證密碼為用戶自己設置，只有輸入正確后，才能進入系統(tǒng)。每次輸入錯誤時，模塊都會給出錯誤提示，當?shù)谌屋斎脲e誤時，給出“第三次輸入錯誤，還有一次時機的提示，當?shù)谒拇屋斎脲e誤時，自動關閉登錄窗體。當輸入正確以后，將進入系統(tǒng)，主界面如圖5-2所示。6.2用戶信息登記模塊圖6-2 客戶信息登記界面本窗體的主要功能是對用戶的信息修改確認，按照提示輸入相應的信息之后，該窗體將調用數(shù)據(jù)庫中的用戶信息檔案表，對數(shù)據(jù)進行操

24、作。當數(shù)據(jù)應經(jīng)存在時將給出提示如圖5-5所示。圖6-3 信息提示6.3用戶餐品選擇模塊圖6-4 用戶餐品選擇界面該窗體主要功能是為用戶選擇餐品，根據(jù)用戶需求進行餐品選擇，確認訂單，如果客戶還沒有登錄的話，必須先登錄。該窗體也將對數(shù)據(jù)庫里的菜單檔案表和用戶檔案表進行數(shù)據(jù)的處理。在出錯的時頁面會給出相應的提示。6.4確認菜單管理窗體圖6-5 確認菜單管理界面該窗體對菜單確認進行管理，對用戶選擇的菜單信息進行時時更新，還可以添加新的餐品和查看已經(jīng)選擇的餐品。該窗體也要調用數(shù)據(jù)庫里的用戶菜單檔案數(shù)據(jù)表。在出錯的情況下會給出相應的錯誤提示或者警告。6.5廚房管理模塊窗體圖6-6 餐飲管理界面該窗體是對客

25、戶的餐飲消費情況進行統(tǒng)計，這個模塊需要客戶進行現(xiàn)金支付，這也是用戶的需求，該窗體主要是調用數(shù)據(jù)庫里的消費類型和消費檔案表和客戶檔案表。在出錯的情況下會給出相應的警告和提示。6.6送餐管理窗體圖6-7 娛樂消費管理界面和餐飲管理窗體一樣該窗體是對客戶的娛樂消費情況進行統(tǒng)計，這個模塊需要客戶進行現(xiàn)金支付，這也是用戶的需求，該窗體主要是調用數(shù)據(jù)庫里的消費類型表和消費檔案表和客戶檔案表。在出錯的情況下會給同相應的警告和提示。6.7酒店統(tǒng)計管理窗體圖6-8 酒店統(tǒng)計管理界面這個窗體的主要功能是對客戶訂餐的消費情況進行管理，可以按照每個月或者每天來查看消費情況。需要對消費檔案表進行調用和處理。6.8結算窗

26、體圖6-9結算窗體界面該窗體非常重要，要求處理過程非常正確和有序。該窗體是對用戶餐品結算的處理，根據(jù)是否會員的情況來進行打折和收費，在結賬之后還必須更改菜單狀態(tài)和注銷用戶本次餐品信息表里的信息。涉及到用戶檔案表和菜單檔案表和消費檔案表的處理。第七章 系統(tǒng)測試系統(tǒng)測試是保證軟件質量，提高軟件可靠性的主要活動之一。它實施對軟件規(guī)格說明、設計規(guī)格說明和編碼的審核。軟件測試的目的是以最少的資源盡可能的找出軟件中的錯誤和缺陷，測試的結果是為軟件的維護提供依據(jù)。本次測試將大局部可能的值來檢查系統(tǒng)程序的正確性，并通過測試得到必要的調試或者功能改良。7.1登錄測試當用戶輸入出錯時會給出提示用戶第1次輸入錯誤，如圖7-1所示圖7-1 錯誤提示信息當輸入第三次錯誤時也會給出提示：如圖7-2所示。圖7-2 錯誤提示信息7.2系統(tǒng)功能模塊測試在每個相應的功能模塊中，測試人員分別輸入錯誤的數(shù)據(jù)和正確的數(shù)據(jù)，查看相應的結果和提示。在其測試中按照窗體界面的按鈕或者圖標的提示，查看處理的結果。圖7-3 客戶信息登記界面如上圖在客戶信息添加的窗體中，點擊添加按鈕之后，會把左邊文本框里的內