本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/24/1412909.aspx

4、定义表检查约束的名称
表检查约束是保证表级数据完整性的一种重要手段。建立表的检查约束后，在数据库中将生成相应的表的约束，DBMS会根据建立的约束检查数据的完整性。
表的强制约束设置方法：双击视图中的表格，弹出Table Properties窗口，点击左下角的More>>，出现更多的选项卡，选择Check选项卡，在里面定义约束的名称。
列的强制约束的设置方法：表的特性窗口，找到Columns，单击Porperties，出现Column Properties弹出窗口，再选择Standard Checks选项卡，选择定义你要的约束。
5、创建计算列
计算列的值是由其它列的值通过一定的表达式计算产生的，
步骤：
（1）打开表特性窗口；
（2）单击Columns选项卡，单击空行或Add a Row工具；
（3）在Name和Code列中键入名称，单击应用按钮；
（4）双击新增列的行首箭头，打开列的特性窗口；
（5）选择Computed复选框，标记该列为计算列，单击Detail选项卡；
（6）在Computed expression内，直接键入简单的计算表达式。
注意：不是所有的DBMS都支持计算列。
6、键的约束名
可以帮助我们识别和定义键约束，为数据库生成过程中修改键约束提供了很多方便。
主键约束名可以使用变量%TABLE%，定义方法如下：
（1）在模型中双击一个表，在打开的表特性窗口，单击keys选项卡；
（2）选择一个主键，单击Properties工具，打开主键特性窗口；
（3）在Constraint name框键入名称，单击“确定”。
外键约束名可以使用4个变量：%REFRNAME%（参照的名称）、%REFRCODE%（参照的代码）、%PARENT%（父表的代码）和%CHILD%（子表的代码）。
候选键约束名可以使用3个变量：%AK%（候选键的代码）、%AKNAME%（候选键的名称）、%TABLE%（表的代码）。
7、域
列的数据类型可从列表中直接选择，也可以把列附加到域上。
在PDM中，使用域有助于识别信息的类型，易于使不同表中列的数据特征标准化。
域为列定义了一组有效的值。
域可关联到Data Type、Check、Rule和Mandatory等信息。
7.1）域特性：包括Name、Code、Comment、Data Type、Length、Precision、Mandatory、Identity、With default、Profile等基本特性。
其中：
Mandatory：表示使用该域的所有列的值是强制的；
Identity：表示使用该域的列值自动增益（仅用于Sybase10/11和SQL Server）；
With default：表示当使用该域的列被插入空值时，列的值被赋予默认值；（仅用于Ingres、DB2、SQLBase、Xdb、Datacom和OpenIngres）；
Profile：表示为使用该域的列分配测试数据定义文件。
7.2）创建域
方法：Model－－>Domains，填入数据。
1）指定域的数据类型、长度和精度；
2）修改域特性；
3）使用抽象数据类型
抽象数据类型Abstract Data Type（ADT）是用户定义的数据类型。
ADT中既可以包含数据类型，还可以包含特定的功能。
逆向工程一个包含抽象数据类型的数据库后，抽象数据类型会自动增加到抽象数据类型列表中。
在PDM中，只有抽象数据类型存在于抽象数据类型列表中，才能成为域和列的有效数据类型。
在PDM中不能建立java类，只能指定一个抽象数据类型作为java类，然后把它连接到OOM模型中的java类。建立连接后，就可以在PDM中存取java类特性。
建立连接时，需要在抽象数据类型表中指定OOM中要连接的java类的名称和代码，并且在当前工作空间中打开OOM。
抽象数据类型的特性：Name、Code、Comment、Owner、Type等。
Type：定义抽象数据类型包含的组。
根据抽象数据类型的不同，还包括：Data type、Length、Precision、Size（对array有效）、连接的类名（对于java类型有效）、包含类声明的文件名和路径。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/16/1388106.aspx

