Power Designer复习(整理)

1.  数据库设计的过程(六个阶段)

需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库运行和维护。

 

2.  Power DesignerSybase公司的CASE工具集,使用它可以方便地对管理信息系统进行分析设计,它几乎包括了数据库模型设计的全过程。利用Power Designer可以制作数据流程图、概念数据模型、物理数据模型,可以生成多种客户端开发工具的应用程序,还可为数据仓库制作结构模型,也能对团队设计模型进行控制。

 

3.   

(1) 图形符号对象:可用图形符号来表示对象,并可以在图形窗口中显示,如BPM中的处理(process)CDM中的实体(Entity)等。

(2) 无图形符号的对象:不能用图形符号表示,如业务规则、域等。

(3) 共性:都有NameCodeComment等特性。

(4) 设计概念结构的四类方法:

a) 自顶向下

b) 自底向上

c) 逐步扩张

d) 混合策略

 

4.  对象和实体之间是“is member of”的关系。

 

5.  一般原则:

(1) 属性不能再具有需要描述的性质。即属性必须是不可分的数据项,不能再由另一些属性组成。

(2) 属性不能与其他实体具有联系。联系只发生在实体之间。

 

6.  概念模型,也称信息模型,它是按用户的观点对数据建模,主要用于数据库设计。该类模型应该具有较强的语义表达能力,易于用户理解,方便数据库设计人员与用户之间交流。

数据模型,主要包括:网状模型、层次模型、关系模型等,它是按计算机系统的观点对数据建模,主要用于数据库管理系统DBMS的实现。

 

7.   

(1) 实体(Entity):对应现实世界中可区别的客观对象、抽象概念或联系。如:学生、课程、学生的一次选课(实体间的联系)。

(2) 属性(Attribute):实体所具有的某种特征的抽象,如学生的姓名、学号。一个实体可以由若干属性来刻画。

(3) 码或键(Key):能唯一标识一个实体的属性,如:学号是学生实体的码。

(4) 域(Domain):属性的取值范围,如:性别的域为(男,女)。

(5) 实体型(Entity Type):用实体名及其属性名的集合来抽象表示同类实体。如:一个实体型:学生(学号,姓名,年龄,性别,系,年级)。实体型的一个实例:学生(101,张三,20,男,计算机系,01级)

(6) 实体集(Entity Set):同一个实体型的所有实例的集合,如:所有学生就是一个实体集。

 

8.  联系(Relationship

(1) 实体型(一条记录):现实世界中事物内部以及事物之间的联系在信息世界中反映为实体内部的联系和实体之间的联系。

(2) 实体型间联系

两个实体型          一对一联系(1:1

三个实体型          一对多联系(1:n

一个实体型          多对多联系(m:n

 

9.   

(1) E-R图由实体、实体的属性和实体之间的联系三个要素组成。

E-R图转换为关系模型:将实体、实体的属性和实体之间的联系转化为关系模式。

(2) 列表:

列表(List)把相同类型的数据模型对象用文本的形式呈现给用户。如实体列表(a list   of Entity)、表列表(a list of tables)等。选择ModelEntities,打开“List of Entities”。

 

10.  产生CDM 的方法有三种:

(1) PowerDesigner中产生一个新的CDM 模型。

(2) 先建立一个不含任何模型对象的空CDM,然后从业务处理模型(BPM)中贯入数据。

(3) 通过对现存数据库进行逆向工程,生成PDM,再把PDM 转换成CDM

缺省情况下,当进入DataArchitect环境时,打开一个新的CDM 窗口。

 

11.  定义CDM特性窗口

在“Model Properties”窗口中

 

12.  定义模型的选项:

选择 Tools >Model Options. 打开模型选项窗口

注意:业务规则定义是一个反复的过程,可以在概念级产生业务规则,在物理级应用这些业务规则。

 

13.  数据项:

(1) 在数据模型中,数据项是最小的有意义的信息单位。在信息系统中,数据项通常是在定义型业务规则中定义的;在CDM中,数据项通过NameCodeComment确定。

(2) 产生数据项有两种方法:

a) 在数据项列表对话框中定义一个外部的数据项;

b) 通过定义一个实体属性定义一个内部的数据项。

(3) 定义一个外部数据项

a) 选择Model Data Items,打开“List of Data Items”对话框;

b) 单击“Add a row”按钮;

c) 输入该数据项的NameCodeCommentDescriptionAnnotationCheck 等;

d) 单击“OK”,关掉“List of Data Item”对话框;或者定义另一个数据项。

(4) 定义一个内部数据项

当定义实体属性时,DataArchitect已经把所定义的实体属性保存为一个内部的数据项。当为一个实体定义了实体的属性后,打开数据项列表对话框会发现实体的属性已经增加到数据项列表对话框中。

 

14.  实体

(1) 产生实体的方法

