餐飲系統(tǒng)程序設計說明

1、管理信息系統(tǒng)課程設計 U家餐飲管理信息系統(tǒng) U家餐飲系統(tǒng)設計說明書U家餐飲系統(tǒng)設計說明書摘要：在當今高效化、規(guī)?；⒖茖W化的發(fā)展方向引領下，通過生活經(jīng)歷和走訪調(diào)查北京一些不同規(guī)格飯店餐飲，我發(fā)現(xiàn)餐飲行業(yè)的管理水平和方法參差不齊。一些大型餐飲企業(yè)通過管理信息系統(tǒng)開發(fā)和運行，已經(jīng)基本實現(xiàn)了管理模式計算化、系統(tǒng)化；同時，在參觀走訪包括海淀區(qū)內(nèi)等一些中小型餐飲品牌時，發(fā)現(xiàn)他們在日常經(jīng)營管理中普遍采用手工管理方式，在工作效率、人員成本和提供決策信息方面都難以適應現(xiàn)代化經(jīng)營管理的要求，制約了企業(yè)的規(guī)模化發(fā)展。針對這一現(xiàn)實背景狀況，本系統(tǒng)在需求調(diào)研，可行性分析，和對管理功能，業(yè)務流程，用戶數(shù)據(jù)需求，數(shù)據(jù)字典

2、及處理邏輯分析的的基礎上，進行了對組織業(yè)務關系，系統(tǒng)總體結(jié)構(gòu)設計，代碼設計，輸入輸出設計，人機對話設計，處理過程設計和數(shù)據(jù)庫設計，邏輯設計等，運用Microsoft Visual Basic 6.0專業(yè)版和Microsoft Office 2003軟件對系統(tǒng)進行設計和調(diào)試，完成了登陸、添加、修改、刪除、查詢等五個重要模塊。本系統(tǒng)將中小型飯店管理中的工作流轉(zhuǎn)化成較為科學化、規(guī)范化的業(yè)務流程，使管理基礎數(shù)據(jù)更加準確化，為經(jīng)營決策提供了快捷和強大的數(shù)據(jù)支持。同時提高餐廳的服務水平和效率，為顧客帶來更舒適便捷的服務，有助于企業(yè)獲得更好的經(jīng)濟效益。關鍵詞: 計算機信息管理系統(tǒng)，中小型飯店，餐飲管理，系統(tǒng)

3、設計目錄1.選題背景11.1現(xiàn)狀調(diào)查11.2開發(fā)本系統(tǒng)的目的和意義11.3設計指導思想12.需求調(diào)研22.1需求調(diào)研計劃23.可行性分析23.1技術可行性：23.2經(jīng)濟可行性33.3環(huán)境可行性33.4進度可行性34.系統(tǒng)需求分析34.1組織結(jié)構(gòu)分析44.2管理功能分新44.3業(yè)務流程分析54.4數(shù)據(jù)流程分析74.4.1點餐時信息數(shù)據(jù)流84.4.2注冊時的信息數(shù)據(jù)傳遞94.4.3登錄時的信息數(shù)據(jù)傳遞104.4.4用戶個人信息修改時數(shù)據(jù)流114.4.5用戶信息管理的數(shù)據(jù)傳遞114.4.6查詢信息的數(shù)據(jù)傳遞124.4.7用戶修改所定菜單信息的數(shù)據(jù)傳遞124.5數(shù)據(jù)字典134.5.1數(shù)據(jù)元素134.5

4、.2數(shù)據(jù)流164.5.3數(shù)據(jù)存儲174.5.4實體174.6處理邏輯分析184.6.1用戶注冊判斷樹184.6.2登錄判斷樹194.6.3修改密碼判斷樹194.6.4點菜判斷樹195.系統(tǒng)設計205.1系統(tǒng)總體結(jié)構(gòu)設計205.1.1總體功能設計205.1.2模塊設計205.2代碼設計235.3輸入輸出設計245.3.1輸入界面245.3.2輸出界面285.4人機對話設計305.5數(shù)據(jù)庫設計305.5.1 E-R模型305.5.2邏輯設計335.5.3物理設計345.5.4數(shù)據(jù)庫的規(guī)范化過程355.6處理流程設計356.系統(tǒng)實現(xiàn)367.系統(tǒng)測試368.系統(tǒng)評價369.附錄3710.參考文獻372

