ログイン
検索
メインメニュー
開発者ブログ
ChangeVisionメンバーズ分布マップ
フォーラム一覧   -   トピック一覧
   astah*の使い方
     【UMLモデルからERモデルに変換する】機能の使い方について
投稿するにはまず登録を

スレッド表示 | 新しいものから 前のトピック | 次のトピック | 下へ
投稿者 トピック
akiko
投稿日時: 2007-6-22 13:14
常連
登録日: 2006-10-13
居住地:
投稿: 60
【UMLモデルからERモデルに変換する】機能の使い方について
いつもお世話になっております。
先日は素早い対応ありがとうございました。
今回は、JUDEProffesional5.0から新機能として追加された「ER図」の機能の1つである、UMLモデルからERモデルに変換するの使い方について質問させて頂きたいとおもいます。
今回、クラス,鮑鄒し、ERモデルに変換を行ったところ、そのクラス,Dateという名前のERエンティティが生成されました。
これは、なぜなのでしょうか?
クラス,亡悗靴討鰐簑蠅覆い隼廚Δ里任垢、Dateに関してはよくわかりません。
クラス,梁粟の中にDate型の属性があったからでしょうか?
お忙しいところ、申し訳ありませんが、宜しくお願いいたします。
joba
投稿日時: 2007-6-22 16:01
開発者
登録日: 2006-4-27
居住地: Fukui
投稿: 597
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
akikoさん、こんにちは。いつも大変お世話になっております。

いただいた質問に回答いたします。

引用:
クラス,梁粟の中にDate型の属性があったからでしょうか?

はい、こちらは、akikoさんのご推察の通り、クラスの属性の中にDate型があるためです。

こちらの仕様に関して、改善のご要望などございましたら、お知らせいただけると幸いです。
akiko
投稿日時: 2007-6-22 16:50
常連
登録日: 2006-10-13
居住地:
投稿: 60
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
回答ありがとうございました

更に、もう一つ質問がございます。
UMLモデルからERモデルに変換されたモデルを見ていたら、クラス,DATE型の列名が全て(5つ)なくなっていることに気づきました。
それが、Dateエンティティの属性が5つある理由だということはわかったのですが、クラス.┘鵐謄ティの主キーが社員番号だとすると、Dateエンティティの属性に【社員番号、社員番号_0、社員番号_1、社員番号_2、社員番号_3】とあるのですが、なぜそのような名前になってしまうのでしょうか?
予想としては、クラス,任覆なった列名と同様の名前になるものだと思っていたのですが・・・
以上、お手数ですが、回答を宜しくお願い致します。
okamura
投稿日時: 2007-6-25 11:58
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
akikoさん、こんにちは。
すいませんが、ちょっと状況がつかめていません
恐れ入りますが、変換前のモデルと変換後のモデルをもう少し具体的に教えていただけますか?
また、すべて「UMLモデルからERモデルへの変換」の話でしょうか?
akiko
投稿日時: 2007-6-28 15:13
常連
登録日: 2006-10-13
居住地:
投稿: 60
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
わかりにくい説明で申し訳ありません。
以下の図で説明させて頂きます。
まず、


ですが、これは英文字で描かれたクラスです。それを、『UMLモデルからERモデルに変換』で変換したところ、



となりました。
また、ERモデルに変換された図のemp_cdを主キーとした場合、


となりました。
-------------------------------------------------------
ここでは、なぜ、Dateエンティティの方では、属性がemp_cd,emp_cd_0,emp_cd_1,emp_cd_2,emp_cd_3になってしまうのでしょうか?何か設定で変えられるものなのでしょうか?
これは、機能上の問題ではなく、UMLでの問題なのでしょうか?

1番上の図を見てわかるように、Date型の属性はbirthday,join_dateなどがあり、その名前がそのまま引き継がれてくると思っていましたが・・・

-----------------------------------------------------------
また、英文字で描かれているものを日本語にし、同じように作業を行いました。
まず、

これは英文字で描かれたクラスを日本語にしたクラスです。それを、『UMLモデルからERモデルに変換』で変換したところ、


となりました。
また、ERモデルに変換された図の社員番号を主キーとした場合、

となりました。
------------------------------------------------------
英文字で描かれているUMLモデルをERモデルに変換する場合と、日本語で描かれているUMLモデルをERモデルに変換する場合とでは、なぜ、このような違いが生じるのでしょうか??

とても長くなってしまいましたが、宜しくお願い致します。