a) 从数据项开始:数据项开始产生实体是“自底向上”的技术。从最小的数据单位开始向上构造,当收集到足够的信息时进行归纳,把数据项分组放入不同的实体中,然后归纳产生域。

b) 从实体/实体属性开始:从实体开始,即从感兴趣的对象开始,然后指定它们的属性。当收集到足够信息时,进行归纳产生域。

c) 从域开始:产生实体和数据项之前先定义域是“自顶向下”的技术。使用这种方法,在收集开发数据模型前,必须有某些业务问题所需要的预备知识。为了暴露这些细节,要求归纳后定义原来未知的域。

(2) 在实验中可以使用下列步骤建立实体:

a) 定义域;

b) 定义实体;

c) 使用可用的域定义实体属性的数据类型;

d) 产生数据项。注意:这是一种产生实体并附带地产生数据项的有效方法。

(3) PD环境下,数据项和实体属性是不同的对象。实体属性是与该实体有关的数据项。定义一个实体属性,就定义了一个数据项与实体之间的联系。如果定义的实体属性在数据项中不存在,Data Architect会自动产生这个数据项。

强制特性表示属性是否需要一个值。如果属性是强制的,那么该属性在数据库表的对应列(Column)上不允许空值。

(4) 有两种方法可以产生实体属性:把一个已经存在的数据项增加到一个实体中,作为该实体的一个属性。在”Entity Properties”窗口的“Attributes”选项卡中直接定义实体的属性。

 

15.  CDM是建立在传统的ER图模型理论之上的,ER图中有三大主要元素:实体型,属性和联系。其中实体型对应到CDM中的Entity,属性对应到CDM中每个EntityAttribute,在概念上基本上是一一对应的。在联系上,CDM有了比较大的扩展,除了保留ER图原有的Relationship(联系)概念之外,还增加了Association(关联)Inheritance (继承)两种实体关系。

但在CDM中,联系还有另外三个可以设置的属性: mandatory(强制性联系), dependent(依赖性联系/标定关联) 和dominant(统制联系)。

联系(Relationship)是指两个实体之间或实体内部的连接或关系。完成实体定义以后,应该在它们之间建立联系,实体的联系通常是依据业务规则确定的。

强制(Mandatory),强制表示实体间的联系是否是可选的。应该从两个方向上定义强制。在模型中用穿过联系线的一条短竖线表示强制,用联系线上的一个小圆圈表示可选。

依赖(Is Dependent),依赖表示一个实体是否依赖于另一个实体。在模型中双击联系线,可打开如下的“Relationship Properties”窗口。

 

16.  联系是否具有强制性,指的是实体间是不是一定会出现这种联系;或者换句话说,当我们在谈及一个联系的应用场景的时候,联系对应的那两个实体型的实体实例的个数可不可能为零。也许这样的解释还是有点抽象,让我们举两个联系的例子,一个是对两边的实体都有强制性的,另一个则不然。

 

17.  依赖

每一个Entity型都有自己的Identifier,如果两个Entity型之间发生关联时,其中一个Entity型的Identifier进入另一个Entity型并与该 Entity型中的Identifier共同组成其Identifier时,这种关联称为标定关联,也叫依赖性关联(dependent relationship)

一个Entity型的Identifier进入另一个Entity型后充当其非Identifier时,这种关联称为非标定 关联,也叫非依赖关联。

 

18.  递归联系

当一个实体的实例之间存在自身联系时,就产生了递归或反身联系。

职工之间的递归联系反映了职工之间的一种管理关系,一个职工可以领导零个或多个职工,一个职工必须受一个职工的领导。

 

19.  中间实体(Associative Entity)是为了解决多对多联系而产生的一个人工实体,能够为中间实体定义属性。

用鼠标右键单击多对多联系线,在弹出的菜单中选择“Change to entity”,能够把这个联系转换成连接两个实体的中间实体。在中间实体上能够添加属性。

 

20.  继承连接用来定义一种父类(父实体)与子类(子实体)之间的特殊联系。子实体与它的父实体共享一些属性,有一个或多个属性不被父实体或其它子实体所共享。父实体也能有一个或多个联系不与子实体共享。

 

21.  一些基本准则

问题严重性级别设置:ErrorWarning

设置方法:

(1) Tools->Check Model

(2) 选择selection

 

22.  检查对象:

(1) 域检查

(2) 数据项检查

(3) 实体检查

(4) 实体属性检查

(5) 实体标识符检查

(6) 联系检查

(7) 继承检查

 

23.   

(1) 数据项名称和代码必须惟一;

(2) 不应存在未使用的数据项;

(3) 重复使用的数据项特性应该一致;

(4) 数据项和域不应该分离。

 

24.  四种方法生成PDM

(1) CDM 文件生成PDM 文件;

(2) 通过逆向工程(Reverse engineering),从数据库生成脚本中产生PDM

(3) 通过逆向工程(Reverse engineering),从现存的数据库中生成PDM

