powerdesigner16从入门到精通-第7章面向对象模型

实验三（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概述（系统分析与建模） (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 UML 建模简介引言PowerDesigner支持UML1.3的所有图包括用例图、序列图和类图、活动图表和组件图表等，并全面支持UML2.0。

改进了面向对象分析与设计(OOAD)分析方法并增强了与开发过程的集成。

PowerDesigner 能够帮助您构建适应现代IT 发展的传统商务和电子商务系统，使用Java 等面向对象的语言以及XML 等新技术，以物理或虚拟的方式与我们的数据库技术合并。

我们的目标是根据您的需求，提供随时随地访问信息、控制业务流程的能力，并通过计算机和最新技术赋予企业在当今任何市场上先拔头筹的竞争优势。

我们的分析方法和设计技术将会是多种多样的，从业务流程建模，到UML 面向对象分析和设计，以及传统的关系建模等。

本文将帮助您深入了解UML 这项强大的技术，它可以帮助您的企业创建出高效的传统商务和电子商务系统。

面向对象的分析在您准备为企业作出系统和软件投资前，必须首先了解企业的实际需求，明确所部署的技术将如何帮助您的企业获取更大的成功。

您可以使用UML，借助用例图、序列图和活动图来进行分析。

这些图表将帮助您规划系统的范围、动态性能、以及表现方式等。

不必考虑实施细节，您希望获得的只是按照您的需求而表现的系统性能用例图(The Use Case Diagram)UML 用例图提供了一个系统环境的建模方式。

它能够帮助您确定系统/应用程序的外部和内部元素以及系统范围。

作为图形建模模式，它在您需要与所收集的系统需求进行对话时也将有所帮助，对于研制成品的开发团队来说，更是有着举足轻重的重要性。

对于企业的所有者，或第一次接触该软件产品的用户也有很大的帮助作用。

用例图能够以可视化的方式，表达系统如何满足所收集的业务规则，以及特定的用户需求等信息。

在项目后期，也能够用到UML 用例图。

您可以通过用例图中定义的需求来协助测试项目的相关功能。

前言在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的面向对象模型(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创建面向对象模型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.单一职责原则（SRP）：一个类应该只有一个责任，在软件设计中，应该将不同的职责分离到不同的类中。

这样可以提高类的内聚性和代码的可读性。

2.开放封闭原则（OCP）：软件系统的设计应该对扩展开放，对修改关闭。

这意味着通过添加新的代码来扩展系统的功能，而不是修改已有的代码。

这样可以减少系统的风险，提高可维护性。

3.里氏替换原则（LSP）：子类型必须能够替换掉它们的父类型。

这意味着在使用继承时，子类不应该破坏父类的特性和约束。

这样可以使得系统更加灵活，可扩展。

4.接口隔离原则（ISP）：使用多个专门的接口，而不是一个总接口。