【文章內容簡介】 Date數據結構編號：04數據結構名稱：Orders數據結構說明：其中主鍵是OrderID數據結構組成：OrderID、MembID、TotalNum、ToalMoney、PhoneNumber、OrderTime數據結構編號：05數據結構名稱：OrdersDetail數據結構說明：其中主鍵是Order_DetailID數據結構組成：Order_DetailID、OrderID、FoodID、FoodTotalNum、FoodName、FoodPrice 數據處理編號：P1名稱：訂餐管理輸入：點菜單處理：匯總點菜單輸出：訂單編號：P2名稱：菜品管理輸入：菜品表處理：把菜品分解成菜料輸出：菜品信息編號：P3名稱：會員管理輸入：會員信息處理：記錄會員輸出：會員記錄數據流編號：F1名稱：瀏覽信息簡述：返回前臺點菜信息組成：無來源：游客去向：訂餐管理模塊編號：F2名稱：訂單簡述：會員的訂餐組成：編號+名稱來源：訂餐管理模塊去向：格蘭德飯店編號：F3名稱：提示未注冊簡述：游客未注冊就訂單是不可以的組成：無來源：訂餐管理模塊去向：游客編號：F4名稱：顯示菜品信息簡述：菜品的詳細信息組成：編號+菜品名稱+菜品詳情+菜品價格來源：菜品管理模塊去向：訂餐管理模塊編號：F5名稱：記錄會員信息簡述：會員通過申請成功而記錄的組成：會員ID+會員姓名+會員性別+郵箱+電話+密碼+地址+訂餐次數來源：會員去向：會員管理模塊 數據存儲編號：D1名稱：會員信息存儲簡述：儲存會員的信息組成：會員ID+會員姓名+會員性別+郵箱+電話+密碼+地址+訂餐次數關鍵字：會員ID編號：D2名稱：菜品信息存儲簡述：菜品的所有信息組成：菜品ID+菜品名稱+價格+介紹+圖片+被訂次數關鍵字：菜品ID編號：D3名稱：訂餐信息存儲簡述：訂單信息組成：訂單ID+訂單會員ID+該訂單菜品總量＋總額＋聯系電話＋訂餐時間關鍵字：訂單ID+訂單會員ID 外部實體編號：S1名稱：游客簡述：未注冊的人輸入的數據流：瀏覽信息輸出的數據流：無編號：S2名稱：管理員簡述：更新菜品和管理訂單的部門輸入的數據流：菜品信息輸出的數據流：無編號：S3名稱：會員簡述：已注冊且申請會員身份的人輸入的數據流：訂餐信息輸出的數據流：無第三章 系統(tǒng)設計完成了系統(tǒng)的需求分析之后，就進入了系統(tǒng)的設計階段，在整個系統(tǒng)的開發(fā)時期中，設計階段是最主要的階段。 系統(tǒng)總體設計在軟件系統(tǒng)設計中，模塊是指這樣的一組程序語句，它包括輸入與輸出、邏輯處理功能、內部信息及其運行環(huán)境。 通過前一階段的系統(tǒng)初步調查以及在對這套格蘭德飯店網訂管理信息系統(tǒng)的技術可行性分析、經濟可行性分析、管理可行性分析以及系統(tǒng)需求分析的前提下，確定了這套網訂管理信息系統(tǒng)要實現三個功能模塊。它們分別是：訂餐管理模塊、菜品管理模塊和會員管理模塊?？紤]到本系統(tǒng)的特點及各種軟件開發(fā)過程模型的優(yōu)缺點，這套信息系統(tǒng)采用的是結構化分析方法。它特別適合于在關系數據庫管理系統(tǒng)，采用客戶/服務器(即C/S)體系結構，利用有面向對象特征的軟件開發(fā)平臺、開發(fā)具有圖形用戶界面、事件驅動的軟件。由于本系統(tǒng)是在一個內部局域網中運行，而且現在一般計算機的硬件性能都能夠達到很高的處理能力等實際情況，以及C/S模式有安全性高、交互性強、處理數據量大、數據查詢靈活等特點，因此，采用C/S模式而不是B/S模式。另外，由于多個客戶機共享一臺服務器，而且不同的客戶端有不同的使用權限，所以，每個員工的特定處理放在客戶端完成，這樣可以減輕服務器的負擔，提高系統(tǒng)運行的性能。格蘭德飯店網訂管理系統(tǒng)總統(tǒng)設計所要實現的目標是：(1)實現多點操作的信息共享，相互之間的信息傳遞要準確、快捷。(2)采用漢字圖形用戶界面，系統(tǒng)界面友好美觀，操作簡單易行，查詢靈活方便。(3)業(yè)務管理信息化，可隨時掌握訂餐、會員管理和菜品信息等情況。(4)支持多種付款方式。支付寶、網銀、貨到付款等多種方式混合收銀。(5)系統(tǒng)維護方便可靠，具有靈活性、通用性及安全性的特點。 根據系統(tǒng)功能的要求，格蘭德飯店網訂管理信息系統(tǒng)具有三個功能模塊，包括訂餐管理模塊、菜品管理模塊和會員管理模塊。不同身份的用戶在登錄系統(tǒng)后對各個子系統(tǒng)中的功能模塊的操作情況是不同的。使用者的權限分為系統(tǒng)管理員和普通用戶，下面以權限為普通用戶的身份進行登錄為例，對系統(tǒng)的結構流程進行設計，如圖31所示。 代碼設計1． 唯一性在本系統(tǒng)中，每一個代碼都標識了系統(tǒng)中的每一個實體，而每一個實體也只能由一個代碼來唯一確定。 2．標準性主要體現在對程序文件名命名和對數據文件命名的一目了然，無重復現象。為了系統(tǒng)維護人員便于進行系統(tǒng)維護，使用了統(tǒng)一的標準。 3．合理性系統(tǒng)中代碼設計與編碼對象的分類相適應，以使代碼對編碼對象的分類據有標志作用。 4．簡單性在設計過程中采用漢字的漢語拼音的聲母來表示漢字。 5．適應性在代碼設計過程中，代碼反映了編碼對象的特點，便于識別和記憶，使系統(tǒng)維護人員容易了解和掌握，便于進行維護工作。 6．規(guī)范性代碼的結構、類型、格式統(tǒng)一，便于記憶和計算機進行處理。 7．可擴充性考慮到今后程序擴充的需要，在編制代碼時，留有足夠的備用代碼。 菜品編號設計Table Food numbers code design table代碼設計任務書2013年4月21號編碼對象名稱編碼方式位數校驗碼菜品編號順序碼5無編碼對象數量使用時間適用范圍2013420Glend飯店網訂管理系統(tǒng)代碼化目的便于輸入和檢驗；便于計算機分類處理構成從15為表示菜品的編號序號代碼意義100001編號是00001的菜品200002編號是00002的菜品300003編號是00003的菜品400004編號是00004的菜品500005編號是00005的菜品6………… 訂單編號設計Table Menu numbers code design table代碼設計任務書2013年4月21號編碼對象名稱編碼方式位數校驗碼訂單編號順序碼4無編碼對象數量使用時間適用范圍20130420Glend飯店網訂管理系統(tǒng)代碼化目的便于輸入和檢驗；便于計算機分類處理構成14位表示第幾號訂單序號代碼意義10001編號是0001號訂單20002編號是0002號訂單30003編號是0003號訂單……………… 會員編號設計 Table Member numbers code design table代碼設計任務書2013年4月21號編碼對象名稱編碼方式位數校驗碼會員編號順序碼4無編碼對象數量使用時間適用范圍2013420Glend飯店網訂管理系統(tǒng)代碼化目的便于輸入和檢驗；便于計算機分類處理構成14位表示會員的先后編號序號代碼意義10001編號為0001的會員20002編號為0002的會員30003編號為0003的會員40004編號為0004的會員50005編號為0005的會員……………… 反饋信息編號設計 Table Material Requisition numbers code design table代碼設計任務書2013年4月21號編碼對象名稱編碼方式位數校驗碼反饋信息編號順序碼4無編碼對象數量使用時間適用范圍2013420Glend飯店網訂管理系統(tǒng)代碼化目的便于輸入和檢驗；便于計算機分類處理構成14位表示反饋信息的編號序號代碼意義10001編號是0001的反饋信息20002編號是0002的反饋信息30003編號是0003的反饋信息……………… 數據庫設計 概念結構設計概念結構設計的任務是在需求分析階段產生的需求說明書的基礎上，按照特定的方法把它們抽象為一個不依賴于任何具體機器的數據模型，即概念模型。概念模型使設計者的注意力能夠從復雜的實現細節(jié)中解脫出來，而只集中在最重要的信息的組織結構和處理模式上。ER圖由三種符號組成，如圖32所示?！皩嶓w”是現實世界中描述客觀事物的概念?！皩傩浴币话阒冈囶}具有的某種特性。“聯系”可以分為兩類：一類是實體沒不得聯系；另一類是實體之間的聯系。實體 屬性 聯系 ER圖基本圖例 ER chart legend： 注冊會員游客訂單編號 1 1菜品總量訂單會員編號訂餐 m聯系電話總額 n訂餐時間菜品設置管理員 n 1 會員姓名密碼電話郵箱會員編號性別會員地址類型 菜品編號菜品名稱菜品菜品價格介紹管理員密碼管理員名稱 系統(tǒng)總體ER圖 The overall system the ER diagram 邏輯結構設計邏輯結構設計是將概念結構設計階段完成的概念模型轉換成能被選定的數據庫管理系統(tǒng)支持的數據結構模型。數據模型由ER模型轉換而來。數據庫的設計采用一庫多表式設計。即設計了一個數據庫。把每個獨立的網訂企業(yè)設計為獨立的應用實體。采用這種設計的好處就是：符合網訂企業(yè)網訂供應鏈環(huán)節(jié)的處理及時迅速的特點，有利于在網訂企業(yè)內部提高工作效率，降低成本。 菜品和飲料 FoodAndDrink序號字段名稱字段描述字段類型長度備注1FoodID菜品IDchar5非空，主鍵2FoodName菜品名稱nvarchar50非空3FoodPrice價格Numeric10非空4FoodIntro介紹text50允許空 Member序號字段名稱字段描述字段類型長度備注1MembID會員IDchar4主鍵，非空2MembName會員姓名nvarchar50非空3MembGender性別char1非空4MembEmail郵箱nvarchar50允許空5MembPhone電話nchar11非空6MembPwd密碼char6非空7MembAddress地址nvarchar50非空8MembType類型nvarchar30非空 會員反饋 Member Reback序號字段名稱字段描述字段類型長度備注1RebackID信息IDchar4主鍵,非空，2MembName會員姓名nvarchar50非空3RebackContent留言內容text50非空4RebackDate留言時間datetime8非空 訂單 Orders序號字段名稱字段描述字段類型長度備注1OrderID訂單IDchar4主鍵，非空， 2MembID會員IDchar4非空，外鍵3TotalNum菜品數量Int 10非空4TotalMoney總額Numeric10非空5PhoneNumber聯系電話 nchar11非空6OrderTime訂餐時間Datetime8非空 詳細菜單 Orders Detail序號字段名稱字段描述字段類型長度備注1OrderID訂單IDchar4非空，外鍵2FoodID菜品IDchar5非空3FoodTotalNum菜品數量Int 4非空4FoodName菜品名稱nvarchar50非空5FoodPrice 價格Numeric10非空6Order_DetailID詳細菜品IDInt 4主鍵,非空 物理結構設計物理結構設計是在邏輯結構設計的基礎上進一步設計數據存儲模式的一些物理細節(jié)。物流結構設計通常分為兩步：確定數