PowerDesigner v12簡(jiǎn)介

1、PowerDesigner v12簡(jiǎn)介PowerDesigner v121、特性:（1）業(yè)務(wù)過程建模：用圖示模型實(shí)現(xiàn)設(shè)計(jì)或建模；（2）數(shù)據(jù)建模：利用基于可靠方法、兩級(jí)（概念上和物理上）關(guān)系數(shù)據(jù)庫(kù)建模，設(shè)計(jì)并生成數(shù)據(jù)庫(kù)模型；還支持?jǐn)?shù)據(jù)倉(cāng)庫(kù)建模；（3）對(duì)象建模：用UML完成設(shè)計(jì)和分析，利用定制的生成器，自動(dòng)地生成源代碼；（4）企業(yè)版本庫(kù)：可查詢共享工作組里所有成員的模型和信息。2、業(yè)務(wù)處理模型Business Process Model：主要用在需求分析階段，任務(wù)是理清系統(tǒng)的功能，得出系統(tǒng)的邏輯模型。3、概念數(shù)據(jù)模型Conceptual Data Model：主要用在系統(tǒng)開發(fā)的數(shù)據(jù)庫(kù)設(shè)計(jì)階段，按用

2、戶的觀點(diǎn)來對(duì)數(shù)據(jù)和信息進(jìn)行建模，并用E-R圖（實(shí)體聯(lián)系 圖）來體現(xiàn)。其主要功能有：（1）以E-R圖的形式組織數(shù)據(jù)；（2）檢驗(yàn)數(shù)據(jù)設(shè)計(jì)的有效性和合理性；（3）生成物理數(shù)據(jù)模型（PDM）；（4）生成面向?qū)ο竽Ｐ停∣OM）；（5）生成可定制的模型報(bào)告。4、物理數(shù)據(jù)模型Physical Data Model：提供了系統(tǒng)初始設(shè)計(jì)所需的基礎(chǔ)元素及關(guān)系。其主要功能有：（1）可將數(shù)據(jù)庫(kù)的物理設(shè)計(jì)結(jié)果從一種數(shù)據(jù)庫(kù)移植到另一種數(shù)據(jù)庫(kù)；（2）可利用逆向工程把已存在的數(shù)據(jù)庫(kù)物理結(jié)構(gòu)更新生成物理模型或概念模型；（3）可以生成可定制的模型報(bào)告；（4）可以轉(zhuǎn)換為OOM；（5）完成多種數(shù)據(jù)庫(kù)的詳細(xì)物理設(shè)計(jì)。5、面向?qū)ο竽Ｐ蚈

3、bject-oriented Model:利用UML的圖形來描述系統(tǒng)結(jié)構(gòu)的模型，從不同角度表現(xiàn)系統(tǒng)的工作狀態(tài)。其主要功能有：（1） 利用UML的用例圖Use Case Diagram、時(shí)序圖Sequence Diagram、類圖Class Diagram、構(gòu)件圖Component Diagram、活動(dòng)圖Activity Diagram等來建立面向?qū)ο竽Ｐ蚈OM，從而完成系統(tǒng)的分析和設(shè)計(jì)；（2）利用類圖生成不同語(yǔ)言的源文件，或利用逆向工程將不同類型的源文件轉(zhuǎn)換成相應(yīng)的類圖；（3）利用逆向工程將面向?qū)ο竽Ｐ蚈OM生成概念數(shù)據(jù)模型CDM和物理數(shù)據(jù)模型PDM。6、業(yè)務(wù)處理模型BPMBPM與PowerD

4、esigner其它模塊之間的關(guān)系：（1層）系統(tǒng)分析 業(yè)務(wù)處理模型BPM（2層）系統(tǒng)設(shè)計(jì) 概念數(shù)據(jù)模型CDM和面向?qū)ο竽Ｐ蚈OM（3層）數(shù)據(jù)庫(kù)實(shí)現(xiàn)物理數(shù)據(jù)模型PDM7、一些概念域：是某個(gè)或某些屬性的取值范圍，域在定義之后，可以被多個(gè)實(shí)體的屬性共享使用。業(yè)務(wù)規(guī)則：反映了信息系統(tǒng)所描述對(duì)象的特殊的數(shù)據(jù)完整性約束。PowerDesigner軟件工程技術(shù)筆記（一）1、UML2.0規(guī)范定義了5類9種圖形和3種模型管理圖（1）功能模型：從用戶的角度描述系統(tǒng)的功能，通常在描述需求時(shí)使用，在系統(tǒng)分析過程中隨著對(duì)系統(tǒng)認(rèn)識(shí)的加深而不斷改進(jìn)。Use Case Diagram（2）靜態(tài)模型：描述系統(tǒng)的靜態(tài)特征和結(jié)構(gòu)。C

