powerdesigner16从入门到精通-第7章面向对象模型
power designer概念数据模型
实验三（1）Power Designer概念数据模型一、背景知识Power Designer是面向数据分析、对象分析、对象设计和实现，集成UML和数据建模的case工具（CASE的一个基本思想就是提供一组能够自动覆盖软件开发生命周期各个阶段的集成的、减少劳动力的工具）。
Power Designer系列产品提供了一个完整的建模解决方案，业务或系统分析人员、设计人员、数据库管理员和开发人员可以对其裁剪以满足他们的特定需要。
Power Designer灵活的分析和设计特性允许使用一种结构化地方法有效的创建数据库或数据仓库，而不要求严格遵循一个特定的方法学。
Power Designer提供了直观的符号表示使数据库的创建更加容易，并使项目组内的交流和通信标准化，同时能更加简单地向非技术人员展示数据库和应用的设计。
Power Designer不仅加速了开发的过程，也向最终用户提供了管理和访问项目信息的一个有效结构。
它允许设计人员不仅创建和管理数据的结构，而且开发和利用数据的结构针对领先的开发工具环境快速的生成应用对象和数据敏感的组件。
开发人员可以使用同样的物理数据模型查看数据库的结构和整理文档，以及生成应用对象和在开发过程中使用的组件。
应用对象生成有助于在整个开发生命周期提供更多的控制和更高的生产率。
Power Designer主要特性包括：（1）业务过程建模，允许非IT专用户用一个简单的图示模型，进行实际业务过程的设计或建模。
（2）数据建模，利用基于可靠方法、真正的两级（概念上和物理上）关系数据库建模，设计并生成数据库模型。
同时还可以支持数据仓库建模技术。
（3）对象建模，使用标准的UML技术完成设计和分析，并且利用定制的生成器，自动地生成源代码，如Java、XML、Web Services、C++等。
（4）企业版本库，Power Designer的企业版中加入了企业及版本库，可以查阅共享工作里所有成员的模型和信息。
PowerDesigner
4.5 实体及联系
4.5.1 4.5.2 4.5.3 4.5.4 4.5.5 4.5.6 4.5.7 关于联系 建立联系 联系的类型 定义联系的特性 定义联系的角色名 定义联系的强制性 有关联系的基数
4.5.1 关于联系
联系（Relationship）是指实体集这间或实体集内部实例之间的连接。 实体之间可以通过联系来相互关联。与实体和实体集对应，联系也可 以分为联系和联系集，联系集是实体集之间的联系，联系是实体之间 的联系，联系是具有方向性的。联系和联系集在含义明确的情况之下 均可称为联系。 按照实体类型中实例之间的数量对应关系，通常可将联系分为4类， 即一对一（ONETOONE）联系、一对多（ONETOMANY）联系、多 对一（MANYTOONE）联系和多对多联系（MANYTOMANY）。
4.5.3 联系的类型
4.5.3 联系的类型
标定联系：每个实体类型都有自己的标识符，如果两个实体集之 间发生联系，其中一个实体类型的标识符进入另一个实体类型并 与该实体类型中的标识符共同组成其标识符时，这种联系则称为 标定联系，也叫依赖联系。反之称为非标定联系，也叫非依赖联 系。 换句话来理解，在标定联系中，一个实体（选课）依赖一个实体 （学生），那么（学生）实体必须至少有一个标识符，而（选课） 实体可以没有自己的标识符，没有标标识符的实体可以用实体 （学生）的标识符作为自己的标识符。 递归联系：递归联系是实体集内部实例之间的一种联系，通常形 象地称为自反联系。同一实体类型中不同实体集之间的联系也称 为递归联系。
4.5.5 定义联系的角色名
在联系的两个方向上各自包含有一个分组框， 其中的参数只对这个方向起作用， RoleName为角色名，描述该方向联系的作 用，一般用一个动词或动宾组表。
PowerDesigner学习教程
业务流程模型 (BPM)
BPM 是从业务合伙人的观点来看业务逻辑和规则的概念模型， 使用一个图表描述程序、流程、信息和合作协议之间的交互作 用。
以下是其中的 CDM、 PDM、 OOM 三者的转换关系：
四、概念模型CDM
1.概念图中的对象
2.概念图的工具面板
3.创建概念图 方法1：创建概念模型时可默认创建概念图： 选择File > New Model ，从Model type创建概念数据模型 conceptual data model，选择概念图Conceptual Diagram，点 击OK即可。
7）点击Options选项页，进行详细设置。
8）点击确定。 输出窗口的信息指出被指定的文件完全逆向工程。
六、面向对象模型OOM
面向对象模型是一种新兴的数据模型，它采用面向对象的方法来设 计数据库。面向对象的数据库存储对象是以对象为单位，每个对象包含 对象的属性和方法，具有类和继承等特点。
（1）利用UML描述系统结构 （2）利用类der 等），或利用逆向工程将不同类型的源文件转换成相应的类图。
从脚本文件逆向工程到PDM
1）选择File->Reverse Engineer->Database 显示新的物理数据模型 的对话框。
2）输入数据模型名称。 3）选择下拉列表框的一个数据库管理系统。 4）点击确定。数据库逆向工程对话框出现。
5）点击使用脚本文件的 Radio 按钮。 6）浏览适当的目录选择脚本文件。
PowerDesigner功能结构图：
二、PowerDesigner的下载安装
下载 PowerDesigner 16.5 的安装文件和破解文件
PowerDesigner 16.5 下载地址： /soft/detail/16619.html?ald
PowerDesigner教程
目录一、PowerDesigner概述（系统分析与建模） (1)二、项目和框架矩阵 (4)三、企业架构模型 (9)四、业务处理模型 (16)五、概念数据模型（CDM生成LDM，PDM和OOM） (20)六、物理数据模型（PDM逆向工程） (30)七、面向对象模型（用例图，序列图，类图） (39)一、PowerDesigner概述（系统分析与建模）PowerDesigner概述PowerDesigner是Sybase公司推出的一个集成了企业架构，UML（统一建模语言）和数据库的CASE（计算机辅助软件工程）工具。
它不仅可以用于系统设计和开发的不同阶段（即业务分析，概念模型设计，物理模型设计以及面向对象开发阶段），而且可以满足管理，系统设计，开发等相关人员的使用。
它是业界第一个同时提供业务分析，数据库设计和应用开发的建模软件。
PowerDesigner15包含项目（Project），知识库（Repository），插件（Addins&Plug-in）以及9个模型（企业架构模型-EAM，需求模型-RQM，信息流模型-ILM，业务处理模型-BPM，概念数据模型-PDM，面向对象模型-OOM，XML模型-XSM）。
9个模块覆盖了软件开发生命周期的各个阶段。
PowerDesigner15还提供了模型文档编辑器，用于为各个模块建立模型生成详细文档，让相关人员对整个系统有一个清晰的认识。
下面简要介绍几个核心模块及模型文档编辑器的功能：∙业务处理模型业务处理模型（BPM），主要在需求分析阶段使用，是从业务人员的角度对业务逻辑和规则进行详细描述，并使用流程图表示从一个活多个起点到终点间的处理过程，流程，消息和协作协议。
需求分析阶段的主要任务是理清系统的功能，所以系统分析员与用户交流后，应得出系统的逻辑模型，BPM就是为达到这个目的而设计的。
∙概念数据模型概念数据模型（CDM），主要在系统开发的数据库设计阶段使用，是按用户的观点来对数据和信息进行建模，利用实体关系图（E-R图）来实现。
[PowerDesigner建模资料].PowerDesigner基础入门
![[PowerDesigner建模资料].PowerDesigner基础入门](https://img.taocdn.com/s3/m/5ee9e90df78a6529647d531d.png)
PowerDesigner基础入门PowerDesigner UML 建模简介引言PowerDesigner支持UML1.3的所有图包括用例图、序列图和类图、活动图表和组件图表等，并全面支持UML2.0。
改进了面向对象分析与设计(OOAD)分析方法并增强了与开发过程的集成。
PowerDesigner 能够帮助您构建适应现代IT 发展的传统商务和电子商务系统，使用Java 等面向对象的语言以及XML 等新技术，以物理或虚拟的方式与我们的数据库技术合并。
我们的目标是根据您的需求，提供随时随地访问信息、控制业务流程的能力，并通过计算机和最新技术赋予企业在当今任何市场上先拔头筹的竞争优势。
我们的分析方法和设计技术将会是多种多样的，从业务流程建模，到UML 面向对象分析和设计，以及传统的关系建模等。
本文将帮助您深入了解UML 这项强大的技术，它可以帮助您的企业创建出高效的传统商务和电子商务系统。
面向对象的分析在您准备为企业作出系统和软件投资前，必须首先了解企业的实际需求，明确所部署的技术将如何帮助您的企业获取更大的成功。
您可以使用UML，借助用例图、序列图和活动图来进行分析。
这些图表将帮助您规划系统的范围、动态性能、以及表现方式等。
不必考虑实施细节，您希望获得的只是按照您的需求而表现的系统性能用例图(The Use Case Diagram)UML 用例图提供了一个系统环境的建模方式。
它能够帮助您确定系统/应用程序的外部和内部元素以及系统范围。
作为图形建模模式，它在您需要与所收集的系统需求进行对话时也将有所帮助，对于研制成品的开发团队来说，更是有着举足轻重的重要性。
对于企业的所有者，或第一次接触该软件产品的用户也有很大的帮助作用。
用例图能够以可视化的方式，表达系统如何满足所收集的业务规则，以及特定的用户需求等信息。
在项目后期，也能够用到UML 用例图。
您可以通过用例图中定义的需求来协助测试项目的相关功能。
PowerDesigner教程(完整)
前言在CSDN上转悠经常看到有网友寻求PowerDesigner相关资料的帖子，Baidu,Google上找找还真很少；同时也有不少网友发来Email询问相关PowerDesigner问题或索要相关资料的，故下定决心制作本文档。
折腾二十多天，终于输出了现在的文档，其中绝大部分内容都是依照PowerDesigner自带的帮助文档翻译过来，乐意啃英文的朋友最好还是看其”原汁”教程，同时本文档仅用于帮助分析设计人员更快熟悉掌握PowerDesigner的使用方法，不包含分析设计方面的理论，所以要作好系统的分析设计工作还是需要用户深厚的项目实践功底。
起初想尽量按照PowerDesigner自带帮助文档完整地进行，尝试了一上午的工作之后这种方案马上就被我否决，原因有二：1.内容太多，工作量太多。
2.原帮助文档特别周全，个人觉得可以在内容上作很大程度的压缩。
姑决定按原帮助文档写，同时加入自己目前正在做的技术论坛分析设计过程以便于理解。
对本文档内容的几点说明：1．本文档只包括PowerDesigner部分内容（RQM,Report,CDM,PDM），内容不够全面。
2．内容尽量简略，一些相同或类似操作过程尽量不再重复。
3．部分术语参考了飞思科技产品研发中心监制电子工业出版社的《PowerDesigner数据库系统分析设计与应用》。
4．暂时没有包含OOM,XML,BPM,ILM等模型内容，我将会在后期陆续更新。
版本说明：我使用的是PowerDesigner Trial 11英文版，因此文档中一些菜单，按钮名称也用英文写出（因当心自己译出的名称和中文版上的名称不一致而造成理解不便），若是给使用中文版的朋友带来不便，我在这说声”抱歉”了!同时由于各版本不同部分操作可能会有所区别。
这里要感谢在我进行翻译工作期间给我发送Email关注的网友，感谢一直支持我的朋友们！由于第一次做翻译工作，限于水平有限，文档中肯定存在很多不足和错误之处，衷心欢迎各位网友指点迷津，期望得到您的指导！Email:dingchungao@ dingchungao@QQ:330982401Blog:http:\\Slash2006.8.31需求模型PowerDesigner11.0.0.1363评估版为了更好的将原文含义再现，不加入我个人语言习惯，我尽量按照原文档内容翻译。
PowerDesigner面向对象模型
PowerDesigner面向对象模型PowerDesigner的面向对象模型(object-oriented model，OOM) 是利用UML (统一建模语言) 的图形来描述系统结构的模型，它从不同的角度来表现系统的工作状态。
在OOM中可以设计UML的所有图形，这些UML图形有助于系统分析人员、开发人员、测试人员、管理人员、用户以及其他人员之间进行信息交流。
其中，用例图、时序图和类图等共同组成了OOM的核心。
在本实验中，我们以Java语言为例，来说明使用PowerDesigner建立OOM的过程。
我们将重点讨论用例图、时序图和类图。
UML中包含的其他图形，读者可根据需要自行创建，在此不再赘述。
1. 用例图用例图(use case) 主要用于需求分析阶段，通常用来定义系统的高层次草图，进行系统需求分析和功能设计，它从用户的角度出发来描述应用系统的功能，指出了各个功能的外部操作者。
用例图中包含执行者、用例两个要素。
执行者是指用户在系统中的角色；用例是用户与计算机的一次交互。
用例图描述了每个用例将有哪些执行者参与。
图4-98显示了一个网上售书系统的用例图示例。
图4-98 网上售书系统用例图在该系统中，顾客首先连接到Web系统并填写所需要的检索条件；然后，Web系统开始检索数据库中提供的书目，并以列表形式提供给顾客；如果顾客确认，则发送相应的电子邮件；最后，系统处理顾客的电子邮件，销售人员通过销售系统完成销售活动。
(1) 定义用例用例是外部可见的一个系统功能单元，这些功能由系统单元提供，并通过一系列系统单元与一个或多个参与者之间交换的消息来表达。
用例的用途是在不涉及系统内部构造的情况下定义连贯的行为。
用例的定义包含用例所必需的所有行为、执行用例功能的主线次序、标准行为的不同变形、一般行为下的所有异常情况及其预期反应等。
例如在网上售书系统中，可以定义的用例包括：目录、查询、发送电子邮件和销售系统等。
(2) 定义角色角色描述了与系统相互作用的一组用户，最明显的角色是系统中的人，但也可能是系统本身。
使用PowerDesigner创建面向对象模型7-sun,com
使用PowerDesigner创建面向对象模型1、新建数据模型2、选择模型类型，填写模型信息3、工作窗口介绍4、创建包单击工具面板，然后在工作视图再次单击，此时在工作视图中出现了一个包的图标，选中该图标，按F2可对包名进行编辑。
5、在包中创建类双击对应包下的类视图(ClassDiagram)，点击工具面板，然后在工作视图中再次单击，此时工作视图中出现了一个类的图标，选中该图标，按F2可对类名进行编辑。
6、在包中创建子包双击父包下的类视图，点击工具面板，然后在工作视图中再次单击，此时工作视图中出现了一个类的图标，选中该图标，按F2可对包名进行编辑。
7、在包中创建接口双击对应包下的类视图(ClassDiagram)，点击工具面板，然后在工作视图中再次单击，此时工作视图中出现了一个类的图标，选中该图标，按F2可对接口名进行编辑。
8、为类添加成员方法与成员变量双击类的图标，系统将弹出类属性对话框，我们可以在这个对话框中添加相关的方法与变量。
单击“Attributes”选项卡，输入变量名称，数据类型，以及访问权限等。
单击“Operations”选项卡，输入方法名称，返回类型，访问权限等，其中A 表示抽象方法，F表示方法不可重写，S表示静态方法。
9、为接口添加成员变量及成员方法双击接口的图标，系统将弹出类属性对话框，我们可以在这个对话框中添加相关的方法与变量。
（参考类添加成员变量、成员方法的操作）10、接口实现单击工具面板“Realization”按钮，然后在从实现类按住鼠标左键拖曳到接口类处，释放鼠标左键，如图。
11、类的继承单击工具面板“Generalization”按钮，然后在从子类按住鼠标左键拖曳到夫类处，释放鼠标左键，如图。
12、使用其他包下面的类或接口有时候我们需要在当前类中继承或实现其他包中的类，这时我们可以在对象浏览窗口中选中我们要使用的类，将它拖曳到工作视图中释放，这样我们就可以使用到这个对象了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
7.2.2创建OOM(续)
在UML的所有图中类图(Class Diagram)是定义 其他图的基础，它和用例图(Use Case Diagram)、 时序图(Sequence Diagram)共同组成了OOM的核 心。
9
7.2.3定义用例图
用例图主要用于需求分析阶段，通常用来定 义系统的高层次草图，进行系统需求分析和功能 设计，是从用户角度出发来描述应用系统功能的， 指出了各个功能的外部操作者。用例图中包含参 与者和用例两个要素。参与者是指用户在系统中 的角色；用例是用户与计算机的一次交互。用例 图描述了每个用例将有哪些参与者参与。
5
7.2.2创建OOM
新建OOM模型的具体操作如下： • 单击File→New或鼠标右键单击浏览器窗口中的 Workspace→New→Object-Oriented Model，打 开新建模型窗口，如图7.1所示的。
6
7.2.2创建OOM(续)
图7.1 新建模型窗口
7
7.2.2创建OOM(续)
3
7.2创建OOM
使用PowerDesigner能够建立UML中十二种图 形的OOM模型，本章主要介绍用例图、序列图和 类图。
4
7.2.1创建OOM的方法
创建OOM可以采用下面几种方法： • 新建OOM。 • 从已有OOM生成新的OOM。 • 通过CDM生成OOM模型。 • 通过PDM生成OOM模型。 • 面对对象语言代码生成OOM模型
34
7.2.4定Biblioteka 时序图(续)时序图中一般包括角色(Actor)、对象(Object)、 消息(Message)和激活期(Activation)几个部分。其中： 角色与用例图中的角色(参与者)具有相同的作用，可以 直接从用例图中拖动角色到时序图中，也可以直接在 时序图中产生；对象用矩形框来表示，每个对象向下 方伸展的虚线表示生命线，在生命线上的矩形条被称 为激活，表示对象正在执行某个操作；消息用来完成 对象之间的通信，消息有一个发送者、一个接收者和 一个动作，用一条带箭头的直线表示，放在两个对象 的生命线之间；对象生命线上的矩形条长度表示对象 激活持续的时间，称为激活期，当一个消息产生时， 就会产生一个激活期。
10
7.2.3定义用例图(续)
１.参与者和用例 • 参与者(也可以称为角色，Actor)是系统外部的人 或物，它以某种方式参与了系统的执行过程。参 与者不是特指人，还可以指系统以外的，在使用 系统或与系统交互中所扮演的角色。因此参与者 可以是人，可以是事物，也可以是时间或其他系 统等等。若用例执行的动作由参与者引起，则这 个参与者称为主参与者；若参与者帮助用例完成
2
7.1 什么是面向对象模型(续)
面向对象建模的主要工作是建立软件系统的面向对 象模型。在PowerDesigner中可以设计UML的所有图 形，如表7-1所示。
表7-1 PowerDesigner支持的UML图形
图形类型 用例图 结构图 图形名称 Use Case Diagram(用例图) Class Diagram(类图) Composite Structure Diagram(组合结构图) Object Diagram(对象图) Package Diagram(包图) 实现图 Component Diagram(组件图) Deployment Diagram(部署图) 动态图 Communication Diagram(通信图) Sequence Diagram(时序图) Statechart Diagram(状态图) Activity Diagram(活动图) Interaction Overview Diagram(交互纵览图)
图7.5用例属性窗口(Specification选项卡)
20
7.2.3定义用例图(续)
Speciification选项卡中包含许多的标签，可根据实 际需要进行相关定义，各标签的含义如下： • Pre-Conditions：用于定义该操作的先决条件。 • Action Steps：用于定义正常操作步骤的文字说 明。 • Extension Points：用于定义该操作的扩展操作。 • Exceptions：用于定义该操作的异常处理。 • Post-Condition：用于定义该操作的后置条件。
21
7.2.3定义用例图(续)
Implementation Classes选项卡用于定义用例实现过程 中用到的类或接口,如图7.6所示。
图7.6用例属性窗口(Implementation选项卡)
22
7.2.3定义用例图(续)
• 使用工具栏中Add Objects工具 可以引用已经 定义好的类或接口，使用Create a New Class 工具 可以新定义一个类，使用Create a New Interface工具 可以新定义一个接口。 • Notes选项卡用于该用例的文字及公式描述。 • Related Diagrams选项卡用于关联模型中其他 图表。
２.模型对象之间的关系 • 参与者通过关联与用例发生作用，关联用一条线 段表示。用例之间的依赖关系用带有箭头的一条 虚线表示，系统默认提供了扩展(Extend)和包括 (Include)两种依赖关系，除此之外用例之间还存 在泛化关系。表7-2列出了用例图中模型对象之间 的关系。
13
7.2.3定义用例图(续)
30
7.2.3定义用例图(续)
• 在图形设计工作区选定要建依赖的两个 用例，在第一个用例对象内单击鼠标并 拖动鼠标至第二个用例，两个对象间会 增加一个依赖的图标。 • 设置依赖属性 • 双击依赖图形符号，打开依赖属性窗口 ，如图7.9所示。
31
7.2.3定义用例图(续)
图7.9 依赖属性窗口
32
23
7.2.3定义用例图(续)
(3) 定义参与者 定义参与者的具体操作过程如下： • 选择工具选项板上的Actor图标 。 • 在图形设计工作区适当位置单击鼠标左 键放置参与者。 • 设置参与者属性
24
7.2.3定义用例图(续)
双击参与者图形符号，打开参与者属性窗口，如图7.7所示。
图7.7 参与者属性窗口
27
7.2.3定义用例图(续)
图7.8 关联属性窗口
28
7.2.3定义用例图(续)
各参数含义如下： • Name：关联的名称。 • Code：关联的代码。 • Comment：注释。 • Stereotype：版型。 • Orientation：关联的方向。 – Primary actor：表示主参与者。 – Secondary actor：表示次参与者。 • Source：表示源。 • Destination：表示目标。
参与者
用例 派生关系 执行者与用例之间的关系 依赖关系
17
7.2.3定义用例图(续)
(2) 定义用例 定义用例的具体操作过程如下： • 选择工具选项板上的Use Case图标 。 • 在图形设计工作区适当位置单击鼠标左键放置用 例。 • 设置用例属性
双击用例图形符号，打开用例属性窗口，如图7.4 所示。
16
7.2.3定义用例图(续)
默认情况下，打开新建用例图的同时用于设计 用例图的图形对象工具选项板会自动出现。用例 图工具选项板中特有工具选项含义如表7-3所示。
表7-3 用例图工具选项板
序号 1 图标 Package 名称 包 作用
2
3 4 5 6
Actor
Use Case Generalization Association Dependency
18
7.2.3定义用例图(续)
图7.4 用例属性窗口
General选项卡用于定义用例的一般信息，各参数含义如下： • Name：用例的名称。 • Code：用例的代码。 • Comment：注释。 • Stereotype：版型。
19
7.2.3定义用例图(续)
Specification选项卡用于定义用例的操作规则，如图7.5所示。
11
7.2.3定义用例图(续)
动作，则这个参与者称为次参与者。执行一个动 作后，用例给出结果、文档或信息，这些结果、 文档或信息的接收者就是次参与者。通常主参与 者放到用例的左侧，次参与者放在用例的右侧， 如图7.2所示，管理员为主参与者，客户为次参与 者。
图7.2 主/次参与者
12
7.2.3定义用例图(续)
7.2.3定义用例图(续)
各参数含义如下： • Name：依赖的名称。 • Code：依赖的代码。 • Comment：注释。 • Influent：流入对象。 • Dependent：依赖对象。 • Stereotype：版型。选择“include”为包括依赖 ；“extend”为扩展依赖。
33
7.2.4定义时序图
时序图用来描述若干对象之间的动态协作 关系，说明对象之间发送消息(Message)的先 后顺序，反映对象之间的交互过程，以及系统 执行过程中，在某一具体位置将发生的事件。 时序图的主要用途是表示用例中的行为顺序。 当执行一个用例行为时，时序图中的每条消息 会对应类的一个操作或引起类状态转换的一个 事件。
• 在Model type中选择Object-Oriented Model，从 Diagram中选择一种图形或者使用默认图形，在 Model name文本框中输入模型名称，从Object Language下拉列表框选项选择一个Object语言， 如C#、C++、Java等，默认为Java，如果希望在 模型上更改扩展模型定义，则单击Extensions右 侧的选择按钮，从弹出的对话框中选择一个或多 个扩展模型来进行定义，单击“OK”，即可创建新 的OOM模型。
表7-2 模型对象之间的关系
关系 功能 符号 关联 参与者与用例之间的通信路径
扩展
在基础用例上插入基础用例不能说明的扩展部分