餐飲企業(yè)信息管理系統(tǒng)

1、彝州科技學(xué)潴數(shù)據(jù)庫(kù)原理實(shí)訓(xùn)報(bào)告題 目餐飲企業(yè)信息管理系統(tǒng)信息工程學(xué)院二。一四年十二月1 前言 11.1 選題理由和實(shí)際意義 11.2 國(guó)內(nèi)外關(guān)于該課題的研究現(xiàn)狀及趨勢(shì) 32 需求分析 42.1 可行性分析 42.2 功能分析 53 系統(tǒng)設(shè)計(jì) 63.1 定義 73.2 系統(tǒng)模塊圖 83.3 E-R 圖 93.4 數(shù)據(jù)表的設(shè)計(jì)： 93.5 用例列舉 123.5.1 使用到的觸發(fā)器 123.5.2 使用到的視圖 124 結(jié)論 135 參考文獻(xiàn) 146 附錄：讀書筆記 15餐飲企業(yè)信息管理系統(tǒng)實(shí)訓(xùn)分析報(bào)告-> z 、，1 前言隨著經(jīng)濟(jì)的發(fā)展社會(huì)的進(jìn)步，去飯店過(guò)節(jié)聚會(huì)成為了一種新的時(shí)尚。因此每逢過(guò)

2、年過(guò)節(jié)， 飯店都會(huì)迎來(lái)大量的顧客，隨之而來(lái)的就是大量的預(yù)定和結(jié)算信息將會(huì)使得飯店的工作人員不堪重負(fù)，并且不可避免的會(huì)出現(xiàn)這樣或那樣的錯(cuò)誤。餐飲信息管理軟件的誕生可以為他們提供便捷的管理服務(wù)。并且?guī)缀鯙榱愕腻e(cuò)誤率也使得餐館可以更好的為顧客服務(wù)。它不僅可以為餐館降低人力資源的付出，節(jié)省了成本，而且也可以提升自身的形象，使餐廳迎來(lái)更多的食客。本系統(tǒng)使用了 VB.NET技術(shù)并采用了 C/S架構(gòu)，飯店服務(wù)人員使用它可以快速準(zhǔn)確地為客戶服務(wù)，人性化的系統(tǒng)界面設(shè)計(jì)使得軟件便于使用者的快速掌握，計(jì)算機(jī)幾乎為零的錯(cuò)誤率和高效的處理能力使得原本繁瑣的餐飲管理變得更加科學(xué)、快捷以及人性化。使用本系統(tǒng)，員工將可以快速

3、地編輯顧客資料信息，并且為客戶提供訂餐打折和充值服務(wù)。管理員使用本系統(tǒng)，既可以完成員工的所有工作，又可以更好地管理員工，精準(zhǔn)地了解員工賬面的資金情況。除了這些，管理員還可以設(shè)定餐廳的菜單信息和折扣程度，從而使得管理員對(duì)餐廳的運(yùn)營(yíng)情況可以全面掌控。1.1 選題理由和實(shí)際意義“民以食為天”，作為衣食住行的一部分，飲食在生活中具有極其重要的地位。在原始社會(huì)，人類在飲食方面的要求僅限于果腹，僅僅是生存的需要，處于與自然作斗爭(zhēng)的范疇，還談不上其他方面的意義。隨著人類社會(huì)的發(fā)展，生產(chǎn)力的提高使得生產(chǎn)方式發(fā)生巨大的變化，社會(huì)產(chǎn)品逐漸豐富，人們對(duì)飲食有了更多的選擇。人類經(jīng)歷工業(yè)時(shí)代進(jìn)入信息時(shí)代后，飲食己經(jīng)從生

4、存需要逐步發(fā)展成為具有多種內(nèi)涵的經(jīng)濟(jì)文化現(xiàn)象， 加上民族文化背景，飲食往往成為民族和文化的一種象征。而餐飲業(yè)也隨著社會(huì)的發(fā)展，從第一產(chǎn)業(yè)、第二產(chǎn)業(yè)中分化出來(lái)，逐漸成為第三產(chǎn)業(yè)的重要組成部分，在國(guó)民經(jīng)濟(jì)中發(fā)揮重要的作用。我國(guó)的餐飲業(yè)歷史悠長(zhǎng)，形成了別具一格的飲食文化，但是直到現(xiàn)代餐飲業(yè)才真正成為產(chǎn)業(yè)。近二十多年來(lái)，我國(guó)餐飲業(yè)發(fā)展迅猛，日新月異，各種風(fēng)味特色，各種經(jīng)營(yíng)形式，各種組織結(jié)構(gòu)的餐廳企業(yè)星羅棋布。當(dāng)前中國(guó)城鎮(zhèn)擁有餐館300 多萬(wàn)家，1999 年銷售額達(dá)到 3199.6 億， 2000年達(dá)到 3600億元， 2009年突破了10000億元，市場(chǎng)十分廣闊。與此同時(shí)，國(guó)外的餐飲業(yè)也加快了進(jìn)入國(guó)內(nèi)

5、市場(chǎng)的步伐， “麥當(dāng)勞”、 “肯德雞”兩家美國(guó)快餐企業(yè)在進(jìn)入中國(guó)十年以來(lái)，根據(jù)中國(guó)的特色調(diào)整經(jīng)營(yíng)策略，已經(jīng)占據(jù)了一定的市場(chǎng)份額，而更多的外國(guó)餐飲業(yè)也不甘落后，爭(zhēng)相進(jìn)入我國(guó)市場(chǎng)。異國(guó)餐飲文化在國(guó)內(nèi)餐飲市場(chǎng)相繼出現(xiàn)，國(guó)內(nèi)外餐飲行業(yè)建相互滲透、交叉融合的趨勢(shì)日益明顯，表明我國(guó)餐飲業(yè)正向橫向和縱向發(fā)拓展，也說(shuō)明我國(guó)餐飲業(yè)正面臨著日益嚴(yán)峻的競(jìng)爭(zhēng)。 餐飲業(yè)繁榮發(fā)展，市場(chǎng)競(jìng)爭(zhēng)日益激烈，但是諸多經(jīng)營(yíng)管理與生產(chǎn)方式的問(wèn)題卻嚴(yán)重地制約著民族餐飲業(yè)的進(jìn)一步發(fā)展。(1) 經(jīng)營(yíng)方式落后，經(jīng)營(yíng)特色不顯著：許多餐飲業(yè)仍保留傳統(tǒng)的經(jīng)營(yíng)觀念、經(jīng)營(yíng)模式，菜譜上的菜名往往無(wú)法及時(shí)更新，讓人大失所望。(2) 生產(chǎn)方式和管理服務(wù)水平低