5、1.選題背景1.1現(xiàn)狀調(diào)查通過生活經(jīng)歷和走訪調(diào)查北京海淀區(qū)及周邊一些餐飲品牌，發(fā)現(xiàn)多數(shù)大型餐廳已經(jīng)采用了先進的無線點菜系統(tǒng)或觸摸屏點菜系統(tǒng)，基本通過應用大型管理信息系統(tǒng)實現(xiàn)了管理的信息化、系統(tǒng)化和規(guī)模化。這類系統(tǒng)對于一些中小型餐飲企業(yè)來說，價格過于昂貴，且功能過于復雜，投入成本巨大。一些中型餐飲企業(yè)也進行了一些管理信息系統(tǒng)軟件的開發(fā)與應用，但整體存在一些問題：（1）軟件標準不一，缺乏統(tǒng)一化管理，平臺整合任務繁重。（2）產(chǎn)品維護困難，穩(wěn)定性有待提高。1.2開發(fā)本系統(tǒng)的目的和意義隨著餐飲行業(yè)規(guī)模的增大，餐飲行業(yè)競爭愈演愈烈，中小餐飲企業(yè)由于缺乏龐大的資金來源與人才管理而面臨巨大的挑戰(zhàn)，傳統(tǒng)的管理模

6、式在效率和成本等方面顯現(xiàn)出越來越多的弊端。本系統(tǒng)針對中小型餐飲企業(yè)，讓企業(yè)擺脫傳統(tǒng)繁瑣的依靠人工處理顧客垂詢并將所點菜單的手寫存根傳送到廚房；廚房各單位依照服務員所寫的菜單制作菜肴，最后由服務員將完成的菜肴遞送給顧客的工作流程，使大量依靠人工管理的日常工作轉(zhuǎn)而通過信息系統(tǒng)高效，便捷的得以實現(xiàn)。另外，調(diào)查中一些餐館存在手工作業(yè)量大，數(shù)據(jù)傳遞不及時，統(tǒng)計和計算發(fā)生差錯等問題，這些都說明了開發(fā)針對中小型餐飲企業(yè)的管理信息系統(tǒng)的必要性與迫切性。具體來說，本系統(tǒng)主要針對點菜流程，菜品管理，人員管理，財務管理等方面進行系統(tǒng)化開發(fā)與流程優(yōu)化，提供一個電子化的管理平臺，通過開發(fā)一套適合中小企業(yè)的餐飲系統(tǒng)實現(xiàn)美

7、化市場形象、提升服務質(zhì)量、提高管理水平和增加經(jīng)濟效益等目標。1.3設計指導思想本程序的設計初衷是結(jié)合個人生活經(jīng)歷，希望制作出對中小型企業(yè)的經(jīng)營管理狀況有所提高的程序系統(tǒng)。本系統(tǒng)支持多用戶登錄，通過用戶登錄判斷登陸者身份，針對服務員本系統(tǒng)功能主要是自動化點菜和查看已點菜品功能，個人信息和密碼的修改功能；管理員具有對員工信息的查看，刪除和添加功能，對菜品的管理以及查詢當日賬單功能。由于時間和技術能力的有限，本系統(tǒng)的實現(xiàn)主要依靠Visual Basic6.0企業(yè)版作為開發(fā)程序，Microsoft access2003作為后臺數(shù)據(jù)庫，運用大一的計算機基礎，VB程序設計和大二所學習的管理信息系統(tǒng)的知識進

8、行系統(tǒng)開發(fā)。2.需求調(diào)研需求調(diào)研是系統(tǒng)開發(fā)的第一步，是在系統(tǒng)分析之初對用戶需求進行初始性的調(diào)查分析，了解用戶對系統(tǒng)的要求、整個系統(tǒng)的目標、現(xiàn)有資源、用戶行業(yè)信息等初始信息，為下一步可行性分析和系統(tǒng)需求分析打下基礎。（傅澤田、王瑞梅，2009）12.1需求調(diào)研計劃時間安排調(diào)研目標調(diào)研對象調(diào)研結(jié)果調(diào)研方式2016.12.18上午了解餐飲信息管理系統(tǒng)特點中小餐飲企業(yè)餐飲系統(tǒng)特點查閱資料，資料搜集2016.12.18下午和晚上了解現(xiàn)行中小企業(yè)經(jīng)營模式中小餐飲企業(yè)餐飲企業(yè)經(jīng)營模式及流程圖實地考察，面談由于時間較短，我在周日一天中查閱搜集資料，并走訪了海淀區(qū)附近的一些中小型餐飲企業(yè)，基本了解周邊一些中小型

