1企業(yè)架構(gòu)模型（Enterprise Architecture Model，EAM）

An enterprisearchitecture model (EAM) helps you analyze and document your organization andits business functions, along with the applications and systems that supportthem and the physical architecture on which they are implemented.

企業(yè)架構(gòu)模型（EAM），可以幫助你分析和記錄您的組織及其業(yè)務(wù)功能，以及支持他們的物理架構(gòu)及其上的應(yīng)用程序和系統(tǒng)。

2需求模型（Requirements Model，RQM）

A requirements model (RQM) helps you analyze any kind ofwritten requirements and to link them with design objects in other models.

You can use an RQM to represent any structured document (e.g.functional specification, test plan, business goals, etc.) and import andexport hierarchies of requirements as MS Word documents.

需求模型（RQM）可幫助您分析各種各樣的書面需求，并將它們與其它模型中的設(shè)計(jì)對象連接起來。您可以使用RQM表示任何結(jié)構(gòu)化的文檔（例如：功能規(guī)范，測試計(jì)劃，企業(yè)目標(biāo)等），并可導(dǎo)入導(dǎo)出MS Word文檔。

一個(gè)作用：

定義系統(tǒng)邊界。

三個(gè)視圖：

需求文檔視圖、追蹤短陣視圖、用戶分配矩陣視圖（來描述系統(tǒng)需求）。

}Requirements Document View(需求文檔視圖):

通過二維表的形式，以分層的方式表達(dá)系統(tǒng)需求；

}Traceability Matrix View(追蹤矩陣視圖):

描述需求與設(shè)計(jì)對象、外部文件和其他需求之間的連接關(guān)系；

}User Allocation Matrix View(用戶分配矩陣視圖):

表達(dá)需求與用戶或用戶組之間的分配關(guān)系。

3業(yè)務(wù)處理模型（Business Process Model，BPM）

A businessprocess model (BPM) helps you identify, describe, and decompose businessprocesses. You can analyze your system at various levels of detail, and focusalternatively on control flow (the sequence of execution) or data flow (theexchange of data). You can use BPEL, BPMN, and many other process languages.

Business processmodeling is a set of technologies and standards for the analysis, design,implementation and execution of business processes. It enables businessanalysts and managers to analyze a system in order to rationalize and optimizeit or to model a new system.

業(yè)務(wù)流程模型（BPM）幫助您識別，描述和分解業(yè)務(wù)流程。您可以分析不同層級的系統(tǒng)，關(guān)注控制流（執(zhí)行順序）或數(shù)據(jù)流（數(shù)據(jù)交換）。您可以使用BPEL，BPMN，以及許多其他的流程語言。

業(yè)務(wù)流程建模是一組業(yè)務(wù)流程分析，設(shè)計(jì)，實(shí)施和執(zhí)行的技術(shù)和標(biāo)準(zhǔn)。它使業(yè)務(wù)分析師和經(jīng)理通過分析系統(tǒng)，以理順和優(yōu)化或?yàn)橐粋€(gè)新的系統(tǒng)建模。

}從業(yè)務(wù)人員的角度對業(yè)務(wù)邏輯和規(guī)則進(jìn)行詳細(xì)描述

}使用流程圖表示起點(diǎn)到終點(diǎn)間的處理過程、流程、消息和協(xié)作協(xié)議

}可以有一個(gè)或多個(gè)起點(diǎn)和終點(diǎn)

4信息流模型（Information Liquidity Model，ILM）

An information liquidity model (ILM) provides a globalview of the movement of information in your organization. You can analyze anddocument where your data originates, where it moves to, and how it istransformed on the way, including replications and ETL.

信息流模型（ILM）提供組織信息運(yùn)動的全局視圖。您可以分析和記錄您的數(shù)據(jù)來源，目的地，以及它是如何轉(zhuǎn)化的方式，包括復(fù)制和ETL。