1、PDM与DBMS的关系
建立物理数据模型的主要目的是要将CDM（概念数据模型）生成特定数据库管理系统下的SQL脚本，PDM是SQL脚本的图形化表示。
PDM能在特定的DBMS中建立用于存放信息的数据结构，数据库SQL脚本根据DBMS的不同而不同。
其中包括三类数据库语言：
（1）数据定义语言（Data Definition Language）DDL
（2）数据操纵语言（Data Manipulate Language）DML
（3）数据控制语言（Data Control Language）DCL
PowerDesigner的PDM以42种以上的DBMS为基础，为每一种DBMS均建立了扩展名为xdb的定义文件，用户也可生成新的定义文件。
当建立新的PDM时，必须选择一种DBMS的定义文件，它是PDM生成数据库SQL脚本的语法模板与语言规范。
DBMS：对数据进行存储、管理、处理和维护的数据库系统软件。
2、表、列及键
2.1、表Table：数据库中用来保存信息的一种数据结构。
表分为长期保存信息的表和临时表。
长期保存信息的表：是PDM设计的主要对象。
临时表：是在DBMS运行时在内存中建立的表，主要用来存放中间交换数据，DBMS停止时，它自动消失。
PDM的表可以由CDM中的实体通过模型的内部生成而产生。
列Column：是组成表的基本单元，一个表由多个列组成，每个列都有一个数据类型。
PDM中的列相当于数据库表中的列。CDM中的实体属性通过模型内部生成可以转换成PDM表中的列。
键Key：表中可以独立地唯一标识每一条记录的一个或多个列的集合。
每个键都可以在目标数据库中生成唯一索引或唯一约束。
PDM支持三种键：
（1）主键（Primary Key）：用来唯一表示表中一条记录的一个或多个列的集合，它由CDM中的主标识符转换产生。
（2）候选键（Alternate Key）：用来唯一表示表中一条记录的一个或多个列的集合，它由CDM中的次标识符转换产生。
（3）外键（Foreign Key）：是与其它表连接的公共列，这个列通常是其它表的主键。
3、表、列的特性
3.1、表的特性有：Name、Code、Comment、Owner、Number、Generate、Type等基本特性。
Name：表的名称；
Code：表达代码；
Comment：说明；
Owner：表的所有者；
Number：表将要存放的记录数；
Generate：表示是否在应用系统数据库中生成一个真正的表；
Type：包括Dimension和Fact两种类型。
还有其它的特性：
Check：表检查约束；
Script：表的SQL脚本；
Preview：预览表的SQL脚本；
Options：表的物理选项；
Version Info：表的版本信息；
Notes：表的注释。
3.2、列的特性
每个列包含Name、Code、Comment、Table、Data type、Displayed、Length、Precision、Identity、Domain、Computed、Primary key、Foreign key、Mandatory、With default等基本特性。
Table：表示列所属的表；
Displayed：表示该列在图形窗口中显示；
Identity：表示列中的数据自动增益；
Domain：表示列所关联的域名；
Computed：表示该列是有其它列的值通过一定的表达式计算出来的；
Mandatory：表示该列必须被赋值，不能为空；
With default：表示当增加一行新数据时该列将自动被赋予一个默认值。
其它特性：
选项卡Detail：表示通用数据约束；
（1）Null Values：表示允许空值列个数的百分比；
（2）Distinct Values：表示允许不同值的列的个数的百分比；
（3）Average Length：表示列值的平均长度；
（4）Test data parameters：中的
  （4.1）Profile允许使用字符型、数字型或日期/时间型；
  （4.2）Computed expression：表示计算表达式；

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/15/1385423.aspx

7、设计组件图
1）组件图（Component Diagram）：描述了软件组件以及它们之间的依赖关系。
组件图市组件的视图，通过组件图可以使软件的开发、维护、分类、发现组件变得更加容易。
软件组件可以是源代码组件、二进制组件或可执行组件，它主要反映了软件系统的静态作用。
1.1）源代码组件可以是一个源代码文件或者是一个包对应的若干个源代码文件。
1.2）二进制组件可以是一个目标码文件、静态的或动态的库文件。
1.3）可执行组件可以是处理器上运行的一个可执行的程序单位，即可执行程序。
2）定义组件
设计组件时，要定义它的接口和实现类。
而利用组件构造新组件时，新应用系统的开发者则仅能使用已有组件的接口。
组件可以用任何一种开发语言实现，如：java中，可以执行EJB、servlets和JSP组件。
组件的默认版型（Stereotype）有五种：
《Document》表示组件是一般的文档文件；
《Executable》表示组件是可执行的文件；
《File》表示组件是一般的文件；
《Library》表示组件是静态或动态库文件；
《Table》表示组件是数据库中的表。
可创建新的版型Stereotype。
组件的操作实在组件的接口Interface中声明的。
3）定义组件的接口和类
组件暴露于外界的界面称为接口，组件通过接口对外提供服务。
每个组件都包括一个或多个接口，组件也可能使用其它组件提供的接口。
接口是外界对象访问组件的入口点，其它组件和类都可使用组件。
如果组件之间通过接口发生依赖，那么这些组件之间可以相互替代。
组件的接口可与组件在同一模型中，也可在不同的模型中。
通常，组件包含一个或多个类，以及一个或多个接口，组件的类中通常包含一个主类，并通过类来实现组件的功能，其它组件可通过接口来使用这个组件。
一个典型的组件包含若干内部类和一些包中的类，也可包含一些小组件。
4）为组件创建类图
一个组件只能包含一个类图，为组件创建类图可使该组件中相关联的类和接口有一个完整的视图。
组件修改后，相应的类图也应该修改。
为组件创建类图的方法：右键单击组件符号，从弹出的快捷菜单中选择Create/Update Class Diagram，出现专为该组件创建的类图。
5）将组件配置成节点
节点（Node）使部署图（Deployment Diagram）中的重要概念，它代表软件系统中的一个物理位置，在这个物理位置上包含了多个组件来共同完成相关的任务，所以把一个或多个组件配置成节点，对于建立部署图具有重要的意义。
把一个或多个组件配置成节点，实际上就是在节点内部创建一个或多个组件的实例。
菜单Tools－－>Deploy Component to Node上可以把组件配置成节点。
6）定义概化
概化关系表达了一般元素（父元素）与特殊元素（子元素）之间的关系，子元素继承了父元素的特性，还拥有自己的特性。
定义组件间的概化关系同定义用例或类间的概化关系。
7）定义依赖
当两个组件之间存在相互依赖的关系时，改变被依赖的组件将影响到依赖的组件。
组件和接口之间不能创建依赖。
用工具板上的Dependency工具创建。
组件的依赖同用例图、类图的依赖。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/13/1381837.aspx

