數(shù)據(jù)庫系統(tǒng)原理課程設計-餐館管理數(shù)據(jù)庫設計

1、 課程設計題目餐館管理數(shù)據(jù)庫設計學院計算機科學與技術學院專業(yè)計算機科學與技術專業(yè)班級計算機0808班姓名指導教師2011 年 6 月11 日課程設計任務書學生姓名:專業(yè)班級:指導教師:工作單位:題目:餐館管理數(shù)據(jù)庫設計初始條件:管理菜色信息,記錄菜色的成本(不同季節(jié)成本有差異,售價,圖像等信息。打印菜單,記錄點菜記錄,出點菜頻率的統(tǒng)計報表。要求完成的主要任務:1.根據(jù)上述的初始條件,進行調查分析并設計適當?shù)膶傩?。設計一個餐館數(shù)據(jù)庫,DBMS可選Ms SQL Server、Access、VFP等。2.完成課程設計說明書,其格式遵守學校今年的新規(guī)定。主要內容包括:需求分析,概念設計,邏輯設計,物理

2、實現(xiàn)等。3.基于該數(shù)據(jù)庫,最好實現(xiàn)一個或多個應用程序(自己確定功能,程序設計語言(工具任選。這一項是選作,不作硬性要求。時間安排:本學期第18周:1.消化資料、系統(tǒng)調查1天2.系統(tǒng)分析1天3.總體設計,實施計劃2天4.撰寫報告1天指導教師簽名:年月日系主任(或責任教師簽名:年月日一、需求分析我國今年來經(jīng)濟不斷發(fā)展,人們物質生活水平逐步提高,人們對生活質量的要求也越來越高,享受真正自動化、人性化的服務成為了人們追求高質量生活的重要內容。餐飲業(yè)要想跟上發(fā)展形勢,餐館管理的信息化進程也要加快腳步。為了在總體上實現(xiàn)餐館管理的自動化、規(guī)范化和人性化,需要餐館管理由經(jīng)驗管理轉為科學管理,這樣才能跟上現(xiàn)代化

3、的節(jié)奏。這套餐飲管理系統(tǒng),是針對餐館的具體業(yè)務而開發(fā)的,業(yè)務管理以餐館的餐飲管理為核心,為用戶提供迅速、高效的服務,減免手工處理的繁瑣與誤差,及時、準確地反映餐館的工作情況、經(jīng)營情況,從而提高餐館的服務質量,并配合現(xiàn)代化的餐館管理,獲得更好的經(jīng)濟效益。通過系統(tǒng)需求分析了解用戶的需求,清楚程序要實現(xiàn)的功能。分析的根本目的是在開發(fā)者和提出需求的用戶之間建立一種理解和溝通的機制。餐飲管理系統(tǒng)的需求分析也是由開發(fā)人員和用戶或者客戶一起完成的。通過和餐館工作人員的溝通,系統(tǒng)需求如下。(1用戶權限管理。系統(tǒng)登陸應該有權限管理,不同的用戶具有不同的權限。權限決定了用戶的工作職責。酒店的總經(jīng)理可以查看公司的所

4、有信息,并且負責添加用戶,并為其他人員分配各種權限。權限的不同代表其他人員的職務不同。酒店的廚師長可以實現(xiàn)酒店菜單管理,決定每天菜肴種類。酒店人事經(jīng)理可以實現(xiàn)員工管理。酒店領班只負責營業(yè)、預訂等管理。(2系統(tǒng)可以創(chuàng)建、編輯和刪除酒店的菜單并且可以快捷查詢某個菜單的具體信息。(3顧客就餐時,可以添加桌位編號、人數(shù)、菜單等營業(yè)信息,并且可以根據(jù)客人調整營業(yè)信息,系統(tǒng)自動計算消費金額進行結算。(4顧客就餐時能夠添加預訂人、電話、菜單、人數(shù)等預訂信息,并且可以隨時取消修改預訂信息。能夠對預訂信息進行計算消費金額。(5如果添加新員工,系統(tǒng)需要能夠添加新的員工信息,如果員工的基本信息有變化,系統(tǒng)需要能夠編

5、輯員工的信息,如果員工離職,系統(tǒng)能夠刪除員工信息并對員工進行存檔。(6能夠提供菜單、預訂、以及員工的查詢功能。(7具有財務處理功能,能夠對營業(yè)額進行各種統(tǒng)計。(8運行在Windows平臺上,有一個良好的人機交互界面,操作要求簡單方便。(9有很好的可擴展能力,可根據(jù)實際情況實現(xiàn)新功能的添加,維護簡單。(10有良好的安全性,應用系統(tǒng)時需要通過身份驗證,后臺有操作記錄以及自動定時備份數(shù)據(jù)。二、數(shù)據(jù)流程圖(1基本數(shù)據(jù)流圖: 圖1(2用戶權限管理系統(tǒng)登陸應該有權限管理,不同的用戶具有不同的權限。權限決定了用戶的工作職責。酒店的總經(jīng)理可以查看公司的所有信息,并且負責添加用戶,并為其他人員分配各種權限。 圖

6、2(3菜單管理酒店的廚師長可以實現(xiàn)酒店菜單管理,決定每天菜肴種類。 圖3(4人事管理酒店人事經(jīng)理可以實現(xiàn)員工管理。如果添加新員工,系統(tǒng)需要能夠添加新的員工信息,如果員工的基本信息有變化,系統(tǒng)需要能夠編輯員工的信息,如果員工離職,系統(tǒng)能夠刪除員工信息并對員工進行存檔。 圖4(5營業(yè)管理酒店領班只負責營業(yè)管理,顧客就餐時,可以添加桌位編號、人數(shù)、菜單等營業(yè)信息,并且可以根據(jù)客人調整營業(yè)信息,系統(tǒng)自動計算消費金額進行結算。 (6預訂管理酒店領班只負責營業(yè)、預訂等管理。顧客就餐時能夠添加預訂人、電話、菜單、人數(shù)等預訂信息,并且可以隨時取消修改預訂信息。能夠對預訂信息進行計算消費金額。 圖6(7財務管理

7、具有財務處理功能,能夠對營業(yè)額進行各種統(tǒng)計。 圖7三、數(shù)據(jù)字典數(shù)據(jù)項表編號數(shù)據(jù)項名稱說明編號數(shù)據(jù)項名稱說明01用戶ID02用戶姓名03聯(lián)系方式04菜單ID05菜單名稱06價格07備注08職員ID09職員姓名10職稱11工資12聯(lián)系方式13賬單ID14菜單ID15價錢16份數(shù)17備注18營業(yè)ID19桌號20早中晚餐21賬單ID22備注23預訂ID24預訂人25桌號26早中晚餐27賬單號28用餐人數(shù)29應付款30備注表1數(shù)據(jù)項表編號數(shù)據(jù)結構名屬性01用戶用戶編號、用戶名、聯(lián)系方式02菜單菜編號、菜名、價格、備注03職員職工編號、姓名、職稱、工資、聯(lián)系方式04賬單賬單編號、菜編號、價錢、份數(shù)、備注0

8、5營業(yè)序號、桌號、早中晚、賬單號、備注表2數(shù)據(jù)流表編號數(shù)據(jù)流名輸入輸出01變更顧客信息變更信息用戶信息02查詢顧客信息用戶名稱用戶信息03變更菜單信息變更信息菜單信息04查詢菜單信息菜單名稱菜單信息05變更職員信息變更信息職員信息06查詢職員信息職員名職員信息07變更賬單信息變更信息賬單信息08查詢賬單信息賬單號賬單信息09變更營業(yè)資料變更資料營業(yè)資料10查詢營業(yè)資料營業(yè)序號營業(yè)資料11變更預訂信息變更信息預訂信息12查詢預訂信息預訂序號預訂信息表3四、概念結構設計(1菜單信息模塊 圖8 圖9 (3賬單信息模塊 圖10 (4營業(yè)信息模塊 圖11 圖12(6總E-R圖 圖13五、邏輯結構設計將E

9、-R圖轉化為關系模型實際上就是要將實體型、實體的屬性和實體型之間的聯(lián)系轉換為關系模式,這種轉換一般遵循如下原則:一個實體轉換為一個關系模式。實體的屬性就是關系的屬性,實體的碼就是關系的碼。(1一個1:1聯(lián)系可以轉換為一個獨立的關系模式,也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式,則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系關系模式合并,則需要在該關系模式的屬性加入另一個關系模式的碼和聯(lián)系本身的屬性。(2一個1:n聯(lián)系可以轉換為一個獨立的關系模式,也可以與n端對應的關系模式合并。如果轉換為一個獨立

10、的關系模式,則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,而關系的碼為n端實體的碼。(3一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,各實體的碼組成關系的碼或關系碼的一部分。(43個或3個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,各實體的碼組成關系的碼或關系碼的一部分。(5具有相同碼的關系模式可合并。六、物理結構設計物理結構相對于前兩個來說要簡單一些。圖形界面的DBMS的數(shù)據(jù)庫的建立簡單到了極點。下面以建立小區(qū)管理者信息表為例介紹用sql2005建立數(shù)據(jù)庫

11、數(shù)據(jù)表。(1打開sql2005在數(shù)據(jù)庫上點擊右鍵(2選擇新建數(shù)據(jù)庫,出現(xiàn)下面畫面數(shù)據(jù)庫名取做餐廳(3在餐廳中“表”選項上右鍵選擇新建表進入表的字段設置(4表的字段設置如下圖這個應注意設置主鍵問題,一般主鍵都設置在ID上,Ctrl+S保存表,表名取為employee。、設計“職員”表 圖14 圖15 、設計“菜單”表 圖16 圖17 、設計“賬單”表 圖18 圖19、設計“貨物”表 圖20 、編輯“貨物”表中的數(shù)據(jù) 圖21七、設計小結這次的課程設計可以說是為畢業(yè)設計做的一個預演,真的做起來困難重重,深刻體會到做一個軟件,里面需要的很多知識我們沒有接觸過,去圖書館找書的時候發(fā)現(xiàn),我們學的僅僅是皮毛

12、,還有很多東西需要我們去發(fā)掘,就算是借一本書看完它,我們還是會發(fā)現(xiàn)還有很多知識沒有吃透,這需要我們不斷的實踐,不斷地自學習,不斷地發(fā)現(xiàn)問題去思考問題。從需求分析階段不斷地搜索資料,想充分了解自己所做的課題在客戶或者公司中的需求,由于軟件工程這門課學的不深,畫數(shù)據(jù)流圖等等軟件設計流程做起來很生疏,翻閱課本,和軟件工程課老師上課的講解,總算整了一個像樣點的需求分析,但是也不知道是不是正確,根據(jù)數(shù)據(jù)流圖,不斷修改需求,由于這個課程設計沒有連接外部設備,比如打印機,網(wǎng)絡等,所以做的都是在實踐階段,根據(jù)設計的大概模式展開一步步的模塊構造。經(jīng)過不斷地測試,不斷地改進,其中還是發(fā)下了不少問題,第一次做這些工作,沒有任何經(jīng)驗,甚至無從下手,還是很謝謝老師和同學的幫忙,從中也學到了一些代碼的寫法,為什么要這樣寫,通過和同學的討論,找到一些書本上沒有的方法,如何數(shù)據(jù)綁定等等,怎樣從數(shù)據(jù)庫中將數(shù)據(jù)提取出來放到一個文本框或者標簽內,這些東西是組成界面的東西,雖然小,但是可以體現(xiàn)整個軟件的水平,其實并不需要建多少數(shù)據(jù)庫的表,寫多少復雜的存儲過程,是不是用了數(shù)據(jù)庫函數(shù),觸發(fā)器等等,但是至少要弄明白這些東西如果操作,清晰思路才能將功能分清晰。雖然結果還是沒有成功的將數(shù)據(jù)庫和程序連接起來,不過還是有了很大收獲。人如果沒有自信,沒