在企業(yè)應(yīng)用的分析與開發(fā)整個(gè)過程中，會有大量的模型產(chǎn)生，這些模型之間都存在相應(yīng)的關(guān)系。PowerDesigner創(chuàng)新地提出信息流模型(ILM)，并通過非常直觀的映射編輯器來表達(dá)模型之間的信息流動關(guān)系，大大方便了企業(yè)級建模的管理能力。另外.通過信息流棋型還可以完成數(shù)據(jù)庫對象的復(fù)制處理以及表達(dá)數(shù)據(jù)抽取、轉(zhuǎn)換和加載的過程(Extraction-Transformation-Loading. ETL) 。

支持ETL和EII。

支持概念數(shù)據(jù)和業(yè)務(wù)處理模型。

5概念數(shù)據(jù)模型（Conceptual Data Model，CDM）

A conceptual datamodel (CDM) helps you analyze the conceptual structure of an informationsystem, to identify the principal entities to be represented, their attributes,and the relationships between them. A CDM is more abstract than a logical (LDM)or physical (PDM) data model.

概念數(shù)據(jù)模型（CDM），可以幫助你分析信息系統(tǒng)的概念結(jié)構(gòu)，識別主要的實(shí)體，及其屬性，以及它們之間的關(guān)系。CDM比邏輯（LDM）或物理數(shù)據(jù)模型（PDM）更抽象。

基于需求綜合、歸納、抽象后對數(shù)據(jù)和信息進(jìn)行建模，利用實(shí)體關(guān)系圖（E-R圖）的形式組織數(shù)據(jù)。

CDM反映了業(yè)務(wù)領(lǐng)域中信息之間的關(guān)系，它不依賴于物理實(shí)現(xiàn)。

CMD不考慮物理實(shí)現(xiàn)細(xì)節(jié)，只考慮實(shí)體之間的關(guān)系。

目的：統(tǒng)一業(yè)務(wù)概念，方便業(yè)務(wù)人員與技術(shù)人員溝通。

分析階段的CDM轉(zhuǎn)換成PDM后，便將抽象的實(shí)體、屬性與關(guān)系，對應(yīng)到實(shí)際數(shù)據(jù)庫的數(shù)據(jù)表、字段、主鍵、外部索引鍵等內(nèi)容。

6邏輯數(shù)據(jù)模型（Logical Data Model，LDM）

A logical datamodel (LDM) helps you analyze the structure of an information system,independent of any specific physical database implementation. An LDM hasmigrated entity identifiers and is less abstract than a conceptual data model(CDM), but does not allow you to model views, indexes and other elements thatare available in the more concrete physical data model (PDM).

邏輯數(shù)據(jù)模型（LDM）可以幫助你分析信息系統(tǒng)的結(jié)構(gòu)，獨(dú)立于任何特定的物理數(shù)據(jù)庫實(shí)現(xiàn)。LDM已確定實(shí)體標(biāo)識符，沒有概念數(shù)據(jù)模型（CDM）抽象，但不允許你建視圖模型，索引等具體的物理數(shù)據(jù)模型（PDM）元素。

}邏輯模型是對概念數(shù)據(jù)模型的進(jìn)一步細(xì)化與分解

}形成DBMS所支持的數(shù)據(jù)結(jié)構(gòu)（一般是關(guān)系數(shù)據(jù)模型）

}既要面向業(yè)務(wù)用戶，又要面向系統(tǒng)

}影響數(shù)據(jù)庫設(shè)計(jì)方案選擇

7物理數(shù)據(jù)模型（Physical Data Model，PDM）

A physical datamodel (PDM) helps you to analyze the tables, views, and other objects in adatabase, including multidimensional objects necessary for data warehousing. APDM is more concrete than a conceptual (CDM) or logical (LDM) data model. Youcan model, reverse-engineer, and generate for all the most popular DBMSs.