8、定义部署图
1）部署图（Deployment Diagram）可用来描述系统硬件的物理拓扑结构，以及在此结构上运行的软件。
部署图可以显示节点的拓扑结构、通信路径、节点上运行的组件实例。
相比其它视图，部署图可以给出更清晰的系统视图。
2）定义节点
节点（Node）是部署图中的一个重要的物理元素，它代表一个处理源、真实的物理单元或配置（计算机、打印机等）的物理位置。
节点的符号是一个立方体。
节点中不能包含其它节点，但可以包含组件和文件对象。
2.1）节点的特性
Network address特性表示了节点的地址或机器名。
Component Instances上可以定义组件实例。
2.2）定义节点图
节点图可用来详细描述节点包含的对象间的相互关系，是对节点内容更详细的描述。
它包含：组件实例、文件对象等。
在配置图中，按下Ctrl同时双击节点符号，在图形窗口中打开一个默认的部署图，则在浏览器窗口的Node节点下的这个节点前面出现一个加号。具有节点图的节点称为父节点。
3）定义组件实例
组件实例是在节点上运行的组件的一个实例，它在节点中起着非常重要的作用，它与组件之间存在着密切的关系，而文件对象与组件之间又存在说明性的关系。
组件实例与组件的符号、特性基本相同。
如果把组件附加到一个节点上，则在节点中产生一个组件实例。
从浏览器窗口把组件拖到部署图中，系统将自动产生一个与该组件关联的组件实例。
4）定义文件对象
文件对象可以是一个位图文件、文本文件或其它任何类型的文件。
5）定义节点间的关联
节点间的关联表示节点间的相互通信。
6）定义依赖
节点间的依赖表达了两个节点之间的依存关系，改变被依赖节点的特性将影响到依赖节点的特性。
此处的依赖同用例图、类图、组件图中的依赖。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/14/1383517.aspx

4、设计协作图
1）OOM中的协作图非常有用，它说明了角色、对象之间的通信连接，以及它们之间的消息发送。
协作图可以用来说明一个操作的执行，一个用例的执行，或仅仅是系统中某一环节的接口。它设计了对象之间交互的一个实例。
2）协作图与时序图传达的信息是相同的，它们之间的主要区别是协作图机制在活动着的对象上，它表现的是相互协作的对象之间的消息传递，而时序图则侧重于在某种特定的情形下对象之间传递消息的时序性。
协作图中的对象与对象图、时序图中的对象相同。
协作图中的角色的定义、特性与用例图、时序图中的角色完全一致，并且角色还可以在协作图、用例图和时序图中共享。
3）协作图转换为时序图
有两种方法：
（1）在同一个包中创建一个与已存在的协作图同一级别的时序图，右键单击时序图图形窗口的空白处，从弹出菜单中选择diagram－>Show Symbols，从打开的窗口选择协作图对象。
（2）在协作图中选择菜单Tools－>Execute Commands－>Edit/Run scripts，在打开的窗口，单击open，再次打开一个窗口，选择\POWERDESIGNER12\VBScript文件夹的CollaborationToSequence.vbs文件，执行它。

5、设计状态图
1）状态图描述了一个特定的对象在其生命周期内所有可能的状态，以及由于各种事件发生而引起的状态之间的转移。
子状态图描述了一个状态的分解情况，它详细描述了父状态的复合行为。
系统对子状态图中的每个元素都要进行完整性检查。
子状态图中不允许创建包。
2）状态图转变为符合状态
用于描述处于复杂状态的相互联系。
3）定义起始状态：符号是一个实心圆点。
4）定义状态的动作：在状态属性中设置。
预先定义的动作事件有：entry、do、exit。
动作既可以与状态State关联，也可以与转移Transition关联。
（1）在状态State上创建动作
（2）在转移Transition上创建动作：即在属性Trigger Action中，键入动作的名称。
5）定义转移Transition
6）定义事件
预先定义的动作事件有：entry、do、exit。
7）定义连接点
连接点Junction Point可用来合并和分离几个转移的路径。
连接点的图形符号是一个空心的圆圈。
8）定义结束状态：状态的终节点，用一个圆圈中间一个实心圆点来表示。
一个状态图允许有多个结束状态，可用来分别表示不同情况的分支节点。

