ERD-中山资管.doc

PAGE  PAGE 18 2005 Fall資管所資料庫系統專題 ERD2RM D934020005 楊俊傑 D934020008 林宛蓉 D934020010 楊淑斐 D934020011 林居鴻 A.資料與功能需求分析 在資訊系統開發過程中，ERD有助於系統開發人員間的彼此溝通及對所開發系統的迷你世界了解，而關聯模式則作為ERD與最後DB Schema間轉換的橋樑，ERD與關聯模式兩者均十分重要又具高度相關。一般在系統開發時的顧客需求取得（亦即取得迷你世界的要求），我們第一步會進行ERD的繪製，經過反覆審視後，會再將ERD轉為關聯模式，以作為DB Schema的準備，而在ERD與關聯模式的轉換動作是具結構性，也就是說，就描述某一特定需求的ERD必只能轉成同一意義的關聯模式，不因轉換人員的不同而有不同關聯模式的結果。 基於以上信念，本組擬開發一「關聯模式自動產生」工具。然而在進行此轉換前，我們必需先能提供使用者一圖型繪製界???，之後經由工具分析這些圖型，將之轉存入資料庫內，以供隨時再叫出審視修改；因此，我們的工具亦必須具備將存放在資料庫內的ERD資料讀出，再以圖型界面繪出。當完成以上功能時，我們就可以依據課本第四章所提供之轉換規則，進行「關聯模式自動產生」動作。也就是說，我們的工具必須既能將使用者才剛畫好的ERD轉換成關聯模式，也必須能將資料庫內讀出的ERD資料即時轉換成關聯模式，最後，我們所產生的關聯模式，會由本組工具自動開啟Excel程式，並將結果繪入。 因系統將提供使用者繪製ERD 元素存在資料庫裡。因此，根據ERD的定義，本系統的ERD 包括以下數個實體型態： EntityType：用來描述所有的實體型態。 WeakEntityType：用來描述所有的弱實體型態。 RelationshipType：用來描述所有的關係型態。 Attribute：用來描述所有的單值或複合屬性（可能是實體型態、弱實體型態或關係型態的屬性）。 以上四個實體型態需分別滿足以下性質： 1.1 實體型態（EntityType）：具有編號(eId)、名稱 (eName)，顏色（color），位置（location）與大小(Size)的屬性紀錄。其中位置必須包含X座標(x)與Y座標(y)，大小必須包含實體的寬度(width)與實體的高度(height)。其中實體的編號為唯一。 實體型態（EntityType）必定具有屬性，並可以參與數個關係型態。 實體型態（EntityType）其中參與的關係型態上要記載其最高參與度(max)和最小參與度(min)，此點是與目前ERD的規則不同處，此作法具有可同時表達基數比與參與度等兩項概念。 實體型態（EntityType）必定有一個或多個關鍵屬性 1.2 弱實體型態（WeakEntityType）：具有編號(wId)、名稱 (wName)，顏色（color），位置（location）與大小(Size)的屬性紀錄。其中位置必須包含X座標(x)與Y座標(y)，大小必須包含弱實體的寬度(width)與弱實體的高度(height)。其中弱實體的編號為唯一。 弱實體型態（WeakEntityType）可能會有數個屬性，並可以參與數個關係型態。 弱實體型態（WeakEntityType）參與的關係型態上要記載其最高參與度(max)和最小參與度(min)。 弱實體型態（WeakEntityType）是少會有一個識別關係型態。 弱實體型態（WeakEntityType）可能會有一個部分鍵屬性。 1.3 關係型態（RelationshipType）：具有編號(rId)、名稱 (rName)，顏色（color），位置（location）與大小(Size)的屬性紀錄。其中位置必須包含X座標(x)與Y座標(y)，大小必須包含關聯型態的寬度(width)與關聯型態的高度(height)。其中關係型態編號為唯一。 屬性（Attribute）：具有屬性編號(aId)、名稱 (aName)、顏色（color），是否為關鍵屬性(IsKey)、是否為單一屬性(IsSingle)、位置（location）與大小(Size)的屬性紀錄。其中單一屬性用來判斷是否此屬性是單一屬性或複合屬性，位置必須包含X座標(x)與Y座標(y)，大小必須包含實體的寬度(width)與實體的高度(height)。其中屬性編號為唯一。 複合屬性可以包括數個屬性。 B. ERD 圖1: ERD C.關聯綱目 依據課本第四章所提供之轉換規則可將圖1轉成以下的關聯綱目 圖2: 關聯綱目 以上的關聯綱目只能處理一張ERD，本系統為增強功能面需求，允許使用者建立多個專案，每個專案都能繪製出專屬於該專案的ERD，因此增加一實體－「專案」，圖一中的每一個Entity