6、，科技含量不高。我國(guó)的餐飲業(yè)仍然以繁重的體力勞動(dòng)加簡(jiǎn)單工具的手工作坊式的生產(chǎn)方式為主，管理水平低下，無(wú)法適應(yīng)信息時(shí)代快節(jié)奏的生活。在與國(guó)外餐飲業(yè)的激烈競(jìng)爭(zhēng)中，民族餐飲業(yè)由于經(jīng)營(yíng)方式和管理手段落后在竟?fàn)幹刑幱诹觿?shì)。餐飲業(yè)的有識(shí)之士己經(jīng)看到了傳統(tǒng)餐飲業(yè)的缺點(diǎn)，開(kāi)始實(shí)施新的經(jīng)營(yíng)方式， 借助新技術(shù)向現(xiàn)代餐飲轉(zhuǎn)變。在這一前提下，發(fā)展餐飲管理系統(tǒng)對(duì)提高餐飲業(yè)的科技含量，提高勞動(dòng)生產(chǎn)率，節(jié)約成本，取得經(jīng)營(yíng)優(yōu)勢(shì)有重要的意義。在社會(huì)的趨勢(shì)下，餐飲行業(yè)的規(guī)模日漸擴(kuò)大，但是該行業(yè)存在很多薄弱環(huán)節(jié)，主要體現(xiàn)在以下幾個(gè)方面。(1) 手工運(yùn)作模式，工作人員的工作量繁重，數(shù)據(jù)傳遞不及時(shí)，對(duì)數(shù)據(jù)的統(tǒng)計(jì)和計(jì)算過(guò)程中易發(fā)生差錯(cuò)，

7、工作效率低，工作流程不嚴(yán)密。(2) 客戶的消費(fèi)清單手工填寫，錯(cuò)誤率高，字跡不清晰，格式不統(tǒng)一，使得行業(yè)不規(guī)范。(3) 不便于統(tǒng)計(jì)營(yíng)業(yè)額，歷時(shí)帳務(wù)的查詢也不方便。針對(duì)以上的弊端，餐飲行業(yè)需要使用計(jì)算機(jī)系統(tǒng)對(duì)餐飲企業(yè)信息進(jìn)行管理。使用 計(jì)算機(jī)管理系統(tǒng)管理餐飲的優(yōu)點(diǎn)為：檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高信息管理的效率，也是企業(yè)的 科學(xué)化、正規(guī)化管理與世界接軌的重要條件。傳統(tǒng)的餐飲管理現(xiàn)在已經(jīng)很難應(yīng)對(duì)當(dāng)今社會(huì)對(duì)餐飲業(yè)的管理要求，它與現(xiàn)在的基于計(jì)算機(jī)技術(shù)發(fā)展起來(lái)的餐飲信息管理系統(tǒng)對(duì)比，有以下幾大不同：便捷性方面：傳統(tǒng)的人工對(duì)餐飲信息進(jìn)行管理，如：顧

8、客信息管理，菜單信息管理和訂餐信息的管理，都是很繁瑣的過(guò)程，其中的任何一步過(guò)程都要浪費(fèi)大量的時(shí)間，而隨著計(jì)算機(jī)技術(shù)的發(fā)展，這些原本繁瑣的問(wèn)題都會(huì)變得輕而易舉。安全性方面：傳統(tǒng)的紙質(zhì)記錄方式查詢起來(lái)很麻煩，而且保密性很差，并且容易磨損丟失，對(duì)于會(huì)員余額的管理是非常不利的。但如果采用的是電子文檔的方式進(jìn)行數(shù)據(jù)的保存，這一切都變得非常簡(jiǎn)便，你可以方便的對(duì)數(shù)據(jù)信息進(jìn)行備份查詢，并且數(shù)據(jù)的安全性可以得到最大程度的保證。準(zhǔn)確性方面：傳統(tǒng)的人工記賬容易出錯(cuò)，如果采用這種方式來(lái)處理現(xiàn)在的含有打折信息的消費(fèi)結(jié)算會(huì)使得工作量很大，如果計(jì)算出錯(cuò)將嚴(yán)重影響自己的聲譽(yù)。而如果使用軟件系統(tǒng)，這些問(wèn)題都將不會(huì)出現(xiàn)，計(jì)算機(jī)的

9、錯(cuò)誤率幾乎為零。鑒于以上傳統(tǒng)的人工管理方式的種種缺陷，我設(shè)計(jì)了方便中小級(jí)別餐飲企業(yè)使用的應(yīng)用程序，通過(guò)它， 管理者可以基本解決以上所遇到的種種問(wèn)題，并且更加科學(xué)的對(duì)老客戶進(jìn)行打折，而且添加了主顧權(quán)限的不同設(shè)計(jì)使得它更加方便雇主對(duì)雇員的管理與監(jiān)督。1.2 國(guó)內(nèi)外關(guān)于該課題的研究現(xiàn)狀及趨勢(shì)隨著社會(huì)經(jīng)濟(jì)的發(fā)展, 人們對(duì)生活質(zhì)量的要求越來(lái)越高, 作為服務(wù)之一的餐飲業(yè)也在不斷的完善服務(wù)體制, 需要建立餐飲立體化服務(wù)體系, 餐飲管理者想及時(shí)了解酒店的全部運(yùn)營(yíng)情況及經(jīng)營(yíng)走勢(shì), 找出運(yùn)轉(zhuǎn)成本, 作為經(jīng)營(yíng)決策的依據(jù)。只有運(yùn)用先進(jìn)的科學(xué)管理手段, 利用計(jì)算機(jī)系統(tǒng)管理才能實(shí)現(xiàn)這一管理模式。信息化社會(huì)對(duì)餐飲業(yè)提出新的