9、企業(yè)發(fā)展狀況及模式，業(yè)務流程情況，現(xiàn)行管理系統(tǒng)帶給商家和顧客的一些問題困擾等，初步形成對需求，可行性等方面的把握。3.可行性分析3.1技術可行性：Microsoft Access 2003提供了表、查詢、窗體、報表、頁、宏、模塊7種用來建立數(shù)據(jù)庫系統(tǒng)的對象；提供了多種向?qū)?、生成器、模板，把?shù)據(jù)存儲、數(shù)據(jù)查詢、界面設計、報表生成等操作規(guī)范化；為建立功能完善的數(shù)據(jù)庫管理系統(tǒng)提供了方便，也使得普通用戶不必編寫代碼，就可以完成大部分數(shù)據(jù)管理任務。（傅澤田、王瑞梅，2009）2關于本系統(tǒng)的技術可行性分析，主要就是依靠Visual Basic企業(yè)版和Microsoft Access 2003。Visual

10、 Basic是為開發(fā)Windows環(huán)境下應用程序的一種可視化編程語言，它以其簡單易學，語法簡潔、功能強大等特色深受廣大編程人員的喜愛。VB在繼承原BASIC語言簡單易學的優(yōu)點的同時，又吸收了近幾年來最先進、最優(yōu)秀的編程技術，從而成為目前開發(fā)Windows應用程序最好、最快、最簡單的開發(fā)工具之一。（姜虹、王傳華，2005）3硬件：該系統(tǒng)對所需的硬件設備如服務器、pc機等的性能要求一般，現(xiàn)有設備的性能完全能夠滿足系統(tǒng)功能的要求。軟件：本系統(tǒng)是利用VB6.0作為開發(fā)語言，利用其可視化的開發(fā)環(huán)境、豐富的控件資源，能快速開發(fā)出應用程序，且其可用于開發(fā)Windows環(huán)境下的各類應用程序，靈活高效。系統(tǒng)運行

11、環(huán)境采用win2000，win2003及以上的操作系統(tǒng)。根據(jù)中小餐廳客戶的數(shù)據(jù)量較小的特點，我選擇了Microsoft access2003作為后臺數(shù)據(jù)庫。這些軟件在中小型MIS開發(fā)中已被大量應用，技術上較為成熟，因此技術上是可行的。3.2經(jīng)濟可行性首先，本系統(tǒng)的初始成本很低。相關軟件VB企業(yè)版和Access數(shù)據(jù)庫等使用免費，便捷可得；對硬件要求也較低，如服務器，硬盤等，一般的餐飲企業(yè)現(xiàn)有硬件設施基本可以解決。市場中存在大量的針對大中型餐飲業(yè)的系統(tǒng)，本系統(tǒng)在功能上雖然無法與一些大型企業(yè)現(xiàn)行的網(wǎng)絡程序相媲美，但優(yōu)點是制價較低、功能簡單集中、用戶界面友好。此系統(tǒng)專門針對中小型餐飲企業(yè)，制作過程耗資

12、不大，運行簡單易行，功能集中針對小型餐飲的點菜，結(jié)算，人員管理等基礎環(huán)節(jié)，且該系統(tǒng)的開發(fā)實施能大大提高企業(yè)運營和管理的效率，減少相應的運行管理成本，為企業(yè)帶來潛在利潤。因此，經(jīng)濟上具有系統(tǒng)開發(fā)的可行性。3.3環(huán)境可行性該系統(tǒng)致力于對中小型餐飲企業(yè)進行科學化管理。該系統(tǒng)符合消費者和商家，員工等多方面需求，符合現(xiàn)代人的消費習慣。通過一天走訪的多家中小餐廳的老板和員工大都對信息系統(tǒng)的開發(fā)持有積極態(tài)度，希望通過信息系統(tǒng)運行節(jié)約人力成本，增強數(shù)據(jù)的準確性，提高企業(yè)運行效率。因此，在環(huán)境上具有系統(tǒng)開發(fā)的可行性。3.4進度可行性本次系統(tǒng)分析，設計，開發(fā)，測試，評價等工作由本人完成，時間大概在10天左右，且開

