买了一本《PowerDesigner软件分析技术》有没有一起学习的？

wangliguo · 发表于 2003-8-30 19:22

有点不明白的的地方:
面向对象分析完成后，能跟数据库设计相关的就是类图了，根据类的持久性来建立数据库模型
而结构化开发方中（或者说不算结构化方法中的内容），ER关系确定之后，建立了ER模型，就可以着手设计物理数据库了，我觉得这两种方法是有矛盾的，或者说我对实体关系和类和类的关系这两个内容有点混淆了，ER建模和持久类建模是否是矛盾的？能给解释一下吗？

wangliguo · 发表于 2003-8-30 19:23

我之所以有这个疑问是因为在PD中类图可以转化为实体建模即CDM模型

wangliguo · 发表于 2003-9-1 17:26

那么类和实体的有什么联系吗？
实体和对象是否相同？
（假设类撇开操作）

wangliguo · 发表于 2003-9-1 17:27

另外我在PD9.5中在CDM中没有发现能够建立类图，这是为什么？还是你说的CDM中包括类图是另有所指？

xl77 · 发表于 2003-9-3 18:25

我也想学学，继续贴关注中

wangliguo · 发表于 2003-9-4 19:33

第四章2
建立CDM
明确业务问题
创建CDM首先应该明确模型所描述的业务问题。例如，需要存储哪些信息，与业务有关的实体有那些，业务流程

如何。了解这些问题后才可以开始建立ＣＤＭ
业务规则
业务规则是业务活动中必须遵守的规则，是业务信息之间约束的表达式。它反映了业务信息数据之间的一组完整约束，每当信息实体中包含的信息发生变化时，系统都会检查这些信息是否违反了特定的业务规则
在创建业务规则之前必须明白数据之间的约束关系
CDM向PDM或OOM转换的过程中业务规则被直接传递到PDM或OOM，业务规则不会转换为代码，需要自己动手细化和形式化。
PD中业务规则分为5种类型
业务规则类型说明                   例子
---------------------------------－－－－－－－－－－－
Definition 信息系统中对象的特征或特性客户是可以用姓名和地址标识的人
Fact       信息系统中存在的事实    客户可以拥有一个或多个订单
Formula    信息系统中的计算公式    订单总额等于所有订单上每行金额的总和
Requirement 信息系统中功能的详细说明所有的损失不能超过总销售收入的10%
Validation 信息系统中数据之间的约束一个客户的订单总额不能超过对这个客户的允许值
在9.5中又定义了一种业务规则类型
Constraint
Additional check constraint on a value. Constraint business rules are used in the PDM, they are

generated in the database
对一个值进行附加的约束检查，Constraint用在PDM模型中
例子：开始日期必须在结束结束日期之前

创建业务规则
创建业务规则之前，需要考虑有关问题，例如，要解决的业务问题是什么，系统中是否有必须进行的处理；系统的范围是否有明确的的规范；系统中存在哪些约束；怎样描述这些处理，规范和约束；业务规则的类型属于这5（6）当中的哪一类。
业务规则表达式（Expression）分为Server/Client两类，Server类的将转化到数据库当中，client类的内容主要是文档编写使用，而且两中类型都可以转化到数据库中的触发器或存储过程（这句话是帮助里面说的）

xjb5 · 发表于 2003-9-5 19:24

关注....

wp_h · 发表于 2003-9-8 07:17

居然有人用powerdesigner这种怪东西，唉！

wangliguo · 发表于 2003-9-8 09:02

怪在什么地方？

wangliguo · 发表于 2003-10-6 16:27

好长时间没写了，自己up一下

[精华] 买了一本《PowerDesigner软件分析技术》有没有一起学习的？

居然有人用powerdesigner这种怪东西

浏览过的版块