【正文】 建立概念數(shù)據(jù)模型 綜上所述，我們建立的概念數(shù)據(jù)模型如下圖所示：實驗六：將概念數(shù)據(jù)模型轉(zhuǎn)換為對象關(guān)系模型對象關(guān)系數(shù)據(jù)模型是帶有面向?qū)ο髷U充的關(guān)系數(shù)據(jù)模型，以關(guān)聯(lián)表或關(guān)系的形式描繪數(shù)據(jù)。則對象關(guān)系如下：Admin（AdminId，AdminName，AdminPsd，AdminType）Order（OrderId，OrderDate，DerivedSubTotal，DerivedTotalAmount）Customer（CustId，CustomerName，MultivaluedCustPhone，CustAddress）Product（ProId，ProName， ProPrice，ProPicture，ProAbstract，DerivedProAmount）為1：n關(guān)系安排外鍵在此系統(tǒng)中，有兩個一對多的關(guān)系，根據(jù)將1方的主鍵增加為n方的外鍵，則order關(guān)系將被修改為包含CustId 和AdminId，作為外鍵。LineItem（OrderId ，ProId ，Quantity，ActualPrice，LineAmount）規(guī)范化關(guān)系對象，進一步細化由于Customer允許通過接收多值屬性違背了第一范式，因而Customer不是一個良構(gòu)關(guān)系，而是一個對象關(guān)系，又因為我們進一步討論決定接收純粹的關(guān)系模型，因此將Customer分為關(guān)系，為：Customer（CustId，CustomerName， CustAddress）CustPhone（CustId，CustPhone）對象關(guān)系模型 經(jīng)過一步步的細化，我們產(chǎn)生了6個對象類，導(dǎo)出的對象關(guān)系模型如下：Admin（AdminId，AdminName，AdminPsd，AdminType）Order（OrderId，CustId，AdminId，OrderDate，DerivedSubTotal，DerivedTotalAmount）LineItem（OrderId ，ProId ，Quantity，ActualPrice，LineAmount）Product（ProId，ProName， ProPrice，ProPicture，ProAbstract，DerivedProAmount）Customer（CustId，CustomerName， CustAddress）CustPhone（CustId，CustPhone）實驗七：分析類圖建模這一部分通過圖對系統(tǒng)進行描述：交互圖是幫助在一個用例的分析類之間分配責(zé)任并說明類對象之間的相互交互的圖，常用的交互圖的類型是順序圖，它以時間順序的方式說明類的對象之間的交互。表單將信息傳遞給控制對象：OrderControl，于是創(chuàng)建訂單。類似的，控制將增加一個項目的責(zé)任傳遞給了：LineItem?；蛘撸篛rder對象可以負責(zé)增加：LineItem對象。 “預(yù)定”用例的活動圖： 子流程同步的活動圖： ： 狀態(tài)圖通過制定一個對象在自己的生存期間響應(yīng)時間而經(jīng)歷的狀態(tài)序列以及對這些事件的響應(yīng)來描述對象的行為?？梢哉J為對象的活動圖是狀態(tài)圖的一個特例。下圖是“預(yù)訂”用例的一個分析類圖：OrderPrimaryOrderIdOrderDateDerivedSubTotalDerivedTotalAmount//create order()//get order info()//update order info()CustomerPrimaryCustIdCustomerNameCustPhoneCustPhone//get customer info()//charge customer()ProductPrimaryProIdProNameProPrice//get products info()//update inventoryLineItemQuantityActualPriceDeriveLineAmount//add item()//get lineitems()//write order lineitems()BUYOrderControl//select item()//confirm order()//calc total()OrdertForm//select item()//confirm order()第三部分實驗八：物理數(shù)據(jù)庫設(shè)計 物理數(shù)據(jù)庫設(shè)計是對系統(tǒng)存儲結(jié)構(gòu)和存取方法等依賴于具體計算機結(jié)構(gòu)的各項物理設(shè)計措施的設(shè)計，涉及訪問的效率考慮因素比如響應(yīng)時間和事務(wù)吞吐量，本實驗旨在確保用戶在運行查詢時不必等待不合理的時間，從而有效執(zhí)行任務(wù)。表名行對象數(shù)目每個行對象的字節(jié)數(shù)Admin2000200Order5000000100LineItem1000000040Product4000200Customer500000200CustPhone100000050我們假設(shè)選擇的塊大小是由4000個可用字節(jié)的4k（4096個字節(jié)）。Admin表的大小是2000/20。類似的可以算出其余幾個表的計算如下圖表名行對象數(shù)目每行字節(jié)數(shù)分塊因子（BF）塊數(shù)掃描時間（秒）是否需要索引Admin200020020100否Order500000010040125000是LineItem1000000040100100000250是Product400020020200否Customer500000200202500062．5是CustPhone1000000508012500是上面的計算表明1） 索引這六個表的6個主鍵——AdminId、OrderId、（OrderId ，ProId）、ProId、CustId、（CustId，CustPhone）。2） 可將Admin和Product存儲在數(shù)據(jù)庫服務(wù)器的高速緩沖去。3）Order、LineItem、Customer和CustPhone是大表，并且需要索引來加快查詢的速度。很明顯AdminId、OrderId、ProId、CustId都是很好的索引候選。數(shù)據(jù)九：確定系統(tǒng)構(gòu)架等設(shè)計元素、設(shè)計類圖建模實驗十：界面設(shè)計印第安漢堡點餐系統(tǒng)是基于提高點餐周轉(zhuǎn)速率以及更好地進行庫存控制而開發(fā)的，在界面設(shè)計上我們也充分考慮到快餐店的經(jīng)營特點，盡可能地提供便捷的頁面操作方式，提高漢堡店的經(jīng)營效率。例如輕松的淡彩為主配色，灰色系為主配色等等。（2）界面平面版式要求：系統(tǒng)樣式排版整齊劃一，盡可能劃分不同的功能區(qū)域于固定位置，固定的格式，方便用戶導(dǎo)航使用；排版不宜過于密集，保留一定的“留白”區(qū)域，減輕查看時的視覺疲勞。（4）主次分明原則：頁面中同時分布較多欄目的情況下，按照頁面的伸展方向，即由上到下，有左到右，根據(jù)瀏覽的方向，重要的內(nèi)容應(yīng)該在左邊最易注意的位置，導(dǎo)航等置于頁面頭部固定位置。 （5） 變化（對比）原則：在頁面主體內(nèi)容部分往往有很多文本信息，它是需要用戶認真閱讀的部分，只在文本字體、色彩上增加格式的變化，如加粗、下劃線、行前導(dǎo)符、鏈接文本的不同狀態(tài)定義等，就可以將冗長的文檔、表格等組織的很有條理；冗長的內(nèi)容“層次“就有了變化，更容易辯識(Readable)；在美學(xué)角度增加了相臨部分間的對比。在文字區(qū)域防止用戶讀完一行無法定位下一行的位置的麻煩，在整體布局上，它可以減輕用戶的視覺疲勞。 （8） 鼠標最短距離移動原則：交互按鈕控件等根據(jù)執(zhí)行前后關(guān)系及表單中狀態(tài)的控制等合理的組織起來。在主頁面上可以完成餐品瀏覽和餐品查詢，點擊“生成訂單”按鈕會進入訂單生成的二級頁面。工作人員按照顧客口述的信息填寫上面的相關(guān)內(nèi)容后，點擊“確定”按鈕，系統(tǒng)自動將剛填寫完的訂單內(nèi)容寫入數(shù)據(jù)庫保存，同時打印出一式三聯(lián)的訂單條目，一聯(lián)傳入后方準備餐品，一聯(lián)作為記賬憑證，還有一聯(lián)作為向顧客收款的憑證。后臺管理員憑借分配到的賬號和密碼登錄本系統(tǒng)后即可見到上述頁面。例如管理員需要刪除某樣餐品，通過主頁上方的查詢條件的控制，找到目標餐品，點擊餐品圖片右下方的“刪除”按鈕，經(jīng)系統(tǒng)提示確認后即可刪除相關(guān)餐品。在訂單管理頁面也進行訂單的查詢和刪除操作。在庫存控制的頁面上，管理員主要可以完成對庫存商品的查詢以及每次進貨時，對每種商品的庫存量進行更新，以便更有效地進行庫存控制。每次進貨后，管理員點擊“庫存量更新”按鈕，根據(jù)每種餐品的庫存剩余量加上新進貨量，添在新的“庫存剩余量”一欄中，在系統(tǒng)提示確認后，即完成了對庫存量的更新。系統(tǒng)管理員通過主頁上相應(yīng)餐品下方的“修改”按鈕，進入到“餐品修改”二級頁面，根據(jù)實際情況，填寫相關(guān)信息后點擊“修改”即完成了對原餐品的修改，系統(tǒng)會將修改后的餐品添加至餐品數(shù)據(jù)庫，覆蓋原來的餐品。46 / 4