13、發(fā)方式簡易，因此進度上是基本可行。但由于本次系統(tǒng)設計規(guī)劃時間有限，部分設想實現(xiàn)的模塊功能未及時設計實現(xiàn)，如餐廳的預訂管理模塊，會員管理模塊，財務管理模塊等模塊未能在程序中實現(xiàn)或只設計了其中部分功能，后期可以將新功能的開發(fā)與系統(tǒng)維護共同進行。4.系統(tǒng)需求分析包括組織結(jié)構(gòu)分析、管理功能分析、業(yè)務流程分析、數(shù)據(jù)流程分析、數(shù)據(jù)字典及處理邏輯分析。系統(tǒng)需求分析是信息系統(tǒng)開發(fā)的重要環(huán)節(jié)之一，是系統(tǒng)分析和系統(tǒng)設計的基礎，需求分析的正確與否對整個信息系統(tǒng)開發(fā)工作的成敗來說使決定性的。4.1組織結(jié)構(gòu)分析本系統(tǒng)中餐廳下設4個部門：餐飲部、人事部、財務部、用餐服務部。餐飲部負責制作菜品，人事部掌管人員信息基本資料，

14、財務部進行財務統(tǒng)計，用餐服務部為顧客進行點餐上菜收費等服務項目。餐廳組織結(jié)構(gòu)圖如下：餐廳用餐服務部財務部餐飲部人事部4.2管理功能分新按照功能劃分可以劃分為菜品管理、財務管理、人事管理、個人信息管理和點餐管理等模塊，具體功能見上表。菜品管理：管理員可以對選擇菜品進行添加，刪除，修改，查看等操作。財務管理：管理員可以查看存入系統(tǒng)的賬單。人事管理：管理員可以查看員工信息，對離職員工信息進行刪除，為新員工進行注冊。個人信息管理：管理員和其他用戶都可以查看，添加，修改，刪除個人信息及密碼。點餐管理：服務員服務顧客進行查詢操作，點菜操作，刪除操作和查看已點菜功能。4.3業(yè)務流程分析為直觀表示業(yè)務流程情況

15、，選擇以業(yè)務流程圖進行展現(xiàn)。系統(tǒng)業(yè)務流程圖（Transaction Flow Diagram ,TFD）主要是通過圖形對系統(tǒng)的整個數(shù)據(jù)流向或個別流向做一個直觀的表述。業(yè)務流程圖圖形符號說明如下：業(yè)務流程圖的基本圖形符號（1） 總體業(yè)務流程圖（2）點餐管理子系統(tǒng)賬單結(jié)算信息查詢收銀臺確認菜單儲存點菜服務員（3）菜品管理子系統(tǒng)（4）人事人員信息子系統(tǒng)確定員工信息增刪員工信息管理員員工管理查看員工信息（5）財務管理子系統(tǒng)發(fā)票收銀臺付款顧客賬單信息儲存菜單明細查詢4.4數(shù)據(jù)流程分析數(shù)據(jù)流程圖是描述系統(tǒng)數(shù)據(jù)流程的工具,它將數(shù)據(jù)獨立抽象出來,通過圖形方式描述信息的來龍去脈和實際流程。數(shù)據(jù)流程圖圖形符號說明

16、如下：數(shù)據(jù)流數(shù)據(jù)存儲外部實體處理過程圖4.4-1數(shù)據(jù)流程圖的符號根據(jù)系統(tǒng)的業(yè)務流程，對其中的數(shù)據(jù)流向、處理及數(shù)據(jù)存儲進行分析后，可以得到本系統(tǒng)數(shù)據(jù)流程圖如下圖：4.4.1點餐時信息數(shù)據(jù)流P1點餐管理收銀員顧客F1變更信息點餐數(shù)據(jù)流程圖第一層點餐數(shù)據(jù)流程圖第二層顧客賬單信息F2.1.1賬單信息P2.1.1賬目核算收銀員F2.1.2發(fā)票處理顧客點餐收銀子系統(tǒng)數(shù)據(jù)流程圖第三層點餐菜品管理子系統(tǒng)數(shù)據(jù)流程圖第三層4.4.2注冊時的信息數(shù)據(jù)傳遞注冊填入的信息用戶人事管理層用戶注冊時信息傳遞數(shù)據(jù)流第一層用戶P2輸入注冊信息員工表用戶注冊時信息傳遞數(shù)據(jù)流第二層4.4.3登錄時的信息數(shù)據(jù)傳遞人事管理層用戶名+密

