【正文】 stId（顧客號），CustomerName（顧客姓名），CustPhone（顧客電話）CustAddress（顧客地址）Product（產品）：ProId（產品號），ProName（產品名稱）， ProPrice（產品單價），ProPicture（產品圖片），ProAbstract（產品介紹），ProAmount（產品庫存）LineItem（訂單行項目）：Quantity（數(shù)量），ActualPrice（實際價格），LineAmount（項目總數(shù)量）確定標識符即選擇一個屬性作為這個類的唯一標識符。在此我們選擇AdminId（管理員號）、OrderId（訂單號、CustId（顧客號）、ProId（產品號）為標識符考慮屬性的性質在此，除了普通的屬性以外，我們認為顧客聯(lián)系方式應除了常用的一個以外，至少一個備用，所以CustPhone（顧客電話）為多值屬性，訂單的ubTotal（小計），TotalAmount（總數(shù)量），產品的ProAmount（產品庫存）可由其他數(shù)據(jù)確定，應為導出屬性。屬性與屬性之間的關系通過分析我們可以知道，一個顧客可以下多個訂單，一個訂單只能對應一個顧客購買；一個管理員（前臺）可以處理多個訂單，但每個訂單對應一個管理員，因此Customer和Order，Asmin和Order的關系是一對一的。每個訂單可包含多種產品，每個產品可以包括在不同的訂單里，因此Product和Order為多對多的關系，用關聯(lián)類LineItem來表示。建立概念數(shù)據(jù)模型 綜上所述，我們建立的概念數(shù)據(jù)模型如下圖所示：實驗六：將概念數(shù)據(jù)模型轉換為對象關系模型對象關系數(shù)據(jù)模型是帶有面向對象擴充的關系數(shù)據(jù)模型，以關聯(lián)表或關系的形式描繪數(shù)據(jù)。本次實驗基于前面概念數(shù)據(jù)模型的建立，將其轉化為對象關系，接著將所有關系合并為最終的、綜合的一組關系，其步驟如下：將類轉化為對象關系類的標識符成為該對象關系的主鍵，類的其他屬性成為該對象關系的非主鍵屬性。則對象關系如下：Admin（AdminId，AdminName，AdminPsd，AdminType）Order（OrderId，OrderDate，DerivedSubTotal，DerivedTotalAmount）Customer（CustId，CustomerName，MultivaluedCustPhone，CustAddress）Product（ProId，ProName， ProPrice，ProPicture，ProAbstract，DerivedProAmount）為1：n關系安排外鍵在此系統(tǒng)中，有兩個一對多的關系，根據(jù)將1方的主鍵增加為n方的外鍵，則order關系將被修改為包含CustId 和AdminId，作為外鍵。Order（OrderId，CustId，AdminId，OrderDate，DerivedSubTotal，DerivedTotalAmount）最后轉化關聯(lián)類 在Order和Product之間有一關聯(lián)類LineItem，其可映像為對象關系，并用兩個類的主鍵OrderId 和ProId的組合作為他的主鍵。LineItem（OrderId ，ProId ，Quantity，ActualPrice，LineAmount）規(guī)范化關系對象，進一步細化由于Customer允許通過接收多值屬性違背了第一范式，因而Customer不是一個良構關系，而是一個對象關系，又因為我們進一步討論決定接收純粹的關系模型，因此將Customer分為關系，為：Customer（CustId，CustomerName， CustAddress）CustPhone（CustId，CustPhone）對象關系模型 經(jīng)過一步步的細化，我們產生了6個對象類，導出的對象關系模型如下：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)進行描述：交互圖是幫助在一個用例的分析類之間分配責任并說明類對象之間的相互交互的圖，常用的交互圖的類型是順序圖，它以時間順序的方式說明類的對象之間的交互。下圖為按照指導原則描繪的“預訂”用例的順序圖：圖中詳細描述了“預定”用例的順序圖：參與者：Customer選擇一個或多個產品調用該用例，這個消息//select item（選擇產品項）表明，它被傳給：OrderForm。表單將信息傳遞給控制對象：OrderControl，于是創(chuàng)建訂單?？刂茖ο髮?chuàng)建新訂單的責任傳給了：Order，：Order創(chuàng)建一個新訂單。類似的，控制將增加一個項目的責任傳遞給了：LineItem。它來創(chuàng)建一個新的項目?；蛘?，：Order對象可以負責增加：LineItem對象。： 活動圖和順序圖相似，但兩個圖的重點不同，順序圖在于說明一個程序中的控制流，而活動圖說明系統(tǒng)中活動到活動的控制流，什么活動可以并行進行，和任何通過流的可選路徑。 “預定”用例的活動圖： 子流程同步的活動圖： ： 狀態(tài)圖通過制定一個對象在自己的生存期間響應時間而經(jīng)歷的狀態(tài)序列以及對這些事件的響應來描述對象的行為。一個對象的狀態(tài)是在對象生存期間的一個條件或情況，在這個時間它滿足某些條件，執(zhí)行某些活動或等待某些事件。可以認為對象的活動圖是狀態(tài)圖的一個特例。 例如， 對象訂單的狀態(tài)經(jīng)歷創(chuàng)建、供應、完成，它的狀態(tài)圖如下： ： 分析類圖說明分析類和這些類之間的關系，有兩種關系——結構關系和行為關系，結果方面從數(shù)據(jù)建模中可以獲得，分析類圖的行為方面可以從順序圖或通信圖導出。下圖是“預訂”用例的一個分析類圖：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ù)據(jù)庫設計是對系統(tǒng)存儲結構和存取方法等依賴于具體計算機結構的各項物理設計措施的設計，涉及訪問的效率考慮因素比如響應時間和事務吞吐量，本實驗旨在確保用戶在運行查詢時不必等待不合理的時間，從而有效執(zhí)行任務。關系對象屬性特性描述 在實驗六中，我們的到如下的對象關系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） 根據(jù)上述對象關系，結合邏輯數(shù)據(jù)模型以及實際情況，分析了各個屬性的特征，如數(shù)據(jù)類型、設計域、數(shù)據(jù)的完整性（默認值、是否為空、控制范圍、參照完整性）等，具體涉及如下表所示：Customer字段名數(shù)據(jù)類型是否允許為空鍵或索引說明CustIDInt（20）否主鍵