物理數(shù)據(jù)模型（PDM）可以幫助你分析表，視圖和其他數(shù)據(jù)庫對象，包括數(shù)據(jù)倉庫的多維對象。 PDM的是更具體的一個(gè)概念（CDM）或邏輯（LDM）的數(shù)據(jù)模型。你可以為所有常用的DBMS建模、反向工程、生成數(shù)據(jù)庫。

基于特定DBMS，在概念數(shù)據(jù)模型、邏輯數(shù)據(jù)模型的基礎(chǔ)上進(jìn)行設(shè)計(jì)。

PDM敘述數(shù)據(jù)庫的物理實(shí)現(xiàn)。主要目的是把CDM中建立的現(xiàn)實(shí)世界模型生成特定的DBMS腳本，產(chǎn)生數(shù)據(jù)庫中保存信息的儲存結(jié)構(gòu)，保證數(shù)據(jù)在數(shù)據(jù)庫中的完整性和一致性。

Varchar（英文）

Char(定長)

Nvarchar(中文，韓文)

Char:其長度是固定的，長度為2000

VarChar:工業(yè)標(biāo)準(zhǔn)類型，可變長的數(shù)據(jù)類型，最大長度為2000

VarChar2:Oracle特有的類型，可變長的數(shù)據(jù)類型，最大長度為4000

在空間上，Char要比VarChar和VarChar2耗費(fèi)空間，因?yàn)椴还艽娑嗌賰?nèi)容，它的長度都為2000，而VarChar和VarChar2則因長度可變，會節(jié)省更多的空間

在效率上，Char要比VarChar和VarChar2稍高，如果VarChar和VarChar2更經(jīng)常修改，且修改的數(shù)據(jù)長度每次都不一樣，這會引起“行遷移”現(xiàn)象。

*創(chuàng)建PDM

*定義表、視圖和存儲過程

*定義列

*定義索引、關(guān)鍵字（PK、FK、AK）

*定義引用

*定義約束

*定義用戶和組

*檢查模型

定義表、視圖

*表可以看作有行和列的電子數(shù)據(jù)表，表是關(guān)系數(shù)據(jù)庫中一種擁有數(shù)據(jù)的結(jié)構(gòu)。

*視圖是一個(gè)或多個(gè)表中的數(shù)據(jù)的簡化描述，用戶可以將視圖看成一個(gè)存儲查詢或一個(gè)虛擬表

視圖實(shí)際的數(shù)據(jù)來源于原始的數(shù)據(jù)表，沒有存放在原始表以外的任何其它地方，所以建立視圖不會消耗其他的空間。

存儲過程

*存儲過程只在創(chuàng)造時(shí)進(jìn)行編譯，以后每次執(zhí)行存儲過程都不需再重新編譯可提高數(shù)據(jù)庫執(zhí)行速度。

*當(dāng)對數(shù)據(jù)庫進(jìn)行復(fù)雜操作時(shí)，可將此復(fù)雜操作用存儲過程封裝起來與數(shù)據(jù)庫提供的事務(wù)處理結(jié)合一起使用。

*存儲過程可以重復(fù)使用,可減少數(shù)據(jù)庫開發(fā)人員的工作量

*安全性高,可設(shè)定只有某此用戶才具有對指定存儲過程的使用權(quán)

注意：在分布式系統(tǒng)中要少用存儲過程

定義索引、關(guān)鍵字

*索引是一個(gè)與表有關(guān)的數(shù)據(jù)結(jié)構(gòu)，它是通過索引列進(jìn)行邏輯排序的。索引能夠調(diào)整模型的可用性，改進(jìn)系統(tǒng)的性能，消除查找到記錄之前在表中的多次掃描。索引的存在減慢了數(shù)據(jù)的修改（插入、修改、刪除）速度。

