pd有cdm(概念模型)，pdm(物理模型)，oom(對象模型)，bpm(業務過程模型)，其中前3個是可以相互轉換的。但是在實際操作中10有8，9是轉不成功，原因可能是有些東西不規范
visio，rose中也有logic model和data model與之對應，但是visio和rose中似乎沒有cdm的概念，visio和rose都是直接將logic模型建好之后直接生成sql語句或者物理的數據庫結構
不知道erwin有什么功能 一個概念模型的組成：
diagram，bussiness rule，entity，domain，dataitem，relationship，inheritance,association
業務規則：在cdm是用語言描述一個業務如何進行操作，它最終要用客戶端或服務器端的代碼實現
它分為6種類型：
formula(公式：總價＝單價x數量)
constraint(限制：兒子的年齡老子的年齡)
definition(定義：書由isbn，書名，圖書號唯一確定)
fact(事實：作者寫書)
requirement(需求：這個實體的目的是為了將多對多的轉成一對多)
validation(有效型：由數據庫直接處理，如年齡0)
在pdm它成為有表達式或函數。 entity：實體,就是對象
domains：一種屬性或數據項所有可能出現的值，domain的價值體現在它的檢查約束，
dataitem：從某種意義上說，數據項是最小的信息單位。
relationship：既然是關系數據庫，呵呵...，不過它的關系圖示太丑
inheritance：繼承，和面向對象的繼承是一樣的，在物理模型中是沒有這中概念的，它只有實體的數據項，就象抽象類不能被實例化一樣，如一個活動activity有開始時間和結束時間，而任務和項目都繼承這個activity，但他們都有自己的其它屬性，在數據庫中，還是會有task和project 2個表，但不一定有activity這個表
association:我還不怎么明白 疑惑：code是什么意思?概念模型、邏輯模型、物理模型有沒有規范的定義？ 個人結論：
從做數據庫的角度來講，powerdesigner是的確比visio和rose有一定的優勢，它在數據庫方面做的更細，但是從一個項目的整體來考慮，rose中比pd更適合，因為rose在做業務需求和系統需求的時候就能夠帶出很多表，另一方面在rose中數據庫表只是整個系統的一部分，是一種永久性實體而已。而在pd中數據庫就是它的全部了。
相對于二者，visio似乎價廉物美，應用廣泛、無所不能但對于專注于軟件開發的人來說，似乎不是太專業，而且不夠連貫。

轉載于:https://www.cnblogs.com/Elong/archive/2005/05/09/151493.html

總結

以上是生活随笔為你收集整理的powerdesigner2的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。