10、挑戰(zhàn)但是也提供新的機(jī)遇。生活節(jié)奏加快，餐飲業(yè)也必須跟上時(shí)代的步伐；日益發(fā)展的市場(chǎng)和日益嚴(yán)峻的境爭(zhēng)，是的我國(guó)餐飲業(yè)面臨著一個(gè)新的時(shí)代難題，經(jīng)營(yíng)管理方式的落后曾經(jīng)是民族餐飲業(yè)發(fā)展的桎梏；而先進(jìn)的技術(shù)提供了減輕體力勞動(dòng)，改善服務(wù)質(zhì)量，提高經(jīng)營(yíng)管理效率的途徑。開(kāi)發(fā)符合我國(guó)國(guó)情的餐飲管理系統(tǒng)是市場(chǎng)的呼喚，是餐飲管理的需要，是社會(huì)信息化的必然。2 需求分析2.1 可行性分析可行性研究的目的，就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問(wèn)題是否能夠解決。 要達(dá)到這個(gè)目的，必須分析幾種主要的可能解法的利弊，從而判斷原定的系統(tǒng)規(guī)模和目標(biāo)是否現(xiàn)實(shí)，系統(tǒng)完成后所能帶來(lái)的效益是否大到值得投資開(kāi)發(fā)這個(gè)系統(tǒng)的程度。 因此， 可

11、行性研究實(shí)質(zhì)上是要進(jìn)行一次大大壓縮簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)的過(guò)程， 也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過(guò)程。系統(tǒng)的可行性分析主要包括經(jīng)濟(jì)上的可行性，技術(shù)上的可行性和操作上的可行性，下面將分別介紹三個(gè)方面上的可行性：（ 1） 技術(shù)上可行性餐飲管理系統(tǒng)是采用Java 語(yǔ)言編寫的，具有Java 的“一次編寫，到處運(yùn)行”的優(yōu)點(diǎn)，所以此系統(tǒng)在不同的操作系統(tǒng)上都可以運(yùn)行，具有很強(qiáng)的移植性、健全性和安全性。并且餐飲管理系統(tǒng)要求要求應(yīng)具備功能完備、易于使用、易于維護(hù)等特點(diǎn)， 而對(duì)于后者則要求能建立數(shù)據(jù)一致性和完整性強(qiáng)、數(shù)據(jù)安全性好的庫(kù)?；谝陨系囊螅鞠到y(tǒng)采用Eclipse7.0 作為開(kāi)發(fā)

12、工具，使得代碼編寫的過(guò)程大大的簡(jiǎn)化。并采用 C/S 架構(gòu)體系，不僅提高了程序的可維護(hù)性，而且利于變更和維護(hù)應(yīng)用技術(shù)規(guī)范， 更為重要的是可以對(duì)數(shù)據(jù)進(jìn)行嚴(yán)密的安全管理。而數(shù)據(jù)庫(kù)則是采用目前較為流行的 Sql Server 2008 ， Java 對(duì) Sql Server 2008 具有很好的支持并且在經(jīng)歷了多年的發(fā)展 Sql Server 2008 很好的口碑。此系統(tǒng)在技術(shù)上是可行的。（ 2）操作上可行性餐飲管理系統(tǒng)具備友好的用戶界面, 使用方便，易于維護(hù)，操作簡(jiǎn)單易于被用戶接受, 用戶只需熟練操作計(jì)算機(jī)，和對(duì)此系統(tǒng)使用做簡(jiǎn)單的了解即可方便使用, 而且使用此系統(tǒng)可以大大減少管理人員的負(fù)擔(dān)。因此從使

13、用操作方面看，此系統(tǒng)的開(kāi)發(fā)是可行的。（ 3）經(jīng)濟(jì)上可行性本餐飲管理系統(tǒng)運(yùn)行的硬件環(huán)境只需一臺(tái)廉價(jià)的電腦既可，軟件環(huán)境則是安裝windows XP系統(tǒng)，Eclipse7.0 , Sql Server 2008 既可。對(duì)于一般的中小型餐館 來(lái)說(shuō)都是很小的成本支出。因此此系統(tǒng)在經(jīng)濟(jì)上、技術(shù)上、操作上開(kāi)發(fā)都是可行的。2.2 功能分析滿足客戶的需求，實(shí)現(xiàn)餐飲管理的流程。本系統(tǒng)系統(tǒng)功能劃分為初始模塊，菜品管理模塊，菜系管理模塊，臺(tái)號(hào)管理模塊，日結(jié)賬模塊，月結(jié)賬模塊，年結(jié)賬模塊，用戶管理模塊。菜品管理模塊：關(guān)于菜名的添加，定價(jià)，編號(hào)，助記碼，以及菜名的刪除。菜系管理模塊：菜系的添加及編號(hào)。臺(tái)號(hào)管理模塊：臺(tái)號(hào)