候選關(guān)鍵字是由一個(gè)或多個(gè)列組成的，它們的每組值與一條并且只有一條表中的記錄相對應(yīng)。候選關(guān)鍵字具有充當(dāng)主鍵的資格，只是沒有被選做主鍵。它為數(shù)據(jù)訪問提供了方便，調(diào)整了數(shù)據(jù)的可用性。

定義引用

*引用是在父表和字表間建立一種關(guān)系。

*引用定義引用一致完整性約束在列之間，可以是主鍵、外鍵或者是替代主鍵

引用最常見的是在主鍵上

定義約束

PowerDesigner支持下列約束：

*限制（Restrict）。不允許進(jìn)行修改或刪除操作。若修改或刪除主表的主鍵時(shí)，如果子表中存在子記錄，系統(tǒng)將產(chǎn)生一個(gè)錯(cuò)誤提示。這是缺省的參照完整性設(shè)置。

*置空(Set Null)。如果外鍵列允許為空，若修改或刪除主表的主鍵時(shí)，把子表中參照的外鍵列設(shè)置為空值（NULL）。

置為缺省(Set Default)。如果指定了缺省值，若修改或刪除主表的主鍵時(shí)，把子表中參照的外鍵設(shè)置為缺省值（Default）。

8面向?qū)ο竽Ｐ停?/span>Object-Oriented Model，OOM）

面向?qū)ο竽Ｐ?/span>(OOM)包括類圖(Class Diagram)、用例圖(Use Case Diagram)、組件圖 (Component Diagram)、對象圖(Object Diagram)、包圖(Package Diagram)、時(shí)序圖 (Sequence Diagram)、通信圖(Communication Diagram)、交互縱橫圖(Interaction Overview Diagram)、活動圖(Activity Diagram)、狀態(tài)圖(State chart Diagram)、部署圖(Deployment Diagram)、組合結(jié)構(gòu)圖(Composite Structure Diagram)共十二種圖。

Anobject-oriented model (OOM) helps you analyze an information system through usecases, structural and behavioral analyses, and in terms of deployment, usingthe Unified Modeling Language (UML). You can model, reverse-engineer, andgenerate for Java, .NET and other languages.

面向?qū)ο蟮哪Ｐ停?/span>OOM）可以幫助您使用統(tǒng)一建模語言（UML），通過用例，結(jié)構(gòu)、行為、部署等對信息系統(tǒng)進(jìn)行分析。你可以針對Java，NET和其他語言進(jìn)行建模，反向工程、代碼生成。

利用UML描述系統(tǒng)結(jié)構(gòu)、利用類圖生成不同語言的源文件（如Java、C#、PowerBuilder等），或利用逆向工程將不同類型的源文件轉(zhuǎn)換成相應(yīng)的類圖。

一個(gè)OOM包含一系列包，類，接口 , 和他們的關(guān)系。這些對象一起形成所有的 (或部份) 一個(gè)軟件系統(tǒng)的邏輯的設(shè)計(jì)視圖的類結(jié)構(gòu)。一個(gè)OOM本質(zhì)上是軟件系統(tǒng)的一個(gè)靜態(tài)的概念模型。

8.1用例圖(Use case diagram)

8.1.1用例圖(The Use Case Diagram)

With a use case diagram, you immediately see asnapshot of the system functionality. Further details can later be added to thediagram if you need to elucidate interesting points in the system behavior.

通過用例圖，你可以看到系統(tǒng)功能的快照。如果你需要闡明系統(tǒng)的詳細(xì)行為，可以在以后添加到用例圖中。

UML 用例圖提供了一個(gè)系統(tǒng)環(huán)境的建模方式。它能夠幫助您確定系統(tǒng)/應(yīng)用程序的外部和內(nèi)部元素以及系統(tǒng)范圍。用例圖能夠以可視化的方式，表達(dá)系統(tǒng)如何滿足所收集的業(yè)務(wù)規(guī)則，以及特定的用戶需求等信息。

8.2結(jié)構(gòu)圖（Structural Diagrams）

