【正文】 唯一；系統(tǒng)自動(dòng)賦予CustTomerNameNvarchar（30）否CustAddresNvarchar（30）否CustPhone字段名數(shù)據(jù)類型是否允許為空鍵或索引說明CustIDInt（20）否主鍵參照顧客表CustPhoneNvarchar（30）否主鍵唯一Admin字段名數(shù)據(jù)類型是否允許為空鍵或索引說明AdminIDInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予AdminPsdInt(30)否唯一；長(zhǎng)度大于6AdminNameNvarchar（30）否AdminTypeNuem否分為前臺(tái)管理員、電話預(yù)定員、系統(tǒng)管理員Order字段名數(shù)據(jù)類型是否允許為空鍵或索引說明OrderIDInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予CustIDInt（20）否參照顧客表AdminIDInt(20)否參照管理員表 OrderDatedatetime否系統(tǒng)自動(dòng)生成SubTotalNumeric(18,2)否根據(jù)LineItem表生成TotalAmountInt是根據(jù)LineItem表生成LineItem字段名數(shù)據(jù)類型是否允許為空鍵或索引說明OrderIDInt(10)否主鍵參照訂單表ProIdInt(20)否主鍵參照產(chǎn)品表QuantityInt（10）否ActualPrice Numeric(18,2)否LineAmountNumeric(18,2)否系統(tǒng)自動(dòng)生成Product 字段名數(shù)據(jù)類型是否允許為空鍵或索引說明ProIdInt(20)否主鍵唯一；系統(tǒng)自動(dòng)賦予ProNameNvarchar(50)否]唯一ProPrice Numeric(8,2)否ProPicturImage否唯一ProAbstractNtest否唯一；非空ProAmountNtest是參照留言表物理數(shù)據(jù)庫(kù)文件組織及索引設(shè)計(jì)根據(jù)實(shí)際情況和需求分析，我們估計(jì)了表的行的大小和數(shù)目如下圖所示。表名行對(duì)象數(shù)目每個(gè)行對(duì)象的字節(jié)數(shù)Admin2000200Order5000000100LineItem1000000040Product4000200Customer500000200CustPhone100000050我們假設(shè)選擇的塊大小是由4000個(gè)可用字節(jié)的4k（4096個(gè)字節(jié)）。在Admin表的例子中，分塊因子4000/200。Admin表的大小是2000/20。Admin表的掃描時(shí)間是100*。類似的可以算出其余幾個(gè)表的計(jì)算如下圖表名行對(duì)象數(shù)目每行字節(jié)數(shù)分塊因子（BF）塊數(shù)掃描時(shí)間（秒）是否需要索引Admin200020020100否Order500000010040125000是LineItem1000000040100100000250是Product400020020200否Customer500000200202500062．5是CustPhone1000000508012500是上面的計(jì)算表明1） 索引這六個(gè)表的6個(gè)主鍵——AdminId、OrderId、（OrderId ，ProId）、ProId、CustId、（CustId，CustPhone）。主鍵一般是最常被訪問的屬性。2） 可將Admin和Product存儲(chǔ)在數(shù)據(jù)庫(kù)服務(wù)器的高速緩沖去。即使沒有被緩存，沒有必要索引除了主鍵之外的任何屬性。3）Order、LineItem、Customer和CustPhone是大表，并且需要索引來加快查詢的速度?？梢酝ㄟ^索引具有大量不同值的外鍵提高檢索速度。很明顯AdminId、OrderId、ProId、CustId都是很好的索引候選。4）索引被頻繁訪問并具有相對(duì)大量不同質(zhì)的非屬性鍵如CustomerName也可作為索引。數(shù)據(jù)九：確定系統(tǒng)構(gòu)架等設(shè)計(jì)元素、設(shè)計(jì)類圖建模實(shí)驗(yàn)十：界面設(shè)計(jì)印第安漢堡點(diǎn)餐系統(tǒng)是基于提高點(diǎn)餐周轉(zhuǎn)速率以及更好地進(jìn)行庫(kù)存控制而開發(fā)的，在界面設(shè)計(jì)上我們也充分考慮到快餐店的經(jīng)營(yíng)特點(diǎn)，盡可能地提供便捷的頁(yè)面操作方式，提高漢堡店的經(jīng)營(yíng)效率。（1）通用原則 界面色彩要求：計(jì)算機(jī)屏幕的發(fā)光成像和普通視覺成像有很大的不同，應(yīng)該注意這種差別作出恰當(dāng)?shù)纳蚀钆?。例如輕松的淡彩為主配色，灰色系為主配色等等。我們的點(diǎn)餐系統(tǒng)采用橙黃的為基調(diào)，旨在提供一種溫馨、熱情的界面感覺。（2）界面平面版式要求：系統(tǒng)樣式排版整齊劃一，盡可能劃分不同的功能區(qū)域于固定位置，固定的格式，方便用戶導(dǎo)航使用；排版不宜過于密集，保留一定的“留白”區(qū)域，減輕查看時(shí)的視覺疲勞。 （3）數(shù)據(jù)顯示集中原則：各種列表在頁(yè)面中往往是傳遞信息的核心，盡量集中的表現(xiàn)出來，并提供必要的關(guān)聯(lián)數(shù)據(jù)、表等恰當(dāng)?shù)慕M織起來，并且在視覺上使用戶很容易察覺數(shù)據(jù)之間的關(guān)系，并方便查看、編輯等。（4）主次分明原則：頁(yè)面中同時(shí)分布較多欄目的情況下，按照頁(yè)面的伸展方向，即由上到下，有左到右，根據(jù)瀏覽的方向，重要的內(nèi)容應(yīng)該在左邊最易注意的位置，導(dǎo)航等置于頁(yè)面頭部固定位置。、選項(xiàng)等內(nèi)容。 （5） 變化（對(duì)比）原則：在頁(yè)面主體內(nèi)容部分往往有很多文本信息，它是需要用戶認(rèn)真閱讀的部分，只在文本字體、色彩上增加格式的變化，如加粗、下劃線、行前導(dǎo)符、鏈接文本的不同狀態(tài)定義等，就可以將冗長(zhǎng)的文檔、表格等組織的很有條理；冗長(zhǎng)的內(nèi)容“層次“就有了變化，更容易辯識(shí)(Readable)；在美學(xué)角度增加了相臨部分間的對(duì)比。 （6） 頁(yè)面留白：頁(yè)面留白同時(shí)也是一種增加可讀性的方式。在文字區(qū)域防止用戶讀完一行無法定位下一行的位置的麻煩，在整體布局上，它可以減輕用戶的視覺疲勞。 （7） 即時(shí)響應(yīng)原則：每一個(gè)交互動(dòng)作應(yīng)該能夠馬上看到操作的結(jié)果，并且用色彩、文字粗細(xì)、閃爍、彈出、頁(yè)面布局的明顯變化等突出方式告知用戶。 （8） 鼠標(biāo)最短距離移動(dòng)原則：交互按鈕控件等根據(jù)執(zhí)行前后關(guān)系及表單中狀態(tài)的控制等合理的組織起來。 每天上班開始之前，前臺(tái)人員和電話訂餐接線員用分配給他們賬號(hào)和密碼登錄到本系統(tǒng)，系統(tǒng)自動(dòng)顯示出上述頁(yè)面，讓工作人員準(zhǔn)備開始一天的點(diǎn)餐工作。在主頁(yè)面上可以完成餐品瀏覽和餐品查詢，點(diǎn)擊“生成訂單”按鈕會(huì)進(jìn)入訂單生成的二級(jí)頁(yè)面。當(dāng)前臺(tái)人員或者電話訂餐接線員接收到客戶的有效訂餐時(shí)，在主頁(yè)上查詢到目標(biāo)餐品后，點(diǎn)擊主頁(yè)上餐品右下方的“生成訂單”按鈕，即進(jìn)入到上述頁(yè)面。工作人員按照顧客口述的信息填寫上面的相關(guān)內(nèi)容后，點(diǎn)擊“確定”按鈕，系統(tǒng)自動(dòng)將剛填寫完的訂單內(nèi)容寫入數(shù)據(jù)庫(kù)保存，同時(shí)打印出一式三聯(lián)的訂單條目，一聯(lián)傳入后方準(zhǔn)備餐品，一聯(lián)作為記賬憑證，還有一聯(lián)作為向顧客收款的憑證。注意，只有對(duì)于電話訂餐的訂單，上述四項(xiàng)內(nèi)容必須全部填寫完整，而對(duì)于前臺(tái)直接點(diǎn)餐的，只需要系統(tǒng)自動(dòng)生成訂單編號(hào)即可，其他幾項(xiàng)允許為空。后臺(tái)管理員憑借分配到的賬號(hào)和密碼登錄本系統(tǒng)后即可見到上述頁(yè)面。在管理員的主頁(yè)面上可以進(jìn)行餐品的查詢、刪除以及通過頁(yè)面鏈接進(jìn)入其他頁(yè)面進(jìn)行相關(guān)操作。例如管理員需要?jiǎng)h除某樣餐品，通過主頁(yè)上方的查詢條件的控制，找到目標(biāo)餐品，點(diǎn)擊餐品圖片右下方的“刪除”按鈕，經(jīng)系統(tǒng)提示確認(rèn)后即可刪除相關(guān)餐品。還可以通過主頁(yè)上“增加漢堡”以及“增加冰激凌”按鈕，進(jìn)入到“增加餐品”的二級(jí)頁(yè)面，進(jìn)行相關(guān)操作。在訂單管理頁(yè)面也進(jìn)行訂單的查詢和刪除操作。當(dāng)管理員接到退訂電話時(shí)，按照顧客給出的訂單編號(hào)或者顧客姓名、電話號(hào)碼進(jìn)行查詢，找到目標(biāo)訂單后，點(diǎn)擊該訂單右方的“刪除”按鈕，即可刪除當(dāng)前訂單。在庫(kù)存控制的頁(yè)面上，管理員主要可以完成對(duì)庫(kù)存商品的查詢以及每次進(jìn)貨時(shí)，對(duì)每種商品的庫(kù)存量進(jìn)行更新，以便更有效地進(jìn)行庫(kù)存控制。查詢條件一般為餐品的名稱或者編號(hào)。每次進(jìn)貨后，管理員點(diǎn)擊“庫(kù)存量更新”按鈕，根據(jù)每種餐品的庫(kù)存剩余量加上新進(jìn)貨量，添在新的“庫(kù)存剩余量”一欄中，在系統(tǒng)提示確認(rèn)后，即完成了對(duì)庫(kù)存量的更新。系統(tǒng)管理員通過主頁(yè)上的“增加漢堡”或者“增加冰激凌”按鈕，進(jìn)入到“餐品增加”二級(jí)頁(yè)面，根據(jù)實(shí)際情況，填寫相關(guān)信息后點(diǎn)擊“增加”即完成了對(duì)新餐品的錄入，系統(tǒng)會(huì)將新增加的餐品添加至餐品數(shù)據(jù)庫(kù)，如果點(diǎn)擊“取消”，則系統(tǒng)不做任何處理。系統(tǒng)管理員通過主頁(yè)上相應(yīng)餐品下方的“修改”按鈕，進(jìn)入到“餐品修改”二級(jí)頁(yè)面，根據(jù)實(shí)際情況，填寫相關(guān)信息后點(diǎn)擊“修改”即完成了對(duì)原餐品的修改，系統(tǒng)會(huì)將修改后的餐品添加至餐品數(shù)據(jù)庫(kù)，覆蓋原來的餐品。如果點(diǎn)擊“取消”，則系統(tǒng)不做任何處理。46 /