14、的添加座位數(shù)的設(shè)定，以及臺(tái)號(hào)的刪除。訂單、簽單模塊：對(duì)當(dāng)前的訂單簽單。結(jié)賬模塊：對(duì)當(dāng)前的消費(fèi)進(jìn)行統(tǒng)計(jì)結(jié)算。日結(jié)賬模塊：對(duì)全天的賬目進(jìn)行統(tǒng)計(jì)，查詢。月結(jié)賬模塊：對(duì)整月的賬目進(jìn)行統(tǒng)計(jì)，查詢。年結(jié)賬模塊：對(duì)全年賬目進(jìn)行統(tǒng)計(jì)，查詢。用戶管理模塊：用戶的添加刪除，以及賬戶密碼的修改。3 系統(tǒng)設(shè)計(jì)數(shù)據(jù)庫(kù)技術(shù)是信息資源管理最有效的手段。數(shù)據(jù)庫(kù)設(shè)計(jì)是指對(duì)于一個(gè)給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫(kù)模式，建立數(shù)據(jù)庫(kù)及其應(yīng)用系統(tǒng)，有效存儲(chǔ)數(shù)據(jù)，滿足用戶信息要求和處理要求。數(shù)據(jù)庫(kù)設(shè)計(jì)中需求分析階段綜合各個(gè)用戶的應(yīng)用需求（ 現(xiàn)實(shí)世界的需求），在概念設(shè)計(jì)階段形成獨(dú)立于機(jī)器特點(diǎn)、 獨(dú)立于各個(gè)DBMS"品的概念模式 （

15、信息世界模型），用E-R圖來(lái)描述。在邏輯設(shè)計(jì)階段將E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)庫(kù)產(chǎn) 品支持的數(shù)據(jù)模型如關(guān)系模型，形成數(shù)據(jù)庫(kù)邏輯模式。然后根據(jù)用戶處理的要求，安全性的考慮，在基本表的基礎(chǔ)上再建立必要的視圖（VIEW）形成數(shù)據(jù)的外模式。在物理 設(shè)計(jì)階段根據(jù)DBM畤點(diǎn)和處理的需要，進(jìn)行物理存儲(chǔ)安排，設(shè)計(jì)索引，形成數(shù)據(jù)庫(kù) 內(nèi)模式。 設(shè)計(jì)一個(gè)數(shù)據(jù)庫(kù)需要耐心收集和分析數(shù)據(jù)，仔細(xì)理清數(shù)據(jù)間的關(guān)系，消除對(duì)數(shù)據(jù)庫(kù)應(yīng)用不利的隱患等等。在整個(gè)設(shè)計(jì)過(guò)程中，我們必須按步驟認(rèn)真完成。一個(gè)數(shù)據(jù)庫(kù)的設(shè)計(jì)好壞將直接影響將來(lái)基于該數(shù)據(jù)庫(kù)的應(yīng)用。另外， 數(shù)據(jù)庫(kù)也不是獨(dú)立存在的， 它總是與具體的應(yīng)用相關(guān)的，為具體的應(yīng)用而建立的。因此在設(shè)

16、計(jì)數(shù)據(jù)庫(kù)之前我們必須明確應(yīng)用的目的，在設(shè)計(jì)數(shù)據(jù)庫(kù)的時(shí)候也應(yīng)時(shí)刻考慮用戶需求，數(shù)據(jù)庫(kù)與具體應(yīng)用之間是相輔相成的關(guān)系。數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程一般包括以下幾個(gè)步驟：(1) 確定建立數(shù)據(jù)庫(kù)的目的和收集數(shù)據(jù)數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程的第一個(gè)階段是確定建立數(shù)據(jù)庫(kù)的目的和收集數(shù)據(jù)。通常， 我們也把確定建立數(shù)據(jù)庫(kù)的目的稱為需求分析。需求分析的任務(wù)就是通過(guò)詳細(xì)調(diào)查要處理的對(duì)象來(lái)明確用戶的各種需求。并且通過(guò)調(diào)查、收集和分析信息，以了解在數(shù)據(jù)庫(kù)中需要存儲(chǔ)哪些數(shù)據(jù)，要完成什么樣的數(shù)據(jù)處理功能。這一過(guò)程是數(shù)據(jù)庫(kù)設(shè)計(jì)的起點(diǎn)，它將直接影響到后面各個(gè)階段的設(shè)計(jì)，并影響到設(shè)計(jì)結(jié)果是否合理和實(shí)用。確定目的之后就需要根據(jù)目的收集有用的數(shù)據(jù)。在著手收

17、集數(shù)據(jù)之前最重要的就是要調(diào)查用戶的實(shí)際需求，然后分析與表達(dá)這些需求。調(diào)查用戶需求的方法有很多，如查閱記錄、訪談、 開(kāi)調(diào)查會(huì)、設(shè)計(jì)調(diào)查表請(qǐng)用戶填寫或回答相關(guān)問(wèn)題等。其中比較有效的方法是訪談， 我們可以借助一些設(shè)計(jì)合理的調(diào)查表來(lái)與用戶直接交流。通過(guò)充分交流，可以了解他們平時(shí)是如何使用數(shù)據(jù)庫(kù)的，以及對(duì)當(dāng)前信息的要求，進(jìn)而設(shè)計(jì)滿足用戶需求的字段，并根據(jù)設(shè)計(jì)的字段收集數(shù)據(jù)。(2) 建立概念模型確定建立數(shù)據(jù)庫(kù)的目的以及完成數(shù)據(jù)收集后，就進(jìn)入數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程的第二階段建立概念模型。 這一階段是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。設(shè)計(jì)時(shí)， 一般先根據(jù)應(yīng)用的需求，畫出能反映每個(gè)應(yīng)用需求的E-R圖，其中包括確定實(shí)體、屬性和聯(lián)系的

18、類型。然后優(yōu)化初始的E-R圖，消除冗余和可能存在的矛盾。概念模型是對(duì)用戶需求的客觀反映，并不涉及具體的計(jì)算機(jī)軟、硬件環(huán)境。因此，在這一階段中我們必須將注意力集中在怎樣表達(dá)出用戶對(duì)信息的需求，而不考慮具體實(shí)現(xiàn)問(wèn)題。(3) 建立數(shù)據(jù)模型完成上一階段后，我們得到了一個(gè)與具體計(jì)算機(jī)軟、硬件無(wú)關(guān)的概念模型。接著我們就可以著手建立數(shù)據(jù)庫(kù)模型了，這是數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程的第三個(gè)階段。在這一階段中我們要將概念模型中得到的 E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)模型。通過(guò)前面的學(xué)習(xí)，我們已經(jīng)了解到數(shù)據(jù)模型一般分為層次、網(wǎng)狀、 關(guān)系和面向?qū)ο竽Ｐ偷?。目前比較常用的是關(guān)系數(shù)據(jù)模型，我們通常將E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型，實(shí)際上就是要將實(shí)

