餐廳點餐系統(tǒng)數(shù)據(jù)庫實現(xiàn)

點餐數(shù)據(jù)庫第一部分調查用戶需求本系統(tǒng)的最終用戶為顧客，管理員。餐館的基本情況：顧客到餐館自助點餐，每個餐桌上都配有點餐設備，點餐之后通過網(wǎng)銀結賬，等餐，吃飯。訂單信息：餐桌號，菜的編號，價格，餐館的菜單信息：菜的編號，菜名，價格管理員：編號，姓名，登錄系統(tǒng)密碼（4）發(fā)票信息：發(fā)票編號，日期，價格，收款人用戶對系統(tǒng)的要求：A、信息要求1、訂單信息：餐桌號，菜的編號，價格2、餐館的菜單信息：菜的編號，菜名，價格3、發(fā)票信息：發(fā)票編號，日期，價格，管理員B、處理要求1、當顧客訂單信息發(fā)生改變時，能自行進行修改。比如某些顧客加菜時，顧客點餐信息就應該做相應的修改。2、當餐館的菜單信息需要發(fā)生變更時，管理員能對其進行修改。3、當顧客結賬后，管理員能根據(jù)其訂單通知廚房做菜并打印發(fā)票。4、顧客結賬后就餐。C、安全性與完整性要求安全性要求：（1）系統(tǒng)應設置訪問用戶的標識以鑒別是否是合法用戶，即是否為管理員，并要求合法用戶設置其密碼，保證用戶身份不被盜用。完整性要求：（1）各種信息記錄的完整性，信息記錄內容不能為空（2）各種數(shù)據(jù)間相互聯(lián)系的正確性（3）相同數(shù)據(jù)在不同記錄中的一致性第二部分系統(tǒng)功能的設計和劃分管理員可以查詢顧客的訂單信息管理員可以更新餐館的菜單信息管理員可以修改顧客的訂單信息管理員可以修改登錄密碼管理員可以根據(jù)訂單開發(fā)票。顧客可以查看餐館的菜單信息顧客可以更新自己的訂單信息第三部分數(shù)據(jù)流圖接收訂單流圖：菜單信息菜單信息顧客查看菜單點菜訂單信息結賬訂單信息管理員處理訂單流圖：訂單記錄本訂單登記訂單分配訂單號上菜已登記的訂單編號好的訂單菜顧客數(shù)據(jù)結構名組成菜單信息菜的編號，菜名，價格訂單信息座位號，菜的編號，價格，管理員編號管理員信息管理員員編號，姓名，用戶密碼發(fā)票信息發(fā)票編號，日期，價格，管理員姓名3.數(shù)據(jù)流：數(shù)據(jù)流名數(shù)據(jù)流來源數(shù)據(jù)流去向組成點餐信息顧客訂單表訂單信息處理信息訂單表管理員訂單信息結算信息管理員訂單表已處理信息查詢信息菜單表管理員菜單信息修改信息管理員菜單表已修改信息加餐信息顧客訂單表訂單信息發(fā)票信息管理員顧客發(fā)票信息4.數(shù)據(jù)存儲：數(shù)據(jù)存儲名說明輸入的數(shù)據(jù)流輸出的數(shù)據(jù)流組成訂單表顧客點餐的訂單表訂單信息已處理信息訂單信息訂單信息已處理信息菜單表餐館所有菜的信息菜單信息已修改信息菜單信息菜單信息已修改信息發(fā)票表餐館所開發(fā)票發(fā)票信息發(fā)票信息發(fā)票信息處理過程處理過程名輸入數(shù)據(jù)流輸出數(shù)據(jù)流顧客加餐菜單表訂單表錄入訂單信息訂單表訂單表查詢菜單信息菜單表訂單表結算菜單信息訂單表訂單表修改菜單信息菜單表菜單表開發(fā)票管理員發(fā)票第五部分概念結構設計一、概念結構設計：根據(jù)需求分析中畫出的點餐系統(tǒng)的數(shù)據(jù)流圖，可以看出在餐館點餐系統(tǒng)中一切活動都是以顧客為核心，而各種處理也是由顧客主動去完成，如點餐、結賬等。在整個數(shù)據(jù)流圖中顧客處于核心地位，而餐館的各個職能部門則完成相應的數(shù)據(jù)處理操作，如在結賬后由管理員通知廚房做菜并開發(fā)票。在需求分析中我們從分析餐館的結構入手，我們得出點餐系統(tǒng)存在著5個方面的需求，從而可以設計出5個概念模式，為下一步的概念結構設計打好基礎，這五個概念模式為：顧客點餐，管理員查詢訂單，管理員處理訂單，顧客加餐和管理員開發(fā)票。點餐系統(tǒng)顧客點餐管理員查詢訂單管理員處理訂單顧客加餐管理員開發(fā)票點餐系統(tǒng)概念結構（1）分數(shù)據(jù)流圖在第三部分（2）對應于各個分數(shù)據(jù)流圖的E—R圖設計為：（3）實體及相應的屬性菜單：{菜編號，菜名，菜價}；訂單：{座位號，菜編號，菜價，發(fā)票號}；管理員：{管理員編號，管理員姓名，管理員性別，年齡，出生日期，身份證號碼，用戶密碼}；發(fā)票：{發(fā)票號，日期，總價，管理員編號，管理員姓名}邏輯結構設計：在概念設計的基礎上，根據(jù)設計得到系統(tǒng)總的E-R圖，按照概念模式與關系表轉化的一般規(guī)則，結合實際的需要進行邏輯設計，E—R圖中的實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式。最后生成的關系及關系表如下（同時附說明）：菜單：{菜編號，菜名，菜價}；說明：由菜單生成的關系模式，訂單：{座位號，菜編號，菜價，發(fā)票號}；說明：由訂單生成的關系模式，由于訂單跟菜單的聯(lián)系是1：n，故將菜單的主碼菜編號加入到訂單關系模式中。管理員：{管理員編號，管理員姓名，用戶密碼}；說明：由管理員生成的