• • Class diagram (類圖)

  • Composite structure diagram （組合結(jié)構(gòu)圖)

  • Object diagram (對象圖)

  • Package diagram (包圖)

8.2.1類圖 (The Class Diagram)

A class diagram is a UML diagram that provides a graphical view ofthe classes, interfaces, and packages that compose a system, and therelationships between them.

類圖提供了組成一個(gè)系統(tǒng)的類、接口、包的UML圖形，以及它們之間的關(guān)系。

類可以在下面的圖表：

}類圖

}組合結(jié)構(gòu)圖

UML 類圖、業(yè)務(wù)邏輯和所有支持結(jié)構(gòu)一同被用于定義全部的代碼結(jié)構(gòu)。既然類圖用來模擬開發(fā)中所維護(hù)的實(shí)際代碼，顯然它是 Java 或PowerBuilder 等對象語言的概括性表述。您還可以使用 UML 類圖來概括 XML中的復(fù)雜結(jié)構(gòu)，令其更易于開發(fā)和理解。可以從 UML類圖上生成代碼。還可以在開發(fā)過程中編輯該代碼以完善、測試和部署最終運(yùn)行的應(yīng)用程序。由于 PowerDesigner 在對象語言和 UML類圖之間具有 1:1 的映射功能，您還可以實(shí)施反向工程代碼，讀取源文件并創(chuàng)建新的類圖。您可以更深入地理解現(xiàn)有系統(tǒng)并簡化集成和維護(hù)工作。

8.2.2組合結(jié)構(gòu)圖(Composite Structure Diagram)

A compositestructure diagram is a UML diagram that provides a graphical view of theclasses, interfaces, and packages that compose a system, including the portsand parts that describe their internal structures.

復(fù)合結(jié)構(gòu)圖是提供組成一個(gè)系統(tǒng)的類、接口、包、包括端口及部分內(nèi)部結(jié)構(gòu)描述。在我們借助用例圖、時(shí)序圖、活動圖、類圖和組件圖完成基本 UML 建模時(shí)，我們將需要其它一些工具來定義有關(guān)系統(tǒng)中某些特定元素的詳細(xì)信息。我們可能希望在對象圖中使用精確的示例來表示對象的結(jié)構(gòu)，或者借助于狀態(tài)圖來更多地了解在其內(nèi)部具有多個(gè)復(fù)雜狀態(tài)的類的行為。我們需要使用協(xié)作圖從結(jié)構(gòu)角度而不是從時(shí)間角度來考察系統(tǒng)組件之間的交互作用。最后，還需要使用部署圖來顯示所有系統(tǒng)組件在運(yùn)行環(huán)境中的物理硬件或服務(wù)器中所處的位置，從而更詳盡的了解分布式體系結(jié)構(gòu)的使用方式。 UML 為我們提供了更加實(shí)用的圖表，以便完成對業(yè)務(wù)邏輯的技術(shù)分析、設(shè)計(jì)、開發(fā)、或部署。將這 9 種圖表與傳統(tǒng)的數(shù)據(jù)建模方法和新的業(yè)務(wù)流程建模方法相結(jié)合，我們可以在從高級需求到技術(shù)和數(shù)據(jù)需求，以及物理實(shí)現(xiàn)的各個(gè)方面來全面了解推動軟件開發(fā)的所有因素。

8.2.3對象圖(ObjectDiagram)

An object diagram is a UML diagram that provides a graphical view ofthe structure of a system through concrete instances of classes (objects),associations (instance links), and dependencies.

對象圖提供了由類的具體實(shí)例（對象），關(guān)聯(lián)和依賴關(guān)系所組成的系統(tǒng)結(jié)構(gòu)。