19、體、實(shí) 體的屬性和實(shí)體之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。(4) 實(shí)施與維護(hù)數(shù)據(jù)庫(kù)最后一個(gè)階段是實(shí)施與維護(hù)數(shù)據(jù)庫(kù)。完成數(shù)據(jù)模型的建立后，我們就必須對(duì)字段進(jìn)行命名，確定字段的類型和寬度，并利用數(shù)據(jù)庫(kù)管理系統(tǒng)或數(shù)據(jù)庫(kù)語(yǔ)言創(chuàng)建數(shù)據(jù)庫(kù)結(jié)構(gòu)、輸入數(shù)據(jù)和運(yùn)行等，因此數(shù)據(jù)庫(kù)的實(shí)施是數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程的“最終實(shí)現(xiàn)”。如果數(shù)據(jù)庫(kù)運(yùn)行很成功，則表明數(shù)據(jù)庫(kù)設(shè)計(jì)任務(wù)基本結(jié)束，以后的重點(diǎn)就是數(shù)據(jù)庫(kù)的維護(hù)工作，包括做好備份工作、數(shù)據(jù)庫(kù)的安全性和完整性調(diào)整、改善數(shù)據(jù)庫(kù)性能等。數(shù)據(jù)庫(kù)的設(shè)計(jì)在數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)的開(kāi)發(fā)中占有很重要的地位。只有設(shè)計(jì)出合理的數(shù)據(jù)庫(kù)，才能為建立在數(shù)據(jù)庫(kù)上的應(yīng)用提供方便. 不過(guò)數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程從來(lái)都不會(huì)有真正的結(jié)束，因?yàn)?/p>

20、隨著用戶需求和具體應(yīng)用的變化和擴(kuò)大，數(shù)據(jù)庫(kù)的結(jié)構(gòu)也可能會(huì)隨之變化。3.1 定義( 1) 系統(tǒng)名稱：餐飲企業(yè)基本信息管理系統(tǒng)( 2) 數(shù)據(jù)庫(kù)管理軟件：Microsoft SQL Server( 3) 數(shù)據(jù)庫(kù)設(shè)計(jì)采用軟件：Microsoft Office Visio 2003( 4) 系統(tǒng)采用C/S體系結(jié)構(gòu)：Client (客戶端)負(fù)責(zé)提供表達(dá)邏輯、顯示用戶界面信息、訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器；Server (服務(wù)器)端用于提供數(shù)據(jù)服務(wù)。( 5) 運(yùn)行平臺(tái)：windows 2000/xp/linux3.2 系統(tǒng)模塊圖圖3.1系統(tǒng)模塊圖(1)菜品信息的管理：(菜名的添加，定價(jià)，編號(hào)，助記碼以及菜名的刪除)(2

21、)菜系管理模塊：(菜系的添加，定價(jià)，編號(hào)，助記碼以及菜名的刪除)(3)用戶管理模塊：(用戶的添加刪除，以及賬戶密碼的修改)(4)臺(tái)號(hào)管理模塊：(臺(tái)號(hào)的添加座位數(shù)的設(shè)定，以及臺(tái)號(hào)的刪除)(5)訂單、簽單模塊：(對(duì)當(dāng)前的訂單簽單。)(6)結(jié)賬模塊：(對(duì)當(dāng)前的消費(fèi)進(jìn)行統(tǒng)計(jì)結(jié)算。)(7)日結(jié)賬模塊：(對(duì)全天的賬目進(jìn)行統(tǒng)計(jì)，查詢。)(8)月結(jié)賬模塊：(對(duì)整月的賬目進(jìn)行統(tǒng)計(jì)，查詢。)3.3 E-R 圖圖3.2 E-R圖3.4 數(shù)據(jù)表的設(shè)計(jì):(1)用戶表表3.1用戶表廳P字段名稱字段描述字段類型長(zhǎng)度備注1user_id用戶編號(hào)char20不允許空2Pwd用戶密碼char20不允許空3Style用戶類型nch

22、ar20不允許空4Id用戶身份號(hào)char20不允許空5Name用戶姓名char20不允許空6Tel用戶電話Char20不允許空7Money收款金額money允許空用戶表主要用于存儲(chǔ)一些用戶信息，如用戶的賬號(hào)、密碼和類型地點(diǎn)等等，主要用于用戶登錄，添加客戶和添加預(yù)定時(shí)會(huì)使用到用戶信息來(lái)記錄經(jīng)手的用戶，字段 money用于記錄用戶的收款金額，便于結(jié)算時(shí)對(duì)收款現(xiàn)金的核對(duì)。(2)客戶表表3.2 客戶表廳P字段名稱字段描述字段類型長(zhǎng)度備注1Name客戶姓名char20不允許空2Id客戶編號(hào)nchar20不允許空3Address客戶地址char50不允許空4Birthday客戶生日nchar20不允許空5

23、Pwd客戶密碼nchar20不允許空6Addtime添加時(shí)間nchar20不允許空7Money賬戶余額money不允許空8usedmoney已用金額money不允許空9Photo客戶照片image允許空10Tel客戶電話nchar20允許空11mobilephone客戶手機(jī)nchar20不允許空12Userid用戶編號(hào)nchar10不允許空客戶表主要用于存儲(chǔ)一些客戶信息，如客戶的賬號(hào)、密碼、聯(lián)系方式和消費(fèi)情況等 等，主要用于客戶訂餐、充值和結(jié)算，字段 money用于儲(chǔ)存賬戶余額，在使用充值和 賬戶余額支付時(shí)會(huì)使用到它。字段usedmoney用于記錄客戶的消費(fèi)情況，為客戶打折 時(shí)會(huì)使用到它。(3

24、)食譜表表3.3食譜表廳P字段名稱字段描述字段類型長(zhǎng)度備注1Name食譜名稱nchar20不允許空2Price價(jià)格money不允許空3Photo食譜照片image允許空4Efficacy食譜功效nchar50允許空5Formula食譜配料nchar50允許空食譜表主要用于存儲(chǔ)一些食譜信息， 如食譜的名稱、價(jià)格和照片等等，主要用于客戶訂餐，使用于添加預(yù)定。字段 Price記錄的是食物的價(jià)格。當(dāng)客戶預(yù)定餐點(diǎn)時(shí), 系統(tǒng)使用它來(lái)算費(fèi)用。1、 預(yù)定表表3.4預(yù)定表廳P字段名稱字段描述字段類型長(zhǎng)度備注1Tableid桌號(hào)nchar10不允許空2Date日期nchar20不允許空3Time時(shí)間nchar10

