餐館營運(yùn)管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)計(jì)算機(jī)科學(xué)和技術(shù)專業(yè)

摘要餐飲企業(yè)作為服務(wù)行業(yè)，將直接面對客戶，其服務(wù)水平，包括點(diǎn)菜速度、準(zhǔn)確度等將決定企業(yè)的可持續(xù)發(fā)展能力，而信息化能夠有效提升服務(wù)水平，解決手工記錄管理所出現(xiàn)的問題，已經(jīng)被很多大型餐飲企業(yè)所采納與證實(shí)?！叭岩弧?餐館就餐人員逐漸提升，店面面積不斷擴(kuò)張，其出錯的概率直線提升，經(jīng)常存在點(diǎn)菜慢，餐館物資記錄不清的情況；隨著“三佳一”餐館的發(fā)展，開發(fā)餐飲管理系統(tǒng)成為必然選擇。本文針對餐飲管理系統(tǒng)的實(shí)際需求進(jìn)行研發(fā)，同時(shí)結(jié)合相應(yīng)的餐飲管理系統(tǒng)測試來確保本系統(tǒng)的需求符合性。整個餐飲管理系統(tǒng)利用C+技術(shù)進(jìn)行系統(tǒng)研發(fā)， 整個系統(tǒng)功能包括基礎(chǔ)數(shù)據(jù)管理、餐臺預(yù)訂管理、前臺收銀管理、會員卡管理、庫存管理、系統(tǒng)維護(hù)等功能。首先，進(jìn)行餐館管理系統(tǒng)需求分析，完成餐飲管理需求的實(shí)際調(diào)研，明確本系統(tǒng)的實(shí)際功能需求，并依據(jù)角色完成角色權(quán)限劃分，同時(shí)明確本系統(tǒng)的性能需求。其次，進(jìn)行餐館管理系統(tǒng)的設(shè)計(jì)分析，完成了餐館管理系統(tǒng)的架構(gòu)、數(shù)據(jù)庫等方面的設(shè)計(jì)，明確了餐館管理系統(tǒng)的功能并展示了相關(guān)流程圖，以此明確餐館管理系統(tǒng)的設(shè)計(jì)內(nèi)容。隨后，完成餐館管理系統(tǒng)的實(shí)現(xiàn)，本系統(tǒng)使用C+技術(shù)進(jìn)行開發(fā)，在實(shí)現(xiàn)時(shí)主要完成了餐館管理系統(tǒng)的界面設(shè)計(jì)，并完成邏輯內(nèi)容研發(fā)，與此同時(shí)完成與數(shù)據(jù)庫的鏈接與實(shí)現(xiàn)。最后在搭建完成相關(guān)測試環(huán)境后，完成了餐館管理系統(tǒng)的測試。整個測試主要包含功能、兼容性以及性能多個方面。餐館管理測試結(jié)果令人滿意，在修改錯誤后可投入試運(yùn)行。本系統(tǒng)在試運(yùn)行后已經(jīng)得到了餐館的廣泛認(rèn)可，節(jié)約了餐館運(yùn)作時(shí)間；提高餐館運(yùn)營準(zhǔn)確性，實(shí)現(xiàn)餐館數(shù)據(jù)準(zhǔn)確維護(hù)；同時(shí)本系統(tǒng)快速呈現(xiàn)了餐館運(yùn)作報(bào)表， 效率得到了較大的提高。從整體而言，餐館管理系統(tǒng)的收益將大于初期的投入。關(guān)鍵詞：餐館管理，餐館信息化，C/S結(jié)構(gòu)IIABSTRACTRestaurant enterprises as a service industry, will directly face the customer, its service level, will determine the sustainable development of the enterprise, information technology can effectively improve the service level, can solve the problem of manual records management, it has been adopted and confirmed by many large catering enterprises. "Three plus one" restaurant staff gradually improve, the store area is expanding, the error probability of linear ascending, often exist order slowly, restaurant supplies record is not clear; with the development of catering enterprises, restaurant management system has become an inevitable choice for development.In this thesis, the actual needs of restaurant management system is researched and developed, at the same time, the test is implemented which ensure the requirements of this system compliance. The restaurant management system is developed using C+ technology. the system functions include basic data management, dining tables and reservation, front desk cashier management, membership management, inventory management, system maintenance, etc.First of all, the demand of the actual investigation is completed, the actual functional requirements of this system is cleared, the division of authority is completed according the role, meanwhile the performance requirements of the system are cleared. Secondly, the design of system is completed, including architecture, database and so on. the functions of system are cleared, and the the flow charts are showed. And then the catering management system interface design is completed, the logic content research and development are carried out. Finally, related test environment is completed, the management system test is accomplished, including function, compatibility and performance aspects.This system has been widely recognized by the catering after the trial run, the restaurant operation time is saved, operational accuracy of restaurant is improved. At the same time the operation report can generat fastly. the benefits of restaurant management system will be greater than the initial investment.Keywords：Restaurant management, Restaurant information, C/S structure目錄V第一章 緒論11.1 研究背景及意義11.1.1 研究背景11.1.2 研究意義11.2 國內(nèi)外研究現(xiàn)狀21.3 課題目標(biāo)及內(nèi)容31.3.1 研究內(nèi)容31.3.2 研究結(jié)構(gòu)3第二章 系統(tǒng)相關(guān)理論52.1 信息系統(tǒng)開發(fā)概述52.1.1 信息系統(tǒng)開發(fā)生命周期52.1.2 信息系統(tǒng)開發(fā)策略52.2 C/S結(jié)構(gòu)模型62.2.1 C/S模型62.2.2 多層C/S模型72.3 C+概述82.3.1 C+的發(fā)展與特點(diǎn)82.3.2 C+語言開發(fā)過程82.4 本章小結(jié)10第三章 餐館管理系統(tǒng)的需求分析113.1 系統(tǒng)角色分析113.1.1 餐館人員分類113.1.2 系統(tǒng)角色分析113.2 功能需求分析123.2.1 功能需求123.2.2 功能用例分析153.3 非功能需求分析193.4 本章小結(jié)20第四章 餐館管理系統(tǒng)的設(shè)計(jì)214.1 系統(tǒng)設(shè)計(jì)原則214.2 系統(tǒng)架構(gòu)設(shè)計(jì)214.2.1 功能結(jié)構(gòu)設(shè)計(jì)214.2.2 系統(tǒng)三層結(jié)構(gòu)設(shè)計(jì)224.3 功能設(shè)計(jì)234.5 數(shù)據(jù)庫設(shè)計(jì)284.6 界面設(shè)計(jì)314.6.1 系統(tǒng)界面設(shè)計(jì)細(xì)則314.6.2 界面設(shè)計(jì)成果324.7 本章小結(jié)32第五章 餐館管理系統(tǒng)的實(shí)現(xiàn)335.1 技術(shù)方案選擇335.2 餐館管理系統(tǒng)的功能實(shí)現(xiàn)展示345.2.1 基礎(chǔ)數(shù)據(jù)管理功能實(shí)現(xiàn)345.2.2 餐臺預(yù)定管理功能實(shí)現(xiàn)365.2.3 前臺收銀管理功能實(shí)現(xiàn)385.2.4 會員卡管理功能實(shí)現(xiàn)395.2.5 庫存管理功能實(shí)現(xiàn)415.2.6 經(jīng)理查詢管理功能實(shí)現(xiàn)435.2.7 系統(tǒng)維護(hù)功能實(shí)現(xiàn)445.3 本章小結(jié)46第六章 餐館管理系統(tǒng)的測試476.1 系統(tǒng)測試概述476.1.1 測試內(nèi)容476.1.2 測試環(huán)境476.1.3 測試工具476.2 功能測試486.3 兼容性測試546.4 性能測試546.4.1 性能測試案例546.4.2 性能測試結(jié)果556.4.3 測試結(jié)論566.5 本章小結(jié)56第七章 總結(jié)與展望577.1 總結(jié)577.2 展望57參考文獻(xiàn)60第一章 緒論1.1 研究背景及意義1.1.1 研究背景我國經(jīng)濟(jì)高速發(fā)展，各個行業(yè)發(fā)展?jié)摿Φ玫搅司薮蟮陌l(fā)揮，許多行業(yè)都呈現(xiàn)蓬勃發(fā)展的現(xiàn)象，餐飲業(yè)也包含其中。中國素來認(rèn)為 “民以食為天”，餐飲行業(yè)一直是民生行業(yè)，發(fā)展趨勢一直呈現(xiàn)良好的狀態(tài)1。但在發(fā)展的同時(shí)，餐飲行業(yè)諸多問題也隨之而來，包括食品安全問題、管理方式落后等。目前很多中小型餐飲企業(yè)仍然使用手工記錄的方式，其在客戶點(diǎn)菜時(shí)，仍然通過手工記錄其菜單，在傳菜時(shí)也主要通過紙質(zhì)版本，整體而言，毫無信息化與科技含量。隨著就餐人數(shù)的不斷增加，手工記錄無法滿足多數(shù)餐飲企業(yè)的要求， 其效率低下、錯誤百出、占據(jù)較高的人工成本，服務(wù)水平難以提升。如何確保餐飲企業(yè)有效面對繁雜的日常運(yùn)營成為了一大難題2。信息化技術(shù)成為了上述問題的重要借鑒方案，將餐飲企業(yè)的各項(xiàng)工作轉(zhuǎn)化為信息化流程，實(shí)現(xiàn)信息的電子化流轉(zhuǎn)。餐飲行業(yè)高速發(fā)展，為了確保餐飲管理跟上發(fā)展速度，引入信息化成為必然選擇。餐飲管理信息化后，可以節(jié)省管理成本，提高餐飲管理效率?！叭岩弧辈宛^成立于2010年，目前已經(jīng)運(yùn)營有5年之久，在此之前都是通過手工記錄方式進(jìn)行管理，實(shí)現(xiàn)手工點(diǎn)菜與傳菜；與此同時(shí)在餐館物資管理中都是紙質(zhì)記錄的方式。在以往就餐人員較少，就餐面積不多的情況下，還勉強(qiáng)能夠滿足實(shí)際管理要求。但隨著幾年的發(fā)展，就餐人員逐漸提升，店面面積不斷擴(kuò)張， 其出錯的概率直線提升，經(jīng)常存在點(diǎn)菜慢，餐館物資記錄不清的情況，為此“三佳一”餐館有了信息化管理需求，需要形成一個現(xiàn)代化管理的餐館企業(yè)。餐飲企業(yè)作為服務(wù)行業(yè)，將直接面對客戶，其服務(wù)水平，包括點(diǎn)菜速度、準(zhǔn)確度等將決定企業(yè)的可持續(xù)發(fā)展能力，而信息化能夠有效提升服務(wù)水平，解決手工記錄管理所出現(xiàn)的問題，已經(jīng)被很多大型餐飲企業(yè)所采納與證實(shí)3。隨著“三佳一”餐館的發(fā)展，開發(fā)餐飲管理系統(tǒng)成為必然選擇，能夠滿足餐館日常經(jīng)營實(shí)際需求。1.1.2 研究意義對于“三佳一”餐館，面對競爭激烈的餐飲市場，為了提高經(jīng)營效率、提高客戶滿意度，餐館管理系統(tǒng)成為不二選擇。通過信息化系統(tǒng)，可以降低“三佳一”61餐館運(yùn)作成本，提高餐館運(yùn)作效益。整體而言，其具有如下意義：第一，節(jié)約時(shí)間。通過餐館管理系統(tǒng)，可以節(jié)約餐館運(yùn)作時(shí)間，包括節(jié)約客人結(jié)算時(shí)間、無需手動計(jì)算報(bào)表，無需菜單人工登記等，整體而言，餐館管理系統(tǒng)至少可以節(jié)約25%的時(shí)間。第二，提高運(yùn)營準(zhǔn)確性。在以往的手工記錄操作下，服務(wù)員、收銀員等相關(guān)人員每天都會面對大量的菜單信息以及收銀信息，計(jì)算錯誤不可避免，同時(shí)也會影響客戶感受。而借助餐館管理系統(tǒng)，其可以減少傳遞與計(jì)算過程中的誤差，減少客戶糾紛，實(shí)現(xiàn)自動核算以及自動傳遞，確保信息的準(zhǔn)確。在庫存管理中，手工記錄同樣會存在丟失與錯誤的情況，而通過餐館管理系統(tǒng)可以對出入庫信息進(jìn)行登記，實(shí)現(xiàn)庫存信息的準(zhǔn)確維護(hù)。第三，賬目與報(bào)表易于查看。由于“三佳一”餐館管理人員本身并非專業(yè)財(cái)務(wù)人員，對于賬目以及統(tǒng)計(jì)報(bào)表的核算與承擔(dān)并不專業(yè)，同時(shí)也會出現(xiàn)效率低下、核算錯誤的情況。而通過餐館管理系統(tǒng)可以自動收集相關(guān)數(shù)據(jù)形成賬目以及報(bào)表， 其呈現(xiàn)賬目與報(bào)表也非常專業(yè)與靈活。第四，提高客戶滿意度。餐館運(yùn)營效率的提高以及運(yùn)營成本準(zhǔn)確性的提升， 有助于提高餐館服務(wù)水平，減少與客戶人的糾紛，提高客戶滿意度。1.2 國內(nèi)外研究現(xiàn)狀餐飲業(yè)競爭激烈，其不僅是口味與服務(wù)的競爭，同時(shí)也涉及管理水平的競爭。餐飲競爭目前十分激烈，提高自身服務(wù)水平與服務(wù)效率。為此，餐飲信息化管理系統(tǒng)應(yīng)運(yùn)而生，高效、電子化的信息化管理系統(tǒng)將有助于餐飲單位提升自身競爭力。利用強(qiáng)大的計(jì)算機(jī)處理能力，實(shí)現(xiàn)使得餐館數(shù)據(jù)管理更加準(zhǔn)時(shí)、高效與可靠， 這對于餐館運(yùn)營提供更加強(qiáng)大的幫助4。目前國內(nèi)外出現(xiàn)了很多餐館管理系統(tǒng)或者餐飲管理系統(tǒng)，這些系統(tǒng)功能與側(cè)重點(diǎn)有著許多不同，但其本質(zhì)都是利用數(shù)據(jù)庫對餐館管理與維護(hù)，有效摒棄了原有的手工處理方式。很多采用餐飲管理系統(tǒng)的餐飲單位，都有效的優(yōu)化了管理流程，提高了服務(wù)質(zhì)量5。目前國內(nèi)涌現(xiàn)出諸多專業(yè)的餐飲管理系統(tǒng)軟件開發(fā)公司，現(xiàn)對典型的產(chǎn)品進(jìn)行介紹：（1） 美食專家該系統(tǒng)由上海諾杰公司開發(fā)，依據(jù)餐飲行業(yè)特點(diǎn)，參考了ERP管理理念所研發(fā)的餐飲管理系統(tǒng)。該系統(tǒng)包括了預(yù)訂、點(diǎn)菜、結(jié)賬、收銀以及庫存等諸多功能， 同時(shí)能夠?qū)崿F(xiàn)客戶、用戶的管理6。該系統(tǒng)主要針對于常見的餐飲單位，包括快餐、西餐廳、火鍋連鎖、咖啡廳等。該系統(tǒng)具備流程簡單、操作靈活、支持會員管理、提供決策分析等。（2） 騰云餐飲管理系統(tǒng)該系統(tǒng)由長沙佳馳軟件公司研發(fā)，針對餐飲業(yè)務(wù)的特點(diǎn)，實(shí)現(xiàn)了開臺、點(diǎn)菜、換位等餐館運(yùn)作中常見的工作，實(shí)現(xiàn)管理電子化7。該系統(tǒng)采用C/S結(jié)構(gòu)，包含前臺管理、廚打設(shè)置、菜品設(shè)置、會員管理、庫存管理、查詢分析等功能。（3） 棉花糖餐飲管理系統(tǒng)該系統(tǒng)適用于各類餐飲單位，是國內(nèi)少有的打著免費(fèi)旗號的餐飲管理系統(tǒng)。該系統(tǒng)包含了十分豐富的功能，包括開臺收銀、快餐模式、報(bào)表中心、會員管理、預(yù)訂管理、基礎(chǔ)設(shè)置、客戶關(guān)系管理等，同時(shí)其可以延伸至無線點(diǎn)菜、手機(jī)餐廳等。（4） 易石餐飲管理系統(tǒng)該系統(tǒng)由易石軟件公司開發(fā)，其包括單店版和集團(tuán)版兩個版本，分別適合不同類型和規(guī)模的餐飲企業(yè)8。單店管理系統(tǒng)主要針對單一門店的餐飲單位，其包括自主餐管理、會員管理、無線點(diǎn)菜管理、會員管理、進(jìn)銷存管理、財(cái)務(wù)管理等功能。集團(tuán)版主要針對多個門店甚至多個區(qū)域的餐飲單位，其功能也更加強(qiáng)大和豐富，涉及crm子系統(tǒng)、會員清算中心子系統(tǒng)、行政管理系統(tǒng)、運(yùn)營管理中心系統(tǒng)等， 其更趨向于餐飲單位的ERP系統(tǒng)。1.3 課題目標(biāo)及內(nèi)容1.3.1 研究內(nèi)容本文針對餐飲管理系統(tǒng)的實(shí)際需求進(jìn)行研發(fā)，同時(shí)結(jié)合相應(yīng)的餐飲管理系統(tǒng)測試來確保本系統(tǒng)的需求符合性。整個餐飲管理系統(tǒng)利用C+技術(shù)進(jìn)行系統(tǒng)研發(fā)。本文研究內(nèi)容包括以下方面：完成餐飲管理需求的實(shí)際調(diào)研，明確本系統(tǒng)的實(shí)際功能需求，并依據(jù)角色完成角色權(quán)限劃分，同時(shí)明確本系統(tǒng)的性能需求。完成餐飲管理系統(tǒng)的架構(gòu)（邏輯結(jié)構(gòu)、功能結(jié)構(gòu)以及體系結(jié)構(gòu)），同時(shí)明確本系統(tǒng)各個功能模塊內(nèi)容，并借助流程圖完成詳細(xì)設(shè)計(jì)。完成餐飲管理系統(tǒng)的界面以及業(yè)務(wù)邏輯，并針對系統(tǒng)功能、兼容性以及性能多個方面進(jìn)行測試。1.3.2 研究結(jié)構(gòu)在文章撰寫過程中，主要依據(jù)軟件生命周期進(jìn)行章節(jié)劃分，具體包括：第1章：描述研發(fā)餐飲管理系統(tǒng)的背景，并對餐飲管理系統(tǒng)的國內(nèi)外現(xiàn)狀進(jìn)行介紹。第2章：匯總餐飲管理系統(tǒng)相關(guān)理論，包括信息系統(tǒng)開發(fā)、C/S結(jié)構(gòu)以及C+ 等技術(shù)。第3章：明確餐飲管理系統(tǒng)角色內(nèi)容，并劃分相應(yīng)的功能權(quán)限，同時(shí)明確餐館管理系統(tǒng)的性能需求。第4章：完成了餐飲管理系統(tǒng)的架構(gòu)、數(shù)據(jù)庫等方面的設(shè)計(jì)，明確了餐飲管理系統(tǒng)的功能并展示了界面設(shè)計(jì)成果，以此明確餐飲管理系統(tǒng)的設(shè)計(jì)內(nèi)容。第5章：完成了餐飲管理系統(tǒng)的界面設(shè)計(jì)，并完成邏輯內(nèi)容研發(fā)，與此同時(shí)完成與數(shù)據(jù)庫的鏈接與實(shí)現(xiàn)。第6章：完成了餐飲管理系統(tǒng)的測試。整個測試主要包含功能、兼容性以及性能多個方面。第7章：總結(jié)餐飲管理系統(tǒng)相關(guān)研究內(nèi)容以及特點(diǎn)，并加以展望。第二章 系統(tǒng)相關(guān)理論2.1 信息系統(tǒng)開發(fā)概述2.1.1 信息系統(tǒng)開發(fā)生命周期信息系統(tǒng)在開發(fā)過程中，其遵循著一般事物的生命周期，從出現(xiàn)開始到最終的消亡技術(shù)；在整個過程中，信息系統(tǒng)會隨著需要進(jìn)行更新與維護(hù)，直至不再需要時(shí)進(jìn)行淘汰9。整個信息系統(tǒng)的生命周期主要分為如下階段：第一階段：系統(tǒng)規(guī)劃。該階段的任務(wù)是對信息系統(tǒng)的應(yīng)用單位進(jìn)行基礎(chǔ)狀況的調(diào)查，根據(jù)企業(yè)需求進(jìn)行分析10，同時(shí)考慮企業(yè)對于本信息系統(tǒng)的可行性，對本系統(tǒng)進(jìn)行詳盡的規(guī)劃，最終明確信息系統(tǒng)的可行性方案，以及系統(tǒng)后續(xù)執(zhí)行方案與計(jì)劃書。第二階段：系統(tǒng)分析。該階段主要任務(wù)是針對企業(yè)信息系統(tǒng)相關(guān)業(yè)務(wù)進(jìn)行詳細(xì)調(diào)查11，包括制度、流程等多個方面，明確相關(guān)業(yè)務(wù)現(xiàn)狀以及所存在的問題， 確定相關(guān)信息系統(tǒng)的相關(guān)需求，提出相應(yīng)的分析方案12。該方案是整個系統(tǒng)生命周期的基礎(chǔ)。信息系統(tǒng)的分析方案是后續(xù)設(shè)計(jì)與實(shí)施的基礎(chǔ)，是后續(xù)建設(shè)工作的依據(jù)。通過該方案13，可以幫助用戶與開發(fā)人員了解信息系統(tǒng)未來的功能；同時(shí)該方案也將作為后續(xù)測試的依據(jù)。階段三：系統(tǒng)設(shè)計(jì)。該階段主要完成整個信息系統(tǒng)“怎么做”的工作。其任務(wù)在于明確信息系統(tǒng)的具體功能模塊以及功能點(diǎn)，明確相應(yīng)的業(yè)務(wù)邏輯方案以及數(shù)據(jù)庫方案等內(nèi)容14。系統(tǒng)設(shè)計(jì)階段將形成相應(yīng)的設(shè)計(jì)方案。階段四：系統(tǒng)實(shí)施。該階段主要任務(wù)在于將相應(yīng)的信息進(jìn)行實(shí)施，該階段主要工作在于運(yùn)行設(shè)備的安裝、信息系統(tǒng)的開發(fā)、信息系統(tǒng)的測試、信息系統(tǒng)的調(diào)試等工作。實(shí)施階段的工作將形成可操作系統(tǒng)，并確保相關(guān)系統(tǒng)問題減少至最低。第五階段：運(yùn)行與維護(hù)。該階段工作主要記錄信息系統(tǒng)運(yùn)行狀況信息，時(shí)刻關(guān)注信息系統(tǒng)狀態(tài)15；與此同時(shí)對于信息系統(tǒng)出現(xiàn)的問題進(jìn)行維護(hù)，確保信息系統(tǒng)處于穩(wěn)定的運(yùn)行狀態(tài)。2.1.2 信息系統(tǒng)開發(fā)策略信息系統(tǒng)的開發(fā)策略主要有兩種：策略一：自下而上。該策略根據(jù)從業(yè)務(wù)系統(tǒng)的具體細(xì)小功能出發(fā)，根據(jù)需要逐步增加相應(yīng)的功能，最終形成整個信息系統(tǒng)16。在自下而上的策略中，系統(tǒng)功能的開發(fā)往往先從基本數(shù)據(jù)處理，然后增加相應(yīng)的系統(tǒng)管控相關(guān)功能。該策略的優(yōu)勢在于可以有效避免信息系統(tǒng)出現(xiàn)不協(xié)調(diào)的情況，當(dāng)然，其信息系統(tǒng)開發(fā)的周密性相對較差，可能會出現(xiàn)重新規(guī)劃的情況。策略二：自上而下。該策略是從整體出發(fā)，由全局再到局部。該策略對于邏輯性要求較高1718，可以有效保障信息系統(tǒng)具備整體邏輯性，形成一個完整的整體；當(dāng)然自上而下的開發(fā)策略在實(shí)施難度上較高。一般而言，策略一更加適合于中小型系統(tǒng)的實(shí)施，其信息系統(tǒng)開發(fā)量相對較小，對于系統(tǒng)整體性要求并不是很高1920。而大型信息系統(tǒng)的研發(fā)需要將兩種策略結(jié)合使用，確保整個系統(tǒng)開發(fā)符合要求。2.2 C/S結(jié)構(gòu)模型2.2.1 C/S模型計(jì)算水平的快速發(fā)展，個人PC已經(jīng)得到了一定的普及，在這種背景下，C/S 軟件體系結(jié)構(gòu)浮出水面。C/S結(jié)構(gòu)形成了開發(fā)的計(jì)算機(jī)運(yùn)作模型，在事務(wù)處理中充分利用兩端計(jì)算機(jī)處理能力。服務(wù)器客戶機(jī)C/S模型中，一般由兩端構(gòu)成：客戶端與服務(wù)器端。客戶端是安裝在用戶計(jì)算機(jī)中的程序，承擔(dān)相應(yīng)的界面顯示、邏輯處理等工作；服務(wù)器端一般安裝在性能較高的服務(wù)器中，完成相應(yīng)的數(shù)據(jù)處理工作21。具體如圖2-1所示。這種模式可充分利用兩端計(jì)算機(jī)性能，服務(wù)器負(fù)荷相對能夠減輕，這也得益于客戶端能力的應(yīng)用。圖2-1 兩層C/S模型這種C/S模型比較適用于規(guī)模較小、用戶較少的系統(tǒng)，這種應(yīng)用環(huán)境中其安全性和響應(yīng)時(shí)間等方面能夠得到一定的保障。但隨著系統(tǒng)應(yīng)用規(guī)模的擴(kuò)大，整個程序復(fù)雜度有大幅度的提升，這種模式在此情況下無法有效適應(yīng)22?？傮w而言，兩層模型主要有以下問題：第一，服務(wù)器單一，一般應(yīng)用與小型局域網(wǎng)，其無法適應(yīng)中型以及大型企業(yè)第二章 系統(tǒng)相關(guān)理論的實(shí)際應(yīng)用。第二，客戶端集成了大量的界面設(shè)計(jì)以及業(yè)務(wù)邏輯處理功能，這使得整個客戶端相對較為臃腫，后期升級維護(hù)等方面較為困難。同時(shí)客戶端在集成能力方面也是非常有限的。第三，該模式在客戶機(jī)管理容量方面十分有限。2.2.2 多層C/S模型兩層C/S模型給計(jì)算機(jī)軟件方面帶來了重要的變革，但隨著技術(shù)的發(fā)展，其兩層模型的問題日益凸顯，客戶端除了界面顯示外，還需要承擔(dān)程序的業(yè)務(wù)處理功能，這使得整個客戶端無法面對功能日益強(qiáng)大的軟件系統(tǒng)；同時(shí)在兩層模型中， 軟件程序無法在開放的計(jì)算機(jī)環(huán)境中實(shí)現(xiàn)延伸23。正是實(shí)際應(yīng)用的需要，多層C/S模型得到了發(fā)展。這種體系將客戶端的部分功能進(jìn)行分離，單獨(dú)形成一個中間層，該層承擔(dān)業(yè)務(wù)邏輯工作，作為客戶端與數(shù)據(jù)庫服務(wù)器的中間交互層。具體如圖2-2所示。數(shù)據(jù)庫服務(wù)器應(yīng)用服務(wù)器客戶機(jī)三層C/S模型相比兩層模型，其主要是在兩層的基礎(chǔ)上增加一層，該層主要從原有的結(jié)構(gòu)中從客戶端進(jìn)行業(yè)務(wù)邏輯剝離24。在三層C/S結(jié)構(gòu)中，客戶端承擔(dān)界面顯示，請求接收與傳輸；中間層承擔(dān)程序業(yè)務(wù)邏輯處理，是客戶端與數(shù)據(jù)層的中介結(jié)構(gòu)；借助中間層，可實(shí)現(xiàn)界面代碼與邏輯代碼的分離，實(shí)現(xiàn)業(yè)務(wù)代碼的封裝。數(shù)據(jù)層主要完成數(shù)據(jù)的處理，其一般由數(shù)據(jù)庫系統(tǒng)進(jìn)行完成，實(shí)現(xiàn)整個程序相關(guān)數(shù)據(jù)的維護(hù)，響應(yīng)與數(shù)據(jù)處理相關(guān)的業(yè)務(wù)請求。圖2-2 三層C/S模型三層的C/S結(jié)構(gòu)擁有其自身的優(yōu)勢，主要包括：第一，擴(kuò)展性較好。在程序需要業(yè)務(wù)邏輯更新時(shí)，只需要針對中間層進(jìn)行修改即可完成；或者進(jìn)行界面更新時(shí)，只需要對客戶端層進(jìn)行修改25。第二，可共享性。以往客戶端的業(yè)務(wù)邏輯處理由業(yè)務(wù)服務(wù)器承擔(dān)，實(shí)現(xiàn)了1個服務(wù)器服務(wù)于多個客戶端的共享機(jī)制，這種機(jī)制可以有效減輕開發(fā)時(shí)間，降低開發(fā)資金。第三，安全性較高。在三層結(jié)構(gòu)中，客戶端層無法直接訪問數(shù)據(jù)層，其需要借助業(yè)務(wù)邏輯層進(jìn)行中介訪問，這種機(jī)制可以提高程序的安全性26。第四，代碼復(fù)用性高。在三層C/S結(jié)構(gòu)中，其很多代碼是封裝成為功能，這種對象代碼具備較高的可復(fù)用性，這種模式已經(jīng)成為了目前主流的開發(fā)模式。第五，執(zhí)行效率高。相比兩層的C/S模式，三層C/S模式的客戶端已經(jīng)可以稱之為瘦客戶端，其穩(wěn)定性得到了提升，同時(shí)效率也較高27。2.3 C+概述2.3.1 C+的發(fā)展與特點(diǎn)在上世紀(jì)80年代起，C語言得到了推廣，其具備較強(qiáng)的移植性、表達(dá)能力也更為豐富，同時(shí)該語言還兼?zhèn)淞说图壵Z言的特征，在匯編和執(zhí)行效率方面有著較高的效率。C語言是由貝爾實(shí)驗(yàn)室推出的，是針對Unix操作系統(tǒng)而研發(fā)的高級語言，其主要目標(biāo)是程序編寫。鑒于C語言的各種優(yōu)勢，很多非Unix平臺的系統(tǒng)開發(fā)也采用了C語言，使得C語言快速流行開來28。在1980年，貝爾實(shí)驗(yàn)室針對C語言的實(shí)際情況，對其進(jìn)行了升級，并于三年后， 正是取名為C+。C+基于C語言，保存了C語言的各種精華，同時(shí)增加了面向?qū)ο笾С痔攸c(diǎn)，同時(shí)在程序整體結(jié)構(gòu)更為清晰，在程序的擴(kuò)充性方面也大大增加。相比C語言，C+在類、函數(shù)、引用等多個方面進(jìn)行了擴(kuò)展，同時(shí)支持繼承、派生類等面向?qū)ο蟮奶匦浴+隨后得到了廣泛的認(rèn)可，并由諸多開發(fā)環(huán)境給予支持29。C語言經(jīng)歷了多年的發(fā)展，其有效解決了語言規(guī)范性不足的問題，隨著C+的推出，其規(guī)范性以及適用性都有了重要的提升。對于C+而言，其主要特點(diǎn)包括：第一，C+與C可全面兼容，基于C語言編寫的程序可直接在C+環(huán)境中加以運(yùn)行，在C語言函數(shù)、程序等方面都可直接在C+中完成運(yùn)行。第二，C+具備較高的可讀性，在結(jié)構(gòu)合理方面也有了較大的提升，可對問題空間結(jié)構(gòu)加以映射30。第三，代碼質(zhì)量高，同時(shí)運(yùn)行效率也具有良好的表現(xiàn)，與匯編語言相比，其運(yùn)行速度僅僅比其慢15左右。第四，借助其C+的代碼可重用性和良好的擴(kuò)展性，使得整個程序開發(fā)效率得到了提升，同時(shí)C+程序在穩(wěn)定性方面也有良好的表現(xiàn)31。2.3.2 C+語言開發(fā)過程C+在開發(fā)過程中，其主要包括以下幾個過程，具體如圖2-3所示。第二章 系統(tǒng)相關(guān)理論CPP文件OBJ文件EXE文件Y圖2-3C+程序開發(fā)過程（1） 編輯編輯是C+開發(fā)過程的第一步，其實(shí)現(xiàn)了程序的輸入與編輯。一般而言，編譯系統(tǒng)都具備集成化特點(diǎn)，其可完成程序的輸入、修改、測試等所有工作。因此一般情況下我們還是使用專業(yè)的編輯軟件進(jìn)行代碼編譯，得到相應(yīng)的源程序。對于C+而言，其程序編輯后的源程序文件擴(kuò)展名為cpp32。（2） 編譯編譯是C+開發(fā)的第二步，其完成了程序內(nèi)容分析，形成目標(biāo)程序，在此之后將其存儲在相應(yīng)文件夾中。C+在變異后，其程序名稱不變，但其編譯程序?qū)⒏臑?obj33。編譯后的程序是無法直接運(yùn)行，是一個半成品，程序中缺乏相應(yīng)的函數(shù)等參數(shù)的存儲地。（3） 連接連接是指將編譯后的程序進(jìn)行匯總，并為程序分配相應(yīng)的函數(shù)地址等。在連接后，可形成可執(zhí)行的文件。因此可以將連接看作是編譯成果的組裝，形成最終成品3435。在整個組裝過程中，其編程人員、合作者以及編譯系統(tǒng)都會提供相應(yīng)的“組裝材料”。（4） 運(yùn)行運(yùn)行是C+開發(fā)過程中最后一步，在連接完成后，其已經(jīng)形成了可以執(zhí)行的文件。在程序運(yùn)行后，可以得到相應(yīng)的運(yùn)行結(jié)果，將此結(jié)果與要求結(jié)果相對比，即可形成對比測試結(jié)果，如果出現(xiàn)不符合項(xiàng)，則將回到程序編輯步驟，直至所有結(jié)果符合要求為止36-37。2.4 本章小結(jié)本章匯總餐飲管理系統(tǒng)相關(guān)理論，包括信息系統(tǒng)開發(fā)、C/S結(jié)構(gòu)以及C+等技術(shù)，為其他分析奠定理論基礎(chǔ)。第三章 餐館管理系統(tǒng)的需求分析第三章 餐館管理系統(tǒng)的需求分析3.1 系統(tǒng)角色分析3.1.1 餐館人員分類三佳一餐館從人員類別來看主要可以分為以下幾類：第一，前臺收銀人員。收銀人員主要負(fù)責(zé)消費(fèi)信息的登記與核算，確保顧客消費(fèi)信息的準(zhǔn)確記錄與核算，同時(shí)依據(jù)核算結(jié)果進(jìn)行收費(fèi)與找零。對于已經(jīng)確定簽單的單位，前臺收銀人員還需要進(jìn)行記錄，實(shí)現(xiàn)掛賬。前臺人員同時(shí)還完成會員卡的辦理工作。第二，餐館服務(wù)人員。服務(wù)人員是面向餐館顧客的一線人員，登記顧客點(diǎn)單消費(fèi)信息，傳遞消費(fèi)信息至廚房與前臺。對于顧客的其他請求給予響應(yīng)，并提供相應(yīng)服務(wù)。餐館服務(wù)人員一般無需接觸相關(guān)信息管理。第三，廚師。廚師承擔(dān)著餐館菜肴制作工作，其一般不接觸顧客。廚師人員一般無需接觸相關(guān)信息管理。第四，庫房管理人員。目前餐館有兼職的庫管人員，其承擔(dān)著相關(guān)物資的出入庫管理，在出入庫時(shí)給予準(zhǔn)確登記，同時(shí)定期對庫存物資進(jìn)行盤點(diǎn)，確保物資賬物相符。第五，經(jīng)理。經(jīng)理作為餐館的管理者，其主要完成整體運(yùn)營把握，查看相關(guān)報(bào)表并作出經(jīng)營決策分析。經(jīng)理是餐館運(yùn)營的指導(dǎo)者與管理者，是餐館運(yùn)營的把控人。3.1.2 系統(tǒng)角色分析從餐館人員分析來看，餐館管理系統(tǒng)主要面向前臺、庫房管理人員、經(jīng)理等人，廚師與服務(wù)人員不涉及系統(tǒng)的使用。為了適應(yīng)餐館管理系統(tǒng)的使用，系統(tǒng)中還有系統(tǒng)管理員的角色。現(xiàn)對角色進(jìn)行如下分析：（1） 前臺收銀人員按照前臺收銀人員的職責(zé)，在餐館管理系統(tǒng)運(yùn)行后，其主要定位于餐臺預(yù)訂、前臺收銀、會員卡管理的職責(zé)。其接收客戶預(yù)訂信息并進(jìn)行登記，同時(shí)完成開臺、收銀、簽單、換臺等操作。前臺收銀人員是餐館運(yùn)營管理系統(tǒng)的基礎(chǔ)運(yùn)營功能執(zhí)行者，其完成了餐臺管理相關(guān)工作。（2） 庫房管理人員庫房管理人員承擔(dān)著物資信息的管理，其一般由其他人員兼職完成。庫房的管理相對單一，其主要完成出入庫、盤點(diǎn)等工作。（3） 經(jīng)理經(jīng)理是餐館管理的管理者，具備前臺收銀、倉庫管理、會員管理等全部權(quán)限。對于經(jīng)理而言，分析與決策是運(yùn)營管理的重要功能，為此經(jīng)理需要提供上述功能模塊。（4） 系統(tǒng)管理員系統(tǒng)管理員是餐館管理系統(tǒng)運(yùn)營的新增人員，目前可由相關(guān)人員兼職完成。系統(tǒng)管理員主要完成基礎(chǔ)數(shù)據(jù)的管理，確保餐臺、收費(fèi)項(xiàng)目等基礎(chǔ)數(shù)據(jù)的維護(hù)； 與此同時(shí)還可對系統(tǒng)基本參數(shù)、人員信息、人員權(quán)限進(jìn)行設(shè)定。3.2 功能需求分析3.2.1 功能需求功能需求是餐館管理需求分析的重要結(jié)果，是后續(xù)系統(tǒng)設(shè)計(jì)的直接依據(jù)。根據(jù)餐館管理的實(shí)際調(diào)研，其功能需求主要包括基礎(chǔ)數(shù)據(jù)管理需求、餐臺預(yù)訂管理需求、前臺收銀需求、會員卡管理需求、庫存管理需求、數(shù)據(jù)查看需求等功能。不同的角色人員承擔(dān)著不同的功能需求，具體如圖3-1。1. 基礎(chǔ)數(shù)據(jù)管理對于餐館而言，其運(yùn)作過程中本身包含諸多基本信息，包括餐臺編號信息、收費(fèi)項(xiàng)目信息（即菜單信息、消費(fèi)用品信息）以及套餐信息等。對于餐館管理系統(tǒng)而言，上述信息又是系統(tǒng)運(yùn)營的基礎(chǔ)，為此系統(tǒng)必須提供上述內(nèi)容的維護(hù)。從梳理來看，其基礎(chǔ)數(shù)據(jù)主要包括：第一，餐臺信息。餐臺信息是餐館座子或包間的編號，編號方便點(diǎn)餐與送餐， 是用于區(qū)別其他餐桌的重要依據(jù)。為了方便，系統(tǒng)應(yīng)該支持餐臺基本信息維護(hù)以及導(dǎo)出功能。第二，收費(fèi)項(xiàng)目信息。收費(fèi)項(xiàng)目信息是餐館的重要運(yùn)營信息，包含了餐館所有收費(fèi)內(nèi)容，例如菜品信息、飲料信息、煙酒信息等等所有收費(fèi)信息，這些收費(fèi)信息都是可以被客戶所購買。為了方便，系統(tǒng)應(yīng)該提供收費(fèi)項(xiàng)目的導(dǎo)入導(dǎo)出功能； 同時(shí)為了應(yīng)對批量價(jià)格調(diào)整，系統(tǒng)應(yīng)該提供收費(fèi)項(xiàng)目價(jià)格批量調(diào)整功能。第三，套餐信息。所謂套餐是指依據(jù)客人的常見需求，將部分收費(fèi)項(xiàng)目進(jìn)行整合，形成套餐。套餐的不僅有利于客人快速選擇菜品與酒水，也可以使得酒店第三章 餐館管理系統(tǒng)的需求分析利益最大化。目前在很多節(jié)日中，面對大量的酒席，套餐的作用非常明顯。第四，簽單單位。目前餐館支持合作單位的簽單，而簽單的基礎(chǔ)信息就是簽單單位信息。不同的簽單單位應(yīng)該給予折扣。為此系統(tǒng)應(yīng)該提供簽單單位的設(shè)定， 這些設(shè)定應(yīng)該包括單位基本信息以及折扣。第五，服務(wù)員信息。服務(wù)員是餐館的主要服務(wù)承擔(dān)者，在開臺等各類服務(wù)中都會涉及相關(guān)信息，為此系統(tǒng)應(yīng)該提供服務(wù)員信息的維護(hù)。第六，其他參數(shù)。為了保證系統(tǒng)更具個性化參數(shù)設(shè)置信息，系統(tǒng)應(yīng)該還提供上述參數(shù)的設(shè)定，例如餐臺類型的設(shè)置、計(jì)量單位的設(shè)置等。圖3-1系統(tǒng)用例圖2. 餐臺預(yù)定管理目前餐館接收電話預(yù)定，預(yù)定不僅僅是餐館的一種服務(wù)，同時(shí)也有利于餐館資源的提前安排。為此系統(tǒng)應(yīng)該提供餐臺預(yù)定功能。從實(shí)際運(yùn)作來看，目前餐臺預(yù)定管理功能主要針對餐臺預(yù)定信息進(jìn)行登記， 在登記完成之后由管理人員及時(shí)安排好就餐。而相應(yīng)的取消預(yù)定信息也應(yīng)該在系統(tǒng)中加以體現(xiàn)。在用戶使用系統(tǒng)時(shí)，系統(tǒng)應(yīng)該能夠提供預(yù)定查詢，實(shí)現(xiàn)預(yù)定查詢功能。3. 前臺收銀管理對于餐館運(yùn)營而言，客人過來后會開臺，并進(jìn)行消費(fèi)信息的記錄，隨后上菜并結(jié)算；過程中還存在調(diào)換餐臺、簽單等情況。具體而言，前臺收銀主要有以下情況：第一，開臺?？腿说絹頃r(shí)首先服務(wù)員為其開臺，并給予菜單。服務(wù)員錄入點(diǎn)菜消費(fèi)信息，并傳遞至廚房，最后服務(wù)員傳遞菜肴。為了更好的提供服務(wù)，餐館會提供相關(guān)套餐點(diǎn)菜服務(wù)，實(shí)現(xiàn)快速點(diǎn)菜。與此同時(shí)，餐館本身提供贈送菜肴或者退單。為此，開臺功能中不僅需要實(shí)現(xiàn)錄入消費(fèi)信息，同時(shí)還需要實(shí)現(xiàn)套餐設(shè)置、退單等功能。第二，收銀。在客人用餐完畢后，餐館會依據(jù)消費(fèi)信息進(jìn)行收銀。收銀過程中，可以收現(xiàn)或者簽單，在收銀結(jié)束后，上述餐臺依然可以繼續(xù)使用。第三，合并餐臺。由于客人的實(shí)際需求，存在餐臺合并的情況，例如人數(shù)較多或者遇到相識后合并。為此系統(tǒng)應(yīng)該提供餐臺合并功能。第四，換餐臺?？腿嗽谟貌蜁r(shí)由于各種原因可能會要求換餐臺，餐臺的調(diào)換需要將菜肴進(jìn)行轉(zhuǎn)換，并記錄在單中。為此系統(tǒng)提供換餐臺功能，方便后續(xù)收銀。4. 會員卡管理餐館提供會員卡消費(fèi)，客人可以辦理會員卡，餐館在用餐時(shí)給予一定折扣， 可以使用會員卡進(jìn)行消費(fèi)。其主要包含以下內(nèi)容：第一，會員卡辦理?？腿颂岢鲛k理會員卡需求時(shí)，餐館管理人員依據(jù)客人基本信息以及實(shí)際需求進(jìn)行辦卡。這里餐館提供多種類型的會員卡，不同的會員卡也會給予不同的折扣。為此系統(tǒng)提供會員卡辦理功能。第二，會員卡充值。會員卡本身擁有充值與消費(fèi)功能，即具有代金功能，為此系統(tǒng)提供會員卡充值功能。第三，會員卡掛失與補(bǔ)辦。會員卡丟失不可避免，在丟失后，客人必然會對其進(jìn)行補(bǔ)辦，畢竟其具有代金功能，為此系統(tǒng)應(yīng)該提供會員卡的掛失與補(bǔ)辦功能。5. 庫存管理餐館的正常運(yùn)營需要相應(yīng)的物資作為支撐，這些物資信息主要用于下單以及客人的各種消費(fèi)，這些物資主要是煙酒與飲料等成型物資。為此，系統(tǒng)應(yīng)該對上述庫存物資進(jìn)行管理。對于物資庫存管理，其主要包含：第一，產(chǎn)品入庫。在餐館進(jìn)貨后，需要對物資進(jìn)行清點(diǎn)與驗(yàn)收，并登記相應(yīng)的入庫物資信息。在入庫后，相應(yīng)的產(chǎn)品庫存會進(jìn)行更新。第二，產(chǎn)品出庫。每天相關(guān)人員會對物資進(jìn)行領(lǐng)用，用于日常的售賣，在出庫后，相關(guān)物資庫存將被減少。第三章 餐館管理系統(tǒng)的需求分析第三，庫存盤點(diǎn)。每月餐館相關(guān)人員會對產(chǎn)品物資進(jìn)行盤點(diǎn)，用于每月物資清點(diǎn)，確保物資管理有效。在盤點(diǎn)后，相關(guān)產(chǎn)品數(shù)量進(jìn)行更新，確保產(chǎn)品數(shù)量準(zhǔn)確。6. 經(jīng)理數(shù)據(jù)查看餐館的運(yùn)營需要管理者時(shí)刻關(guān)注運(yùn)營數(shù)據(jù)，并加以決策。為此餐館經(jīng)理定期與不定期的查看相關(guān)報(bào)表，時(shí)刻掌握餐館實(shí)際運(yùn)行情況與數(shù)據(jù)，為餐館運(yùn)作提供決策。依據(jù)實(shí)際情況而言，餐館的報(bào)表包括每筆結(jié)賬明細(xì)、收費(fèi)項(xiàng)目銷售、銷售趨勢分析等內(nèi)容。7. 系統(tǒng)維護(hù)餐館管理系統(tǒng)作為餐館實(shí)際信息化系統(tǒng)，其應(yīng)該具備系統(tǒng)維護(hù)功能。該功能主要用于系統(tǒng)操作用戶、用戶權(quán)限設(shè)定功能，同時(shí)應(yīng)該提供數(shù)據(jù)備份與恢復(fù)等簡單數(shù)據(jù)管理功能。3.2.2 功能用例分析1. 基礎(chǔ)數(shù)據(jù)管理在設(shè)計(jì)用例時(shí)，這里展示餐臺新增流程用例，此用例相關(guān)信息見表 3-1，包括前置條件、基本路徑等。表 3-1 餐臺新增用例表用例編號JCSJ-012用例名稱餐臺新增用例用例描述用例完成餐臺信息添加功能，在添加餐臺信息后餐臺可被使用。參與者前臺收銀人員、經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有餐臺添加需求基本路徑1、進(jìn)入基礎(chǔ)數(shù)據(jù)管理的餐臺管理界面2、發(fā)出餐臺新增指令3、顯示餐臺新增界面4、在上述界面輸入餐臺內(nèi)容5、系統(tǒng)檢驗(yàn)餐臺內(nèi)容的準(zhǔn)確性6、存儲剛新增的餐臺內(nèi)容，并告知餐臺新增完成續(xù)表 3-1 餐臺新增用例表變異點(diǎn)4a：餐臺名稱為空（1） 告知用戶餐臺名稱應(yīng)該填寫（2） 確認(rèn)后返回餐臺新增界面4b：額定人數(shù)輸入字符（1）告知用戶額定人數(shù)必須為數(shù)字（2）確認(rèn)后返回餐臺新增界面后置條件相關(guān)餐臺信息添加后可被查看2. 餐臺預(yù)訂管理在設(shè)計(jì)用例時(shí)，這里展示餐臺預(yù)訂流程用例，此用例相關(guān)信息見表 3-2，包括前置條件、基本路徑等。表 3-2 餐臺預(yù)訂用例表用例編號CTYD-011用例名稱餐臺預(yù)訂用例用例描述用例完成餐臺預(yù)約新增功能，在新增預(yù)約信息后餐臺在固定時(shí)間內(nèi)無法被使用。參與者前臺收銀人員、經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有預(yù)訂新增需求基本路徑1、進(jìn)入預(yù)訂管理的餐臺預(yù)訂界面2、發(fā)出餐臺預(yù)訂信息3、系統(tǒng)檢驗(yàn)預(yù)訂的準(zhǔn)確性4、存儲剛新增的餐臺預(yù)訂內(nèi)容，并告知餐臺預(yù)訂新增完成變異點(diǎn)4a：餐臺號為空（1） 告知用戶餐臺號應(yīng)該填寫（2） 確認(rèn)后返回餐臺預(yù)訂界面4b：聯(lián)系方式輸入字符（1） 告知用聯(lián)系方式必須為數(shù)字（2） 確認(rèn)后返回餐臺預(yù)訂界面后置條件相關(guān)餐臺預(yù)訂信息添加后可被查看3. 前臺收銀管理在設(shè)計(jì)用例時(shí)，這里展示錄入消費(fèi)數(shù)據(jù)用例，此用例相關(guān)信息見表 3-3，包括前置條件、基本路徑等。表 3-3 餐臺預(yù)訂用例表用例編號QTSY-008用例名稱錄入消費(fèi)數(shù)據(jù)續(xù)表 3-3 餐臺預(yù)訂用例表用例描述消費(fèi)數(shù)據(jù)錄入后，相關(guān)賬單即被結(jié)清參與者前臺收銀人員、經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有錄入消費(fèi)數(shù)據(jù)需求第三章 餐館管理系統(tǒng)的需求分析基本路徑1、進(jìn)入開臺管理界面2、發(fā)出錄入數(shù)據(jù)指令3、顯示錄入消費(fèi)項(xiàng)目界面4、錄入或選擇相關(guān)消費(fèi)信息5、系統(tǒng)驗(yàn)證上述消費(fèi)內(nèi)容6、系統(tǒng)顯示相關(guān)消費(fèi)內(nèi)容7、用戶重復(fù)上述過程直至選擇完畢變異點(diǎn)4a：選擇未開的餐臺（1） 告知選擇開臺的餐臺信息（2） 確認(rèn)后返回餐臺選擇界面4b：消費(fèi)數(shù)量輸入字符（1） 告知用消費(fèi)數(shù)量必須為數(shù)字（2） 確認(rèn)后返回錄入消費(fèi)數(shù)據(jù)界面后置條件相關(guān)消費(fèi)數(shù)據(jù)單子可被查看4. 會員卡管理這里展示會員充值用例，此用例見表 3-4，包括前置條件、基本路徑等。表 3-4 會員充值例表用例編號HYKGL-018用例名稱會員充值用例描述會員充值后，相關(guān)充值信息將顯示在會員信息中，被可被消費(fèi)參與者前臺收銀人員、經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有會員卡充值需求基本路徑1、發(fā)出會員充值指令2、顯示會員卡充值界面3、輸入充值信息4、系統(tǒng)驗(yàn)證上述充值信息5、存儲充值信息，并更新會員充值信息變異點(diǎn)3a：充值消費(fèi)金額為空（1） 告知充值金額不能為空（2） 確認(rèn)后返回充值界面4b：充值提成所得輸入字符（1） 告知提出所得必須為數(shù)字（2） 確認(rèn)后返回充值界面后置條件充值完成后，會員可消費(fèi)金額可被查看并更新5. 庫存管理在設(shè)計(jì)用例時(shí)，這里展示庫存盤點(diǎn)用例，此用例相關(guān)信息見表 3-5，包括前置條件、基本路徑等。表 3-5 庫存盤點(diǎn)例表用例編號KCGL-010用例名稱庫存盤點(diǎn)用例描述庫存盤點(diǎn)是針對盤點(diǎn)后的信息進(jìn)行維護(hù)，錄入后可進(jìn)行后續(xù)對比分析參與者庫房管理人員、經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有庫存盤點(diǎn)需求基本路徑1、進(jìn)入庫存盤點(diǎn)界面2、輸入用戶判斷查詢條件3、系統(tǒng)依據(jù)條件顯示相關(guān)庫存信息4、輸入產(chǎn)品盤點(diǎn)信息5、系統(tǒng)驗(yàn)證盤點(diǎn)內(nèi)容準(zhǔn)確6、存儲盤點(diǎn)內(nèi)容，后續(xù)可用于分析變異點(diǎn)4a：盤點(diǎn)數(shù)量輸入小數(shù)（1） 告知盤點(diǎn)數(shù)據(jù)必須為正數(shù)（2） 確認(rèn)后返回盤點(diǎn)輸入界面4b：盤點(diǎn)數(shù)量輸入字符（1）無法輸入字符內(nèi)容后置條件盤點(diǎn)數(shù)據(jù)錄入后存儲盤點(diǎn)數(shù)據(jù)6. 經(jīng)理查詢管理在設(shè)計(jì)用例時(shí)，這里展示日營業(yè)查詢用例，此用例相關(guān)信息見表 3-6，包括前置條件、基本路徑等。表 3-6 日營業(yè)查詢例表用例編號JLCX-012用例名稱日營業(yè)查詢用例描述日營業(yè)查詢主要可以查看具體日期的營業(yè)業(yè)績，同時(shí)可進(jìn)行預(yù)覽并導(dǎo)出Excel參與者經(jīng)理、系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有日營業(yè)查詢需求基本路徑1、進(jìn)入日營業(yè)查詢2、用戶輸入日營業(yè)查詢條件3、系統(tǒng)搜索符合條件的相關(guān)數(shù)據(jù)并給予顯示續(xù)表 3-6 日營業(yè)查詢例表變異點(diǎn)3a 無符合條件數(shù)據(jù)系統(tǒng)顯示日營業(yè)為空的列表后置條件相關(guān)日營業(yè)查詢數(shù)據(jù)可以導(dǎo)出至Excel7、系統(tǒng)維護(hù)在設(shè)計(jì)用例時(shí)，這里展示數(shù)據(jù)備份用例，此用例相關(guān)信息見表 3-7，包括前置條件、基本路徑等。第三章 餐館管理系統(tǒng)的需求分析表 3-7 數(shù)據(jù)備份用例表用例編號XTWH-022用例名稱數(shù)據(jù)備份用例描述可利用上述功能進(jìn)行數(shù)據(jù)備份，備份后的數(shù)據(jù)可用于恢復(fù)之用參與者系統(tǒng)管理員前置條件擁有權(quán)限的人員登錄餐館管理系統(tǒng)，擁有數(shù)據(jù)備份需求基本路徑1、進(jìn)入數(shù)據(jù)備份與恢復(fù)界面2、輸入備份要求及路徑，發(fā)出備份指令3、復(fù)制相關(guān)數(shù)據(jù)，形成備份文件變異點(diǎn)2a 數(shù)據(jù)備份路徑必須選擇數(shù)據(jù)備份無法進(jìn)行，必須進(jìn)行路徑選擇后置條件形成相關(guān)備份文件并可查看與數(shù)據(jù)恢復(fù)3.3 非功能需求分析（1） 可用性餐館管理系統(tǒng)必須確保可用，可用包含以下幾個方面的內(nèi)容：第一，界面美觀。對于餐館管理系統(tǒng)而言，其界面美觀是必不可少的要求。美觀的界面要求整個餐館管理系統(tǒng)清晰，界面風(fēng)格統(tǒng)一，給人一種商務(wù)且不失美感。在界面中，所使用的文字具備易見和易懂的要求38。第二，輸入校驗(yàn)。為了確保系統(tǒng)信息準(zhǔn)確，本系統(tǒng)應(yīng)該具備輸入和上傳文件的校驗(yàn)?zāi)芰?，確保用戶輸入端的信息盡可能準(zhǔn)確，減少系統(tǒng)數(shù)據(jù)存在的可能性39。第三，準(zhǔn)確性。系統(tǒng)相關(guān)文件和數(shù)據(jù)都會被存儲與閱讀，同時(shí)可能需要進(jìn)行相應(yīng)的統(tǒng)計(jì)、導(dǎo)入導(dǎo)出等操作，必須保證系統(tǒng)任何操作任務(wù)執(zhí)行準(zhǔn)確、核算無誤， 保證本系統(tǒng)任何步驟準(zhǔn)確。（2） 易用性從用戶角度出發(fā)，使用簡單的系統(tǒng)越容易被接收，為此系統(tǒng)必須保證一定的易用性。在設(shè)計(jì)時(shí)需要充分考慮相關(guān)用戶的使用習(xí)慣，在尊重這些習(xí)慣的基礎(chǔ)上有針對性的進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)；與此同時(shí)在相關(guān)功能使用中給予簡單易懂的提示， 同時(shí)對于錯誤給予及時(shí)準(zhǔn)確度的提示，這些都可以提升餐館管理系統(tǒng)的易用性40。（3） 安全性任何信息化系統(tǒng)都需要注重安全性，本餐館管理系統(tǒng)也不例外。本系統(tǒng)需要采取各種措施來確保餐館管理系統(tǒng)的安全，這些措施可以包括：登錄驗(yàn)證、數(shù)據(jù)存儲加密、文件授權(quán)、防火墻、防病毒軟件等措施。（4） 可擴(kuò)展性餐館管理的需求可能隨著餐館管理的要求變化而隨之變化，這需要確保整個系統(tǒng)應(yīng)該具備一定可擴(kuò)展特點(diǎn)，以此來適應(yīng)不斷變化的需求。接口是提高餐館管理系統(tǒng)擴(kuò)展性的重要措施，與此同時(shí)功能模塊化也可以加強(qiáng)本系統(tǒng)的擴(kuò)展性。（5） 運(yùn)作性能對于餐館管理系統(tǒng)而言，其也需要對應(yīng)的性能要求。本系統(tǒng)能夠支持一定數(shù)量的并發(fā)訪問，其并發(fā)數(shù)希望能夠達(dá)到100人，在100人時(shí)，系統(tǒng)必須響應(yīng)時(shí)間應(yīng)低于3秒，CPU占有率應(yīng)低于70%，內(nèi)存使用率應(yīng)低于65%。3.4 本章小結(jié)本章明確餐飲管理系統(tǒng)角色內(nèi)容，并劃分相應(yīng)的功能權(quán)限，同時(shí)明確餐館管理系統(tǒng)的性能需求。第四章 餐館管理系統(tǒng)的設(shè)計(jì)第四章 餐館管理系統(tǒng)的設(shè)計(jì)4.1 系統(tǒng)設(shè)計(jì)原則在信息系統(tǒng)設(shè)計(jì)時(shí)，其主要依據(jù)來源于上一章的系統(tǒng)需求方案。在設(shè)計(jì)過程中應(yīng)該按照一定的原則，確保整個系統(tǒng)設(shè)計(jì)方案符合一定的要求。本系統(tǒng)設(shè)計(jì)將遵循如下原則：第一，規(guī)范性。在餐飲管理系統(tǒng)設(shè)計(jì)時(shí)，需要保證設(shè)計(jì)的規(guī)范性。在控制、編碼、接口、傳輸?shù)雀鱾€方面符合相應(yīng)的標(biāo)準(zhǔn)。第二，先進(jìn)性。在設(shè)計(jì)時(shí)，在滿足需求以及符合經(jīng)濟(jì)預(yù)算的前提下，需要保證整個系統(tǒng)具備一定的先進(jìn)性，在軟硬件等各個方面具備前瞻性，在未來的一定時(shí)間內(nèi)可保持較為領(lǐng)先的地位。第三，安全性。餐飲管理系統(tǒng)設(shè)計(jì)時(shí)需要采取相關(guān)措施，確保該系統(tǒng)能夠防止黑客攻擊，避免人為破壞，整個系統(tǒng)具備較強(qiáng)安全性。第四，實(shí)用性。餐飲管理系統(tǒng)應(yīng)該具備實(shí)用性，其需要提供簡潔的界面，符合用戶習(xí)慣，確保整個系統(tǒng)具備實(shí)用性，在功能方面也符合相應(yīng)需求。第五，可維護(hù)性。餐飲管理系統(tǒng)應(yīng)該具備穩(wěn)定性，應(yīng)具有易維護(hù)的特點(diǎn)，在系統(tǒng)出現(xiàn)問題時(shí)應(yīng)該具備自我恢復(fù)的特點(diǎn)。4.2 系統(tǒng)架構(gòu)設(shè)計(jì)4.2.1 功能結(jié)構(gòu)設(shè)計(jì)根據(jù)餐飲管理系統(tǒng)的功能需求，本系統(tǒng)主要包含七大功能模塊，包括基礎(chǔ)數(shù)據(jù)管理、前臺收銀、前臺預(yù)訂、會員卡管理、庫存管理、經(jīng)理查詢管理、系統(tǒng)維護(hù)等，具體如圖 4-1 所示。功能一： 基礎(chǔ)數(shù)據(jù)管理。承擔(dān)餐館運(yùn)營基本參數(shù)設(shè)定，包括餐臺設(shè)置、收費(fèi)項(xiàng)目信息、收費(fèi)項(xiàng)目價(jià)格批量調(diào)整、套餐設(shè)置等功能點(diǎn)。功能二： 餐臺預(yù)訂管理。此功能主要針對餐臺預(yù)訂信息進(jìn)行設(shè)置，包括餐臺預(yù)訂、預(yù)訂查詢功能。功能三： 前臺收銀管理。此功能針對各個餐臺從開臺到最后的收銀簽單進(jìn)行管理，包括開臺管理、前臺收銀、合并餐臺、換餐臺、簽單補(bǔ)交等。功能四：會員卡管理。此功能完成會員卡的管理以及相關(guān)信息查詢，包括會員卡類型設(shè)置、辦理新卡、會員卡充值、會員卡掛失、補(bǔ)辦等功能。功能五：庫存管理。完成各類物資的出入庫管理，包括產(chǎn)品入庫、產(chǎn)品出庫、庫存盤點(diǎn)、庫存查詢。功能六：經(jīng)理查詢管理。主要針對經(jīng)理用戶提供相關(guān)數(shù)據(jù)，提供相關(guān)數(shù)據(jù)的查詢與分析。餐館管理系統(tǒng)基礎(chǔ)數(shù)據(jù)管理餐臺預(yù)訂管理前臺收銀管理會員卡管理庫存管理經(jīng)理數(shù)據(jù)查詢系統(tǒng)維護(hù)功能七：系統(tǒng)維護(hù)。完成餐館管理的系統(tǒng)設(shè)置，包括用戶管理、權(quán)限管理、數(shù)據(jù)備份恢復(fù)、日志查詢等。圖 4-1 功能架構(gòu)4.2.2 系統(tǒng)三層結(jié)構(gòu)設(shè)計(jì)在餐飲管理系統(tǒng)設(shè)計(jì)過程中，其主要采用三層結(jié)構(gòu)，見圖 4-2。在三層結(jié)構(gòu)中， 各個層都發(fā)揮著應(yīng)有的功能，層次分明清晰，與此同時(shí)保證了系統(tǒng)數(shù)據(jù)安全。先對各個層進(jìn)行簡單介紹。（1） 界面層界面層是餐飲管理系統(tǒng)界面展示層，其主要將相關(guān)界面展示給用戶，同時(shí)接收用戶的餐館管理操作請求，例如查詢請求、新增信息請求等。在界面中，系統(tǒng)接收相關(guān)請求后將對這些請求進(jìn)行初步處理，包括格式檢查等，然后處理完成后將請求發(fā)送至業(yè)務(wù)層進(jìn)行業(yè)務(wù)邏輯處理。（2） 業(yè)務(wù)層業(yè)務(wù)層是餐館管理系統(tǒng)的核心層，其主要負(fù)責(zé)整個餐館業(yè)務(wù)處理的業(yè)務(wù)邏輯， 包括基礎(chǔ)數(shù)據(jù)管理、餐臺預(yù)訂管理、前臺收銀管理、會員卡管理、庫存管理、系統(tǒng)維護(hù)等功能。在業(yè)務(wù)層中，其主要使用C+來實(shí)現(xiàn)，最終完成整個界面層的請求處理。（3） 數(shù)據(jù)層第四章 餐館管理系統(tǒng)的設(shè)計(jì)業(yè)務(wù)層也有其局限性，其無法完成數(shù)據(jù)相關(guān)請求的操作。這時(shí)候數(shù)據(jù)層將發(fā)揮其應(yīng)有的工作。在數(shù)據(jù)層中，其主要借助數(shù)據(jù)庫管理系統(tǒng)來完成餐館管理系統(tǒng)的數(shù)據(jù)維護(hù)， 最終確保業(yè)務(wù)請求的處理完成。界面層業(yè)務(wù)層數(shù)據(jù)層圖 4-2 三層結(jié)構(gòu)圖本系統(tǒng)主要使用 C/S結(jié)構(gòu)作為體系結(jié)構(gòu)，其原因如下：第一，處于安全因素考慮。該系統(tǒng)主要在餐館內(nèi)網(wǎng)使用，十分關(guān)注系統(tǒng)安全，而相比B/S結(jié)構(gòu)，C/S結(jié)構(gòu)在安全性上更佳。第二，餐館的運(yùn)作模式要求系統(tǒng)具有較高的響應(yīng)要求，而C/S 結(jié)構(gòu)在這方