おまえらUMLのモデリングツール何使ってますか?２

おまえらUMLのモデリ� ..

334:デフォルトの名無しさん
08/02/18 23:56:53
>>333
DBスキーマも同様だね

335:デフォルトの名無しさん
08/02/19 00:35:55
>>321
できるお。

URLﾘﾝｸ(jude-users.com)

336:デフォルトの名無しさん
08/02/19 12:20:28
シーケンス図って書くのめんどいよね

337:デフォルトの名無しさん
08/02/19 15:08:13
Java なら TPTP でカバレッジ的な実行をするとそれっぽいの書いてくれるらしい>シーケンス図

URLﾘﾝｸ(hpcgi2.nifty.com)

338:デフォルトの名無しさん
08/02/19 15:20:37
>>337
ちょｗちょっと待て、Javaプログラムを書いてから、シーケンス図を起こすのか？ｗｗｗ
家を建ててから設計図を描くようなものでは？

339:デフォルトの名無しさん
08/02/19 15:22:30
受託開発ならよくあること

340:デフォルトの名無しさん
08/02/19 15:48:06
>>338
I/F だけ決めて中身 TODO 状態で実行すればええやん。

341:デフォルトの名無しさん
08/02/19 16:33:29
そういう問題じゃなくね？
UML設計の前にプログラムを書き始めてる時点で順序がおかしいよね

342:デフォルトの名無しさん
08/02/19 16:44:27
書かねーよ。何のためのコード生成だよ。

343:デフォルトの名無しさん
08/02/19 19:51:18
Judeが新バージョンでC#対応だとよ

あれだけH鍋はソースコード生成を貶していたくせに
ポリシーも糞もないんだな

昔のJudeのほうがよかった。この情報見て応援する気が失せた。

344:デフォルトの名無しさん
08/02/19 20:36:56
ソース生成や解析に使うなら言語特有の機能をサポートしないと実用に絶えないが、
そうしない場合でもUMLにプロパティやイベントは追加していい時期だと思う。
あとデリゲートやラムダの拡張も欲しいかな。

345:デフォルトの名無しさん
08/02/19 20:49:43
>>343

Ｃ＃期待していたので、おおっと思って確認したが、リバースも
ラウンドトリップもないのか？

スケルトン作成して何の意味がある？

346:デフォルトの名無しさん
08/02/19 21:00:36
>>316にﾊｹﾞすく同意。Javaアプリの壁。

347:デフォルトの名無しさん
08/02/20 07:24:42
>>314
JavaでもWindowsコピペならctrl+Cとctrl+Vで普通に出来るが？

348:デフォルトの名無しさん
08/02/21 00:48:17
JUDEでオブジェクト同士を集約で結べないんだが。
もしかして、こういう使い方しないの？

349:デフォルトの名無しさん
08/02/21 01:19:01
オブジェクト間の関係は、リンクで表現します。
オブジェクト図は、インスタンスのスナップショット（ある時点での状態）を
表現するものだから、集約関係であっても、関連の個数は決まっているはず。

例えば、家クラスに住人クラスが集約されるとして、
この集約関係はクラス図で、　

家◇--住人

見たいにあらわす。
ほんで、オブジェクト図では、これらのクラスの具体例として
「四人家族の山田家」をインスタンス化した場合どうなるか、というようなことを表現する。
オブジェクトでは、関係の個数が決まっているので、集約や多重度は使わない。

家：山田家 -+-- 山田太郎：住人
　　　　　　　　+-- 山田花子：住人
　　　　　　　　+-- 山田一太：住人
　　　　　　　　+-- 山田華：住人

350:デフォルトの名無しさん
08/02/21 16:38:09
>>349
分かりやすい説明ありがとう
学校で教えてもらったんだが、こっちが間違ってたようだ

351:デフォルトの名無しさん
08/02/22 00:43:51
>>333
　漏れもそれが決め手でEAを買った。

352:デフォルトの名無しさん
08/02/25 18:55:26
Jude遅杉

353:デフォルトの名無しさん
08/02/28 21:00:25
俺の作った糞ツールに比べればどれもマシ

354:デフォルトの名無しさん
08/03/02 09:16:15
age

355:デフォルトの名無しさん
08/03/02 12:56:41
JUDEのお薦めの書籍はありませんか？
ヘルプは良いのですがやはり書籍をざっと眺めたい

356:デフォルトの名無しさん
08/03/02 15:04:43
jude そのものの解説書はないけど、1.4系の UML の解説書で十分じゃないかなぁ。
ツールとしての特別なノウハウとか裏技みたいなものってあんまりないし。

357:デフォルトの名無しさん
08/03/02 16:27:44
てゆーか、そんなにUMLっていいの？
UML至上主義っぽい現場だと
宗教がかってて気持ち悪いんだけど。

358:デフォルトの名無しさん
08/03/02 16:32:34
age

359:デフォルトの名無しさん
08/03/02 16:52:44
>>357
現状の開発方法で不都合がないなら無理に使う必要は無いんじゃね。

360:デフォルトの名無しさん
08/03/02 23:36:01
>>356
ありがとうございます
ＵＭＬ関係の書籍は漁ってありますのである意味安心しました

361:デフォルトの名無しさん
08/03/03 00:27:06
>>326
最初にいりそうなモジュールをクラス図で簡単に書いて、シーケンス図かコラボレーション図描きながら必要なメソッドやプロパティをクラス図に追加していく

362:デフォルトの名無しさん
08/03/05 21:39:09
judeからEAの変換ツール使ってる人いますか?

訳あって状態遷移図を変換したら状態遷移表に
変換できてすげー便利なんだけどその割には使われていない?

363:デフォルトの名無しさん
08/03/09 11:40:36
EA評価版つかってみたんだが、マクロ使ってると無理だね。
あとクラス多すぎてまともに見えないんだが、見やすい粒度にレイアウトを自動変更とか無いのかな？
頭の中には全て入ってるから、無理して使う気は無いんだが。

364:デフォルトの名無しさん
08/03/09 11:57:32
>>363

クラスが多い場合に、1つのクラス図に全てを入れると見づらいのはしょうがない。
属性やメソッドを非表示にすれば、みやすくなる。

公開されているデモで、多くのクラスがある場合の解析みたいな話があったはず。

365:デフォルトの名無しさん
08/03/09 15:24:58
まあ、EAに限った問題ではないような。

慣れてくるといろいろと整理する方法がわかってくる。
クラス図は、クラスの関係を説明する図だから、
全てのクラスを同じクラス図に置く必要は無いわけで、
例えば、ユースケース単位とかで図を作っていれば、
そんなに多くのクラスを一度に出さなきゃならないケースは無くなるはず。

366:デフォルトの名無しさん
08/03/10 10:53:05
JUDEってなんて読むの・・・？
ジュード？
ジュド？
ユダって読んじゃダメ？ｗ