17、碼用戶登錄信息傳遞數(shù)據(jù)流第一層P3.1.1判斷用戶名是否有效登錄成功用戶P3.2.3判斷密碼是否有效登錄信息傳遞數(shù)據(jù)流第二層4.4.4用戶個人信息修改時數(shù)據(jù)流用戶人事管理層用戶名+密碼個人信息用戶個人基本信息修改數(shù)據(jù)流第一層P4用戶信息查詢及修改用戶人事管理層顧客表用戶個人基本信息修改數(shù)據(jù)流第二層4.4.5用戶信息管理的數(shù)據(jù)傳遞人事管理層用戶信息管理員用戶管理信息數(shù)據(jù)流傳遞第一層添加P5.1管理員修改P5.2顧客表刪除P5.3用戶管理信息數(shù)據(jù)流傳遞第二層4.4.6查詢信息的數(shù)據(jù)傳遞用戶/管理員人事管理層需要查詢的信息符合查詢的信息查詢信息的數(shù)據(jù)流傳遞第一層P6.1輸入查詢條件用戶/管理員查詢條

18、件符合查詢條件的信息P6.2顯示查詢結(jié)果管理者查詢信息的數(shù)據(jù)流傳遞第二層4.4.7用戶修改所定菜單信息的數(shù)據(jù)傳遞服務人員菜單信息用戶用戶修改所定菜單信息數(shù)據(jù)流傳遞第一層P7.1添加用戶修改P7.2顧客選菜情況刪除P7.3用戶修改選定菜單信息數(shù)據(jù)流傳遞第二層4.5數(shù)據(jù)字典4.5.1數(shù)據(jù)元素數(shù)據(jù)字典是在新系統(tǒng)數(shù)據(jù)流程圖的基礎上，進一步定義和描述所有數(shù)據(jù)的工具，包括對一切動態(tài)數(shù)據(jù)（數(shù)據(jù)流）和靜態(tài)數(shù)據(jù)（數(shù)據(jù)存儲）的數(shù)據(jù)結(jié)構(gòu)和相互關系的說明，是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具。數(shù)據(jù)字典也是數(shù)據(jù)流程圖上所有成分的定義和解釋的文字集合。數(shù)據(jù)字典對數(shù)據(jù)流程圖的各種成分起注釋、說明的作用，給這些成分賦予實際的內(nèi)容，

19、還對系統(tǒng)分析中其他需要說明的問題進行定義和說明。數(shù)據(jù)字典主要用來描述數(shù)據(jù)流程圖中的各個組織部分。（傅澤田、王瑞梅，2009）4 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：userid 別名：用戶賬號屬于數(shù)據(jù)流：存儲處：user,yidian,zhangdan,cook& food數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 簡要說明：作為主鍵唯一標識了每位用戶，用戶編碼不可任意修改修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：userkind 別名：用戶種類屬于數(shù)據(jù)流：存儲處：user數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 簡

20、要說明：用于標識不同種類的用戶修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：userpassword 別名：用戶密碼屬于數(shù)據(jù)流：存儲處：user數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 簡要說明：修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：foid 別名：菜品編碼屬于數(shù)據(jù)流：存儲處：details,cook&food,yidian數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 混合碼，由字母和數(shù)字組成，分別代表菜品種類和編碼簡要說明：修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲

21、管理信息系統(tǒng) 編號：條目名：fodetails 別名：菜品介紹屬于數(shù)據(jù)流：存儲處：details數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 簡要說明：修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：cuid 別名：顧客編號屬于數(shù)據(jù)流：存儲處：zhangdan,yidian數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 簡要說明：修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)元素系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：paynumber 別名：訂單編號屬于數(shù)據(jù)流：存儲處：zhangdan數(shù)據(jù)元素構(gòu)成：代碼類型 取值范圍 備注文本型 訂單前六位表示日期，后

