ログイン
検索
メインメニュー
開発者ブログ
ChangeVisionメンバーズ分布マップ
フォーラム一覧   -   トピック一覧
   旧JUDE/Community, Professionalベータ版へのご意見、ご感想
     ver3 ベータ版へのコメント
投稿するにはまず登録を

スレッド表示 | 古いものから 前のトピック | 次のトピック | 下へ
投稿者 トピック
joba
投稿日時: 2007-2-14 11:12
開発者
登録日: 2006-4-27
居住地: Fukui
投稿: 597
Re: ver3 ベータ版へのコメント
kteraoさん、JUDE/Professional 3.2β版のご試用とフィードバックをありがとうございます。

下記の手順でSQLを、物理名、論理名のどちらで作成するかを指定することができます。

1.[ツール]-[ER図]-[SQLエクスポート]で[SQLエクスポート]ダイアログを開きます。
2.[オプション]ボタンを押下します。
3.[出力するモデルタイプ]で希望するモデルタイプを選択して[了解]ボタンを押下します。

ご指摘の通り、JUDE/Professional 3.2β版では[論理モデル]がデフォルトになっているようです。今月末リリース予定の3.2正式版にて[物理モデル]をデフォルトにいたします。

ご連絡ありがとうございました。
ゲスト
投稿日時: 2007-2-12 19:21
Re: ver3 ベータ版へのコメント
ゲストの「kterao」さんからの投稿です。
---

ERモデルに論理モデルと物理モデルがありますが、どう使い分けるのかよく分かりません。 一般的に考えれば、物理モデルはテーブル仕様に近いものだろうと思いますが、JudeでSQL生成すると物理名でなく論理名が現われます。 物理名でSQL生成した方がよいのではないかと思いますが、いかがでしょうか。
ゲスト
投稿日時: 2006-6-23 18:42
Re: ver3 ベータ版へのコメント
ゲストの「たかはし」さんからの投稿です。
---

2.xでは、Genericsを使ったソースのリバースエンジニアリングが出来なかったので、3.0になって出来るようになると期待していたのですが…非常に残念です。

型情報をどうするのか、難しい判断が必要だとは思いますが、検討していただけるとありがたいです。
okamura
投稿日時: 2006-6-19 9:28
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: ver3 ベータ版へのコメント
eijiさん、ありがとうございます。
ご指摘どおり、すごく変です
内部的には、修正済みです。ロール名もちょっとおかしいところがあります。
ゲスト
投稿日時: 2006-6-17 14:34
Re: ver3 ベータ版へのコメント
ゲストの「eiji」さんからの投稿です。
---

Community 3.0Beta1 試してみました。
「関連クラスの変換」メニューが目に付いたので、

[ClassA]1..* -------- 0..*[ClassB]
         |
        [ClassC]

これを Convert to Class してみたところ、多重度情報が
[ClassA]1..* ---- 0..*[ClassC]1..* ---- 0..*[ClassB]
になっちゃいました。

期待してたのは
[ClassA]1 ---- 0..*[ClassC]1..* ---- 1[ClassB]
の形だったんですけど。
これって変ですよねぇ?
okamura
投稿日時: 2006-6-16 18:47
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: langパッケージ
本日内部的に修正いたしました。
okamura
投稿日時: 2006-6-16 18:42
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: ver3 ベータ版へのコメント
浜田さん

すいません。Community版の不具合が含まれています。Community版では、今までどおりの見た目になるように修正されます。

おっしゃるように、ユースケース図で誘導可能性は、ほとんど意味をもたないように思います。また、確かに誘導可能性を明示的に使いたい場合は、それほど多くないと思います。
今まで(誘導可能、誘導可能)がデフォルトだったことと、Javaコード出力時に参照していることもあり、このようにしています。が、できればもう少し状況を改善したいと考えています。
ゲスト
投稿日時: 2006-6-16 15:30
Re: ver3 ベータ版へのコメント
ゲストの「浜田」さんからの投稿です。
---

浜田です。

 ユースケース図で誘導可能性が意味を持つのでしょうか。
クラス図であれば、理解しますが。

それと、デフォルトの扱いかと思います。誘導可能性を明示的に
使うのが一般か(多いか)というところかと思います。
デフォルトが「誘導可能性未定」であるほうが使いやすいように
思います。

「関連するものとして、システムプロパティに、「UML2.0の仕様で関連を表記する」というオプションがあります。」
は、communityには無いようですね。
ゲスト
投稿日時: 2006-6-16 13:48
Re: langパッケージ
ゲストの「ron」さんからの投稿です。
---

バグでしたか(^-^;

では既に発見・解決されてるかもしれませんが,
関連で,投稿後にもうひとつ気がつきまして.

最初のfooパッケージ下にlangパッケージという構成でも,
型のリストボックスには,自分が定義した型が入ってます.

入ってるんですが選択しても反映されないという状態です.

この際に名前空間は
SI_8 - lang
という風に,一応langにあることになってる?ようです.
okamura
投稿日時: 2006-6-16 10:12
開発者
登録日: 2006-5-2
居住地:
投稿: 157
Re: ver3 ベータ版へのコメント
浜田さんコメントありがとうございます。
これ実は、UML2.0の誘導可能性の表記に変換しているためなのです。UML1.xで曖昧だった誘導可能性を、UML2.0ではより明確に表現できるようになっています。今のところ仕様にしたいと考えていましたが、改善案ありますでしょうか?




関連するものとして、システムプロパティに、「UML2.0の仕様で関連を表記する」というオプションがあります。
(1) 2 »
スレッド表示 | 古いものから 前のトピック | 次のトピック | トップ

投稿するにはまず登録を