25、不允許空4Name客戶姓名nchar10不允許空5customerid客戶身份號(hào)nchar10不允許空6Userid用戶編號(hào)nchar10不允許空7Food預(yù)定餐點(diǎn)nvarcharMAX不允許空8Money消費(fèi)金額money不允許空預(yù)定表主要用于存儲(chǔ)一些預(yù)定信息， 如客戶的賬號(hào)、預(yù)定的時(shí)間、桌號(hào)和菜單等等, 主要用于記錄客戶的預(yù)定信息，會(huì)使用到用戶、客戶、菜單和折扣信息。當(dāng)系統(tǒng)預(yù)定 餐點(diǎn)時(shí)，會(huì)從其他各表中調(diào)出需要的信息， 經(jīng)過(guò)計(jì)算和處理后，將最終信息儲(chǔ)存到預(yù) 定表，該表和其它各表都有緊密的聯(lián)系。2、 折扣表表3.5折扣表廳P字段名稱字段描述字段類型長(zhǎng)度備注1usedmoney已消費(fèi)金額char

26、10不允許空2Discount折扣程度char10不允許空折扣表用于存儲(chǔ)管理員（店主）設(shè)定的打折信息，用來(lái)計(jì)算打折后的應(yīng)付金額，使用在添加預(yù)定時(shí)打折。當(dāng)客戶預(yù)定餐點(diǎn)時(shí)，打折服務(wù)的折扣程度就是參照 該表。3.5 用例列舉3.5.1 使用到的觸發(fā)器(1)當(dāng)刪除菜單信息表中某一菜單信息時(shí)，觸發(fā)菜單信息表，提示無(wú)法刪除create trigger T刪除菜單信息表記錄on dbo.菜單信息表for deleteasif(select count(*)from deleted inner join 菜單信息表on deleted編號(hào)=left(菜單信息表.菜單編號(hào),2)>0beginraiserr

27、or(菜單信息表存在此編號(hào)，禁止刪除！,5,0)rollback transactionend2當(dāng)修改客人點(diǎn)菜信息表時(shí)，同時(shí)修改菜單信息表的當(dāng)前狀態(tài)屬性create trigger T修改點(diǎn)菜信息表記錄on dbo點(diǎn)菜信息表for updateasif(select count(*) from inserted )>0beginupdate 菜單信息表set 狀態(tài) = (select 當(dāng)前狀態(tài)from inserted)where (編號(hào)) = (select 編號(hào) from deleted)3.5.2 使用到的視圖( 1)用于查詢可點(diǎn)菜單視圖定義如下：create view 可點(diǎn)菜單視

28、圖asselect 編號(hào) , 具體桌號(hào), 當(dāng)前菜單from 點(diǎn)菜信息表where 當(dāng)前菜單= '001'2）用于已使用餐桌統(tǒng)計(jì)視圖定義如下：create view 已使用餐桌統(tǒng)計(jì)視圖asselect 編號(hào) ,count（ 狀態(tài) ）as 已使用餐桌號(hào)from 餐桌信息表group by 狀態(tài) ,編號(hào)having 狀態(tài)= '已使用'（ 3）用于查詢可使用餐桌視圖定義如下：create view 可使用餐桌視圖asselect 編號(hào) , 當(dāng)前餐桌from 餐桌號(hào)where 當(dāng)前餐桌= '002'4 結(jié)論此餐飲管理系統(tǒng)實(shí)現(xiàn)了餐飲管理系統(tǒng)的基本功能，并具有

29、友好的界面，操 作簡(jiǎn)單方便，基本實(shí)現(xiàn)了前臺(tái)管理、桌臺(tái)信息的查詢、開(kāi)臺(tái)信息、點(diǎn)菜、報(bào)表、 收銀、桌臺(tái)信息管理、員工管理、菜單維護(hù)、消費(fèi)查詢和盈利信息查詢等功能。（一）運(yùn)行環(huán)境：系統(tǒng)采用當(dāng)今流行SQL Server等大型數(shù)據(jù)庫(kù)系統(tǒng)。（二）系統(tǒng)特點(diǎn)：本系統(tǒng)為全中文界面，功能全，易操作。強(qiáng)大的查詢和報(bào)表功能。系統(tǒng)結(jié)構(gòu)嚴(yán)謹(jǐn)、性能穩(wěn)定、使用方便。速度快。 學(xué)習(xí)容易。不具計(jì)算機(jī)經(jīng)驗(yàn)的管理人員和業(yè)務(wù)操作員只要具有業(yè)務(wù)管理的基 本知識(shí)即可在較短的時(shí)間內(nèi)掌握；系統(tǒng)采用圖形界面和向?qū)讲僮?，本著“功?越復(fù)雜，操作越簡(jiǎn)單”的原則設(shè)計(jì)，易學(xué)易用。維護(hù)簡(jiǎn)單，系統(tǒng)運(yùn)行后幾乎不需要專業(yè)系統(tǒng)管理員維護(hù)，為您減少開(kāi)支。5參考文