5、lass Diagram, Object Diagram（3）行為模型：描述系統(tǒng)的動(dòng)態(tài)行為和組成對(duì)象之間的交互關(guān)系。Activity Diagram，State Diagram（4）動(dòng)態(tài)模型：描述對(duì)象或類之間的交互關(guān)系。Sequence Diagram，Collaboration Diagram（5）實(shí)現(xiàn)模型：描述系統(tǒng)的實(shí)現(xiàn)。Component Diagram，Deployment Diagram（6）模型管理圖：UML2.0規(guī)范中，針對(duì)整個(gè)系統(tǒng)設(shè)置的3種圖形，這些圖形表達(dá)了整個(gè)或部分系統(tǒng)的情況。Package Diagram，Subsystems Diagram，Models Diagram

6、2、軟件的分析設(shè)計(jì)有三條路徑：第一條，從面向?qū)ο蟮姆治鲩_始，依次建立用例圖、時(shí)序圖、類圖、組件圖、活動(dòng)圖、對(duì)象圖、協(xié)作圖、部署圖及狀態(tài)圖，再由類圖轉(zhuǎn)化為CDM、PDM。第二條，從結(jié)構(gòu)化分析開始，依次產(chǎn)生BPM、CDM、PDM，再把CDM或PDM轉(zhuǎn)化為類圖，再補(bǔ)充其它UML圖。第三條，前兩者的結(jié)合。BPM 業(yè)務(wù)流程模型 Business Process ModelCDM 概念數(shù)據(jù)模型 Conceptual Data ModelPDM 物理數(shù)據(jù)模型 Physical Data ModelFEM 自由模型 Free ModelOOM 面向?qū)ο竽Ｐ?Oriented Object ModelBPM、F

7、RM、CDM、PDM、OOM之間可以相互傳遞模型數(shù)據(jù)，稱為內(nèi)部模型生成。PDM可以生成數(shù)據(jù)庫(kù)SQL腳本及用戶數(shù)據(jù)庫(kù)結(jié)構(gòu)；類圖可以生成應(yīng)用程序代碼；上述也可反向進(jìn)行，稱為逆向工程Reverse Engineering。3、快捷方式的概念同類模型或同一個(gè)模型的不同包之間需要共享一個(gè)對(duì)象時(shí)，可以采用復(fù)制的方法，但是用快捷方式更好，因?yàn)樵谛薷墓蚕韺?duì)象定義的同時(shí)，修改所有的快捷方式?？旖莘绞疥P(guān)聯(lián)的對(duì)象稱為目標(biāo)，目標(biāo)對(duì)象所在的模型稱為目標(biāo)模型?？旖莘绞椒譃閮?nèi)部快捷方式和外部快捷方式，內(nèi)部快捷方式存在于一個(gè)不同包中，外部快捷方式存在于同類的不同模型中。BPM、FRM、CDM、PDM、OOM中具有圖形符號(hào)的模

8、型對(duì)象都能產(chǎn)生內(nèi)部或外部快捷方式，也能產(chǎn)生快捷方式的快捷方式。只有在模型的內(nèi)部才能重復(fù)使用數(shù)據(jù)項(xiàng)快捷方式。第十章 面向?qū)ο竽Ｐ?、模型元素之間的連接關(guān)系有：關(guān)聯(lián)Association、概化Generalization、依賴Dependency、實(shí)現(xiàn)Realization、聚合Aggregation、組合Combination。其中，聚合和組合是關(guān)聯(lián)的一種特殊形式。（1）關(guān)聯(lián)Association：用于描述模型元素之間的連接，只要兩個(gè)模型元素之間存在相互通信的關(guān)系，它們之間就存在關(guān)聯(lián)關(guān)系。關(guān)聯(lián)關(guān)系可以是單向的，但一般為雙向的。（2）概化Generalization：又稱繼承，指一個(gè)模型元素的所有

9、信息能被另一個(gè)模型元素繼承。繼承了其它模型元素的模型元素中不僅可以擁有屬于自己的信息，而且還擁有了被繼承模型元素中的信息。（3）依賴Dependency：描述兩個(gè)模型元素之間語(yǔ)義上的連接關(guān)系，其中一個(gè)模型元素是獨(dú)立的。另一個(gè)是非獨(dú)立的。在這種聯(lián)系中，改變獨(dú)立元素將影響到非獨(dú)立元素的語(yǔ)義。（4）如果模型元素之間的關(guān)系具有“整體與部分”的特點(diǎn)，則這種關(guān)聯(lián)稱為聚合或組合。聚合關(guān)系用Has a句型表示，組合關(guān)系用Be a part of句型表示。（5）實(shí)現(xiàn)Realization：用于表示同一事務(wù)的兩種描述之間的關(guān)系。如：對(duì)同一事務(wù)的描述有精確描述和簡(jiǎn)單描述，就可以用實(shí)現(xiàn)關(guān)系對(duì)這兩種描述進(jìn)行協(xié)調(diào)。2、用