22、面數(shù)字代表菜品種類數(shù)量等簡要說明：用于唯一標識每個訂單修改記錄：編寫： 日期：審核：日期：4.5.2數(shù)據(jù)流數(shù)據(jù)流是數(shù)據(jù)項的集合，是數(shù)據(jù)由于應用需要在各存儲器之間的傳遞調(diào)用。 數(shù)據(jù)流系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：注冊信息 別名：來源：用戶輸入去處：人事管理數(shù)據(jù)流結(jié)構(gòu)：注冊成為用戶：注冊信息（用戶名+密碼+姓名+身份證+性別+電話+郵箱）簡要說明：所填信息應為真實信息，且需準確核對用戶兩次密碼是否一致。修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)流系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：修改信息 別名：來源：用戶輸入去處：人事管理數(shù)據(jù)流結(jié)構(gòu)：注冊成為用戶：修改信息（用戶名+密碼+姓

23、名+身份證+性別+電話+郵箱）簡要說明：信息應為真實信息，如需修改密碼需準確核對用戶兩次密碼是否一致。修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)流系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：菜品查詢 別名：來源：服務員去處：菜單管理數(shù)據(jù)流結(jié)構(gòu)：菜品查詢：查詢類別，用戶簡要說明：修改記錄：編寫： 日期：審核：日期： 數(shù)據(jù)流系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：查詢結(jié)果顯示 別名：來源：菜品管理去處：服務員數(shù)據(jù)流結(jié)構(gòu)：查詢結(jié)果：（菜品編號+菜品名稱+菜品價格 +菜品介紹）簡要說明：用戶可以獲得有關查詢關鍵字的查詢的全部信息。修改記錄：編寫：日期：審核：日期：4.5.3數(shù)據(jù)存儲 數(shù)據(jù)儲存類目描

24、述了數(shù)據(jù)的邏輯儲存結(jié)構(gòu)。 數(shù)據(jù)存儲系統(tǒng)名：U家餐飲管理信息系統(tǒng) 編號：條目名：用戶信息 別名：儲存組織：每個用戶的信息記錄數(shù)：41主關鍵字：userid記錄組成： 用戶名 密碼 姓名 性別 工齡 手機號碼 郵箱 字節(jié) 簡要說明：修改記錄：編寫：日期：審核：日期：4.5.4實體外部項系統(tǒng)名：U家餐廳管理信息系統(tǒng) 編號：條目名： 菜品 別名：輸入數(shù)據(jù)流：選擇菜品，查詢菜品輸出數(shù)據(jù)流：更改菜品信息主要特征：菜品：管理員有權對菜品進行菜品修改，修改后的菜品信息可以被服務員讀取。簡要說明：修改記錄：編寫日期審核日期外部項系統(tǒng)名：U家餐廳管理信息系統(tǒng) 編號：條目名： 用戶 別名：輸入數(shù)據(jù)流：登錄管理，個人

25、信息維護和修改等輸出數(shù)據(jù)流：個人信息主要特征：用戶：可在登錄后進入操作頁面，系統(tǒng)自動判斷用戶類型并選擇相關的操作。在輸入數(shù)據(jù)時，注意數(shù)據(jù)需符合相關要求。其主要特征是用戶賬號和密碼。簡要說明：本系統(tǒng)主要針對用戶設計修改記錄：編寫日期審核日期4.6處理邏輯分析4.6.1用戶注冊判斷樹輸入注冊信息必要信息完備且唯一必要信息不完備或不唯一密碼與確認密碼一致密碼與確認密碼不一致注冊成功得到賬號注冊不成功輸入賬號密碼必要信息完備且唯一必要信息不完備或不唯一賬號存在賬號不存在登錄成功密碼錯誤登錄不成功密碼正確4.6.2登錄判斷樹4.6.3修改密碼判斷樹輸入原密碼原密碼正確原密碼錯誤新密碼與確認密碼一致新密碼

