发信人: 3871()
整理人: majorsun(1999-11-19 15:35:46), 站内信件
|
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.190.124]
发信人: ebus (Franky), 信区: SystemAnalysis
标 题: Re: e_bus版主可否代我看看UML中是如何论述OOA/D与RDB的关系的？谢谢。
发信站: 网易虚拟社区 (Fri Jun 4 12:21:21 1999), 站内信件
o哦，看到了。我正漫天翻查哩。
据我的了解，分析、设计所得的模型到物理模型的转化依各个CASE工具而异。
一个uml 统一的建模语言提供了从分析和设计成果到物理模型（RDB）的一种可能
的公共通道。
另一个工具：p-designer可以从概念模型到物理模型和实际的数据库。
rose等的解密版很少见，所以我也没有多少实际的经验。
看他们的用户讨论组，在rdb和ood/a的关系上讨论得也不多，倒是很多对licens
e及易用性的抱怨。
关于rdb和ood/a的关系，在我没有找到uml的权威文字前，我先谈谈我的愚见。
关系数据库基于表和表间关系，而ood的模型是基于对象和其属性、服务、继承等
概念。
显然继承不是关联。但某些情况下，比如职工——干部，若用oo观点看，干部可
以是继承职工的子类，若用rdb的观点看，干部也许是职工表中的一个标志而已，
也可以是通过子父表主外关键字联系的两个表。
这个难点就是oracle等rdb元首都难以解决。它的对面向对象的支持也是rdb加外
壳。看来，ood的模型到rdb物理模型只有通过中间接口或叫壳的东西了。问题是
各家rdb厂商对uml的支持程度不一，就难以指望ood的东西直接case到任何rdb了
。根据rational的资料，oracle是支持uml的了。
另外一个可以免费得到developer版的纯oo数据库：CA 的jasmine，就较好地解决
了对象永久化问题。我正在摸索jasmine。不知道它对uml的支持如何。
不过，jasmine不是rdb了。
若以建筑师、结构工程师、施工工程师看分析、设计、编程建库，也许有助于更
形象了解各阶段的模型及其关系。
【 在 3871 (3871) 的大作中提到: 】
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.108.160]
发信人: 3871 (3871), 信区: SystemAnalysis
标 题: Re: e_bus版主可否代我看看UML中是如何论述OOA/D与RDB的关系的？谢谢。
发信站: 网易虚拟社区 (Fri Jun 4 13:19:02 1999), 站内信件
【 在 ebus (Franky) 的大作中提到: 】
: o哦，看到了。我正漫天翻查哩。
: 据我的了解，分析、设计所得的模型到物理模型的转化依各个CASE工具而异。
: 一个uml 统一的建模语言提供了从分析和设计成果到物理模型（RDB）的一种可能
: 的公共通道。
: .......
谢版主。
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.96.190.124]
|
|