10、例圖Use Case Diagram用例圖僅從角色使用系統(tǒng)的角度描述系統(tǒng)中的信息，即站在系統(tǒng)的外部觀察系統(tǒng)的功能，它定義了系統(tǒng)的需求。用例圖的目標(biāo)是使參與到，每一個(gè)用例中的角色，都能看到系統(tǒng)的功能。系統(tǒng)是用例圖的一部分，系統(tǒng)的邊界說明用例圖的應(yīng)用范圍。用例代表一個(gè)完整的功能。UML中的用例是動(dòng)作方法的集合。3、設(shè)計(jì)時(shí)序圖1）時(shí)序圖描述了在特定周期內(nèi)UML對(duì)象的消息傳遞情況，同時(shí)還描述了UML對(duì)象之間的相互作用的行為，并詳細(xì)說明了類、接口，以及它們可能使用的操作行為。時(shí)序圖可描述一次典型涉及到類圖中的類的交互，也可在需求分析期間規(guī)范用例的行為，簡(jiǎn)化用例的描述。時(shí)序圖基于時(shí)間，并按時(shí)序流闡明UML

11、對(duì)象的作用。一個(gè)或多個(gè)時(shí)序圖可用來闡明UML對(duì)象間的相互作用，一個(gè)相互作用即代表一個(gè)用例。一個(gè)典型的時(shí)序圖分為一個(gè)主時(shí)序圖和多個(gè)獨(dú)立的子時(shí)序圖。2）在時(shí)序圖中定義角色時(shí)序圖中的角色定義與用例圖中的角色定義完全相同，而且角色在用例圖和時(shí)序圖中起著相同的作用，它們之間可以共享。在時(shí)序圖中，角色帶有生命線，并且角色本身和它的生命線不能分離出來。3）定義消息消息是對(duì)象之間的通信，它攜帶著保證活動(dòng)正常進(jìn)行的信息，以及收到的消息后產(chǎn)生的結(jié)果。消息有一個(gè)發(fā)送者、一個(gè)接收者和一個(gè)動(dòng)作。消息顯示為從一個(gè)對(duì)象生命線到另一個(gè)對(duì)象生命線之間的一條帶箭頭的直線，消息帶有名稱。消息產(chǎn)生時(shí)，需要首先產(chǎn)生一個(gè)激活期（Acti

12、vation）。第十章 面向?qū)ο竽Ｐ停ǘ?、設(shè)計(jì)協(xié)作圖1）OOM中的協(xié)作圖非常有用，它說明了角色、對(duì)象之間的通信連接，以及它們之間的消息發(fā)送。協(xié)作圖可以用來說明一個(gè)操作的執(zhí)行，一個(gè)用例的執(zhí)行，或僅僅是系統(tǒng)中某一環(huán)節(jié)的接口。它設(shè)計(jì)了對(duì)象之間交互的一個(gè)實(shí)例。2）協(xié)作圖與時(shí)序圖傳達(dá)的信息是相同的，它們之間的主要區(qū)別是協(xié)作圖機(jī)制在活動(dòng)著的對(duì)象上，它表現(xiàn)的是相互協(xié)作的對(duì)象之間的消息傳遞，而時(shí)序圖則側(cè)重于在某種特定的情形下對(duì)象之間傳遞消息的時(shí)序性。協(xié)作圖中的對(duì)象與對(duì)象圖、時(shí)序圖中的對(duì)象相同。協(xié)作圖中的角色的定義、特性與用例圖、時(shí)序圖中的角色完全一致，并且角色還可以在協(xié)作圖、用例圖和時(shí)序圖中共享。3）協(xié)作

13、圖轉(zhuǎn)換為時(shí)序圖有兩種方法：（1）在同一個(gè)包中創(chuàng)建一個(gè)與已存在的協(xié)作圖同一級(jí)別的時(shí)序圖，右鍵單擊時(shí)序圖圖形窗口的空白處，從彈出菜單中選擇diagram>Show Symbols，從打開的窗口選擇協(xié)作圖對(duì)象。（2） 在協(xié)作圖中選擇菜單Tools>Execute Commands>Edit/Run scripts，在打開的窗口，單擊open，再次打開一個(gè)窗口，選擇POWERDESIGNER12VBScript文件夾的 CollaborationToSequence.vbs文件，執(zhí)行它。5、設(shè)計(jì)狀態(tài)圖1）狀態(tài)圖描述了一個(gè)特定的對(duì)象在其生命周期內(nèi)所有可能的狀態(tài)，以及由于各種事件發(fā)生而引