與類圖一樣，對象圖也是一個(gè)UML 靜態(tài)結(jié)構(gòu)圖；它定義了系統(tǒng)在給定時(shí)刻具有的物理元素，而沒有具體考慮系統(tǒng)的動態(tài)活動。它與代碼一一對應(yīng)，但與類圖不同，我們現(xiàn)在討論的是具體的分類器，而不是分類器定義。將對象圖描述為類實(shí)例圖可能最為合適。對象圖的主要用途是進(jìn)行分析。類圖中無法表示的類之間存在不確定的約束。我們將使用對象圖來記錄這些約束。而且，在我們查看所管理的具體類實(shí)例示例以闡明這些元素之間的交互作用關(guān)系時(shí)，對象圖還允許我們定義具體的“What if”場景。

8.2.4包圖(Package Diagram)

A package diagram is a UML diagram that provides a high-levelgraphical view of the organization of your application, and helps you identifygeneralization and dependency links between the packages.

包圖是一個(gè)UML圖，提供了一個(gè)高層次的組織您的應(yīng)用程序的圖形視圖，并幫助您識別概括和軟件包之間的依賴關(guān)系鏈接。

8.3動態(tài)圖（Dynamic Diagrams）

• • Communication diagram (通信圖)

  • Sequence diagram (時(shí)序圖)

  • Statechart diagram (狀態(tài)圖)

  • Activity diagram (活動圖)

  • Interaction overview diagram (交互縱橫圖)

8.3.1時(shí)序圖(TheSequence Diagram)

A sequence diagram is a UML diagram that provides agraphical view of the chronology of the exchange of messages between objectsand actors for a use case, the execution of an operation, or an interactionbetween classes, with an emphasis on their chronology.

時(shí)序圖是提供了用例中對象和參與者之間消息交換的圖形化視圖，操作的執(zhí)行，或者是類之間的重點(diǎn)交互。

您可以使用 UML時(shí)序圖細(xì)化需求并對設(shè)計(jì)元素進(jìn)行鏈接。時(shí)序圖允許高層和低層對象間的交互文檔。該交互在角色（與用例圖中的角色相同）和類實(shí)例（運(yùn)行于計(jì)算機(jī)內(nèi)存中的技術(shù)對象和細(xì)節(jié)對象）之間顯示。

通過時(shí)序圖，您可以按照系統(tǒng)特定方案中事件（消息）的精確順序來描述隨時(shí)間變化的系統(tǒng)行為。使用時(shí)序圖進(jìn)行用例分析并引導(dǎo)設(shè)計(jì)：您可以決定將對用例圖所定義的管理任務(wù)負(fù)責(zé)的系統(tǒng)對象類型，并決定哪種對象將管理系統(tǒng)內(nèi)外的“會話”或通信。由于消息已從時(shí)序圖中抽出，您可以描述類和接口（我們最后要編譯和部署的代碼元素）所需的某些關(guān)鍵操作（方法）。

8.3.2活動圖(TheActivity Diagram)

An activity diagram is a UML diagram that providesa graphical view of a system behavior, and helps you functionally decompose itin order to analyze how it will be implemented.

活動圖提供系統(tǒng)行為的圖形視圖，幫助你從功能上分解系統(tǒng)，以幫助分析其是如何實(shí)現(xiàn)的。

UML 活動圖設(shè)計(jì)用于幫助您了解系統(tǒng)中對象的動態(tài)變化。用于描述某一特定類或一組類如何協(xié)同工作。與時(shí)序圖有所不同，活動圖不是一系列與時(shí)間相關(guān)的通信，而是從一個(gè)任務(wù)到另一任務(wù)的控制轉(zhuǎn)移，同時(shí)指定誰（哪個(gè)對象）對發(fā)生的任務(wù)負(fù)責(zé)。

UML 活動圖也是業(yè)務(wù)流程的技術(shù)視圖。可對業(yè)務(wù)工作流進(jìn)行分析或在“業(yè)務(wù)流程建模”工作后可獲得活動圖。