26、與確認密碼不一致修改成功修改不成功4.6.4點菜判斷樹選擇點菜已選菜單有已選菜單中沒有已選中數(shù)量加一已選中添加一條新記錄5.系統(tǒng)設計5.1系統(tǒng)總體結(jié)構(gòu)設計系統(tǒng)總體結(jié)構(gòu)設計是要根據(jù)系統(tǒng)分析的要求和用戶的實際情況對新系統(tǒng)的總體結(jié)構(gòu)形式和可利用的資源進行大致的設計，是一種宏觀的總體上的設計。（傅澤田、王瑞梅，2009）55.1.1總體功能設計以下是對系統(tǒng)總體功能的直觀化功能圖：5.1.2模塊設計本系統(tǒng)主要有以下幾個模塊：注冊模塊，登錄模塊，查詢管理模塊，修改管理模塊，添加管理模塊。（1）注冊模塊：用戶輸入注冊信息，系統(tǒng)對所填信息進行有效判定后，儲存所輸信息并提示成功，轉(zhuǎn)回主頁面。若顧客所輸信息有誤，

27、則提示顧客輸入有誤，并要求再次輸入注冊。（2）登錄模塊：在登陸模塊中，用戶輸入自己的用戶名和密碼，系統(tǒng)判斷必要信息完備后會自動在數(shù)據(jù)庫中確認是否有記錄，若登陸成功，頁面自動跳轉(zhuǎn)。登錄模塊中系統(tǒng)會依據(jù)輸入信息判別用戶類型從而實現(xiàn)不同用戶的管理功能的差異。（3）查詢管理模塊：輸入相應的查詢條件，系統(tǒng)根據(jù)輸入信息在后臺數(shù)據(jù)庫進行查詢并顯示在VB應用程序中。主要包括點菜查詢，人員信息查詢，賬單查詢（4）修改管理模塊：經(jīng)過查詢在可視化窗口中修改信息，并通過程序運行修改后臺數(shù)據(jù)庫程序。主要包括菜品信息修改，個人信息修改等。（5）添加管理模塊：用戶通過輸入信息，程序運行將輸入信息錄入到數(shù)據(jù)庫中，主要包括新菜

28、品的添加，新員工信息添加等。以下為各模塊的模塊結(jié)構(gòu)圖： 調(diào)用 控制信息 循環(huán)關系模塊 數(shù)據(jù) 轉(zhuǎn)換符號 判斷關系（1）注冊模塊注冊存儲信息輸入（2） 登陸模塊：登錄信息管理（3）信息修改模塊信息管理信息更新查詢條件和范圍（4）查詢模塊查詢在數(shù)據(jù)庫中進行選擇（5）點菜模塊修改選菜信息更改讀入菜單交給收銀臺息菜單處理獲得菜單信息輸出已選菜品5.2代碼設計代碼是人為確定的代表客觀事物（實體）名稱、屬性或狀態(tài)的符號或者是這些符號的組合。代碼設計問題是一個科學管理的問題，設計出一個好的代碼對于系統(tǒng)的開發(fā)工作是一件極為有利的事情。它可以使很多機器處理（如統(tǒng)計、校對、查詢等）變得十分方便。另外，還能夠使一些現(xiàn)

29、階段計算機很難處理的工作變得簡單。（傅澤田、王瑞梅，2009）6名稱含義存儲類型Userid用戶賬號User（用戶表）混合碼Foid菜品編號Details（菜品表）混合碼Paynumber訂單編號Dingdan（訂單）數(shù)字碼Userkind用戶種類User（用戶表）順序碼（1）用戶代碼設計Userid：用于唯一標識用戶，實質(zhì)是用戶賬號，屬于混合碼，前面的字母代表了用戶的類型及相應的不同功能權限，后面的數(shù)字用于確定該類型用戶中每個用戶的唯一賬號。例如：jingli1代表了管理者1號，fuwuyuan1代表了服務員1號。用戶類別職務代碼用戶類別（服務員）代碼（2）菜品代碼設計Foid：用于唯一標識

30、菜品，實質(zhì)是菜品編號，屬于混合碼，前面的字母代表了菜品的類型，后面的數(shù)字用于確定該類型菜品中每個用戶的唯一賬號。例如re1代表了熱菜的第一種。種類（熱菜）代碼（3）訂單代碼設計Paynumber：用于唯一標識訂單，實質(zhì)是訂單編號，屬于數(shù)字碼，前六位數(shù)字代表了訂單發(fā)生時間，后面的數(shù)字代表用戶編號和消費金額。例如訂單號16121200259訂單日期（2016-12-12）用戶編碼消費59元（4）用戶種類設計userkind:用于系統(tǒng)識別用戶類型，0代表管理者，1代表服務員，2代表收銀員，3代表廚師。5.3輸入輸出設計5.3.1輸入界面（1）注冊輸入界面（2）登錄界面（3）修改個人信息界面以下是修改