14、起的狀態(tài)之間的轉(zhuǎn)移。子狀態(tài)圖描述了一個(gè)狀態(tài)的分解情況，它詳細(xì)描述了父狀態(tài)的復(fù)合行為。系統(tǒng)對(duì)子狀態(tài)圖中的每個(gè)元素都要進(jìn)行完整性檢查。子狀態(tài)圖中不允許創(chuàng)建包。2）狀態(tài)圖轉(zhuǎn)變?yōu)榉蠣顟B(tài)用于描述處于復(fù)雜狀態(tài)的相互聯(lián)系。3）定義起始狀態(tài)：符號(hào)是一個(gè)實(shí)心圓點(diǎn)。4）定義狀態(tài)的動(dòng)作：在狀態(tài)屬性中設(shè)置。預(yù)先定義的動(dòng)作事件有：entry、do、exit。動(dòng)作既可以與狀態(tài)State關(guān)聯(lián)，也可以與轉(zhuǎn)移Transition關(guān)聯(lián)。（1）在狀態(tài)State上創(chuàng)建動(dòng)作（2）在轉(zhuǎn)移Transition上創(chuàng)建動(dòng)作：即在屬性Trigger Action中，鍵入動(dòng)作的名稱。5）定義轉(zhuǎn)移Transition6）定義事件預(yù)先定義的動(dòng)作事件

15、有：entry、do、exit。7）定義連接點(diǎn)連接點(diǎn)Junction Point可用來合并和分離幾個(gè)轉(zhuǎn)移的路徑。連接點(diǎn)的圖形符號(hào)是一個(gè)空心的圓圈。8）定義結(jié)束狀態(tài)：狀態(tài)的終節(jié)點(diǎn)，用一個(gè)圓圈中間一個(gè)實(shí)心圓點(diǎn)來表示。一個(gè)狀態(tài)圖允許有多個(gè)結(jié)束狀態(tài)，可用來分別表示不同情況的分支節(jié)點(diǎn)。6、設(shè)計(jì)活動(dòng)圖1）活動(dòng)圖Activity Diagram 主要用于系統(tǒng)分析，它描述系統(tǒng)的行為，顯示系統(tǒng)中動(dòng)作之間的轉(zhuǎn)移。活動(dòng)圖一般從開始節(jié)點(diǎn)開始，經(jīng)過若干動(dòng)作后，最后到達(dá)結(jié)束節(jié)點(diǎn)?；顒?dòng)圖是簡(jiǎn)化的狀態(tài)圖，重點(diǎn)說明了活動(dòng)間經(jīng)過的操作和過程。活動(dòng)Activity只有一個(gè)動(dòng)作Action，活動(dòng)的轉(zhuǎn)移有一個(gè)相應(yīng)的觸發(fā)事件。活動(dòng)圖可用

16、來描述用例、包和類的行為，它把活動(dòng)描述成正在執(zhí)行的操作，活動(dòng)代表了一個(gè)完整的動(dòng)作，即它代表了一個(gè)類或用例內(nèi)部的行為。2）活動(dòng)圖可在模型或包中創(chuàng)建，也可在復(fù)合活動(dòng)中創(chuàng)建子活動(dòng)圖。在模型或包中創(chuàng)建的多個(gè)活動(dòng)圖之間是相互獨(dú)立的。活動(dòng)圖可以轉(zhuǎn)換成復(fù)合活動(dòng)。3）子活動(dòng)圖描述一個(gè)復(fù)合活動(dòng)的分解，并詳細(xì)描述父活動(dòng)的合成情況。子活動(dòng)圖中不允許創(chuàng)建包。4）活動(dòng)圖中的起點(diǎn)和終點(diǎn)與狀態(tài)圖中的起始狀態(tài)和結(jié)束狀態(tài)的定義、特性完全相同。5）定義活動(dòng)Activity和定義復(fù)合活動(dòng)：復(fù)合活動(dòng)選中（Composite）6）定義對(duì)象狀態(tài)Object State7）對(duì)象狀態(tài)的對(duì)象屬性8）定義判斷判斷Decision是一種特殊的活動(dòng)

