【正文】 會 員 信 息會 員 姓 名會 員 住 址會 員 編 號身 份 證 號會 員 性 別職 工 信 息職 工 姓 名職 工 職 稱職 工 編 號身 份 證 號職 工 級 別開 臺桌臺信息桌 臺 編 號包 間 費桌 臺 位 置桌 臺 名 稱桌 臺 級 別菜肴信息菜 肴 編 號菜 肴 菜 系菜 肴 價 格菜 肴 名 稱菜 肴 類 別用 戶 信 息用戶編號登錄賬號登錄密碼賬號權(quán)限活 動 信 息會員信息點餐管理職工信息系統(tǒng)結(jié)算顧客消費單組成設 置組 成點菜組成系 統(tǒng) 結(jié) 算 活 動顧 客 消 費 單商品名稱商品類別商品單價銷售數(shù)量消費總額產(chǎn)生 圖 系統(tǒng) ER 圖 2 貴陽學院畢業(yè)論文（設計） 20 二、 邏輯結(jié)構(gòu)設計 邏輯結(jié)構(gòu)設計階段的任務是將概念結(jié)構(gòu)設計階段所得到的 概念模型 轉(zhuǎn)換為具體 DBMS所能支持的數(shù)據(jù)模型（即邏輯結(jié)構(gòu)），并對其進行優(yōu)化 。數(shù)據(jù) 結(jié)構(gòu)設計 包括數(shù)據(jù)特征的描述、確定數(shù)據(jù)的結(jié)構(gòu)特性、以及 數(shù)據(jù)庫 的設計。中層數(shù)據(jù)流圖是對父層數(shù)據(jù)流圖中某個加工進行細化，而它的某個加工也可以再次細化，形成子圖；中間層次的多少，一般視系統(tǒng)的復雜程度而定。 （一）數(shù)據(jù)流 (Data Flow) 數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，因此由一組成分固定的數(shù)據(jù)組成。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題。 1．前置條件： 登陸系統(tǒng)并有權(quán)限對財務管理進行操作。 3．基流： 若選擇采購信息管理，則執(zhí)行分支流 S1，若選擇職員信息管理，則進入分支流 S2，若選擇會員信息管理，則進入分支流 S3，若選擇菜肴信息管理，則進入分支流 S4，若選擇桌臺信息管理，則進入分支流 S5。 1．前置條件： 登陸系統(tǒng)并有權(quán)限對系統(tǒng)管理進行操作。 2．后置條件： 如果操作成功，將數(shù)據(jù)庫中的數(shù)據(jù)記錄進行修改或添加，同時完成前臺收銀工作。考慮到高校規(guī)模的擴大和硬件價格的降低，將本系統(tǒng)配置在較優(yōu)秀的服務器硬件上，可以充分的發(fā)揮本系統(tǒng)的性能。 會員信息管理：主要針對一般會員信息、經(jīng)理信息、管理員信息的設置。 系統(tǒng)的易用性和易維護性：要實現(xiàn)這一 點，就要求系統(tǒng)應該盡量使用用戶熟悉的術(shù)語和中文信息的界面，易于系統(tǒng)的維護。關(guān)于經(jīng)濟上的可 行性，除了研究開發(fā)與維護新系統(tǒng)所需要提供的費用能否得到保證外，還需要研究新系統(tǒng)將要帶來的收益、開發(fā)成本與維護費用之間的關(guān)系。 從硬件資源看，這要考慮到系統(tǒng)開發(fā)人員在管理信息系統(tǒng)的開發(fā)過程中所需要的計算機設備及其有關(guān)的外部設備。 系統(tǒng)輔助功能：系統(tǒng)輔助功能主要是為顧客提供便捷、簡單的功能幫助。 您可以根據(jù)開發(fā)任務的不同，有針對性地選用不同版本的 Microsoft Visual Studio，使您的開發(fā)工作更加快捷、更加高效！ 貴陽學院畢業(yè)論文（設計） 5 第三章 問題定義及可行性分析 第一節(jié) 問題定義 一、要求 問題定義是計劃時期的第一個階段，其目的是要弄清用戶需要計算機解決的問題根本所在，以及項目所需要的資源和經(jīng)費。方法則是控件的一些簡單而可見的功能。堆 (heap)是用于為類型實例 (對象 )分配空間的內(nèi)存區(qū)域，在堆上創(chuàng)建一個對象，會將對象的地址傳給堆棧上的變量 (反過來叫變量指向此對象，或者變量引用此對象 )。 貴陽學院畢業(yè)論文（設計） 4 類型 ： C中的類型一共分為兩類：一類是 值類型 (Value Type)，一類是 引用類型(Reference Type)。它在繼承 C 和 C++強大功能的同時去掉了一些它們的復雜特性（例如沒有宏以及不允許多重繼承）。而 SQL Server數(shù)據(jù)庫是在數(shù)據(jù)庫領(lǐng)域一直處于領(lǐng)先地位的一種關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。同時，動態(tài)特性還體現(xiàn)在構(gòu)建一個動態(tài)對象，在 C實現(xiàn) IDynamic Object 接口的類型，可以完全定義動態(tài)操作的意義，通過將 C編譯器 作為運行時組件來完成由靜態(tài)編譯器延遲的操作。在 CLI 執(zhí)行前， CLR 必須 將指令 及時編譯轉(zhuǎn)換成原始機械碼。 提高勞動生產(chǎn)率與改進利潤是企業(yè)管理者追求的目標，從餐飲業(yè)未來發(fā)展趨勢的 考慮，隨著 IT 技術(shù)在餐飲、飯店業(yè)務應用的深入，服務行業(yè)信息化戰(zhàn)略的實現(xiàn)也是勢在必行。 C programming。 餐飲業(yè) 逐步走向信息化、智能化處理的模式：從全手工經(jīng)營方式 到手工操作和計 算機管理并存的半手工經(jīng)營方式，最終步入全信息化、智能化經(jīng)營方式。 該系統(tǒng)包括：登錄 模塊，基礎(chǔ)信息模塊，輔助工具模塊，系統(tǒng)維護模塊，系統(tǒng)設置模塊、財務管理模塊 等 6 個主要模塊，每個模塊下又有多個子模塊。 二、項目開發(fā)的必要性 目前，我國餐飲業(yè)管理總的來說，還處于 傳統(tǒng)的手工管理模式 范疇，在這一范疇中也就有著 普遍存在的問題 。 二、 .NET 組成 .NET 的初級組成是 CLI 和 CLR。 支持多種開發(fā)需求，包括創(chuàng)建由應用程序、工具、語言或 Inter 瀏覽器使用的前端數(shù)據(jù)庫客戶端和中間層業(yè)務對象 , 是以 ActiveX 數(shù)據(jù)對象為基礎(chǔ)，以XML 為格式傳送和接收數(shù)據(jù)的。 一般來說，數(shù)據(jù)庫系統(tǒng)由 3 個部分組成：數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng) （ DBMS） 和數(shù)據(jù)庫應用程序。在 20xx年 9 月，國際信息和通信系統(tǒng)標準化組織為 C語言定義了一個 Microsoft 公司建議的標準。當一個類或結(jié)構(gòu)體實現(xiàn)一個界面 的時候，它必須實現(xiàn)這個界面中定義的所有方法。實際上，最終有可能在任何 .NET 語言里編寫 COM 客戶和服務器端。有了約束，結(jié)合編譯器強大的類型推斷能力，可以在編譯時發(fā)現(xiàn)幾乎所有“危險”的泛型應用。您還可以使用 Visual Studio 來進行應用生命周期管理 （ ALM） ，并使用與微軟相同的測試工具與方法來提升軟件質(zhì)量，并加快軟件開發(fā)時程。 二、目標 從實際的業(yè)務流程出發(fā)對餐飲管理系統(tǒng)的設計和實現(xiàn)，將餐飲管理系統(tǒng)運用到實際的生活中可實現(xiàn)的目標具體表現(xiàn)為以下的功能： 管理員的權(quán)限：包括了添加、刪除、查詢、修改基礎(chǔ)信息、輔助工具、系統(tǒng)維護，做餐飲營業(yè)前的 準備工作，包括增、刪、查、改菜肴信息、桌臺信息、會員信息等功能。 貴陽學院畢業(yè)論文（設計） 6 第二節(jié) 可行性 分析 可行性分析是在用戶的要求和現(xiàn)狀分析的基礎(chǔ)上進行的，對新系統(tǒng)的開發(fā)從技術(shù)、管理、經(jīng)濟等方面進行分析，并得出新系統(tǒng)的開發(fā)工作可行、不可行、需要修改、追加投資、暫緩開發(fā)、分步實施等方案和結(jié)論，最后完成可行性分析。餐飲管理系統(tǒng)不僅僅是單純的用于結(jié)帳計算的工具，它有著科學的、標準的管理體系，餐飲管理系統(tǒng)的加入給餐飲管理注入了新的生機。在系統(tǒng)需求分析階段，根據(jù)系統(tǒng)調(diào)查中獲得的原始資料，對組織內(nèi)部整體管理狀況和信息處理過程分析，確定用戶的需求，并建立新系統(tǒng)的邏輯模型。 臺 桌信息管理：添加、更改、查詢、刪除關(guān)于大廳和包間的餐桌，設置包間費等 職員信息管理：由經(jīng)理對餐館 的職工進行信息的錄入、增添刪改。只有通過功能需求分析才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，從而奠定軟件開發(fā)的基礎(chǔ)。 ：月結(jié)算管理、月營業(yè)分析、年營業(yè)分析，由經(jīng)理負責。 S4：顧客消費單管理 對當日的顧客消費帳單和金額進行結(jié)算并存銀行。 本模塊管理的活動圖，如下圖 登 錄 系 統(tǒng)登 錄找 回 密 碼權(quán) 限 管 理系 統(tǒng) 備 份 系 統(tǒng) 恢 復結(jié) 束 登 錄輸 入 密 碼開 始結(jié) 束不正確正確系 統(tǒng) 維 護 系 統(tǒng) 設 置口 令 設 置 鎖 定 系 統(tǒng)權(quán) 限 修 改權(quán) 限 調(diào) 整 圖 系統(tǒng)管理活動圖 貴陽學院畢業(yè)論文（設計） 11 三、后臺管理 主要是對 餐館 后臺采購、職員、會員、菜肴、桌臺的 信息進行增刪改查 管理 。 S5：桌臺信息管理 對桌臺信息進行添加和修改等管理。 S3：年營業(yè)分析 相應顯示年營業(yè)結(jié)算信息，同時可以打印信息。其中最核心的部分就是信息（數(shù)據(jù)）處理，因此不同的數(shù)據(jù)也就決定了所需要的不同的處理方法和算法。 （四）數(shù)據(jù)源及數(shù)據(jù)終點 表示數(shù)據(jù)的來源或數(shù)據(jù)的去向，可以是一個組織或人員，它處于系統(tǒng)范圍之外，所以又稱它為外部實體，它是與系統(tǒng)有關(guān)的外部事物或外部環(huán)境。分解的方法是：將該加工看作一個小系統(tǒng)，該加工的輸入輸出數(shù)據(jù)流就是這個假設計的小系統(tǒng)的輸入輸出數(shù)據(jù)流，然后采用畫 0 層圖的方法，畫出該加工子圖 如圖 所示的 第 1 層數(shù)據(jù)流程圖： 1 . 1采 購 信 息1 . 2職 員 信 息1 . 3會 員 信 息1 . 4菜 肴 信 息1 . 5桌 臺 信 息2 . 2基 礎(chǔ) 信 息1 . 9權(quán) 限 管 理2 . 1系 統(tǒng) 恢 復2 . 0系 統(tǒng) 備 份2 . 3系 統(tǒng) 維 護2 . 5活 動 人 員 組1 . 6月 結(jié) 算 管 理1 . 7月 營 業(yè) 分 析1 . 8年 營 業(yè) 分 析2 . 4財 務 管 理2 . 6結(jié) 算 活 動檢查正確的信息資料活 動 人 員 組 清 單財 務 管 理 清 單 系 統(tǒng) 結(jié) 算 清 單系 統(tǒng) 數(shù) 據(jù) 檢 查錯誤信息信 息 錄 入錯誤信息錯誤信息錯誤信息錯誤信息錯誤信息錯誤信息錯誤信息信 息 錄 入信 息 錄 入信 息 錄 入信 息 錄 入信 息 錄 入信 息 錄 入信 息 錄 入信息錄入錯誤信息錯誤信息錯誤信息信息錄入信息錄入人員信息菜品信息信息分組權(quán)限分組選擇人員選擇賬單權(quán)限錄入系統(tǒng)錄入 圖 第 1 層數(shù)據(jù)流程圖 貴陽學院畢業(yè)論文（設計） 16 第五章 概要設計 第一節(jié) 概要設計的目的和任務 一、概要設計 的目的 將 軟件 系統(tǒng)需求轉(zhuǎn)換為未來系統(tǒng)的設計；逐步開發(fā)強壯的系統(tǒng)構(gòu)架；使設計適合于實施環(huán)境，為提高性能而進行設計；結(jié)構(gòu)應該被分解為模塊和庫。系統(tǒng)主要的實體聯(lián)系模型（只列出實體部分屬性）如下圖 所示。 第三、 關(guān)系視圖設計 ， 關(guān)系視圖的設計又稱為外模式的設計，也叫用戶模式設計，是用戶可直接訪問的數(shù)據(jù)模式 ； 同一系統(tǒng)中，不同用戶可有不同的關(guān)系視圖 ， 關(guān)系視圖來自邏輯模式，但在結(jié)構(gòu)和形式上可能不同于邏輯模式，所以它不是邏輯模式的簡單子集。由此可進入數(shù)據(jù)庫的設計階段： （一）實體聯(lián)系模型 實體聯(lián)系模型主要是由實體，屬性，實體之間的聯(lián)系組成。 根據(jù)上面的分析對系統(tǒng)畫出如圖 所示的頂層數(shù)據(jù)流圖： 用戶餐 飲 管 理 系 統(tǒng)用戶信 息 錄 入登 錄信 息 錯 誤結(jié) 算反 饋圖 頂層數(shù)據(jù)流程圖 （二）系統(tǒng)內(nèi)部 0 層數(shù)據(jù)流圖 將頂層圖中的加工（即系統(tǒng)）分解成若干個子加工，并用一些新定義的數(shù)據(jù)流進行連接，使得系統(tǒng)的輸入數(shù)據(jù)流（即頂層圖的輸入數(shù)據(jù)流） 經(jīng)過一連串的加工處理后，變換成系統(tǒng)的輸出數(shù)據(jù)流（即頂層圖的輸出數(shù)據(jù)流）。指向處理的數(shù)據(jù)流為該處理的輸入數(shù)據(jù)，離開處理的數(shù)據(jù)流為該處理的輸出數(shù)據(jù) 。數(shù)據(jù)流圖一般要采用自上而下逐步求精的 結(jié)構(gòu)化表示方法。 4．分支流： S1：月結(jié)算管理 相應顯示月結(jié)算信息，同時可以打印信息。 S3：會員信息管理 對會員信息進行添加、刪除、修改、查詢。 4．分支流： S1：系統(tǒng)維護 對系統(tǒng)數(shù)據(jù)進行備份 或恢復。 S2：點菜管理 在顧客開臺完畢后即可直接點菜，就餐中還可以點擊加菜。 ：系統(tǒng)維護管理、權(quán)限管理，主要由系統(tǒng)管理人員負責 。 工具欄管理：工具欄實現(xiàn)了將一些一般會員都有權(quán)限查看的信息用簡單的按鈕實現(xiàn)，方便顧客和管理員。 根據(jù)分析，該系統(tǒng)應需具備以下功能： 登錄管理：實現(xiàn)用戶的登錄，根據(jù)給定的用戶名和密碼進行登錄。 綜合以上幾個方面分析得出，該系統(tǒng)具有很高的開發(fā)可 行性，無論是從技術(shù)上還是經(jīng)濟上都滿足立即研發(fā)的標準。 二、管理可行性分析 所有人員都有必要對現(xiàn)行工作業(yè)務流程進行改進，管理系統(tǒng)實施后，需要對員工進行適當?shù)呐嘤?，使員工理念在整個業(yè)務中得到更好的融合，餐飲管理系 統(tǒng)同時能夠給出具體的相應的符合企業(yè)自身要求的較科學的