【文章內容簡介】 歷、計算器、記事本等輔助小工具。2幫助該模塊中包括關于該系統(tǒng)的簡介和對該系統(tǒng)操作說明的用戶手冊，以便于用戶了解并使用該系統(tǒng)。 該模塊中包括三部分：注銷功能、退出系統(tǒng)和關閉計算機。1注銷功能該功能用于退出當前用戶，重新登錄用戶。2退出和關閉計算機該功能用于關閉系統(tǒng)或關閉計算機。第4章 數(shù)據(jù)庫設計 數(shù)據(jù)庫設計原則一個好的數(shù)據(jù)庫產(chǎn)品并不等于就是有一個好的應用系統(tǒng)，假設不能設計一個邏輯合理的數(shù)據(jù)庫模型，不僅僅會增加程序客戶端和服務器端的編程與維護的難度，而且還會大大影響系統(tǒng)在實際操作運行的性能。一般來說，在一個MIS系統(tǒng)分析、設計、測試和試運行階段中，因為數(shù)據(jù)量比較小，設計人員和測試人員往往只會著重注意到功能的實現(xiàn)，而很難注意到性能的損耗，一旦系統(tǒng)投入實際操作運行一段時間后，才能夠發(fā)現(xiàn)系統(tǒng)的性能降低。數(shù)據(jù)應用的核心是數(shù)據(jù)庫設計。數(shù)據(jù)庫設計的兩種方法:(1)面向數(shù)據(jù):以信息需求為主，同時兼顧處理需求。(2)面向過程:以處理需求為主，同時兼顧信息需求。數(shù)據(jù)庫設計是建立數(shù)據(jù)庫和應用系統(tǒng)的核心和基礎，它要求對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立一個數(shù)據(jù)庫應用系統(tǒng)，該系統(tǒng)可以有效地存儲數(shù)據(jù)，滿足用戶的應用需求。一般來說，在按照一個標準化的設計方法，設計數(shù)據(jù)庫通常分為幾個階段：系統(tǒng)規(guī)劃階段:主要是確定系統(tǒng)的名稱、范圍。 確定系統(tǒng)功能和性能的發(fā)展目標，確定所需的系統(tǒng)資源。估計系統(tǒng)開發(fā)成本，確定系統(tǒng)實施計劃和時間表。分析估計該系統(tǒng)的有效性可達到確定系統(tǒng)的設計原則和技術路線。對分布式數(shù)據(jù)庫系統(tǒng)，還應分析用戶環(huán)境及網(wǎng)絡條件，以選擇和建立系統(tǒng)的網(wǎng)絡結構。需求分析階段:需要在用戶調查的基礎上，通過分析，逐步的明確用戶對系統(tǒng)的各種需求，包括數(shù)據(jù)需求以及圍繞這些數(shù)據(jù)的業(yè)務處理需求。通過對組織、部門、企業(yè)等進行詳細的調查和了解，在了解現(xiàn)行系統(tǒng)的概況和確定新系統(tǒng)功能的過程中，收集支持系統(tǒng)目標的基礎數(shù)據(jù)及其處理方法。概念設計階段:要產(chǎn)生反映的信息需求，組織結構數(shù)據(jù)庫的概念，即概念模型。概念模型必須有能力來表達豐富的語義，容易溝通和理解，而且要很容易改變，易于轉換為各種數(shù)據(jù)模型，概念模型來自容易與DBMS和其他相關特性的邏輯模型。選擇的系統(tǒng)數(shù)據(jù)庫ER圖模型的概念設計，也就是所謂的實體 關系模型。邏輯設計階段:除了要把ER圖的實體聯(lián)系類型轉換成選定的 DBMS支持的數(shù)據(jù)類型，還要設計子模式并且對模式進行評價，而且最后為了使模式適應信息的不同表示，需要進行模式的優(yōu)化。物理設計階段：主要任務是數(shù)據(jù)庫中的數(shù)據(jù)存儲在物理設備上的結構和存取方法的設計。數(shù)據(jù)庫的物理結構依賴于給定的計算機系統(tǒng)，并有密切的關系數(shù)據(jù)庫管理系統(tǒng)的具體選擇。物理設計約束通常包括一些操作，如響應時間和存儲要求。系統(tǒng)實施階段:主要包括建立實際的數(shù)據(jù)庫結構、裝入試驗數(shù)據(jù)對應用程序進行測試以及裝入實際數(shù)據(jù)建立實際數(shù)據(jù)庫三個步驟。此外，在數(shù)據(jù)庫設計過程中還包括一些其他的設計，如數(shù)據(jù)庫的安全性，完整性，一致性和可恢復性等方面的設計。然而，這些設計總是以犧牲效率為代價的，設計師的任務是盡可能地在效率和功能之間的一個合理的折衷。 概念設計本系統(tǒng)涉及到的實體有：用戶信息、菜品信息、菜品類別信息、用餐類別信息、消費明細信息、用戶充值信息、用戶評價標準、用戶意見、點餐信息、菜品按鈕設置信息、顏色設置信息。本系統(tǒng)主要實現(xiàn)了用戶點菜、用戶充值、用戶滿意度提交、用戶信息查詢以及用戶充值記錄查詢、用戶消費明細查詢等等。其中用戶信息表是主表，它的從表都有、用戶評價標準表、用戶意見表、用戶充值記錄查詢表、用戶消費明細表。菜品類別信息表和用餐類別表是主表，菜品信息表是它倆的從表，而消費明細表是菜品信息表的從表。 用戶信息實體屬性圖用戶信息實體屬性圖。 用戶信息實體屬性圖 菜品信息實體屬性圖菜品信息實體屬性圖。 用餐類別實體屬性圖用餐類別實體屬性圖。菜品類別信息實體屬性圖。 菜品類別信息實體屬性圖 用戶消費信息實體屬性圖用戶消費信息實體屬性圖。 用戶充值信息實體屬性圖用戶充值信息實體屬性圖。 用戶充值信息實體屬性圖 用戶意見實體屬性圖用戶意見實體屬性圖。 八月活動實體屬性圖 評價標準實體屬性圖評價標準實體屬性圖。 評價標準實體屬性圖 點餐信息實體屬性圖點餐信息實體屬性圖。 點餐信息實體屬性圖 顏色設置實體屬性圖顏色設置實體屬性圖。 顏色設置實體屬性圖 按鈕設置實體屬性圖按鈕設置實體屬性圖。 按鈕設置實體屬性圖用戶與充值信息、評價標準、意見信息、消費信息是一對多的關系。菜品類別信息與菜品信息是一對多的關系，用餐信息與菜品信息也是一對多的關系，菜品信息與消費清單是多對一的關系，用戶與顏色設置、按鈕設置是多對一的關系。系統(tǒng)整體的E—R圖。 邏輯結構設計通過上述ER圖的描述，根據(jù)ER向關系模型的轉化規(guī)則，可以得到以下關系模型：用戶信息（用戶編號、用戶名、用戶密碼、用戶余額、用戶權限）充值（充值編號、用戶編號、用戶名、充值記錄、充值日期）菜品信息（菜品編號、用餐編號、用餐名稱、菜品類別編號、菜品類別名稱、菜品名稱、份數(shù)、菜品價格）消費信息（清單編號、用戶編號、菜品編號、用餐名稱、菜品類別名稱、菜品價格、份數(shù)、消費金額、消費日期）用戶意見（意見編號、用戶編號、用戶名、菜品溫度控制、菜品味道、服務態(tài)度、其它、提交日期）評價標注（評價編號、用戶編號、用戶名、評價標準、評價日期）顏色信息（控件名稱、控件顏色、字體顏色）按鈕信息（按鈕、高度、寬度） 數(shù)據(jù)庫表結構設計根據(jù)數(shù)據(jù)庫邏輯結構設計，設計出數(shù)據(jù)庫表結構，數(shù)據(jù)表信息如下： 活動信息表活動信息表如表4，1所示。表名tb_User（用戶信息）列名注釋數(shù)據(jù)類型空/非空約束條件用戶編號用戶編號Int 自動編號F主鍵用戶名用戶名varchar(10)F用戶密碼用戶密碼varchar(10)F用戶余額用戶余額decimal(10, 2)F用戶權限用戶權限IntF 菜品信息表。表名tb_cp（菜品信息表）列名注釋數(shù)據(jù)類型空/非空約束條件菜品編號菜品編號Int 自動編號F主鍵用餐編號用餐編號IntF外鍵用餐名稱用餐名稱varchar(15)F菜品類別編號菜品類別編號IntF外鍵菜品類別名稱菜品類別名稱varchar(15)F菜品名稱菜品名稱varchar(10)F份數(shù)份數(shù)IntF菜品價格菜品價格decimal(10, 2)T 用餐類別信息表。表名Tb_yclb（用餐類別信息表）列名注釋數(shù)據(jù)類型空/非空約束條件用餐編號用餐編號Int F主鍵用餐名稱用餐名稱varchar(15)F 菜品類別信息表。 菜品類別信息表表名Tb_cclb（菜品類別信息表）列名注釋數(shù)據(jù)類型空/非空約束條件菜品類別編號菜品類別編號Int F主鍵菜品類別名稱菜品類別名稱varchar(15)F 用戶消費信息表。 用戶消費信息表表名Tb_bill（用戶消費信息表）列名注釋數(shù)據(jù)類型空/非空約束條件清單編號清單編號Int 自動編號F主鍵用戶編號用戶編號IntF外鍵菜品編號菜品編號IntF外鍵用餐名稱用餐名稱varchar(15)F菜品類別名稱菜品類別編號 intF份數(shù)份數(shù)intF菜品價格菜品價格decimal(10, 2)F消費金額消費金額decimal(10, 2)F消費日期消費日期datetimeF 用戶充值信息表。 用戶充值信息表表名tb_ChongZhi（用戶充值信息表）列名注釋數(shù)據(jù)類型空/非空約束條件充值編號充值編號Int 自動編號F主鍵用戶編號用戶編