17、，可用于表示流程中的判斷后各種可能的不同的活動(dòng)分支。8.1）定義條件分支可連接多個(gè)轉(zhuǎn)移。8.2）定義歸并用歸并可表示幾個(gè)轉(zhuǎn)移分支進(jìn)入同一條路徑的情況。9）定義同步同步表示兩個(gè)或多個(gè)病發(fā)活動(dòng)之間的同步。同步用一條水平的粗實(shí)線裱糊四，且可以旋轉(zhuǎn)成水平或垂直方向。同步分：（1）分叉同步：一個(gè)源活動(dòng)被幾個(gè)目標(biāo)活動(dòng)取代的過程。（2）匯合同步：幾個(gè)源活動(dòng)被一個(gè)目標(biāo)活動(dòng)取代的過程。10）定義組織單元組織單元Organization Unit可以代表一個(gè)公司、系統(tǒng)、組織、用戶或角色等。第十章 面向?qū)ο竽Ｐ?、設(shè)計(jì)組件圖1）組件圖（Component Diagram）：描述了軟件組件以及它們之間的依賴關(guān)系。組件

18、圖市組件的視圖，通過組件圖可以使軟件的開發(fā)、維護(hù)、分類、發(fā)現(xiàn)組件變得更加容易。軟件組件可以是源代碼組件、二進(jìn)制組件或可執(zhí)行組件，它主要反映了軟件系統(tǒng)的靜態(tài)作用。1.1）源代碼組件可以是一個(gè)源代碼文件或者是一個(gè)包對(duì)應(yīng)的若干個(gè)源代碼文件。1.2）二進(jìn)制組件可以是一個(gè)目標(biāo)碼文件、靜態(tài)的或動(dòng)態(tài)的庫(kù)文件。1.3）可執(zhí)行組件可以是處理器上運(yùn)行的一個(gè)可執(zhí)行的程序單位，即可執(zhí)行程序。2）定義組件設(shè)計(jì)組件時(shí)，要定義它的接口和實(shí)現(xiàn)類。而利用組件構(gòu)造新組件時(shí)，新應(yīng)用系統(tǒng)的開發(fā)者則僅能使用已有組件的接口。組件可以用任何一種開發(fā)語(yǔ)言實(shí)現(xiàn)，如：java中，可以執(zhí)行EJB、servlets和JSP組件。組件的默認(rèn)版型（St

19、ereotype）有五種：Document表示組件是一般的文檔文件；Executable表示組件是可執(zhí)行的文件；File表示組件是一般的文件；Library表示組件是靜態(tài)或動(dòng)態(tài)庫(kù)文件；Table表示組件是數(shù)據(jù)庫(kù)中的表?？蓜?chuàng)建新的版型Stereotype。組件的操作實(shí)在組件的接口Interface中聲明的。3）定義組件的接口和類組件暴露于外界的界面稱為接口，組件通過接口對(duì)外提供服務(wù)。每個(gè)組件都包括一個(gè)或多個(gè)接口，組件也可能使用其它組件提供的接口。接口是外界對(duì)象訪問組件的入口點(diǎn)，其它組件和類都可使用組件。如果組件之間通過接口發(fā)生依賴，那么這些組件之間可以相互替代。組件的接口可與組件在同一模型中，也

20、可在不同的模型中。通常，組件包含一個(gè)或多個(gè)類，以及一個(gè)或多個(gè)接口，組件的類中通常包含一個(gè)主類，并通過類來實(shí)現(xiàn)組件的功能，其它組件可通過接口來使用這個(gè)組件。一個(gè)典型的組件包含若干內(nèi)部類和一些包中的類，也可包含一些小組件。4）為組件創(chuàng)建類圖一個(gè)組件只能包含一個(gè)類圖，為組件創(chuàng)建類圖可使該組件中相關(guān)聯(lián)的類和接口有一個(gè)完整的視圖。組件修改后，相應(yīng)的類圖也應(yīng)該修改。為組件創(chuàng)建類圖的方法：右鍵單擊組件符號(hào)，從彈出的快捷菜單中選擇Create/Update Class Diagram，出現(xiàn)專為該組件創(chuàng)建的類圖。5）將組件配置成節(jié)點(diǎn)節(jié)點(diǎn)（Node）使部署圖（Deployment Diagram）中的重要概念，它

21、代表軟件系統(tǒng)中的一個(gè)物理位置，在這個(gè)物理位置上包含了多個(gè)組件來共同完成相關(guān)的任務(wù)，所以把一個(gè)或多個(gè)組件配置成節(jié)點(diǎn)，對(duì)于建立部署圖具有重要的意義。把一個(gè)或多個(gè)組件配置成節(jié)點(diǎn)，實(shí)際上就是在節(jié)點(diǎn)內(nèi)部創(chuàng)建一個(gè)或多個(gè)組件的實(shí)例。菜單Tools>Deploy Component to Node上可以把組件配置成節(jié)點(diǎn)。6）定義概化概化關(guān)系表達(dá)了一般元素（父元素）與特殊元素（子元素）之間的關(guān)系，子元素繼承了父元素的特性，還擁有自己的特性。定義組件間的概化關(guān)系同定義用例或類間的概化關(guān)系。7）定義依賴當(dāng)兩個(gè)組件之間存在相互依賴的關(guān)系時(shí)，改變被依賴的組件將影響到依賴的組件。組件和接口之間不能創(chuàng)建依賴。用工具板