30、獻(xiàn)1美Bruce Eckel. Thinking In Java 英文第4版M.北京：機(jī)械工業(yè)出版社,20072張海藩.軟件工程導(dǎo)論.第三版M.北京：清華大學(xué)出版社，1998.1.6 附錄：讀書筆記3 陳春玲，李頻，陳丹偉. 軟件工程與數(shù)據(jù)庫(kù)概論M. 西安：西安電子科技大學(xué)出版社，2002。4 宛延闿等編著. 實(shí)用 Java 程序設(shè)計(jì)教程M. 北京：機(jī)械工業(yè)出版社，20065張莉，王強(qiáng).SQL SERVE做據(jù)庫(kù)原理及應(yīng)用教程M.北京：清華大學(xué)出版社，2003（SQL SERVE毆據(jù)庫(kù)原理及應(yīng)用教程）DDL用于定義數(shù)據(jù)庫(kù)方案，DMLffl于表達(dá)數(shù)據(jù)查詢和查詢。DDL和DML股 是同一種語(yǔ)言的兩個(gè)

31、組成部分，而不是兩種語(yǔ)言。 DMLffl于訪問(wèn)、操作按一定的 數(shù)據(jù)模型組織好的數(shù)據(jù)，可訪問(wèn)方式有：（ a） 增加（ b） 刪除 （ c） 修改 （ d） 查詢 DMLt體分兩類（1） 過(guò)程式DML要求用戶說(shuō)明需要什么數(shù)據(jù)，以及如何獲取數(shù)據(jù)。（2） 聲明式DML也稱非過(guò)程式DML只說(shuō)明需要什么數(shù)據(jù)，不用說(shuō) 明如何獲取。聲明式DML習(xí)、使用都更方便，但要求數(shù)據(jù)庫(kù)來(lái)確定合適、高效的訪問(wèn)數(shù) 據(jù)的方式。用于獲取信息的DMLM稱為查詢語(yǔ)言。雖然并不嚴(yán)謹(jǐn)，但是在實(shí)踐中， 查詢語(yǔ)言和DMLL旨的是一回事。查t©語(yǔ)言有很多種，SQL只是其中用得最為廣泛 的一種。前面提到的抽象層次對(duì)數(shù)據(jù)定義、組織以及操

32、作都適用。在物理層，人 們需要定義合適的算法來(lái)高效地訪問(wèn)數(shù)據(jù)，在更高的層次，人們強(qiáng)調(diào)的是使用的方便性，目標(biāo)是提高用戶與系統(tǒng)互動(dòng)的效率。DBMS勺查詢處理器將用戶的DML查詢翻譯成物理層的一審操作。數(shù)據(jù)庫(kù)的方案通過(guò)一組用DDLS達(dá)的定義來(lái)表示。此外，DDLS用于表示數(shù)據(jù)的一些附加屬性。 DDL中表示數(shù)據(jù)的存儲(chǔ)與訪問(wèn) 方法的語(yǔ)句被稱為數(shù)據(jù)存儲(chǔ)和定義語(yǔ)言。這些語(yǔ)句定義了數(shù)據(jù)庫(kù)的實(shí)現(xiàn)細(xì)節(jié)，這些細(xì)節(jié)一般是向用戶隱藏的。存儲(chǔ)在 DB中的數(shù)據(jù)的值必須滿足某些特定的一致 性約束。比如賬戶余額不能為0,某門課的選課人數(shù)不能超過(guò) 40。DDL®供了一 些方法來(lái)實(shí)現(xiàn)這些約束,每次進(jìn)行更新時(shí),DBMSfB會(huì)

33、去檢查這些約束是否被滿足了。雖然說(shuō)約束可以是 DB上的任何的斷言。但是復(fù)雜的斷言檢測(cè)起來(lái)成本非 常高。所以，DBMSJ殳只實(shí)現(xiàn)那些檢測(cè)成本較低的約束：a） 值域約束。每個(gè)屬性都必須有相應(yīng)的值域（比如整型、字符串、日期）聲明一個(gè)屬性的值域就相當(dāng)于約束了這個(gè)屬性可取的值的范圍。值域約束是最基本的完整性約束。它們檢測(cè)起來(lái)也比較容易。b） 引用完整性。有些時(shí)候，我們希望在一個(gè)關(guān)系里出現(xiàn)的一組屬性值也出現(xiàn)在另一個(gè)關(guān)系里，這就是引用完整性。違反引用完整性約束的更新操作會(huì)被拒絕。c）斷言。斷言是DB必須滿足的某種條件。值域約束和引用完整性約束特殊形式的斷言。還有些約束無(wú)法像它們這樣簡(jiǎn)單地表達(dá)出來(lái)。這個(gè)條件就

34、必須用斷言來(lái)表示。創(chuàng)建斷言后，只能能滿足該斷言的操作才會(huì)被允許。DDLM像其他語(yǔ)言一樣，有輸入，也有輸出，其輸出都放在數(shù)據(jù)字典里，數(shù)據(jù)字典中包含元數(shù)據(jù)數(shù)據(jù)的數(shù)據(jù)。 數(shù)據(jù)字典是一類特殊的表，它們只能被DBMS：身訪問(wèn)和更新。在讀取或修改數(shù)據(jù)之前，DBM噲去查閱數(shù)據(jù)字典中相應(yīng)的內(nèi)容。 關(guān)系數(shù)據(jù)庫(kù)基于關(guān)系模型來(lái)構(gòu)建，使用一組表來(lái)表示數(shù)據(jù)以及數(shù)據(jù)間的關(guān)系，它還包含相應(yīng)的 DML DDL關(guān)系模型是一種基于記錄的模型?；谟涗浀哪Ｐ褪侵冈谶@種模型中，數(shù)據(jù)庫(kù)由一些固定格式的記錄組成，這些記錄分屬于不同的類型。一個(gè)表中包含屬于某個(gè)特定類型的記錄，每個(gè)類型的記錄，或者說(shuō)每個(gè)記錄類型定義了一組字段（屬性）。表的列