活動圖還可幫助構(gòu)造系統(tǒng)內(nèi)元素的詳細(xì)動態(tài)視圖（EJB 如何互操作等）。

8.3.3狀態(tài)圖(StatechartDiagram)

A statechart diagram is a UML diagram thatprovides a graphical view of a State Machine, the public behavior of aclassifier (component or class), in the form of the changes over time of thestate of the classifier and of the events that permit the transition from onestate to another.

狀態(tài)圖是一個(gè)UML圖，提供了狀態(tài)機(jī)的圖形視圖，一個(gè)分類器（組件或類）的公共行為，在分類的狀態(tài)隨著時(shí)間的推移和事件的變化形式，允許從一種狀態(tài)過渡到另一個(gè)。

狀態(tài)圖（也稱為狀態(tài)機(jī)）描述了特定類或組件在其整個(gè)生命周期中不斷變化時(shí)的行為。

該圖顯示是什么觸發(fā)了從一種狀態(tài)向另一種狀態(tài)的轉(zhuǎn)換，以及在該類上調(diào)用哪些操作以提供該狀態(tài)的行為或觸發(fā)這種轉(zhuǎn)換。例如，訂單在被創(chuàng)建時(shí)處于初始狀態(tài)。在客戶確認(rèn)訂單正確后，訂單將進(jìn)入確認(rèn)狀態(tài)。在發(fā)貨以后，訂單需要從確認(rèn)狀態(tài)進(jìn)入發(fā)貨狀態(tài)。若要保持狀態(tài)圖簡單和易讀，您可能發(fā)現(xiàn)所定義的一個(gè)或多個(gè)狀態(tài)實(shí)際上涉及到更為復(fù)雜的行為，以至于它本身就可以定義為一個(gè)狀態(tài)圖。此時(shí)，與向主圖中添加大量復(fù)雜細(xì)節(jié)的做法相比，更好的做法是將這個(gè)單獨(dú)的狀態(tài)分解為多個(gè)子狀態(tài)，進(jìn)而組成一個(gè)輔助圖，以定義父狀態(tài)的更為復(fù)雜的內(nèi)部行為。

8.3.4通信圖(Communication Diagram)

A communication diagram is a UML diagram thatprovides a graphical view of the interactions between objects for a use casescenario, the execution of an operation, or an interaction between classes,with an emphasis on the system structure.

通信圖提供了系統(tǒng)結(jié)構(gòu)中重要的用例腳本對象之間的交互、操作的執(zhí)行、或類之間的相互。

8.3.5交互縱橫圖(Interaction Overview Diagram)

An interaction diagram is a UML diagram that providesa high-level graphical view of the control flow of your system as it isdecomposed into sequence and other interaction diagrams.

交互圖提供了系統(tǒng)的控制流的高層級的圖形視圖，它可以分解成時(shí)序圖和其他交互圖。

8.4交互圖（Implementation Diagrams）

• • Component diagram (組件圖)

  • Deployment diagram (部署圖)

8.4.1組件圖(TheComponent Diagram)

A component diagram is a UML diagram that provides agraphical view of the dependencies and generalizations among softwarecomponents, including source code components, binary code components, andexecutable components.

組件圖提供軟件組件之間的依賴性和繼承關(guān)系的圖形視圖，包括源代碼組件，二進(jìn)制代碼組件和可執(zhí)行組件。

UML 組件圖將被用于在更大的黑匣視圖（BlackBox View）中描述高級對象的定義和相關(guān)性。它仍然是一個(gè)設(shè)計(jì)模型,并且是代碼的直接概括。例如，一個(gè)EJB 的組件標(biāo)識直接鏈接到實(shí)施所必需的一系列類和接口，并將生成所需代碼來推動最終 bean 的開發(fā)。組件圖比組件體系結(jié)構(gòu)的代碼層視圖更容易理解和管理。還可以通過編寫組件接口的文檔來實(shí)現(xiàn)代碼的共享和反復(fù)使用，用戶無需（或很少）了解組件的實(shí)施細(xì)節(jié)即可在其他項(xiàng)目和系統(tǒng)中使用這些代碼。