22、上的Dependency工具創(chuàng)建。組件的依賴同用例圖、類圖的依賴。第十章 面向?qū)ο竽Ｐ?、定義部署圖1）部署圖（Deployment Diagram）可用來描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)，以及在此結(jié)構(gòu)上運(yùn)行的軟件。部署圖可以顯示節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)、通信路徑、節(jié)點(diǎn)上運(yùn)行的組件實(shí)例。相比其它視圖，部署圖可以給出更清晰的系統(tǒng)視圖。2）定義節(jié)點(diǎn)節(jié)點(diǎn)（Node）是部署圖中的一個(gè)重要的物理元素，它代表一個(gè)處理源、真實(shí)的物理單元或配置（計(jì)算機(jī)、打印機(jī)等）的物理位置。節(jié)點(diǎn)的符號(hào)是一個(gè)立方體。節(jié)點(diǎn)中不能包含其它節(jié)點(diǎn)，但可以包含組件和文件對(duì)象。2.1）節(jié)點(diǎn)的特性Network address特性表示了節(jié)點(diǎn)的地址或機(jī)器名。

23、Component Instances上可以定義組件實(shí)例。2.2）定義節(jié)點(diǎn)圖節(jié)點(diǎn)圖可用來詳細(xì)描述節(jié)點(diǎn)包含的對(duì)象間的相互關(guān)系，是對(duì)節(jié)點(diǎn)內(nèi)容更詳細(xì)的描述。它包含：組件實(shí)例、文件對(duì)象等。在配置圖中，按下Ctrl同時(shí)雙擊節(jié)點(diǎn)符號(hào)，在圖形窗口中打開一個(gè)默認(rèn)的部署圖，則在瀏覽器窗口的Node節(jié)點(diǎn)下的這個(gè)節(jié)點(diǎn)前面出現(xiàn)一個(gè)加號(hào)。具有節(jié)點(diǎn)圖的節(jié)點(diǎn)稱為父節(jié)點(diǎn)。3）定義組件實(shí)例組件實(shí)例是在節(jié)點(diǎn)上運(yùn)行的組件的一個(gè)實(shí)例，它在節(jié)點(diǎn)中起著非常重要的作用，它與組件之間存在著密切的關(guān)系，而文件對(duì)象與組件之間又存在說明性的關(guān)系。組件實(shí)例與組件的符號(hào)、特性基本相同。如果把組件附加到一個(gè)節(jié)點(diǎn)上，則在節(jié)點(diǎn)中產(chǎn)生一個(gè)組件實(shí)例。從瀏覽器窗

24、口把組件拖到部署圖中，系統(tǒng)將自動(dòng)產(chǎn)生一個(gè)與該組件關(guān)聯(lián)的組件實(shí)例。4）定義文件對(duì)象文件對(duì)象可以是一個(gè)位圖文件、文本文件或其它任何類型的文件。5）定義節(jié)點(diǎn)間的關(guān)聯(lián)節(jié)點(diǎn)間的關(guān)聯(lián)表示節(jié)點(diǎn)間的相互通信。6）定義依賴節(jié)點(diǎn)間的依賴表達(dá)了兩個(gè)節(jié)點(diǎn)之間的依存關(guān)系，改變被依賴節(jié)點(diǎn)的特性將影響到依賴節(jié)點(diǎn)的特性。此處的依賴同用例圖、類圖、組件圖中的依賴。第八章 物理數(shù)據(jù)模型（Physical Data Model）1、PDM與DBMS的關(guān)系建立物理數(shù)據(jù)模型的主要目的是要將CDM（概念數(shù)據(jù)模型）生成特定數(shù)據(jù)庫(kù)管理系統(tǒng)下的SQL腳本，PDM是SQL腳本的圖形化表示。PDM能在特定的DBMS中建立用于存放信息的數(shù)據(jù)結(jié)構(gòu)，數(shù)