6、设计活动图
1）活动图Activity Diagram 主要用于系统分析，它描述系统的行为，显示系统中动作之间的转移。
活动图一般从开始节点开始，经过若干动作后，最后到达结束节点。
活动图是简化的状态图，重点说明了活动间经过的操作和过程。
活动Activity只有一个动作Action，活动的转移有一个相应的触发事件。
活动图可用来描述用例、包和类的行为，它把活动描述成正在执行的操作，活动代表了一个完整的动作，即它代表了一个类或用例内部的行为。
2）活动图可在模型或包中创建，也可在复合活动中创建子活动图。
在模型或包中创建的多个活动图之间是相互独立的。
活动图可以转换成复合活动。
3）子活动图描述一个复合活动的分解，并详细描述父活动的合成情况。
子活动图中不允许创建包。
4）活动图中的起点和终点与状态图中的起始状态和结束状态的定义、特性完全相同。
5）定义活动Activity和定义复合活动：复合活动选中（Composite）
6）定义对象状态Object State
7）对象状态的对象属性
8）定义判断
判断Decision是一种特殊的活动，可用于表示流程中的判断后各种可能的不同的活动分支。
8.1）定义条件分支
可连接多个转移。
8.2）定义归并
用归并可表示几个转移分支进入同一条路径的情况。
9）定义同步
同步表示两个或多个病发活动之间的同步。
同步用一条水平的粗实线裱糊四，且可以旋转成水平或垂直方向。
同步分：
（1）分叉同步：一个源活动被几个目标活动取代的过程。
（2）汇合同步：几个源活动被一个目标活动取代的过程。
10）定义组织单元
组织单元Organization Unit可以代表一个公司、系统、组织、用户或角色等。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/10/1377519.aspx

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/09/1374899.aspx

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/11/07/1371069.aspx

1、特性:
（1）业务过程建模：用图示模型实现设计或建模；
（2）数据建模：利用基于可靠方法、两级（概念上和物理上）关系数据库建模，设计并生成数据库模型；还支持数据仓库建模；
（3）对象建模：用UML完成设计和分析，利用定制的生成器，自动地生成源代码；
（4）企业版本库：可查询共享工作组里所有成员的模型和信息。
2、业务处理模型Business Process Model：主要用在需求分析阶段，任务是理清系统的功能，得出系统的逻辑模型。
3、概念数据模型Conceptual Data Model：主要用在系统开发的数据库设计阶段，按用户的观点来对数据和信息进行建模，并用E-R图（实体－联系 图）来体现。
其主要功能有：
（1）以E-R图的形式组织数据；
（2）检验数据设计的有效性和合理性；
（3）生成物理数据模型（PDM）；
（4）生成面向对象模型（OOM）；
（5）生成可定制的模型报告。
4、物理数据模型Physical Data Model：提供了系统初始设计所需的基础元素及关系。
其主要功能有：
（1）可将数据库的物理设计结果从一种数据库移植到另一种数据库；
（2）可利用逆向工程把已存在的数据库物理结构更新生成物理模型或概念模型；
（3）可以生成可定制的模型报告；
（4）可以转换为OOM；
（5）完成多种数据库的详细物理设计。
5、面向对象模型Object-oriented Model:利用UML的图形来描述系统结构的模型，从不同角度表现系统的工作状态。
其主要功能有：
（1）利用UML的用例图Use Case Diagram、时序图Sequence Diagram、类图Class Diagram、构件图Component Diagram、活动图Activity Diagram等来建立面向对象模型OOM，从而完成系统的分析和设计；
（2）利用类图生成不同语言的源文件，或利用逆向工程将不同类型的源文件转换成相应的类图；
（3）利用逆向工程将面向对象模型OOM生成概念数据模型CDM和物理数据模型PDM。
6、业务处理模型BPM
BPM与PowerDesigner其它模块之间的关系：
（1层）系统分析  ——————业务处理模型BPM
（2层）系统设计  ——————概念数据模型CDM和面向对象模型OOM
（3层）数据库实现——————物理数据模型PDM
7、一些概念
域：是某个或某些属性的取值范围，域在定义之后，可以被多个实体的属性共享使用。
业务规则：反映了信息系统所描述对象的特殊的数据完整性约束。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/chszs/archive/2006/10/25/1350994.aspx