PowerDesigner使用

写程序的小王叔叔

已于 2024-09-10 14:32:15 修改

阅读量3.8w

点赞数 59

文章标签： spring hibernate 大数据数据库架构数据库

于 2022-04-01 12:21:27 首次发布

本文链接：https://blog.csdn.net/qq_31653405/article/details/123894670

版权

主页:写程序的小王叔叔的博客欢迎来访👀

支持:点赞收藏关注

社区:JAVA全栈进阶学习社区欢迎加入

1 PowerDesigner整体框架介绍

1.1 PowerDesigner 介绍

1.2 PowerDesigner环境介绍

1.2.1 对象浏览器介绍

1.2.2 PowerDesigner几种模型文件

1 PowerDesigner整体框架介绍

1.1 PowerDesigner 介绍

PowerDesigner是Sybase公司的CASE工具集，是图形化、易于使用的企业建模环境。使用它可以方便地对管理信息系统进行分析设计，它几乎包括了数据库模型设计的全过程。利用PowerDesigner可以制作数据流程图、概念数据模型、物理数据模型，可以生成多种客户端开发工具的应用程序，还可为数据仓库制作结构模型，也能对团队设计模型进行控制。它可与许多流行的数据库设计软件，例如：PowerBuilder、Delphi、VB等相配合使用来缩短开发时间和使系统设计更优化

PowerDesigner 主要包括以下功能：

集成多种建模能力，能建立的模型包括：

数据模型(E/R, Merise)

业务模型(BPMN, BPEL, ebXML)

应用模型(UML)

1.2 PowerDesigner环境介绍

1.2.1 对象浏览器介绍

工作空间（Workspace）

它是浏览器中树的根，是组织及管理所有设计元素的虚拟环境。你可以通过保存工作空间保存自己的设计空间信息以便再次打开时可以还原到保存前的状

态。

项目（Project）

作为容纳你所有开发出的制品的容器，项目中的所有对象可以作为一个单元存到PowerDesigner库中。每个项目自动维护一张图用以显示模型以及文档之间的依赖。

文件夹（folder）

工作空间可以包含用户自定义的文件夹用以组织模型和文件。例如，你有两个独立的项目，希望在一个工作空间中处理，此时可以使用文件夹。

模型（Model）

模型是PowerDesigner中的基本设计单元。每个模型中有一个或多个图以及若干模型对象。

包（Package）

当模型较大时，可能需要把模型拆分成多个“子模型”以便于操作，这些子模型就叫做包，今后可以把不同的包分配给不同的开发组。

图（Diagram）

展现模型对象之间的交互。可以在模型或包中创建多个图。

模型对象（Model Object）

模型对象泛指与模型相关的所有术语。一些模型对象（比面向对象模型中的类）图形化符号，但另一些对象（比如业务规则）无法显示在图中，只能通过对象浏览器或对象列表访问。

1.2.2 PowerDesigner几种模型文件

概念数据模型 (CDM)

概念数据模型(CDM)帮助你分析信息系统的概念结构，识别主要实体、实体的属性及实体之间的联系。概念数据模型(CDM)比逻辑数据模型 (LDM)和物理数据模型(PDM)抽象。CDM 表现数据库的全部逻辑的结构,与任何的软件或数据存储结构无关。一个概念模型经常包括在物理数据库中仍然不实现的数据对象。CDM可生成LDM、PDM和OOM

逻辑数据模型(LDM)

逻辑数据模型(LDM)帮助分析信息系统的结构，它独立于具体物理数据库的实现。LDM比概念数据模型(CDM)具体，但不允许定义视图、索引以及其他在物理数据模型(PDM)中处理的细节。可以把逻辑数据模型作为数据库设计的中间步骤，它在概念数据模型与物理数据模型之间。

物理数据模型(PDM)

PDM帮助分析数据库中的表、视图及其他对象，还包括数据仓库所需的多维对象。可针对目前主流数据库进行建模、逆向工程以及产生代码。

面向对象模型 (OOM)

一个OOM包含一系列包、类、接口和他们的关系。这些对象一起形成所有的(或部份)一个软件系统的逻辑的设计视图的类结构。一个OOM 本质上是软件系统的一个静态的概念模型。使用PowerDesigner面向对象模型建立面向对象模型(OOM)，能为纯粹地面向对象的系统建立一个OOM，产生Java 文件或者PowerBuilder 文件，或使用一个来自OOM的物理数据模型(PDM)对象，来表示关系数据库设计分析。

业务流程模型 (BPM)

BPM 描述业务的各种不同内在任务和内在流程，而且客户如何以这些任务和流程互相影响。BPM 是从业务合伙人的观点来看业务逻辑和规则的概念模型，使用一个图表描述程序、流程、信息和合作协议之间的交互作用。

2 主要模型文件的介绍和使用

2.1 1.BPM 业务处理模型的介绍

业务处理模型是从业务人员的角度对业务逻辑和规则进行详细描述的概念模型，并使用流程图表示从一个或多个起点到终点间的处理过程、流程、消息和协作协议。通过BPM 可以描述系统的行为和需求。可以使用图形表示对象的概念组织结构，然后生怕民需求的文档。作为一个概念层次的模块，BPM 适用于应用系统的系统分析阶段，完成系统需求分析和逻辑设计。BPM 与PowerDesigner 其他模块之间的关系如图2-1 所示

BPM 是用系统提供的各种对象来描述系统需求，下面简要介绍这些对象。BPM 包括表2-1 所示的对象。

下面以电子订单处理流程图为例，看看各个对象的作用。

图2-3 所示BPM 表示的是电子订单的处理过程。从起点“客户提交订单”开始，“财务部门”将电子订单的说明提供给“销售部门”，“销售部门”记录订单信息后检查货物库存情况并通知“财务部门”检查客户信用卡信息。“财务部门”从银行获取客户信用卡信息，如果信用卡余额不足则发送邮件通知客户其信用额度不足，否则告诉“财务部门”客可信。“销售部门”检查货物库存情况后进行判断，如果货物库存不足则发送邮件通知客户其所需货物库存不足，无法提供货物，否则，发送邮件通知客户订单已经确认并将需要发送的货物清单提供给“库房”，由“库房”发送货物。此BPM 描述了从起点“客户提交订单”到终点“订单完成”、“未确认金额”、“订单无效”经过的“财务部门”、“销售部门”、“库房”3 个部门所进行的业务处理流程图，此流程图还使用了Flow/Resource Flow、Process、Decision、Synchronization、Message Format 等对象

2.2 CDM概念数据模型的使用

2.2.1 概念数据模型概述

数据模型是现实世界中数据特征的抽象。数据模型应该满足三个方面的要求：

1）能够比较真实地模拟现实世界

2）容易为人所理解

3）便于计算机实现

概念数据模型也称信息模型，它以实体－联系(Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库的概念级设计。

通常人们先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中的客观对象抽象为实体(Entity)和联系(Relationship),它并不依赖于具体的计算机系统或某个DBMS系统，这种模型就是我们所说的CDM;然后再将CDM转换为计算机上某个DBMS所支持的数据模型，这样的模型就是物理数据模型,即PDM。

CDM是一