25、據(jù)庫(kù)SQL腳本根據(jù)DBMS的不同而不同。其中包括三類數(shù)據(jù)庫(kù)語(yǔ)言：（1）數(shù)據(jù)定義語(yǔ)言（Data Definition Language）DDL（2）數(shù)據(jù)操縱語(yǔ)言（Data Manipulate Language）DML（3）數(shù)據(jù)控制語(yǔ)言（Data Control Language）DCLPowerDesigner的PDM以42種以上的DBMS為基礎(chǔ)，為每一種DBMS均建立了擴(kuò)展名為xdb的定義文件，用戶也可生成新的定義文件。當(dāng)建立新的PDM時(shí)，必須選擇一種DBMS的定義文件，它是PDM生成數(shù)據(jù)庫(kù)SQL腳本的語(yǔ)法模板與語(yǔ)言規(guī)范。DBMS：對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)、管理、處理和維護(hù)的數(shù)據(jù)庫(kù)系統(tǒng)軟件。2、表、列

26、及鍵2.1、表Table：數(shù)據(jù)庫(kù)中用來保存信息的一種數(shù)據(jù)結(jié)構(gòu)。表分為長(zhǎng)期保存信息的表和臨時(shí)表。長(zhǎng)期保存信息的表：是PDM設(shè)計(jì)的主要對(duì)象。臨時(shí)表：是在DBMS運(yùn)行時(shí)在內(nèi)存中建立的表，主要用來存放中間交換數(shù)據(jù)，DBMS停止時(shí)，它自動(dòng)消失。PDM的表可以由CDM中的實(shí)體通過模型的內(nèi)部生成而產(chǎn)生。列Column：是組成表的基本單元，一個(gè)表由多個(gè)列組成，每個(gè)列都有一個(gè)數(shù)據(jù)類型。PDM中的列相當(dāng)于數(shù)據(jù)庫(kù)表中的列。CDM中的實(shí)體屬性通過模型內(nèi)部生成可以轉(zhuǎn)換成PDM表中的列。鍵Key：表中可以獨(dú)立地唯一標(biāo)識(shí)每一條記錄的一個(gè)或多個(gè)列的集合。每個(gè)鍵都可以在目標(biāo)數(shù)據(jù)庫(kù)中生成唯一索引或唯一約束。PDM支持三種鍵：（1

27、）主鍵（Primary Key）：用來唯一表示表中一條記錄的一個(gè)或多個(gè)列的集合，它由CDM中的主標(biāo)識(shí)符轉(zhuǎn)換產(chǎn)生。（2）候選鍵（Alternate Key）：用來唯一表示表中一條記錄的一個(gè)或多個(gè)列的集合，它由CDM中的次標(biāo)識(shí)符轉(zhuǎn)換產(chǎn)生。（3）外鍵（Foreign Key）：是與其它表連接的公共列，這個(gè)列通常是其它表的主鍵。3、表、列的特性3.1、表的特性有：Name、Code、Comment、Owner、Number、Generate、Type等基本特性。Name：表的名稱；Code：表達(dá)代碼；Comment：說明；Owner：表的所有者；Number：表將要存放的記錄數(shù)；Generate：表示

28、是否在應(yīng)用系統(tǒng)數(shù)據(jù)庫(kù)中生成一個(gè)真正的表；Type：包括Dimension和Fact兩種類型。還有其它的特性：Check：表檢查約束；Script：表的SQL腳本；Preview：預(yù)覽表的SQL腳本；Options：表的物理選項(xiàng)；Version Info：表的版本信息；Notes：表的注釋。3.2、列的特性每 個(gè)列包含Name、Code、Comment、Table、Data type、Displayed、Length、Precision、Identity、Domain、Computed、Primary key、Foreign key、Mandatory、With default等基本特性。Tab

29、le：表示列所屬的表；Displayed：表示該列在圖形窗口中顯示；Identity：表示列中的數(shù)據(jù)自動(dòng)增益；Domain：表示列所關(guān)聯(lián)的域名；Computed：表示該列是有其它列的值通過一定的表達(dá)式計(jì)算出來的；Mandatory：表示該列必須被賦值，不能為空；With default：表示當(dāng)增加一行新數(shù)據(jù)時(shí)該列將自動(dòng)被賦予一個(gè)默認(rèn)值。其它特性：選項(xiàng)卡Detail：表示通用數(shù)據(jù)約束；（1）Null Values：表示允許空值列個(gè)數(shù)的百分比；（2）Distinct Values：表示允許不同值的列的個(gè)數(shù)的百分比；（3）Average Length：表示列值的平均長(zhǎng)度；（4）Test data p

30、arameters：中的（4.1）Profile允許使用字符型、數(shù)字型或日期/時(shí)間型；（4.2）Computed expression：表示計(jì)算表達(dá)式；第八章 物理數(shù)據(jù)模型（Physical Data Model）4、定義表檢查約束的名稱表檢查約束是保證表級(jí)數(shù)據(jù)完整性的一種重要手段。建立表的檢查約束后，在數(shù)據(jù)庫(kù)中將生成相應(yīng)的表的約束，DBMS會(huì)根據(jù)建立的約束檢查數(shù)據(jù)的完整性。表的強(qiáng)制約束設(shè)置方法：雙擊視圖中的表格，彈出Table Properties窗口，點(diǎn)擊左下角的More>>，出現(xiàn)更多的選項(xiàng)卡，選擇Check選項(xiàng)卡，在里面定義約束的名稱。列的強(qiáng)制約束的設(shè)置方法：表的特性窗口，找