okamura
投稿日時: 2007-6-28 18:52
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
図までたくさん使っていただいて、ありがとうございました。
よく状況がわかりました。

引用:
ここでは、なぜ、Dateエンティティの方では、属性がemp_cd,emp_cd_0,emp_cd_1,emp_cd_2,emp_cd_3になってしまうのでしょうか?何か設定で変えられるものなのでしょうか?
これは、機能上の問題ではなく、UMLでの問題なのでしょうか?

1番上の図を見てわかるように、Date型の属性はbirthday,join_dateなどがあり、その名前がそのまま引き継がれてくると思っていましたが・・・


属性の型によって、リレーションシップに変換する場合と、エンティティの属性に変換する場合があります。
今回のDate型の属性については、今のところリレーションシップに変換する仕様になっています。(Pro5.1では、属性に変換するように仕様を変える予定です)
employeeDAOの場合、Date型の属性が5つありますので、5つのリレーションシップがempoyeeDAOエンティティとDateエンティティの間に作成されています。図上でリレーションシップをドラッグしていただくと、5つの線が重なっていることをご確認いただけると思います。このため、emp_cdを主キーに変更したときに、複数のFKがDateに追加されます。それらの名前がbirthdayやjoin_dateなどの名前にならないのは、クラスとERのモデルの意味の違いによります。birthdayのようにしてしまうと、DateからみてemployeeDAOがbirthdayといった意味になり、論理的にかわってしまうと考えています。

引用:
英文字で描かれているUMLモデルをERモデルに変換する場合と、日本語で描かれているUMLモデルをERモデルに変換する場合とでは、なぜ、このような違いが生じるのでしょうか?


”違い”は、リレーションシップが依存か非依存かの違いのことでしょうか?もしそうであれば、例えば、返還前の属性が、compositeかどうかなどによって、依存になる場合と非依存になる場合があります。一度ご確認いただけないでしょうか?

FKの数の違いのことであれば、作成されるリレーションシップの数が違うためです。
akiko
投稿日時: 2007-6-28 19:36
常連
登録日: 2006-10-13
居住地:
投稿: 60
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
とてもわかり易い説明ありがとうございました。
1点目の引用:

employeeDAOの場合、Date型の属性が5つありますので、5つのリレーションシップがempoyeeDAOエンティティとDateエンティティの間に作成されています。図上でリレーションシップをドラッグしていただくと、5つの線が重なっていることをご確認いただけると思います。

はい。5つの線が重なっていました!
また、属性の名前が変わってしまう点も良くわかりました。

引用:

”違い”は、リレーションシップが依存か非依存かの違いのことでしょうか?もしそうであれば、例えば、返還前の属性が、compositeかどうかなどによって、依存になる場合と非依存になる場合があります。一度ご確認いただけないでしょうか?

確認したところ、日本語の変換前の属性がcompositeになっていました。これが原因だったのですね。

ありがとうございました。
これからも宜しくお願い致します。
jrebirth
投稿日時: 2008-2-22 11:40
新米
登録日: 2008-1-4
居住地:
投稿: 7
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
はじめてコメントをさせていただきます。
「クラス図 -> ER図の変換」の際にDate型の属性をER図でも属性として扱いたいと考えており、このトピックを拝見させていただきました。

引用:

属性の型によって、リレーションシップに変換する場合と、エンティティの属性に変換する場合があります。
今回のDate型の属性については、今のところリレーションシップに変換する仕様になっています。(Pro5.1では、属性に変換するように仕様を変える予定です)


Pro5.1で仕様変更があるとのことでしたので、現時点で最新のPro5.2.1を利用させていただいておりますが、やはり「クラス図 -> ER図の変換」においてDateがリレーションシップに変換されてしまいます。

日付を属性にもつクラスが多いので、変換後に手作業で属性に戻すのが大変なのでできれば属性として扱いたいと考えております。Date型を属性として変換するようにするオプション設定などがもし用意されてれば教えていただくことはできますでしょうか?
okamura
投稿日時: 2008-2-25 9:55
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
コメントありがとうございます。
すいませんが、こちらのミスにより、未対応になってしまっておりました。次のバージョンでの対応を予定します。
jrebirth
投稿日時: 2008-2-25 14:44
新米
登録日: 2008-1-4
居住地:
投稿: 7
Re: 【UMLモデルからERモデルに変換する】機能の使い方について
okumura様

ご回答ありがとうございました。
次のバージョンでの修正されるということを理解いたしました。
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ

投稿するにはまず登録を