【正文】 如下圖： 圖 31 應用層和業(yè)務層的實現(xiàn)關系 1．應用層 內容（各實現(xiàn)用例 的邊界類和控。本章重點對邏輯視圖中的分析模型進行詳細說明，分析模型中包括用例分析和分析類圖的設計兩部分。 每一視圖由多個模型組成，需求獲取階段已建立用例視圖。 架構設計 軟件構架文檔提供了 本系統(tǒng) 構架方面的綜合概述。系統(tǒng)設計這一部分是對類進行詳細設計（增加屬性及類與類之間的關系），進而對相關用例進 行修改設計和子系統(tǒng)設計。 如圖 217 和 218，分別是權限管理事件流分析以及各種類之間的對應關系： : 管理人員 : 系統(tǒng)主界面 : 系統(tǒng)管理界面 : 權限控制 : 權限信息表1 : 登陸2 : 登陸系統(tǒng)3 : 權限管理4 : 檢索權限信息5 : 檢驗權限信息6 : 顯示操作結果 圖 217，權限管理管理事件流分析圖 VOPC： 圖 218 權限管理管理 VOPC 圖 中小型飯店餐飲管理信息系統(tǒng)設計 23 3 系統(tǒng)設計 概述 系統(tǒng)設計是根據(jù)系統(tǒng)分析中的邏輯模型，科學合理地進行物理模型的設計，解決 “ 系統(tǒng)怎么做 ” 的問題。如圖 215 和 216，分別是系統(tǒng)初始化管理事件流分析以及各種類之間的對應關系： : 管理人員 : 系統(tǒng)主界面 : 系統(tǒng)初始化界面 : 初始化控制 : 本單位信息 : 供應商信息 : 房臺類型表 : 部門信息表 : 倉庫信息表 : 員工級別信息表1: 登陸2: 登陸系統(tǒng)3: 初始化信息4: 檢索信息5: 檢驗單位信息6: 檢驗供應商信息7: 檢驗房臺類型信息8: 檢驗部門信息9: 檢驗倉庫信息10: 檢驗員工級別信息11: 顯示初始化結果 圖 215，系統(tǒng)初始化管理事件流分析圖 VOPC： 圖 216 系統(tǒng)初始化管理 VOPC 圖 權限 管理： 對操作權限進行管理。包括單位信息，房臺信息，供應商信息，部門信息，倉庫信 中小型飯店餐飲管理信息系統(tǒng)設計 21 息等初始化操作。以 操作人員的不同要求標準進行查詢及顯示信息，同時實現(xiàn)還賬功能。庫存查詢則是根據(jù)需求對庫存商品信息進行查詢。 如圖 29 和 210，分別是事件流分析以及各種類之間的對應關系： 中小型飯店餐飲管理信息系統(tǒng)設計 16 : 管理人員 : 系統(tǒng)主界面 : 前臺管理 界面 : 開臺控制 : 買單控制 : 結算控制 : 房臺信息 : 掛賬點單 : 付款單 : 結帳單3 : 給客戶開臺（轉臺及并臺）4 : 檢索房臺信息5 : 檢驗房臺信息6 : 開臺1 : 登陸2 : 登錄系統(tǒng)7 : 給客戶點單（加菜）1 0 : 記錄信息1 1 : 給客戶買單1 2 : 買單信息檢索1 4 : 顯示結果及打印1 5 : 輸入結算信息1 6 : 檢索信息1 7 : 檢驗結算信息1 3 : 檢驗買單信息1 8 : 顯示結果9 : 錄入點單信息8 : 點單控制圖 29 前臺管理事件流分析圖 VOPC： 中小型飯店餐飲管理信息系統(tǒng)設計 17 圖 210 前臺管理 VOPC 圖 后臺管理： 對飯店庫存，進、出貨，商品信息，房臺信息進行管理。在點菜單中， 點擊開始點菜按鈕后 ， 在點菜表中輸入菜名為首個的中文字或中文字拼音首字母，系統(tǒng)會自動跳出相關選項， 用鼠標或上下移動鍵進行選擇 操作 ，回車鍵確定選擇，完成點菜操作后 ， 可以 點擊 確定退 出 按鈕從而實現(xiàn)開臺操作 。 如 圖 27 圖 28 登錄事件流分析圖 前臺 管理： 給顧客進行開臺，買單，結算等操作。系統(tǒng)會以可視化界面顯示出可選用戶頭像，點擊即可，然后輸入密碼，三次輸錯密碼將退出系統(tǒng)。系統(tǒng)初始化則是對企業(yè)基本信息進行錄入。 活動圖如 26所示： 中小型飯店餐飲管理信息系統(tǒng)設計 14 系統(tǒng)初始化本單位定義部門信息管理供應商管理 房臺信息管理員工級別管理倉庫信息設置房間臺號類型管理 圖 26 系統(tǒng)初始化活動圖 餐飲信息系統(tǒng)模塊各用例的分析 餐飲信息系統(tǒng)模塊用例的實現(xiàn)關系 主要是指各大模塊功能由哪些其他小模塊實現(xiàn)，從而將他們的關系通過圖表的形式表現(xiàn)出來 , 如圖 27： 后臺管理前臺管理系統(tǒng)管理應付帳款管理系統(tǒng)初始化財政管理開臺結算進出貨 管理房臺管理商品管理庫存 管理買單掛賬 管理系統(tǒng) 管理系統(tǒng) 初始化 中小型飯店餐飲管理信息系統(tǒng)設計 15 圖 27 餐飲信息系統(tǒng)模塊用例的實現(xiàn)關系 前臺管理主要是通過開臺，買單和結算來實現(xiàn)；后臺管理主要是通過庫存管理，房臺管理，進出貨管理 ，商品管理來實現(xiàn)；財政管理主要是通過應付帳款管理和掛賬管理來實現(xiàn)。 4．分支流： S1：系統(tǒng)初始化 將會對企業(yè)本單位定義，供應商 管理，房間臺號類型管理，部門信息管理，倉庫信息設置，員工級別管理進行初始化。 2．后置條件： 如果操作成功，將會把企業(yè)的一些基本信息添加在數(shù)據(jù)庫中。包括本單位定義，供應商管理，房間臺號類型管理，部門信息管理，倉庫信息設置，員工級別管理。 4．分支流： S1：權限管理 對用戶權限進 行修改或調整 A1 5．替代流： A1： 若輸入信息有誤，系統(tǒng)將顯示錯誤信息。 2．后置條件： 如果操作成功，將對用戶權限進行修改或調整。包括權限管理。 A1 5．替代流： A1： 若輸入信息有誤，系統(tǒng)將顯示錯誤信息。 A1 S2：月營業(yè) 分析 相應顯示月營業(yè)結算信息，同時可以打印信息。 3．基流： 若選擇月結算管理，則執(zhí)行分支流 S1，若選擇月營業(yè)分析，則進入分支流 S2，若選擇年營業(yè)分析，則進入分支流 S3。 1．前置條件： 登陸系統(tǒng)并有權限對財務管理進行操作。 活動圖 如 23所示： 進貨管理出貨管理 商品信息管理房間臺號管理庫存統(tǒng)計分析員工信息管理 圖 23 后臺管理活動圖 財政管理 主要是對酒店財務方面的管理。 A1 中小型飯店餐飲管理信息系統(tǒng)設計 11 S6：房間臺號管理 對房臺信息及其狀態(tài)信息進行修改等。 A1 S4：商品信息管理 對商品信息進行添加和修改等管理。 A1 S2：出貨管理 對出貨信息進行查詢及出貨信息添加。 3．基流： 若選擇進貨管理，則執(zhí)行分支流 S1，若選擇出貨管理，則進入分支流 S2，若選擇庫存統(tǒng)計分析，則進入分支流 S3，若選 擇商品信息管理，則進入分支流 S4，若選擇員工信息管理，則進入分支流 S5，若選擇房間臺號管理，則進入分支流 S6。 1．前置條件： 登陸系統(tǒng)并有權限對后臺管理進行操作。 活動圖如 22所示： 中小型飯店餐飲管理信息系統(tǒng)設計 10 開臺[ 有空閑房臺 ]等待[ 沒有空閑房臺 ]點菜 轉臺或并臺 加菜結帳結帳分析 圖 22 前臺管理活動圖 后臺管理 主要是對酒店后臺進貨，出貨等的管理。 S2：買單管理 ，為客戶進行結帳處理 S3：日結帳分析管理 。 4．分支流： S1：開臺管理 查找空閑房臺，為客戶開臺，然后為客戶進行點菜。 2．后置條件： 如果操作成功，將在數(shù)據(jù)庫中的數(shù)據(jù)記錄進 行修改或添加，同時完成前臺收銀工作。包括開臺管理，買單管理，單日結帳數(shù)據(jù)分析，日結算管理。只有中小型飯店管理，工作量和數(shù)據(jù)量相對較小，信 中小型飯店餐飲管理信息系統(tǒng)設計 9 息化的程度也就相對較高，從整體而言，提高了工作的效率及質量。 餐飲信息系統(tǒng)總用例圖 本次研究開發(fā)餐飲管理信息系統(tǒng)主要針對中小型飯店餐飲管理，從而在設計上主要是偏重前臺管理這一整個業(yè)務流程的實現(xiàn)，后臺管理，財政管理等模塊則是輔助部分?；顒诱哂靡粋€小人來表示，用例用一個橢圓形的圖標來表示。但是這樣的做法沒有統(tǒng)一的格式，缺乏描述的形式化，隨意性大，常常容易產(chǎn)生理解上的含混和不準確性。 創(chuàng)建用例圖：在計算機軟件系統(tǒng)的分析和設計中，首先需要準確地描述用戶需求中的功能需求，以便進一步確定系統(tǒng)中應該建立那些對象。限于篇幅，本文只對飯店管理系統(tǒng)中前臺管理，后臺管理，財政管理，應收應付管理，系統(tǒng)統(tǒng)初始化，系統(tǒng)管理的分析和其中的幾個模塊設計進行描述。 餐飲信息系統(tǒng)分析建模 作為一種比較成熟的飯店管理系統(tǒng)，牽涉到的內容比較多。 需求分析是軟件生命周期的起始階段，因為這個階段的上作是獲取用戶的需求，如果這個過程的上作沒有做好，得到的需求不全面或者曲解了用戶的需求，那么后面的設計和編碼將會按照錯誤的需求進行， 給軟件開發(fā)帶來很大的風險。軟件需求分析上作也是一個不斷認識和逐步細化的過程。 軟件需求分 析上作是軟件生命周期中的重要的一步。 系統(tǒng)分析，是管理信息系統(tǒng)開發(fā)方法其中的生命周期法的第二階段。下面，進行系統(tǒng)分析，對中小型餐飲企 業(yè)的組織結構及業(yè)務進行詳細研究分析。 因此，通過上述對餐飲管理信息系統(tǒng)開發(fā)的可行性分析，得出該系統(tǒng)的開發(fā)是勢在必行的。 最后，餐飲管理信息系統(tǒng)可以針對企業(yè)的經(jīng)營現(xiàn)狀而做出科學的分析，使得企業(yè)對市場的應變能力得到了提高，從而 通過 餐飲管理信息 系統(tǒng)來實現(xiàn)強化管理、降低成本、堵漏節(jié)流等作用 。 首先，餐飲管理信息系統(tǒng)不是單純的用于結帳計算的工具，它有著科學的、標準的管理體系，它是通過對目前餐飲市場的具體情況科學的調研分析后設計而成的，它能夠針對 中餐因其菜品的多樣化和特色化的服務很難實現(xiàn)標準化管理，使中餐企業(yè)的成本控制很難實現(xiàn) 這些問題給與解決。 系統(tǒng)開發(fā)意義 信息系統(tǒng)在中國的運用，隨著信息產(chǎn)業(yè)的高速發(fā)展，信息系統(tǒng)將是一個成功企業(yè)所不可缺少的，信息系統(tǒng)能給企業(yè)帶來高質量、高效率、科學的管理，使企業(yè)競爭力又有了提高。采用這套系統(tǒng)將大大節(jié)省人力物力和時間，而一個高效率的企業(yè)無疑會受到更多的青睞。 通過普及這種系統(tǒng)，相信在全社會方面會產(chǎn)生比較大的效應。同時，我們的信息、數(shù)據(jù)會在不同的地方、不同的人員處進行備份，以做到萬無一失。庫存信息不斷更新，反饋迅速。 在管理上，主管會更省力，更輕松。前臺方面，基本上一般普通的操作人員在短期的培訓后都可 勝任。 庫存管理系統(tǒng)在操作上，比較容易執(zhí)行。因此，充分建立完善一套適合自身發(fā)展的管理信息系統(tǒng)，是為其在競爭中生存發(fā)展，提高自身效率， 擴展客戶群，增加市場份額，在競爭中立于不敗之地，打下堅實的基礎，是非常有必要，并且是必需的。不利于實現(xiàn)管理現(xiàn)代化、規(guī)?；⒑侠砘?。 雖然本系統(tǒng)的資料搜集來源于互聯(lián)網(wǎng)，但系統(tǒng)較低的要求使得系統(tǒng)成本也同樣較低，而系統(tǒng)給企業(yè)帶來的人力資源的節(jié)約化，效率高效化，管理科學化等等益處來說，餐飲信息系統(tǒng)必定會給企業(yè)帶來長遠的 收益， 因而 在經(jīng)濟上是可行的。整個系統(tǒng)牽涉到的業(yè)務流程中的角色都需要經(jīng)過新的培訓，但系統(tǒng)操作可視化，主要管理流程簡單易懂，對員工來說容易上手。耗費也隨之減少。主要包括軟件需求分析調研過程中，系統(tǒng)分析設計中，后期系統(tǒng)運行測試過程中等耗費。由于本系統(tǒng)對主機及網(wǎng)絡的要求不高，因而費用將不會十分巨大 。 本套餐飲信息系統(tǒng)的實施 主 要考慮 幾方面的 經(jīng)濟因素，包括設備費用，軟件開發(fā)費用，人工費用，系統(tǒng)投入運行后的經(jīng)常費用等。關于經(jīng)濟上的可行性， 除了研 究開發(fā)與維護新系統(tǒng)所需要提供的費用能否得到保證外，還需要研究新系統(tǒng)將要帶來的收益、開發(fā)成本與維護費用之間的關系。 所以本系統(tǒng)在技術上是可行的。 隨著軟件開發(fā)工具的發(fā)展，面向對象的、可視化的開發(fā)工具的不斷涌現(xiàn)，如 C++、 、C++Builder、 PowerBuilder,這些工具在第三代語言的基礎上，能幫助軟件開發(fā)者提高軟件開發(fā)的質量和效率，縮短開發(fā)周期。本系統(tǒng)目前針對中小型飯店餐飲管理信息系統(tǒng)，規(guī)模及程序都不大，目前的使用者僅限 于單個業(yè)務員的操作。因而是可行的。 餐飲 管理信息系統(tǒng)通過對目前餐飲市場的具體情況科學的調研分析后設計而成的，它能夠針對 中餐因其菜品的多樣化和特色化的服務很難實現(xiàn)標準化管理，使中餐企業(yè)的成本控制很難實現(xiàn) 這些問題給與解決。 管理可行性分析 燕山酒店在業(yè)務上的問題給所有人員以及客戶帶來了不便，所有人員都有必要對現(xiàn)行工作業(yè)務流程進行改進。 可行性分析 可行性分析是對現(xiàn)行系統(tǒng)進行初步調查和研究之后的結論，它反映了新系統(tǒng)開發(fā)策略。信息系統(tǒng)將是一個成功企業(yè)所不可缺少的信息化