(4) 不使用概念级数据模型设计方法,直接设计PDM(这个过程与设计CDM概念数据模型的过程类似)。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
分了三个压缩包,请分别下载 本书系统地介绍了业务建模、数据建模和应用程序建模的方法和过程,通过PowerDesigner的实现,使读者全面掌握软件分析建模的思想,是软件工程师学习软件分析、建模的入门教材。PowerDesigner 12.5集中体现了软件分析建模的最新成果,是市场占有率最高的软件分析建模平台。它将需求模型理论、业务流程理论、实体联系理论、统一建模理论贯穿其中,实现了业务建模、数据建模和应用程序建模的无缝集成。 第1章 软件分析建模基础 1.1 软件分析建模概述 1.2 业务建模概述 1.3 数据建模概述 1.3.1 概念数据模型 1.3.2 物理数据模型中的物理图 1.3.3 物理数据模型中的多维图 1.3.4 XML模型 1.4 应用程序建模概述 1.4.1 用例图 1.4.2 类图、对象图、组合结构图和包图 1.4.3 时序图、通信图、状态图、活动图和交互纵览图 1.4.4 组件图和部署图 1.5 辅助建模工具概述 1.6 分析建模实例 1.6.1 学生上机系统的业务建模 1.6.2 学生上机系统的数据建模 1.7 最具影响的软件分析建模平台 1.7.1 Sybase公司的软件分析建模平台简介 1.7.2 IBM公司的软件分析建模平台简介 1.7.3 CA公司的软件分析建模平台简介 1.7.4 Microsoft公司的软件分析建模平台简介 第2章 PowerDesigner软件分析建模的基本概念 2.1 PowerDesigner概况 2.1.1 软件分析建模需要安装的软件 2.1.2 PowerDesigner能够完成的分析建模工作 2.1.3 PowerDesigner启动时的界面 2.1.4 PowerDesigner新建模型的步骤 2.1.5 模型类型的图标及扩展名 2.1.6 PowerDesigner的工具选项板 2.1.7 PowerDesigner模型对象的特性窗口 2.1.8 PowerDesigner模型对象的列表窗口 2.1.9 PowerDesigner检查模型的相关窗口 2.2 PowerDesigner的公共资源 2.3 模型间的生成和跟踪关系 2.3.1 模型、外部系统间的关系 2.3.2 各种模型与需求模型间的跟踪关系 2.4 模型对象的快捷方式 2.4.1 快捷方式的目标对象 2.4.2 产生快捷方式的方法 2.5 模型对象的复制品 2.5.1 复制品的源对象 2.5.仑产生复制品的方法 2.5.3 修改复制特性 2.6 模型的比较与合并 2.6.1 比较模型 2.6.2 合并模型 2.7 模型的影响分析 2.7.1 产生用户定义事件的方法 2.7.2 从企业知识库中提取模型的交叉依赖 2.7.3 改变影响传播的集合 2.8 模型对象的映射 2.8.1 模型对象映射的基本知识 2.8.2 启动映射编辑器的方法 2.8.3 映射编辑器界面 2.8.4 在映射编辑器窗口产生映射的方法 2.8.5 修改映射语法的方法 2.8.6 从对象特性窗口创建映射的方法 2.9 模型间生成的连接 第3章 PowerDesigner的基本操作 3.1 分析建模环境的设置 3.1.1 设置环境选项 3.1.2 通用工具条 3.1.3 预定义符号工具条 3.2 模型对象操作 3.2.1 模型对象的图形符号 3.2.2 修改模型对象的显示参数 3.2.3 模型图形的打印 3.2.4 模型图形的导人和导出 第4章 需求模型及PowerDesigner实现 4.1 建立RQM的方法 4.1.1 RQM中的包 4.1.2 设置RQM的环境 4.2 需求文档视图 4.2.1 需求特性窗口的General选项卡 4.2.2 需求特性窗口的Detau选项卡 4.2.3 需求特性窗口的Traceabilityunks选项卡 4.2.4 需求特性窗口的UseiAllocations选项卡 4.2.5 需求特性窗口的其他特性选项卡 4.3 追踪矩阵视图 4.4 用户分配矩阵视图 4.5 RQM的有效性检查 4.6 需求与设计对象的连接 4.6.1 在需求上连接设计对象 4.6.2 在设计对象上连接需求 4.7 需求与设计对象的导人与导出 4.7.l把需求导出到设计模型中 4.7.2 把设计对象导人到RQM中 4.8 RQM与MSWord文档的信息交换 4.8.1 把Word文档导人到RQM中 4.8.2 把RQM导出到Wor.d文档中 4.8.3 更新RQM或Word文档 4.8.4 断开RQM与Word文档之间的连接 第5章 业务流程模型及PowerDesignet实现 5.1 BPM的3种图形 5.1.1 业务流程图 5.1.2 流程层次图 5.1.3 流程服务图 5.2 BPM的建立方法 5.3 分析型BP
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值