指標等級ABCD功能完整程序質量按時檢查提問回答檢查時間總評成績云南大學軟件學院實驗報告序號：45實驗老師：李震雄課程名稱：多媒體數據庫系統設計實驗名稱：概念設計學號：20091120261姓名：郭娟課程名稱多媒體數據庫設計

實驗項目概念設計實驗目的1熟悉數據庫建模工具visio的使用。2.理解數據庫需求的概念設計。3.按照實驗要求完成以下幾個實例。實驗內容（算法、程序、步驟和方法）1.熟悉數據庫建模工具visio的使用；2.完成下列數據庫需求的概念設計，使用建模工具visio，采用Crow’sFeet魚尾紋ER圖繪制出各數據庫的設計圖。用魚尾紋ER圖畫出下圖網站數據庫中關于電影信息的部分進行反向設計。Soapscum，Window和Washing想要掌握其雇員的信息以及安排給這些雇員的。他們需要記錄一些基本的雇員聯系信息，例如姓名、電子郵件地址和電話號碼。他們通過工作上的分類為雇員分組，從而確定他們的薪水。工作分類包括代碼、描述和薪水。每個雇員都被分配到一個分類，一個工作分類中可以有多個雇員。此外他們還想要記錄每個雇員負責的所有項目。對于每個項目，都有一個id號，開始日期、結束日期和代價。每個項目可以分配多個雇員，一個雇員也可以被分配到多個項目中。LameEvents為本地運動員記錄體育賽事。他們想要一個數據庫來記錄這些賽事，其中包括賽事的主辦人和它的發生地點。對于每個賽事，包括的內容有描述、日期和開銷。每個賽事都有其單獨開銷。他們還想有一個潛在主辦人的列表，列表中包括每個主辦人的聯系信息，例如姓名、電話號碼和地址。每個賽事有一個主辦人，但是隨著時間的推移，某個主辦人可以主辦多個完整。他們還需要一個關于比賽場地的主列表，列表中包括用于賽事的跑道和體育場。對應每個場所，我們需要知道它的id、聯系人和電話號碼。一個賽事僅使用一個場地，但一個場地可以用于多個賽事。Cindy是Cindy’sParties的主人，她想用一個數據庫來記錄她所安排的宴會的相關信息。她想要維護一個所有與其商業關系的客戶列表。她需要掌握每個客戶的姓名、地址和電話號碼。對于每場宴會，Cindy需要知道宴會的日期和花銷。Cindy有一個可提供給客戶使用的可能的宴會地點的列表。她希望數據庫能存儲姓名、地址、電話號碼、價格以及她在每個宴會地點所使用的主管的姓名。當準備一個宴會時，她需要了解哪個場所用于這個宴會，因為一個宴會僅出現一個場所中。除了需要管理宴會的地點，Cindy還需要為客戶準備娛樂活動。她需要維護用于不同宴會的樂隊和DJ的列表。對于每個樂隊和DJ，她需要記錄其姓名、地址、電話號碼以及其在宴會上的通常費用。每個宴會只使用一個樂隊或DJ。最后，Cindy有一組為宴會工作的雇員。她需要知道哪個雇員為哪個宴會工作過，包括每個雇員在個宴會中投入的工作時數。一個給定的雇員可以為多個宴會工作，而每個宴會通常需要超過一個雇員為其工作。Cindy需要知道每個雇員的社會保險號、姓名、地址、電話號碼和時薪。J.Crew是一個時裝銷售商。下圖顯示的是其WEB網站截屏圖。通過訪問他們的站點，對圖中顯示的相關信息進行數據庫的反向設計。3.繪制ER設計圖的要求：f)標明實體及相互之間的關系g)標明實標明實體的字段及相應屬性的字段。i)標明實體的主鍵和外鍵。數據記錄和計算(a)用魚尾紋ER圖畫出關于電影信息數據庫部分的概念設計如下圖所示：針對本題我設計的數據庫包含了9個數據表，其中紅色方框標記的MovieInformation表是整個關系中最為核心的主表。它的主鍵是MovieId，關聯了很多子表，比如電影導演、主演、電影分類、在線銷售等。表的關系如下：①一對一：InTheaters-MovieInformation、Credits-MovieInformation。InTheaters表包含電影的票價、影院的地址和電影上映時間，不同電影不可能在同一地方的同一上映時間播放，所以這兩個屬性唯一標識了一部電影在影院播放的信息；Credits表主要是演職員名單表，它包含主演和導演的編號，本來還應該包含工作人員的，但是圖中沒給出，所以也沒列出。一部電影演職員名單不可能和另一部電影的完全相同。②一對多：Shop-MovieInformation、RentalGuide-MovieInformation、MovieAnatomy-MovieInformation、Categories-MovieInformation、Starring-Categories。Shop表主要包含關于電影銷售的屬性，如銷售類型和價格，不同電影的銷售類型和價格可能相同；RentalGuide表主要是對電影信息的租賃指導，不同電影也可能采用同種租賃指導，通過MovieId與MovieInformation表關聯；Categories表是針對一步電影信息剖析設計的，它包含電影的分類、類別名稱以及所占比例，其GenresId屬性作為本表的主鍵和MovieInformation表的外鍵關聯MovieInformation表，一部電影的類型可能是多種多樣的；③多對多：Starring-Credits、Categories-MovieInformation。首先將多對多的表增加一個新表作為兩個表的關聯表，分解成了一對多和多對一的兩種關聯，例如一個演員可以參演N部電影，一部電影也大于一個主演，所以就用StarringCredits表作為中間表。一部電影可以包含多種類別，同種類別也會出現在不同的電影中，所以就有一張MovieAnatomy表作為中間表。(b)用魚尾紋ER圖畫出關于雇員信息數據庫部分的概念設計如下圖所示：針對本題我設計的數據庫包含了4個數據表，表的關系如下：①一對一：無。②一對多：項目信息表-項目分配表、雇員聯系信息表-項目分配表、雇員聯系信息表-工作分類表。項目信息表主要包含關于項目信息的屬性，如項目id、開始日期、結束日期和代價。雇員聯系信息表包含雇員的一些基本屬性。工作分類表包含了工作類別的一些基本屬性，同種類別的工作包含多個雇員，一個雇員只屬于一種工作類別。③多對多：項目信息表-雇員聯系信息表，一個雇員可以參與多個項目，一個項目包含多個雇員為其工作。首先將多對多的表增加一個新表項目分配表作為兩個表的關聯表，分解成了一對多和多對一的兩種關聯。(c)用魚尾紋ER圖畫出關于賽事信息數據庫部分的概念設計如下圖所示：針對本題我設計的數據庫包含了4個數據表，表的關系如下：①一對一：無。②一對多：比賽場地表-賽事信息表、主辦人表-賽事信息表、場地管理人表-比賽場地表。比賽場地表-主辦人表，每個賽事有一個主辦人，但是隨著時間的推移，某個主辦人可以主辦多場比賽；一個場地有一個管理人，但一個管理人可以管理多個場地；一個賽事僅使用一個場地，但一個場地可以用于多個賽事。③多對多：無。(d)用魚尾紋ER圖畫出關于宴會信息數據庫部分的概念設計如下圖所示：針對本題我設計的數據庫包含了10個數據表，表的關系如下：①一對一：無。②一對多：宴會地點表-宴會信息表、雇員表-宴會雇員表、宴會信息表-宴會雇員表、客戶表-宴會參與客戶表、宴會信息表-宴會參與客戶表、樂隊表-客戶娛樂信息表、DJ表-客戶娛樂信息表、主管表-宴會信息表。同一個的宴會地點可以舉辦多場宴會，而一場宴會只會在一個宴會地點舉辦；一個雇員可能出現在多個宴會雇員表中，一個宴會雇員表可能包含多場宴會；一次宴會會請一個娛樂團隊，一個娛樂團隊可以為多場宴會表演；一個主管可以管理不同的宴會，每場宴會只有一個主管。③多對多：宴會信息報表-客戶表、雇員表-宴會信息表。一個宴會有多個客戶參加，一個客戶也可能參加多場宴會，所以增加了一個宴會參與客戶表來管理一次宴會參加的客戶信息表。一個宴會有多個雇員為其工作，同一個雇員也可能參與不同的宴會工作，所以增加了一個宴會雇員表來管理每個宴會的雇員信息。（e）通過訪問J.Crew的站點，對圖中顯示的相關信息進行數據庫的反向設計后用魚尾紋ER圖畫出關于時裝銷售信息數據庫部分的概念設計如下圖所示：針對本題我設計的數據庫包含了6個數據表，表的關系如下：①一對一：無。②一對多：類型分類表-商品信息表、顏色表-商品信息表、尺寸表-商品信息表、購物車表-商品信息表、訂單表-購物車表。一筆訂單可以包含多個商品；一種類型、一種顏色、一種尺寸可能出現在多個商品信息表中；一個購物車中可能包含多個商品；一個購