第五课时：PowerDesigner15十大模型总览
1企业架构模型（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.
企业架构模型（EAM），可以帮助你分析和记录您的组织及其业务功能，以及支持他们的物理架构及其上的应用程序和系统。
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）可帮助您分析各种各样的书面需求，并将它们与其它模型中的设计对象连接起来。您可以使用RQM表示任何结构化的文档（例如：功能规范，测试计划，企业目标等），并可导入导出MS Word文档。
一个作用：
定义系统边界。
三个视图：
需求文档视图、追踪短阵视图、用户分配矩阵视图（来描述系统需求）。
}Requirements Document View(需求文档视图):
通过二维表的形式，以分层的方式表达系统需求；
}Traceability Matrix View(追踪矩阵视图):
描述需求与设计对象、外部文件和其他需求之间的连接关系；
}User Allocation Matrix View(用户分配矩阵视图):
表达需求与用户或用户组之间的分配关系。
3业务处理模型（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.
业务流程模型（BPM）帮助您识别，描述和分解业务流程。您可以分析不同层级的系统，关注控制流（执行顺序）或数据流（数据交换）。您可以使用BPEL，BPMN，以及许多其他的流程语言。
业务流程建模是一组业务流程分析，设计，实施和执行的技术和标准。它使业务分析师和经理通过分析系统，以理顺和优化或为一个新的系统建模。
}从业务人员的角度对业务逻辑和规则进行详细描述
}使用流程图表示起点到终点间的处理过程、流程、消息和协作协议
}可以有一个或多个起点和终点
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）提供组织信息运动的全局视图。您可以分析和记录您的数据来源，目的地，以及它是如何转化的方式，包括复制和ETL。
在企业应用的分析与开发整个过程中，会有大量的模型产生，这些模型之间都存在相应的关系。PowerDesigner创新地提出信息流模型(ILM)，并通过非常直观的映射编辑器来表达模型之间的信息流动关系，大大方便了企业级建模的管理能力。另外.通过信息流棋型还可以完成数据库对象的复制处理以及表达数据抽取、转换和加载的过程(Extraction-Transformation-Loading. ETL) 。
支持ETL和EII。
支持概念数据和业务处理模型。
5概念数据模型（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.
概念数据模型（CDM），可以帮助你分析信息系统的概念结构，识别主要的实体，及其属性，以及它们之间的关系。CDM比逻辑（LDM）或物理数据模型（PDM）更抽象。
基于需求综合、归纳、抽象后对数据和信息进行建模，利用实体关系图（E-R图）的形式组织数据。
CDM反映了业务领域中信息之间的关系，它不依赖于物理实现。
CMD不考虑物理实现细节，只考虑实体之间的关系。
目的：统一业务概念，方便业务人员与技术人员沟通。
分析阶段的CDM转换成PDM后，便将抽象的实体、属性与关系，对应到实际数据库的数据表、字段、主键、外部索引键等内容。
6逻辑数据模型（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).
逻辑数据模型（LDM）可以帮助你分析信息系统的结构，独立于任何特定的物理数据库实现。LDM已确定实体标识符，没有概念数据模型（CDM）抽象，但不允许你建视图模型，索引等具体的物理数据模型（PDM）元素。
}逻辑模型是对概念数据模型的进一步细化与分解
}形成DBMS所支持的数据结构（一般是关系数据模型）
}既要面向业务用户，又要面向系统
}影响数据库设计方案选择
7物理数据模型（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.
物理数据模型（PDM）可以帮助你分析表，视图和其他数据库对象，包括数据仓库的多维对象。 PDM的是更具体的一个概念（CDM）或逻辑（LDM）的数据模型。你可以为所有常用的DBMS建模、反向工程、生成数据库。
基于特定DBMS，在概念数据模型、逻辑数据模型的基础上进行设计。
PDM叙述数据库的物理实现。主要目的是把CDM中建立的现实世界模型生成特定的DBMS脚本，产生数据库中保存信息的储存结构，保证数据在数据库中的完整性和一致性。
Varchar（英文）
Char(定长)
Nvarchar(中文，韩文)
Char:其长度是固定的，长度为2000
VarChar:工业标准类型，可变长的数据类型，最大长度为2000
VarChar2:Oracle特有的类型，可变长的数据类型，最大长度为4000
在空间上，Char要比VarChar和VarChar2耗费空间，因为不管存多少内容，它的长度都为2000，而VarChar和VarChar2则因长度可变，会节省更多的空间
在效率上，Char要比VarChar和VarChar2稍高，如果VarChar和VarChar2更经常修改，且修改的数据长度每次都不一样，这会引起“行迁移”现象。
*创建PDM
*定义表、视图和存储过程
*定义列
*定义索引、关键字（PK、FK、AK）
*定义引用
*定义约束
*定义用户和组
*检查模型
定义表、视图
*表可以看作有行和列的电子数据表，表是关系数据库中一种拥有数据的结构。
*视图是一个或多个表中的数据的简化描述，用户可以将视图看成一个存储查询或一个虚拟表
视图实际的数据来源于原始的数据表，没有存放在原始表以外的任何其它地方，所以建立视图不会消耗其他的空间。
存储过程
*存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译可提高数据库执行速度。
*当对数据库进行复杂操作时，可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
*存储过程可以重复使用,可减少数据库开发人员的工作量
*安全性高,可设定只有某此用户才具有对指定存储过程的使用权
注意：在分布式系统中要少用存储过程
定义索引、关键字
*索引是一个与表有关的数据结构，它是通过索引列进行逻辑排序的。索引能够调整模型的可用性，改进系统的性能，消除查找到记录之前在表中的多次扫描。索引的存在减慢了数据的修改（插入、修改、删除）速度。
候选关键字是由一个或多个列组成的，它们的每组值与一条并且只有一条表中的记录相对应。候选关键字具有充当主键的资格，只是没有被选做主键。它为数据访问提供了方便，调整了数据的可用性。
定义引用
*引用是在父表和字表间建立一种关系。
*引用定义引用一致完整性约束在列之间，可以是主键、外键或者是替代主键
引用最常见的是在主键上
定义约束
PowerDesigner支持下列约束：
*限制（Restrict）。不允许进行修改或删除操作。若修改或删除主表的主键时，如果子表中存在子记录，系统将产生一个错误提示。这是缺省的参照完整性设置。
*置空(Set Null)。如果外键列允许为空，若修改或删除主表的主键时，把子表中参照的外键列设置为空值（NULL）。
置为缺省(Set Default)。如果指定了缺省值，若修改或删除主表的主键时，把子表中参照的外键设置为缺省值（Default）。
8面向对象模型（Object-Oriented Model，OOM）
面向对象模型(OOM)包括类图(Class Diagram)、用例图(Use Case Diagram)、组件图 (Component Diagram)、对象图(Object Diagram)、包图(Package Diagram)、时序图 (Sequence Diagram)、通信图(Communication Diagram)、交互纵横图(Interaction Overview Diagram)、活动图(Activity Diagram)、状态图(State chart Diagram)、部署图(Deployment Diagram)、组合结构图(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.
面向对象的模型（OOM）可以帮助您使用统一建模语言（UML），通过用例，结构、行为、部署等对信息系统进行分析。你可以针对Java，NET和其他语言进行建模，反向工程、代码生成。
利用UML描述系统结构、利用类图生成不同语言的源文件（如Java、C#、PowerBuilder等），或利用逆向工程将不同类型的源文件转换成相应的类图。
一个OOM包含一系列包，类，接口 , 和他们的关系。这些对象一起形成所有的 (或部份) 一个软件系统的逻辑的设计视图的类结构。一个OOM本质上是软件系统的一个静态的概念模型。
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.
通过用例图，你可以看到系统功能的快照。如果你需要阐明系统的详细行为，可以在以后添加到用例图中。
UML 用例图提供了一个系统环境的建模方式。它能够帮助您确定系统/应用程序的外部和内部元素以及系统范围。用例图能够以可视化的方式，表达系统如何满足所收集的业务规则，以及特定的用户需求等信息。
8.2结构图（Structural Diagrams）
-
Class diagram (类图)
Composite structure diagram （组合结构图)
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.
类图提供了组成一个系统的类、接口、包的UML图形，以及它们之间的关系。
类可以在下面的图表：
}类图
}组合结构图
UML 类图、业务逻辑和所有支持结构一同被用于定义全部的代码结构。既然类图用来模拟开发中所维护的实际代码，显然它是 Java 或PowerBuilder 等对象语言的概括性表述。您还可以使用 UML 类图来概括 XML中的复杂结构，令其更易于开发和理解。可以从 UML类图上生成代码。还可以在开发过程中编辑该代码以完善、测试和部署最终运行的应用程序。由于 PowerDesigner 在对象语言和 UML类图之间具有 1:1 的映射功能，您还可以实施反向工程代码，读取源文件并创建新的类图。您可以更深入地理解现有系统并简化集成和维护工作。
8.2.2组合结构图(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.
复合结构图是提供组成一个系统的类、接口、包、包括端口及部分内部结构描述。在我们借助用例图、时序图、活动图、类图和组件图完成基本 UML 建模时，我们将需要其它一些工具来定义有关系统中某些特定元素的详细信息。我们可能希望在对象图中使用精确的示例来表示对象的结构，或者借助于状态图来更多地了解在其内部具有多个复杂状态的类的行为。我们需要使用协作图从结构角度而不是从时间角度来考察系统组件之间的交互作用。最后，还需要使用部署图来显示所有系统组件在运行环境中的物理硬件或服务器中所处的位置，从而更详尽的了解分布式体系结构的使用方式。 UML 为我们提供了更加实用的图表，以便完成对业务逻辑的技术分析、设计、开发、或部署。将这 9 种图表与传统的数据建模方法和新的业务流程建模方法相结合，我们可以在从高级需求到技术和数据需求，以及物理实现的各个方面来全面了解推动软件开发的所有因素。
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.
对象图提供了由类的具体实例（对象），关联和依赖关系所组成的系统结构。
与类图一样，对象图也是一个UML 静态结构图；它定义了系统在给定时刻具有的物理元素，而没有具体考虑系统的动态活动。它与代码一一对应，但与类图不同，我们现在讨论的是具体的分类器，而不是分类器定义。将对象图描述为类实例图可能最为合适。对象图的主要用途是进行分析。类图中无法表示的类之间存在不确定的约束。我们将使用对象图来记录这些约束。而且，在我们查看所管理的具体类实例示例以阐明这些元素之间的交互作用关系时，对象图还允许我们定义具体的“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.
包图是一个UML图，提供了一个高层次的组织您的应用程序的图形视图，并帮助您识别概括和软件包之间的依赖关系链接。
8.3动态图（Dynamic Diagrams）
-
Communication diagram (通信图)
Sequence diagram (时序图)
Statechart diagram (状态图)
Activity diagram (活动图)
Interaction overview diagram (交互纵横图)
8.3.1时序图(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.
时序图是提供了用例中对象和参与者之间消息交换的图形化视图，操作的执行，或者是类之间的重点交互。
您可以使用 UML时序图细化需求并对设计元素进行链接。时序图允许高层和低层对象间的交互文档。该交互在角色（与用例图中的角色相同）和类实例（运行于计算机内存中的技术对象和细节对象）之间显示。
通过时序图，您可以按照系统特定方案中事件（消息）的精确顺序来描述随时间变化的系统行为。使用时序图进行用例分析并引导设计：您可以决定将对用例图所定义的管理任务负责的系统对象类型，并决定哪种对象将管理系统内外的“会话”或通信。由于消息已从时序图中抽出，您可以描述类和接口（我们最后要编译和部署的代码元素）所需的某些关键操作（方法）。
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.
活动图提供系统行为的图形视图，帮助你从功能上分解系统，以帮助分析其是如何实现的。
UML 活动图设计用于帮助您了解系统中对象的动态变化。用于描述某一特定类或一组类如何协同工作。与时序图有所不同，活动图不是一系列与时间相关的通信，而是从一个任务到另一任务的控制转移，同时指定谁（哪个对象）对发生的任务负责。
UML 活动图也是业务流程的技术视图。可对业务工作流进行分析或在“业务流程建模”工作后可获得活动图。
活动图还可帮助构造系统内元素的详细动态视图（EJB 如何互操作等）。
8.3.3状态图(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.
状态图是一个UML图，提供了状态机的图形视图，一个分类器（组件或类）的公共行为，在分类的状态随着时间的推移和事件的变化形式，允许从一种状态过渡到另一个。
状态图（也称为状态机）描述了特定类或组件在其整个生命周期中不断变化时的行为。
该图显示是什么触发了从一种状态向另一种状态的转换，以及在该类上调用哪些操作以提供该状态的行为或触发这种转换。例如，订单在被创建时处于初始状态。在客户确认订单正确后，订单将进入确认状态。在发货以后，订单需要从确认状态进入发货状态。若要保持状态图简单和易读，您可能发现所定义的一个或多个状态实际上涉及到更为复杂的行为，以至于它本身就可以定义为一个状态图。此时，与向主图中添加大量复杂细节的做法相比，更好的做法是将这个单独的状态分解为多个子状态，进而组成一个辅助图，以定义父状态的更为复杂的内部行为。
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.
通信图提供了系统结构中重要的用例脚本对象之间的交互、操作的执行、或类之间的相互。
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.
交互图提供了系统的控制流的高层级的图形视图，它可以分解成时序图和其他交互图。
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.
组件图提供软件组件之间的依赖性和继承关系的图形视图，包括源代码组件，二进制代码组件和可执行组件。
UML 组件图将被用于在更大的黑匣视图（BlackBox View）中描述高级对象的定义和相关性。它仍然是一个设计模型,并且是代码的直接概括。例如，一个EJB 的组件标识直接链接到实施所必需的一系列类和接口，并将生成所需代码来推动最终 bean 的开发。组件图比组件体系结构的代码层视图更容易理解和管理。还可以通过编写组件接口的文档来实现代码的共享和反复使用，用户无需（或很少）了解组件的实施细节即可在其他项目和系统中使用这些代码。
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.
部署图提供系统运行时元素物理配置图形化视图。
部署图可以帮助我们确定所有代码元素在服务器、工作站和数据库中的存放位置。有的节点需要依赖硬件或软件框来运行部分业务逻辑。这些节点交互作用以演示我们开发的多个计算机和系统是如何交互作用和集成的。节点中包含将部署到数据库、应用程序或 Web 服务器中的组件实例。部署图用于将组件实际部署到服务器中。通过定义希望组件运行的位置，我们可以快捷的映射、部署和管理分布在客户端应用程序和应用程序服务器端组件之间的业务逻辑或数据库端服务器逻辑。以下是要管理的物理体系结构的 1:1 模型。例如，假定我们已决定实现两个Enterprise Java Beans，并且在应用程序服务器上运行它们。下图显示了单个节点以及该节点内的两个组件（每个 EJB 一个组件）。我们可以看出EmployeeBean 依赖于同一应用程序服务器内的 CustomerBean。
8.5各UML图之间的关系
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.
一个XML模式（XSM）可以帮助您分析XML架构定义（XSD），文档类型定义（DTD）或XML数据简化（XDR）文件。你可以建模，反向工程，生成这些文件格式。
10自由模型（Free Model，FEM）
自由模型可以为任何模型的对象或系统建模提供一个上下文环境，允许自定义概念和图形符号，例如：可以创建一个自由模型来表示模型和文档之间的相互关系，企业组织以及组织间的相互关系。
11模型之间的关联
在PowerDesigner 15中，模型之间关联关系主要有以下三种：
}生成（Generation）/转换：由一个模型生成另一个模型，是Power Designer的一个常见的用例，比如可以通过一个概念数据模型（CDM）生成一个物理数据模型（PMD）。
}映射（Mapping）：数据关系映射应该是一个典型的例子，比如数据模型（CDM）中的实体可以和面向对象模型（OOM）中的类进行映射。
}引用（Reference）：一个模型中的引用或者复制（Replicate）另一个模型中的对象，那么他们就存在引用的关系。
模型转换：
博文不过瘾？PowerDesigner15系列视频教程>>>