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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17、NO(15)、剩余量Book_amout(12)、單價元Book_price(12)、訂購數量Book_ordered(12)、生產日期Book_time3、廚房Cook_arch食材Cook_ingredients(12)、廚師號Cook_Name(25)、加工時間Cook_time(12)、餐品數量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)、結算數量cost_count(5)5.2數據庫的實現根據系統數據庫的概念模式，可以得到應有如下的個數據表： 表5-1食品檔案表字段類型是否為空長度備注餐品號整形否自動增長主鍵餐品名字符串否自動增長無食材字符串否20無加工方法整型否自動增長無生產日期字符串否自動增長無 表5-2訂單檔案表字段類型是否為空長度備注訂單號字符串否20主鍵剩余量字符串否自動增長主鍵訂購數量整型否自動增長無生產日期整型否自動增長無表5-3 廚房檔案表字段名字段代碼字段類型關鍵字是否為空食材Cook_

19、 ingredientInt(20)YN廚師號Cook_nameInt(20)YN加工時間Cook_timedateNN餐品數量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結算數量Cost_countVarchar(5)NN5.3界面設計較好的界面能給用戶一幕了然的感覺，也便于設計，系統的界面應該保持一致不隨時間而改變，好的界面是能給用戶提供幫助的。系統登錄界面圖5-1 用戶登錄界面系統主界面圖5-2 系統主界面5.4系統功能詳細說明用戶信息管理模塊目的：對用戶的信息進行注冊和保存。功能：以直接登錄方式進入用戶首頁，建立相應的用戶信息檔案，并可對用戶信息進行添加、刪除、修改和查詢。性能：穩定、快速、準確。輸入項：用

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

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

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

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

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

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