31、到Columns，單擊Porperties，出現(xiàn)Column Properties彈出窗口，再選擇Standard Checks選項(xiàng)卡，選擇定義你要的約束。5、創(chuàng)建計(jì)算列計(jì)算列的值是由其它列的值通過一定的表達(dá)式計(jì)算產(chǎn)生的，步驟：（1）打開表特性窗口；（2）單擊Columns選項(xiàng)卡，單擊空行或Add a Row工具；（3）在Name和Code列中鍵入名稱，單擊應(yīng)用按鈕；（4）雙擊新增列的行首箭頭，打開列的特性窗口；（5）選擇Computed復(fù)選框，標(biāo)記該列為計(jì)算列，單擊Detail選項(xiàng)卡；（6）在Computed expression內(nèi)，直接鍵入簡(jiǎn)單的計(jì)算表達(dá)式。注意：不是所有的DBMS都支持計(jì)

32、算列。6、鍵的約束名可以幫助我們識(shí)別和定義鍵約束，為數(shù)據(jù)庫(kù)生成過程中修改鍵約束提供了很多方便。主鍵約束名可以使用變量%TABLE%，定義方法如下：（1）在模型中雙擊一個(gè)表，在打開的表特性窗口，單擊keys選項(xiàng)卡；（2）選擇一個(gè)主鍵，單擊Properties工具，打開主鍵特性窗口；（3）在Constraint name框鍵入名稱，單擊“確定”。外鍵約束名可以使用4個(gè)變量：%REFRNAME%（參照的名稱）、%REFRCODE%（參照的代碼）、%PARENT%（父表的代碼）和%CHILD%（子表的代碼）。候選鍵約束名可以使用3個(gè)變量：%AK%（候選鍵的代碼）、%AKNAME%（候選鍵的名稱）、%T

33、ABLE%（表的代碼）。7、域列的數(shù)據(jù)類型可從列表中直接選擇，也可以把列附加到域上。在PDM中，使用域有助于識(shí)別信息的類型，易于使不同表中列的數(shù)據(jù)特征標(biāo)準(zhǔn)化。域?yàn)榱卸x了一組有效的值。域可關(guān)聯(lián)到Data Type、Check、Rule和Mandatory等信息。7.1）域特性：包括Name、Code、Comment、Data Type、Length、Precision、Mandatory、Identity、With default、Profile等基本特性。其中：Mandatory：表示使用該域的所有列的值是強(qiáng)制的；Identity：表示使用該域的列值自動(dòng)增益（僅用于Sybase10/11和S

34、QL Server）；With default：表示當(dāng)使用該域的列被插入空值時(shí)，列的值被賦予默認(rèn)值；（僅用于Ingres、DB2、SQLBase、Xdb、Datacom和OpenIngres）；Profile：表示為使用該域的列分配測(cè)試數(shù)據(jù)定義文件。7.2）創(chuàng)建域方法：Model>Domains，填入數(shù)據(jù)。1）指定域的數(shù)據(jù)類型、長(zhǎng)度和精度；2）修改域特性；3）使用抽象數(shù)據(jù)類型抽象數(shù)據(jù)類型Abstract Data Type（ADT）是用戶定義的數(shù)據(jù)類型。ADT中既可以包含數(shù)據(jù)類型，還可以包含特定的功能。逆向工程一個(gè)包含抽象數(shù)據(jù)類型的數(shù)據(jù)庫(kù)后，抽象數(shù)據(jù)類型會(huì)自動(dòng)增加到抽象數(shù)據(jù)類型列表中。在PDM中，只有抽象數(shù)據(jù)類型存在于抽象數(shù)據(jù)類型列表中，才能成為域和列的有效數(shù)據(jù)類型。在PDM中不能建立java類，只能指定一個(gè)抽象數(shù)據(jù)類型作為java類，然后把它連接到OOM模型中的java類。建立連接后，就可以在PDM中存取java類特性。建立連接時(shí)，需要在抽象數(shù)據(jù)類型表中指定OOM中要連接的java類的名稱和代碼，并且在當(dāng)前工作空間中打開OOM。抽象數(shù)據(jù)類型的特性：Name、Code、Comment、Owner、Type等。Type：定義抽象數(shù)據(jù)類型包含的組。根據(jù)抽象數(shù)據(jù)類型的不同，還包括：Da