8.4.2部署圖(Deployment Diagram)

A deployment diagram is a UML diagram thatprovides a graphical view of the physical configuration of run-time elements ofyour system.

部署圖提供系統(tǒng)運(yùn)行時(shí)元素物理配置圖形化視圖。

部署圖可以幫助我們確定所有代碼元素在服務(wù)器、工作站和數(shù)據(jù)庫中的存放位置。有的節(jié)點(diǎn)需要依賴硬件或軟件框來運(yùn)行部分業(yè)務(wù)邏輯。這些節(jié)點(diǎn)交互作用以演示我們開發(fā)的多個(gè)計(jì)算機(jī)和系統(tǒng)是如何交互作用和集成的。節(jié)點(diǎn)中包含將部署到數(shù)據(jù)庫、應(yīng)用程序或 Web 服務(wù)器中的組件實(shí)例。部署圖用于將組件實(shí)際部署到服務(wù)器中。通過定義希望組件運(yùn)行的位置，我們可以快捷的映射、部署和管理分布在客戶端應(yīng)用程序和應(yīng)用程序服務(wù)器端組件之間的業(yè)務(wù)邏輯或數(shù)據(jù)庫端服務(wù)器邏輯。以下是要管理的物理體系結(jié)構(gòu)的 1:1 模型。例如，假定我們已決定實(shí)現(xiàn)兩個(gè)Enterprise Java Beans，并且在應(yīng)用程序服務(wù)器上運(yùn)行它們。下圖顯示了單個(gè)節(jié)點(diǎn)以及該節(jié)點(diǎn)內(nèi)的兩個(gè)組件（每個(gè) EJB 一個(gè)組件）。我們可以看出EmployeeBean 依賴于同一應(yīng)用程序服務(wù)器內(nèi)的 CustomerBean。

8.5各UML圖之間的關(guān)系

9 XML模型（XML Model，XSM）

An XML model(XSM) helps you analyze an XML Schema Definition (.XSD), Document TypeDefinition (.DTD) or XML-Data Reduced (.XDR) file. You can model,reverse-engineer, and generate each of these file formats.

一個(gè)XML模式（XSM）可以幫助您分析XML架構(gòu)定義（XSD），文檔類型定義（DTD）或XML數(shù)據(jù)簡化（XDR）文件。你可以建模，反向工程，生成這些文件格式。

10自由模型（Free Model，FEM）

自由模型可以為任何模型的對象或系統(tǒng)建模提供一個(gè)上下文環(huán)境，允許自定義概念和圖形符號，例如：可以創(chuàng)建一個(gè)自由模型來表示模型和文檔之間的相互關(guān)系，企業(yè)組織以及組織間的相互關(guān)系。

11模型之間的關(guān)聯(lián)

在PowerDesigner 15中，模型之間關(guān)聯(lián)關(guān)系主要有以下三種：

}生成（Generation）/轉(zhuǎn)換：由一個(gè)模型生成另一個(gè)模型，是Power Designer的一個(gè)常見的用例，比如可以通過一個(gè)概念數(shù)據(jù)模型（CDM）生成一個(gè)物理數(shù)據(jù)模型（PMD）。

}映射（Mapping）：數(shù)據(jù)關(guān)系映射應(yīng)該是一個(gè)典型的例子，比如數(shù)據(jù)模型（CDM）中的實(shí)體可以和面向?qū)ο竽Ｐ停?/span>OOM）中的類進(jìn)行映射。

}引用（Reference）：一個(gè)模型中的引用或者復(fù)制（Replicate）另一個(gè)模型中的對象，那么他們就存在引用的關(guān)系。

模型轉(zhuǎn)換：

博文不過癮？PowerDesigner15系列視頻教程>>>