35、對(duì)應(yīng)記錄類型的屬性。表可以存儲(chǔ)在文件中?？梢允褂枚禾?hào)等來(lái)分隔一個(gè)記錄的各個(gè)屬性，然后用另一個(gè)分隔符如回車換行符來(lái)分隔不同的記錄。關(guān)系模型向開(kāi)發(fā)人員和用戶隱藏這些底層的實(shí)現(xiàn)細(xì)節(jié)。 使用關(guān)系模型時(shí)，可能會(huì)創(chuàng)建出有問(wèn)題的方案，比如可能會(huì)不必要的重復(fù)。SQLB查詢語(yǔ)言是非過(guò)程式的。一個(gè)查詢的輸入是一個(gè)或多個(gè)表，其輸出則 總是一個(gè)表。select from instructorname= zhangsan ;where instructor.yuangong上面的查詢的返回結(jié)果就是一個(gè)只有一列的表，列名為name表中的每一行是員工的名字。DDL語(yǔ)句可用于創(chuàng)建表、完整性名束、

36、斷言等。創(chuàng)建表的 DDL語(yǔ)句不光創(chuàng)建表，還會(huì)更新數(shù)據(jù)字典以記錄表的元數(shù)據(jù)。SQL并不是通用的圖靈機(jī)，有些功能使用一般的應(yīng)用程序能做到，但用SQLM不行。SQL不能接受用戶輸入、 不能進(jìn)行結(jié)果輸出、也不支持網(wǎng)絡(luò)通信。這些功能可通過(guò)C、 C+、 Java 等內(nèi)嵌SQL的“宿主語(yǔ)言”來(lái)實(shí)現(xiàn)。使用這種方式與 DB交互的程序就稱為應(yīng)用程序。有兩種方式來(lái)在應(yīng)用程序內(nèi)執(zhí)行 DML®旬以訪問(wèn)數(shù)據(jù)庫(kù)：(1)提供一組API以向DB發(fā)送DM便口 DDL并接收返回的結(jié)果。C的API 是 ODBC(2)擴(kuò)展宿主語(yǔ)言的語(yǔ)法，以在宿主語(yǔ)言內(nèi)部執(zhí)行 DML 一般會(huì)在DM印 言前加一個(gè)特殊字符，然后使用預(yù)處理器一一D

37、ML-處理器一一將DML®旬轉(zhuǎn)化 成宿主語(yǔ)言內(nèi)的一般函數(shù)調(diào)用。使用數(shù)據(jù)庫(kù)的目的是管理大批量的相互關(guān)聯(lián)的信息。數(shù)據(jù)庫(kù)設(shè)計(jì)主要是指DBSchema勺設(shè)計(jì)。企業(yè)級(jí)的數(shù)據(jù)庫(kù)應(yīng)用環(huán)境的設(shè)計(jì)涉及更多的問(wèn)題。本 文只關(guān)注DBSchema的設(shè)計(jì)。 較高抽象層次的DB模型給DB設(shè)計(jì)人員提供了一 個(gè)概念性的框架來(lái)描述用戶的需求，以及如何組織數(shù)據(jù)庫(kù)的結(jié)構(gòu)以滿足這些需求。 因此設(shè)計(jì)的第一步是從數(shù)據(jù)庫(kù)用戶的角度描述對(duì)數(shù)據(jù)的需求，這一步工作需要設(shè)計(jì)人員與行業(yè)內(nèi)的專家以及用戶進(jìn)行深入的交流才能完成。這一步的成果是用戶需求說(shuō)明。第二步是選擇數(shù)據(jù)模型，并通過(guò)使用該模型提供的那些概念，將前一步的需求說(shuō)明轉(zhuǎn)換成 DB的概

38、念性方案。這一階段被稱為概念設(shè)計(jì)。設(shè)計(jì)人員城檢查這個(gè)方案以確保所有的數(shù)據(jù)需求都沒(méi)有遺漏，并且彼此間不沖突，另外，還可以刪掉重復(fù)的內(nèi)容。這一階段的主要任務(wù)是描述數(shù)據(jù)以及它們之間的關(guān)系而不是物理層次的存儲(chǔ)細(xì)節(jié)。從關(guān)系模型的角度來(lái)看，概念設(shè)計(jì)告訴我們數(shù)據(jù)庫(kù)中要記錄哪些屬性，以及如何組織這些屬性以形成DB中的各張表。記錄哪些屬性由業(yè)務(wù)決定，本文不會(huì)涉及，如何組織則是計(jì)算機(jī)科學(xué)領(lǐng)域內(nèi)的問(wèn)題。主要有兩種方式來(lái)解決這個(gè)問(wèn)題：(1)使用ER模型；( 2)使用范式；完整的概念設(shè)計(jì)描述了企業(yè)的全部功能需求。用戶在“功能需求說(shuō)明”文檔中描述要對(duì)數(shù)據(jù)進(jìn)行的操作，比如增刪改查。進(jìn)行概念設(shè)計(jì)時(shí)，設(shè)計(jì)人員應(yīng)確保數(shù)據(jù)庫(kù)的方案能滿足用戶的功能需求從抽象數(shù)據(jù)模型到實(shí)現(xiàn)具體的數(shù)據(jù)庫(kù)涉及兩階段的設(shè)計(jì)。在邏輯設(shè)計(jì)階段設(shè)計(jì)人員將高層次的概念模型映射為將要實(shí)現(xiàn)的數(shù)據(jù)庫(kù)系統(tǒng)所采用的數(shù)據(jù)模型，在接下來(lái)的物理設(shè)計(jì)階段設(shè)計(jì)人員以上一階段的數(shù)據(jù)模型為基礎(chǔ)開(kāi)展工作，進(jìn)行物理設(shè)計(jì)時(shí)要考慮數(shù)據(jù)庫(kù)系統(tǒng)的文件組織以及內(nèi)部存儲(chǔ)結(jié)構(gòu)等內(nèi)容。ER模型一組基本對(duì)象一一實(shí)體以及這組實(shí)體之間的關(guān)系組成。實(shí)體一現(xiàn)實(shí)世界中能與其他對(duì)象區(qū)分