1、彝州科技學(xué)潴數(shù)據(jù)庫原理實(shí)訓(xùn)報(bào)告題 目餐飲企業(yè)信息管理系統(tǒng)信息工程學(xué)院二。一四年十二月1 前言 11.1 選題理由和實(shí)際意義 11.2 國內(nèi)外關(guān)于該課題的研究現(xiàn)狀及趨勢 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ā)展社會的進(jìn)步，去飯店過節(jié)聚會成為了一種新的時(shí)尚。因此每逢過

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、類型。然后優(yōu)化初始的E-R圖，消除冗余和可能存在的矛盾。概念模型是對用戶需求的客觀反映，并不涉及具體的計(jì)算機(jī)軟、硬件環(huán)境。因此，在這一階段中我們必須將注意力集中在怎樣表達(dá)出用戶對信息的需求，而不考慮具體實(shí)現(xiàn)問題。(3) 建立數(shù)據(jù)模型完成上一階段后，我們得到了一個(gè)與具體計(jì)算機(jī)軟、硬件無關(guān)的概念模型。接著我們就可以著手建立數(shù)據(jù)庫模型了，這是數(shù)據(jù)庫設(shè)計(jì)過程的第三個(gè)階段。在這一階段中我們要將概念模型中得到的 E-R圖轉(zhuǎn)換成具體的數(shù)據(jù)模型。通過前面的學(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ù)庫最后一個(gè)階段是實(shí)施與維護(hù)數(shù)據(jù)庫。完成數(shù)據(jù)模型的建立后，我們就必須對字段進(jìn)行命名，確定字段的類型和寬度，并利用數(shù)據(jù)庫管理系統(tǒng)或數(shù)據(jù)庫語言創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)、輸入數(shù)據(jù)和運(yùn)行等，因此數(shù)據(jù)庫的實(shí)施是數(shù)據(jù)庫設(shè)計(jì)過程的“最終實(shí)現(xiàn)”。如果數(shù)據(jù)庫運(yùn)行很成功，則表明數(shù)據(jù)庫設(shè)計(jì)任務(wù)基本結(jié)束，以后的重點(diǎn)就是數(shù)據(jù)庫的維護(hù)工作，包括做好備份工作、數(shù)據(jù)庫的安全性和完整性調(diào)整、改善數(shù)據(jù)庫性能等。數(shù)據(jù)庫的設(shè)計(jì)在數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)中占有很重要的地位。只有設(shè)計(jì)出合理的數(shù)據(jù)庫，才能為建立在數(shù)據(jù)庫上的應(yīng)用提供方便. 不過數(shù)據(jù)庫的設(shè)計(jì)過程從來都不會有真正的結(jié)束，因?yàn)?/p>

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

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

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

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

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

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

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

27、or(菜單信息表存在此編號，禁止刪除！,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 (編號) = (select 編號 from deleted)3.5.2 使用到的視圖( 1)用于查詢可點(diǎn)菜單視圖定義如下：create view 可點(diǎn)菜單視

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

29、友好的界面，操 作簡單方便，基本實(shí)現(xiàn)了前臺管理、桌臺信息的查詢、開臺信息、點(diǎn)菜、報(bào)表、 收銀、桌臺信息管理、員工管理、菜單維護(hù)、消費(fèi)查詢和盈利信息查詢等功能。（一）運(yùn)行環(huán)境：系統(tǒng)采用當(dāng)今流行SQL Server等大型數(shù)據(jù)庫系統(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í)間內(nèi)掌握；系統(tǒng)采用圖形界面和向?qū)讲僮鳎局肮δ?越復(fù)雜，操作越簡單”的原則設(shè)計(jì)，易學(xué)易用。維護(hù)簡單，系統(tǒng)運(yùn)行后幾乎不需要專業(yè)系統(tǒng)管理員維護(hù)，為您減少開支。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ù)庫概論M. 西安：西安電子科技大學(xué)出版社，2002。4 宛延闿等編著. 實(shí)用 Java 程序設(shè)計(jì)教程M. 北京：機(jī)械工業(yè)出版社，20065張莉，王強(qiáng).SQL SERVE做據(jù)庫原理及應(yīng)用教程M.北京：清華大學(xué)出版社，2003（SQL SERVE毆據(jù)庫原理及應(yīng)用教程）DDL用于定義數(shù)據(jù)庫方案，DMLffl于表達(dá)數(shù)據(jù)查詢和查詢。DDL和DML股 是同一種語言的兩個(gè)

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

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

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

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

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

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

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

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