31、個人信息如手機，郵箱等變更的輸入設計下面這張是變更密碼的輸入設計（4）修改菜品信息界面（5）查詢界面（6）搜索界面（7）點菜界面5.3.2輸出界面（1）查看員工信息界面（2）查看當日賬目（3）查看菜品信息（4）查看已點菜品界面5.4人機對話設計下圖是服務員登陸時的人機界面設置：下圖是管理員登陸后的人機界面設置：本系統(tǒng)人機對話設計友好，便于用戶操作。其余人機對話設置見輸入輸出界面。5.5數(shù)據(jù)庫設計5.5.1 E-R模型（1） 實體菜品名稱菜品種類菜品編碼菜品價格菜品菜品介紹菜品圖片工齡用戶姓名用戶密碼用戶賬號用戶郵箱用戶類別手機號顧客編碼賬單工作人員賬單編號顧客桌號賬單本單利潤賬單日期賬單金額（

32、2）局部E-R圖服務員菜品數(shù)量菜品價格點購菜品廚師菜品質(zhì)量菜品等級制作菜品（3）總體E-R圖管理員管理維護信息nm用戶之廚師用戶之服務員1n點購制作菜品1n結(jié)算構(gòu)成n1賬單5.5.2邏輯設計邏輯結(jié)構(gòu)設計的主要任務是把概念結(jié)構(gòu)設計階段建立的E-R圖，按選定的數(shù)據(jù)庫管理軟件所支持的數(shù)據(jù)模型（層次型、網(wǎng)狀型、關系型），轉(zhuǎn)化為相應的邏輯模型。（傅澤田、王瑞梅，2009）7本系統(tǒng)主要含有一對多，多對多的聯(lián)系，根據(jù)兩實體間聯(lián)系的轉(zhuǎn)換方法可以轉(zhuǎn)化為如下關系：（1）實體轉(zhuǎn)化的關系用戶（用戶賬號，密碼，用戶姓名，性別，工齡，手機號碼，郵箱，用戶類別，家庭住址，年齡，出生日期，民族，身份證號，注冊時間，政治面貌，

33、學歷，個人主頁，備注，職稱，職務，籍貫，薪酬，郵編）菜品（菜品編號，所屬種類，價格，名稱，菜品圖片，菜品介紹，原材料，成本，所屬菜系，菜品口味）選購菜品（菜品編號，服務人員編碼，結(jié)算賬單號，所屬種類，價格，名稱，菜品圖片，菜品介紹，原材料，成本，所屬菜系，菜品口味）賬單（賬單編號，服務人員編碼，賬單金額，賬單日期，顧客編號，顧客桌號，帳單利潤，賬單明細，）（2）聯(lián)系轉(zhuǎn)化的關系制作（菜品編號，用戶（廚師）編號，菜品質(zhì)量，菜品等級）5.5.3物理設計Auser（用戶表）字段名稱數(shù)據(jù)類型說明username文本用戶姓名userid文本用戶編碼userkind文本用戶類別userpassword文本用

34、戶密碼usersex文本用戶性別userphone文本用戶手機usermail文本用戶郵箱usertime文本工齡Bdetails（菜品信息表）字段名稱數(shù)據(jù)類型說明foid文本菜品編碼fodetails文本菜品介紹foprice貨幣菜品價格foname文本菜品名稱fophoto文本菜品圖片foclass文本菜品類別Cyidian（已點菜品）字段名稱數(shù)據(jù)類型說明foid文本菜品編碼taid數(shù)字桌號fopay貨幣菜品總價foprice貨幣菜品單價cuid文本顧客編碼foname文本菜品名稱fonumber數(shù)字菜品數(shù)量fophoto文本菜品圖片userid文本用戶編碼paynumber文本訂單編號Dzhangdan（賬單）字段名稱數(shù)據(jù)類型說明time日期/時間交易時間pay貨幣交易金額cuid貨幣