【正文】 18 總數(shù)據(jù)流圖 登錄主界面()系統(tǒng)登錄模塊負(fù)責(zé)對(duì)使用本系統(tǒng)的用戶進(jìn)行身份驗(yàn)證，只有通過(guò)驗(yàn)證的用戶才可以使用本系統(tǒng)。本系統(tǒng)詳細(xì)設(shè)計(jì)過(guò)程中將描繪出本系統(tǒng)的具體管理目標(biāo)，向用戶展現(xiàn)出邏輯合理、性能優(yōu)越，而且易于閱讀和理解的功能模塊。在1：n聯(lián)系中，一個(gè)類型的單個(gè)實(shí)體實(shí)例與另一個(gè)類型的多個(gè)實(shí)體實(shí)例相關(guān)聯(lián)。實(shí)體是可以從用戶的工作環(huán)境中標(biāo)識(shí)出的事物，是用戶想要跟蹤的某個(gè)事物。第二，數(shù)據(jù)庫(kù)還包含用來(lái)表示數(shù)據(jù)之間的關(guān)系和提高數(shù)據(jù)庫(kù)應(yīng)用的性能的索引。表1 運(yùn)行系統(tǒng)所需的硬件配置要求處 理 器Pentium II300以上內(nèi) 存64MB 以上硬盤(pán)剩余空間1GB 以上顯 卡一般VGA顯卡顯 示 器一般彩色顯示器總體設(shè)計(jì)的基本目的就是明確系統(tǒng)應(yīng)該如何實(shí)現(xiàn)。（8）按年進(jìn)行統(tǒng)計(jì)：管理員和普通用戶可對(duì)營(yíng)業(yè)額進(jìn)行按年份統(tǒng)計(jì)。（5）對(duì)營(yíng)業(yè)額信息進(jìn)行查詢操作。硬件方面，科技飛速發(fā)展的今天，硬件更新的速度越來(lái)越快，容量越來(lái)越大，可靠性越來(lái)越高，價(jià)格越來(lái)越低，其硬件平臺(tái)完全能滿足此系統(tǒng)的需要。(1) 經(jīng)濟(jì)可行性：主要是對(duì)項(xiàng)目的經(jīng)濟(jì)效益進(jìn)行評(píng)價(jià)。 課題研究的意義餐飲業(yè)的蓬勃發(fā)展帶動(dòng)餐飲投資多元化，大量資本的進(jìn)入推動(dòng)了餐飲業(yè)的快速發(fā)展，隨著社會(huì)各領(lǐng)域信息化建設(shè)的不斷普及，餐飲業(yè)也開(kāi)始不斷注入信息化元素，將餐飲業(yè)務(wù)融入計(jì)算機(jī)管理，既節(jié)省人力資源，也提高了管理效率和工作效率，將餐飲業(yè)提升到一個(gè)新的階段。這些優(yōu)點(diǎn)能夠極大地提高餐廳管理的效率，也是餐廳的科學(xué)化、正規(guī)化管理與世界接軌的重要條件。然而傳統(tǒng)餐飲行業(yè)的日常運(yùn)作大部分是靠人工管理的。【關(guān)鍵詞】 ；Microsoft SQL Server；餐館就餐管理系統(tǒng)；B/S 課題研究的目的本課題的研究目的是為了開(kāi)發(fā)出一套餐館就餐管理系統(tǒng)，通過(guò)該系統(tǒng)的使用能夠使用戶輕松的進(jìn)行開(kāi)臺(tái)、點(diǎn)菜、結(jié)賬以及營(yíng)業(yè)額信息查詢等操作，減少人力資源消耗，不斷完善管理水平，提高工作效率，實(shí)現(xiàn)餐廳的科學(xué)化、正規(guī)化管理。在需求分析中需要確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求[3]。(2) 技術(shù)可行性：技術(shù)上的可行性分析主要分析技術(shù)條件能否順利完成開(kāi)發(fā)工作，硬、軟件能否滿足開(kāi)發(fā)者的需要等。 功能分析由于系統(tǒng)是面向某些特定對(duì)象的，所以用戶進(jìn)入系統(tǒng)應(yīng)該進(jìn)行身份驗(yàn)證，在登錄后根據(jù)用戶所擁有的權(quán)限，取得相應(yīng)的功能操作權(quán)限。（3）桌臺(tái)信息：管理員可以對(duì)桌臺(tái)進(jìn)行增、刪、改、查操作。 性能需求 系統(tǒng)安全性用戶只有在輸入了正確的用戶名以及與該用戶名相匹配的密碼后才能登陸系統(tǒng)，且本系統(tǒng)采用了MD5加密。 基本簡(jiǎn)介此系統(tǒng)實(shí)現(xiàn)了管理人員登陸模塊， 菜單管理模塊， 桌臺(tái)管理模塊， 餐廳人員管理模塊， 點(diǎn)菜功能模塊， 消費(fèi)結(jié)賬模塊， 查詢統(tǒng)計(jì)功能模塊。不過(guò)數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程從來(lái)都不會(huì)有真正的結(jié)束，因?yàn)殡S著用戶需求和具體應(yīng)用的變化和擴(kuò)大，數(shù)據(jù)庫(kù)的結(jié)構(gòu)也可能會(huì)隨之變化。屬性必須是不可分的數(shù)據(jù)項(xiàng)并且不能和其他實(shí)體具有聯(lián)系[1]。以下是根據(jù)本系統(tǒng)需求所畫(huà)出的單個(gè)實(shí)體圖：管理員 密碼 用戶名 權(quán)限圖1 管理員實(shí)體圖普通用戶 用戶名 密碼 權(quán)限圖2 普通用戶實(shí)體圖職員 身份證號(hào)碼 工號(hào) 姓名 地址 性別 年齡 電話圖3 職員實(shí)體圖餐桌 桌號(hào) 桌型 當(dāng)前訂單號(hào) 位置 當(dāng)前客人名 備注 當(dāng)前客人數(shù)量 餐具費(fèi) 開(kāi)臺(tái)職員 開(kāi)臺(tái)時(shí)間 包間費(fèi) 狀態(tài)圖4 餐桌實(shí)體圖菜單 計(jì)量單位 菜單名稱 菜單類型 菜單編號(hào) 單價(jià)圖5 菜單實(shí)體圖菜單類型 類型名稱圖6 菜單類型實(shí)體圖 訂單號(hào) 桌號(hào) 菜單編號(hào)菜單名稱子訂單 備注 菜單數(shù)量 開(kāi)單職員 菜單總價(jià) 開(kāi)單時(shí)間圖7 子訂單實(shí)體圖 賬單 訂單號(hào) 桌號(hào) 已支付 客人數(shù)量 找零 包間費(fèi) 消費(fèi)時(shí)間 總消費(fèi) 菜單總價(jià) 餐具費(fèi)圖8 賬單實(shí)體圖以下是根據(jù)本系統(tǒng)需求進(jìn)行數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)所做出的ER圖：管理員管理1N普通用戶職員NNNN餐桌菜單菜單分類屬于1N開(kāi)臺(tái)11N點(diǎn)菜11N子訂單對(duì)應(yīng)11對(duì)應(yīng)1N對(duì)應(yīng)1N對(duì)應(yīng)賬單11包含1N結(jié)賬11N圖9 ER圖 數(shù)據(jù)庫(kù)中表格設(shè)置表2：Rest_board(餐桌表)序號(hào)列名數(shù)據(jù)類型長(zhǎng)度小數(shù)位標(biāo)識(shí)主鍵外鍵允許空默認(rèn)值說(shuō)