トップページ⇒tech
966コメント334KB

UML皆でお勉強しよ♪

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< お勉強しよ♪
 (    )  \____________
 | | |
 (__)_)
0002デフォルトの名無しさんNGNG
しねーよ。>UML
氏ねよ。>>1
−−−−−−−−−−−−−−終了−−−−−−−−−−−−−−
以後はsage進行で。
0003今後予想される質問NGNG
UMLってなんだよ
0004今後予想される解答NGNG
オブジェクト指向の表記方法です
0005デフォルトの名無しさんNGNG
正確にUMLに沿ってはないが、それモドキなやつは書くぞ。
ほとんど静的関係図だけで、ときどきシナリオぐらいだけど。
書かなきゃ、後での仕様変更やプログラムの複雑さのスケーラビリティに
影響がでる。

>>3 Unified Modeling Language
0006デフォルトの名無しさんNGNG
>>5
UMLっていっても、1から10まで全部教科書どおりに採用なんて
しないし、ばかばかしいと思う四。使えるところから使うし、
自分のシステムにとって不要なところはガンガンはしょる。

しょせん道具だし。
0007デフォルトの名無しさんNGNG
でも道具なのでこれから使うでしょう
.NET=UMLになるかな
0008デフォルトの名無しさんNGNG
XPしながらUMLをどう使うかが課題かな。
0009デフォルトの名無しさんNGNG
↑ 知ってる単語を並べただけ。
0010>8NGNG
XP->ソースがドキュメント
UML->ソース以外に図を描け

ってわけで、明らかに対立してるように思えるが。
Kent BeckもUML使わんって言ってたし。

両立するとしたらソース<->UMLを
完全自動で同期取るツールがある場合のみ。

つーか、ほんとにXPやってんのか?
0011デフォルトの名無しさんNGNG
>両立するとしたらソース<->UMLを
>完全自動で同期取るツールがある場合のみ。

重いー。
0012逝っちゃいそうですNGNG
XP燃え。燃えるぜ!やらせろ!誰か!
0013逝ってきますNGNG
XP萌え。萌えるぜ!俺とぺあプログラミングやろうぜ!男性不可!
0014逝っちゃいそう!NGNG
XPで必ず異性とのペアリングが良いということになれば、
一気にこの手法が人気になったりして。

マジな話、異性だと大抵は、野郎同士より多少生産性が
良くなりそうな気がするが。自分だけでしょか?
0015デフォルトの名無しさんNGNG
ペアを強要され、断ったらクビにされたといって
プロジェクトリーダーが訴えられるに一票。
0016デフォルトの名無しさんNGNG
つーか、1みたいに腐った絵文字かきまくるやつ誰よ?
なおか気分わるくなるよ、こんなのみていると
匿名掲示板だからってふざけていいのか?
0017デフォルトの名無しさんNGNG

  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< うん。ふざけていいんだよ♪
 (    )  \____________
 | | |
 (__)_)
0018デフォルトの名無しさんNGNG

  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< うん。ふざけていいんだよ♪
 (    )  \____________
 | | |
 (__)_)
0019デフォルトの名無しさんNGNG
ジサクジエンデシタ
0020デフォルトの名無しさんNGNG
上流工程で働くにはUMLもいいかな。
それみてプログラマがプログラムしてくれればいいんだけど。

002118>>19NGNG
私も賛成、というか、すでに(まともな)学校じゃそのようになっている
ようですね。ちなみにCはもう省いてもよしって感じですね。
002221NGNG
スレ違いでした。スマン。
0023デフォルトの名無しさんNGNG
本当にふざけスレになったらしい。
0024デフォルトの名無しさんNGNG
UML は Rose で書きたい。
Visio はもう嫌。
0025デフォルトの名無しさんNGNG
Excelでクラス図、状態遷移図描いてますが、
なにか文句ありますか?
0026デフォルトの名無しさんNGNG
>>25
えらい!!
0027名無しさん@お腹いっぱい。NGNG
>>25
Rationalは高いなぁ...
フリーの使って我慢。
0028名無しさん@お腹いっぱい。NGNG
>>25
テンプレートくだされ。

0029名無しさん@お腹いっぱい。NGNG
27です
25へではなく24でした。
ごめんなさい。
0030デフォルトの名無しさんNGNG
>>24
Visioってクラス数が多くなると
途端に重くならない?

とくにカットアンドペーストがなぜか重い。
003124NGNG
>>30
重くなります。
そして飛びやすくなります。
ときどき突然死します。

それより関連の線が変な方向に回り込むのがムカツキます。
状態遷移図でネストした状態を1枚の図に書けないし。
こんなのUML1.x準拠じゃねぇ!

Roseはお試し版を試してみましたが、かなり楽チンでした。
特にシーケンス図は、Visio がクソなだけに感動します。
Visio だとメッセージを流れの途中に入れるのがたいへんですから。
手で書くのと比べたら 100倍 マシですけどね。
0032デフォルトの名無しさんNGNG
>>31
Visio2000(だっけ?)でですか?
私はそれより前のバージョンですが、やっぱ重いですね。
Roseを個人購入ですか?
(フリーでいいのないのかな?
0033デフォルトの名無しさんNGNG
UMLの表記がいつまでたっても覚えられません。
なのでテキトーに書く。
0034デフォルトの名無しさんNGNG
手で書くとき、集約の矢印のひし形って書きづらくねえ?
かってに○にしちゃおっと。
0035デフォルトの名無しさんNGNG
>>34
テンプレート使ってかきませう
0036デフォルトの名無しさんNGNG
UMLって分析工程でさえも、
ツールがないとやっとれんような...
手書きじゃ効率悪し...
つーことで、フリーのツールを見つけみた。
argouml.tigris.org


0037デフォルトの名無しさんNGNG
テ……テンプレートって穴の空いた定規のこと?
そんなの使うくらいだったらvisioで書くよ〜
0038デフォルトの名無しさんNGNG
......。ネタか?
Template is a form, mold, or pattern used as a guide to making something.
003938NGNG
あぁ、読み違い。。。スマソ。
0040デフォルトの名無しさんNGNG
Visual Modeler使ってますけど。VB、VCのソース吐いてくれるんで。
参考書だしてるの今んとこオージス総研と翔泳社だけだね(日本は)。
0041デフォルトの名無しさん NGNG
COBOLも近い将来UMLが使えないと設計・分析ができなくなるようです。
次期COBOLはオブジェクト指向になるらしいし。
004230NGNG
>>31
Visioってだれが使っても不安定だったのね。

>>32
私はVisio2000以前のVisioから使ってました。
#つまりMSに買収される前のVisio

「Visio2000になれば少しはマシになるのかなー」
とちょっと期待していたんだけど,根本的な仕様は
変更されなかったようです。不安定なのは相変わらず。

ただ着眼点は面白いアプリケーションなので
今後に期待。
0043デフォルトの名無しさんNGNG



0044デフォルトの名無しさんNGNG
Pure Java 製 UML ツール (フリーの評価版あり)

http://www.magicdraw.com/

結構重いのが難点だが Visio や Rose より使いやすかった。
0045デフォルトの名無しさんNGNG
いつのまにかまともになってるなぁ。
0046デフォルトの名無しさんNGNG
フリーのUMLツール
http://www.catkk.co.jp/~ando/milk/u-ml/
使ってないので出来は分りません
0047デフォルトの名無しさんNGNG
中途半端にUMLかじっただけで、仕様書もろくに見ないで自己流の
滅茶苦茶なUMLモドキを書く人っていない?
そういうのが同じプロジェクト内にいると迷惑なんだよね。
なんのための標準規格か分ってないのかね。
そういうのに限って、自分がその仕様のメリットや仕様自体を理解
できていないだけなのにUMLに文句つけまくったりして、自分の書く
自己流UMLモドキの方が優れていると思い込んでいたりするから始末に
追えない
普段のそいつの行動やスキルから、単に覚えたり本を見たりするのが
面倒なだけの怠け癖を正当化しようとしているだけだって、周りには
バレているんだけど本人には自覚症状が無いんだよね
0048デフォルトの名無しさんNGNG
>自己流の滅茶苦茶なUMLモドキ
を具体的に説明してよ、話のネタになるからさ。
0049デフォルトの名無しさんNGNG
>47
つうか、あれをどうやったらアレンジできるんだ?
そのままつかうのがいちばん簡単だと思うが。
0050デフォルトの名無しさんNGNG
なんかUMLツールの評価をしてる
http://www.jeckle.de/umltools.htm
ドイツ語でほとんど意味不明だが
0051無党派さんNGNG
自明なところや、自分達に関連の薄いところはハショルことは
あるよ。
0052デフォルトの名無しさんNGNG
>>49
そいうえばこのスレにも約一名ほどいるぞ。
○にしたらOMTと間違えるからやめとけ。>>34
0053無党派さんNGNG
44のツールを今インストールしているのだが使用許諾が「きょかのさんせいする」で
選択可能なオプションが「さんせいする」「さんせいしない」だ。

すげーローカライズだ。
0054無党派さんNGNG
44のツールMagicDrawはなかなか使いやすいね。
0055デフォルトの名無しさんNGNG
ひまなんで、ひやかします。
0056デフォルトの名無しさんNGNG
>>55
どうぞ。冷やかしでも有益な情報提供でも、アラシ以外は歓迎でしょう。きっと。

0057デフォルトの名無しさんNGNG
>>54
バージョン3.6?
0058デフォルトの名無しさんNGNG
>>52
人に渡すときはちゃんと書くよ。
っていうか清書するならvisioで書くし。
まあ、今オレの周りに他にわかる人いないからそんな機会ないけどね。
0059デフォルトの名無しさんNGNG
単なる思考アイテムとしてみると
ひし形は確実に不合理だろ。
まあ、そういうときは実際は○すら書かないけどね、
文脈でわかるから。
0060デフォルトの名無しさんNGNG
>>59
なんでもええのでは?
0061デフォルトの名無しさんNGNG
うん実はなんでもいい。
でもそれなりに合わせといたほうが
清書するときは楽ですなあ。
方法論とかも参考になるしねえ。
0062デフォルトの名無しさんNGNG
とこう
006344NGNG
>44のツールを今インストールしているのだが使用許諾が「きょかのさんせいする」で
>選択可能なオプションが「さんせいする」「さんせいしない」だ。

使ってたの1年前の英語版です。今日見たら日本語を選択出来るみたい。
早速 3.6 を DL してみたら、爆笑してしまったよ。漢字が全然無い。
キッドピクスってお子茶間お絵描きツールがあったけど、そんな感じに
なってました。

ファイルのチューサーちゅうのダイアロックをちゅうぜつする - Abort file chooser dialog
ちょっとのぞく - Look in
かんせんとかんじるテーマ - Look and Feel Themes

あまりに笑えるんで英語表示にして使ってます。
日本語のプロパティファイル探してみます。
0064デフォルトの名無しさんNGNG
とりあえず、ユースケース図をかけるようになりました。
0065デフォルトの名無しさんNGNG
>>53
おれもつかってみた。
日本語翻訳がおもしろい。
0066名無しさんダーバードNGNG
多分、カタコトの日本語が出来る奴なんかに依頼したんだろうなぁ。このツールは
俺が使ったUML記述ツールとしては、一番使いやすい。他にもっと使いやすいのが
教えてくれ。

MagicDrawはいくらなのだ?
0067デフォルトの名無しさんNGNG
さぁ?
0068デフォルトの名無しさんNGNG
UMLモデリングのエッセンス―標準オブジ
ェクトモデリング言語入門

はどうなのよ?
0069名無しさん@お腹いっぱい。NGNG
>>68
まだかってねーよ
0070名無しさん@お腹いっぱい。NGNG
U-MLもつかえるよ。学習程度には。
007163NGNG
>>66 > MagicDrawはいくらなのだ?

http://www.magicdraw.com の左上の Shop に行くと
MagicDraw UML Professional Edition Version 3.6i
が $499.00 だそうな。

マトモな日本語にしてやろうとパッケージを開いてみたが、
どうやらメニュー等はクラスの中らしい。
007271NGNG
右上やった。鬱
0073デフォルトの名無しさんNGNG
□<-
0074デフォルトの名無しさんNGNG
http://www.jeckle.de/umltools.htm
全部使って評価してくれる人柱募集(W
0075デフォルトの名無しさんNGNG
U-ML使ってる。VC++のソース付き出来たからバグ報告したんだけど、
作者が忙しくてバグ対応できないんだわ。
んで、将来的に一から作り直すつもりなんだと。

いつになるかわからんものを待てないし、
将来作り直されるものをチマチマ直してもしゃーないし、
誰か俺と一緒にDelphiあたりに移植しない?
Javaでもいいけど、GUIツールは重くなっちゃうからなあ。
0076名無しさん@お腹いっぱい。NGNG
つーことはwsbuilderではつくらないのね<思いのやだ
kylix or BCBがいいな。
0077名無しさん@お腹いっぱい。NGNG
あ、kylix or Delphiってことか...
0078名無しさん@お腹いっぱい。NGNG
 
0079デフォルトの名無しさんNGNG
Visio2000でクラス図を書いたが、プロパティを開けるクラスと
そうでないクラスがあるのはナゼ?
0080名無しさん@お腹いっぱい。NGNG
 
0081>47NGNG
そういう人が設計やっている下でPGやると苦労する。
とゆーか、その設計で自分でコーディングしろといいたい。
0082デフォルトの名無しさんNGNG
>>81

47に描写されているような人に関して言っているのか、
47に(書いた人に)対して言っているのか不明瞭な指し方だね。
そのタイトルだけでは。

なるほど、書法の微妙な独り善がりは問題だ。
0083名無しさん@お腹いっぱい。NGNG
>>82
だからUMLなんですけどね。
きっととんがった環境なんでしょう。
Uの丸みがとれてVariableになっちゃって、
VMLになっちゃってるんだろうな。
0084名無しさん@お腹いっぱい。NGNG
さがりすぎたので
0085デフォルトの名無しさんNGNG
age
0086デフォルトの名無しさんNGNG
ホビーレベルだとUML使わないけど、
クラス図は他人にクラス構造伝えるのに便利だから使ってるよん。
0087デフォルトの名無しさんNGNG
ステートチャートの質問です。
今仕事で作っているチャートがうまくまとまらないのです。

あるオブジェクトにはAとBの2つの状態があります。
またそれと平行してaとbの状態があります。
あわせて都合4つの状態があります(実際はもっと複雑です)。
そしてこれらは平行して遷移するため状態のネストはできません。
これを普通に書くととてもごちゃごちゃしてしまいます。

こういう場合、確か「憂鬱なプログラマの〜」では、
A←→Bとa←→bを別のチャートとしてわけてしまうように書かれていたと思います。
これはとてもいいアイデアだと思うのですが、
しかし今回のオブジェクトは、AかBかでa←→bの系統のチャートに影響が出ます。
これらの影響も図示したいので、別のチャートに分けることはうまくありません。

いまいち判りにくいかもしれませんが、
どなたかヒントを下さい。
0088デフォルトの名無しさんNGNG
A+a,A+b,B+a,B+bという4つの状態を持つと考えれば、A、Bの
状態内にそれぞれa、bを入れ子にすればいいんじゃないですか?
確かに冗長だけど。
0089  NGNG
なんか優良スレに近づいているので、あげとこう
0090デフォルトの名無しさんNGNG
>>87
平行する状態数のすべての組み合わせが4つくらいですむなら
>>88の方法が一番簡単そうだね。
ただ平行する状態がそれぞれ3〜4個より多くなるとすぐ破綻しそう
条件付きの状態遷移の書き方もたしかあったから
無理せずそれつかえばいいんじゃないの?
「憂鬱なプログラマの〜」の例でも
「CDが挿入されている状態のときにPlayボタンが押されたら演奏中に遷移」
みたいなのがあったような記憶がある。
009187NGNG
>>88 >>90
入れ子にするのはすぐに思いついたのですが、
かえって複雑に入り混じってしまいます。
>>90さんの言うとおりです。

今はA←→Bの系統の遷移図を書いて、
a、b はフラグということにして、
遷移のゲート条件に書くことにしました。

これは実は最初に試した方法で、あまりすっきりしないのですが、
一日中こねくりまわしてなんとか見やすい図になりました。
根本的な解決ではないですが……。
とにかくありがとうございました。
0092 オージスのNGNG
シルバー受けたら97点だった・・(涙
いまいち納得いかん。。
0093 NGNG
あげときます。
0094名無しさんNGNG
Rose使っているが、操作性悪いぞゴルァ ソート指定してもソートされなかったり、
ファイル開きなおしたらソート前の状態になったり。
それとユースケースとかのオブジェクトが複数選択できないのが辛いぞ。
とりあえずサクサク作ってからパッケージに分けようとすると、その操作で
死にそうになる。
0095名無しさんNGNG
>>68
難しい。俺にはこの本からエッセンスを吸収することは出来なかったにょ。
0096デフォルトの名無しさんNGNG
Visio2000のUMLステンシル、バージョンアップしないのかな。
シーケンス図のイベント順が1つづつしか移動できないとか、
ステートチャートの遷移がネストできないとか、
ステートチャートのイベント名を編集できないとか、
C++出力時にコンストラクタ・デストラクタが出せないとか、
直して欲しいところが山ほどあるのに。
誰もマイクロソフトに文句を言わないのかなぁ。
0097デフォルトの名無しさんNGNG
>>96
Visio2000てマイクロソフトだったの?
例によってまた買収でもされたのか?
VisualStudioにRoseのほうのサブセット版がついてたような気がする
0098デフォルトの名無しさんNGNG
>Visio2000てマイクロソフトだったの?
>例によってまた買収でもされたのか?

そうですよ。結構前の話ですけど。

>VisualStudioにRoseのほうのサブセット版がついてたような気がする

Visual Modelerですね。
0099ひさびさにあげるNGNG
MolipでUML描けるようになったね。
0100デフォルトの名無しさんNGNG
UMA!?
0101名無しさんNGNG
関連クラス(点線で関連付けるやつ)と3項関連の使い分けが、よく分かりません。
どういう場合にどっちを使ったら良いのでしょう?
0102デフォルトの名無しさんNGNG
ガイシュツかもしれませんが
参考になるURLを教えてくださいま
0103名無しさん@お腹いっぱい。NGNG
100超えました。
このスレつくってよかったです。
0104デフォルトの名無しさんNGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< お勉強しよ♪
 (    )  \____________
 | | |
 (__)_)
0105学生さんNGNG
このスレみて勉強しようと決意しました。
けど、何をプログラムするネタにしようか悩む、
というかネタがないっす。

いずれ実戦で使えるように、
理論をお勉強したいと思います・・・
0106デフォルトの名無しさんNGNG
>105
車とかテレビとかを要素機能に分解してモデリングするといい練習になるかも。
答えの見当も付くからUMLの表記理解もしやすいし。

UML的な表現方法はソフトウエア以外でもとっても有効。
仮にUMLが廃れても、この手のダイアグラムには慣れとくべきでしょうね。
ちょっとだけ先輩の社会人より。
0107 NGNG
個人できるUMLシルバー用の学習ってある?
0108デフォルトの名無しさんNGNG
OGISの試験やったことないから何とも言えないけど、目に付く物体・現象すべてが
ドメインになり得るはずだからと考えて物見るようにしてますね。
でも、個人的にはユ−スケ−スを突っ込んでみたいと思う今日このごろ。

>105
UMLやるといろいろいい傾向が生まれます。
VBAでちょろっと書くのにも目に見えてスッキリ書けるようになるし、その他業務も
同様にスッキリ扱えるようになった。実装言語の前に覚えてもいいんじゃないかと思
うくらいです。これは特定言語に依存しないメリットかも。。。?
で、106のように書いたんだけどね。
0109デフォルトの名無しさんNGNG
U-MLが行方不明age

プロ倉ミグの書類すべてマシンで管理しているから
手書きでUMLするのはいやだなあ。

誰かオプソで作ってくれ。
ギコUMLとか。
0110デフォルトの名無しさんNGNG
UMLの書籍を買う前に、さわりだけでも勉強したいので
それ系の役に立つWebページを教えてくださいよお。

おねがいします。
0111デフォルトの名無しさんNGNG
>>109
UNIXならDiaで書けないこともないんだが。GTK+アプリなので、
移植できるかもしれないね。
http://www.lysator.liu.se/~alla/dia/
0112 NGNG
Molipで図だけはかけるよ。
0113ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< 最初の頃より雰囲気よくなったね
 (    )  \____________
 | | |
 (__)_)
0114デフォルトの名無しさんNGNG
>110
オ−ジス総研のペ−ジにいろいろあるよ。
あと、本ならRational日本のサイトに紹介がある。
0115デフォルトの名無しさんNGNG
algo/UMLはどうよ?

http://argouml.tigris.org/
0116いば−・やこぶそんNGNG
OOの世界の話で何だけど、UMLの概念はVBでも確かに有効だよ。
インタ−フェイスを嫌でも考えるようになるからモジュ−ルが洗練されてくる。
つまり、処理の考え方が鍛えられる。
だから”OOをやる”と構えなくても勉強する価値はある。
.NETにもつながる概念だし。。。。
間違ってもイベント内に処理系書くようなことはしなくなるよ。
0117本屋NGNG
これから勉強するなら、Boochの”UMLユ−ザ−ガイド”(ピアソン)を手元に置いとけばいい。
あと、VBに特化してると言う意味で”VBプログラマのためのUML”(SE)もわかりやすい。
MartinFowlerの本はその後でないと意味が解らなくて誤解してしまう可能性あり。
そしてそのあとにGoFパタ−ンにハマろう。
0118デフォルトの名無しさんNGNG
MagicDraw、日本語ちゃんと表示されるようになったみたい。
面白い表現見れなくて残念だけど。。

http://www.magicdraw.com
0119 NGNG
0120デフォルトの名無しさんNGNG
>>111
移植ってwinへですか?
ならば既に有ったような&使ったことあるような記憶が。
どこでgetしたんだったか完璧忘れ。ごめん。

ただDia自体の操作体系で、ちょっといやだなと思う面もあった。
矢印が四角に接続するでしょ。あの接続の場所の融通が
きかないってのがちょっと。その面はRose系(MSVCに吸収合併
された奴を触ったことが)には負けてる。
あ。半年くらい前の話。その後改善されてるのかな…

あ。DiaのUMLって、マクロ(正式名称知らない)でしたっけ。
じゃあマクロを直せば良い…のかな…
0121ななしNGNG
>>120
それってフリーなの?
0122デフォルトの名無しさんNGNG
>>121
ソースも付いてる。
http://www.gnome.org/gnome-office/dia.shtml
0123( ´∀`)さんNGNG
MagicDrawなおったんか、
再度DLしてみっか。
0124120NGNG
あったあった。俺が以前見つけたのって、ここ。
http://hans.breuer.org/dia/
#それにしてもうわさ通りGoogle恐るべし。

蛇足だけど>>122の和訳は
http://www.jp.gnome.org/gnome-office/dia.html
0125( ´∀`)さんNGNG
これ日本語使えるの?
tgifみたいで懐かしいや。
0126( ´∀`)さんNGNG
Visicoか
0127( ´∀`)さんNGNG
GNU/GPLなものがでてきたとたんに良スレだな。
0128( ´∀`)さんNGNG
GIMPが必要なのね。
0129デフォルトの名無しさんNGNG
>>128
GIMPは要らぬ。
あの頁から手繰れるライブラリ(dll)類を
diaのbinディレクトリにぶちこむだけで動いた。
GtkとかXMLとかのライブラリらしい。
蛇足だがそれらをぶちこんだdia総サイズは5Mくらいだった。

#GIMPもDiaもGtkに依存している、ということ。
#DiaがGIMPに依存してるわけじゃない。

日本語。あれとは別に日本語パッチを
見たことがあるんだけど、それはunix版で、
win版+日本語ってのは見たことない。
またしても半年前知識なんでご免。今は有るかも。
つーか無かったら誰かやってね(^^;
まぁ日本語なしでも行ける気もするけど。
#つーかMENUとかはどうでもよくて、欲しいのは日本語入力かも。
あるいはlinuxかなんかでヤルか。

改めて感想:
「保存データを圧縮」はオフったほうがきもちいい。
XMLそのまんまで保存されるんで、冗長ではあるが、
エディタとかsed(笑)とかでいじれるようになるので重宝。

0130( ´∀`)さんNGNG
>>129
ウィンドウズ版の日本語化パッチはなさそう...
Linux版つかうことにします。

Molipでもいいんだけど印刷/PDFなら

XMLがJavaやC++へのスケルトンと
内部設計書の自動化に多いに役に立つ/たった。
仕様書工房みたいのだれかつくらんかな。
0131( ´∀`)さんNGNG
マジックドローは遅いパチョコンだと遅くてたまらん。
0132( ´∀`)さんNGNG
マジックドローって3.6i/3.6SP1を使えばよいの?
0133デフォルトの名無しさんNGNG
MagicDraw, 漏れはPC新しくしたので、も一回ダウンロードしたよ。
バージョンは4.1Professional Demo version. 日本語がマトモになってたよ。
0134( ´∀`)さんNGNG
>>133
情報ありがとう
0135デフォルトの名無しさんNGNG
マジック絵描き、日本語マトモになったけど、やっぱ重いよう。
0136デフォルトの名無しさんNGNG
制御しかやったことのないドキュンだから、色々参考になったよ。
身近にあるツールと言えばVisualModelerなんだけど、
フリーでも結構いいものがあるんだな。
とりあえずあげとくよ。
0137デフォルトの名無しさんNGNG
UML、今後のために勉強しておくか・・・
昔オブジェクト指向なんて全く知らなかった頃
プログラミングしようとして挫折した「モノポリー」なんて
題材としては少々大きいかも知れないけどいいよね?

もうちょっと小さい内容で具体的なものがあればいいんだけど・・・
ま、がんばってみます。
0138無党派さんNGNG
なにごとも地道に。
0139今日から始めましたNGNG
マジックドロー早速インストールしてみました。
メニューとかには日本語はOKだったけど、
モデル要素内の記述した日本語が□□□□って感じで化けてしまい
表示・印刷されないという現象が起きてしまいました。
OS WIN98SEです。

どなたかヘルプ!!
0140無党派さんNGNG
Diaにしてみろ
0141今日から俺じゃNGNG
ライセンスキー入れろって???
デモ版なのに???
どうすりゃいーの教えてください。お願いします。
0142今日から俺じゃNGNG
おっと下げちった。すんまそん。おせーて。
0143139ですNGNG
分かりました。
本家の方から落したのを使ったら表示されるようになりました。
付属のをつかったらダメってことだったのね♪
0144今日から俺じゃNGNG
MagicDrawUML key is sent to you by e-mail.
って書いてあったのね。ごめん
0145( ´∀`)さんNGNG
>>144
あわてんぼ。
0146デフォルトの名無しさんNGNG
あわちんぼ
0147無党派さんNGNG
今月号のDBマガジンにRoseの評価版が付録だねぇ。
0148デフォルトの名無しさんNGNG
>>147
またあの評価版だろ?
FAXでキーをもらって、1ヶ月しか使えない奴。
0149Be名無しさんNGNG
10年、20年後はプログラマーがUMLのような抽象性の高い言語を使って
AIにコードを書かせるようになるんでしょうか?

意見を聞きたいです。
0150デフォルトの名無しさんNGNG
>>149
脳細胞シミュレーションによる人工知能によりプログラマ不要
0151 NGNG
>>148
そうだったのかぁ

0152べNGNG
Magic Draw、クラス名には日本語がちゃんとでるのに、
メソッド名が文字化けする、、、
うちの環境だけなのかなぁ。
0153デフォルトの名無しさんNGNG
あるユースケースがあって、それを中断する動作って
別のユースケースと考えるべき? それともそのユースケースの
一部?
0154デフォルトの名無しさんNGNG
>>153
ユースケースのActor同士に関連を定義できる、とか
参考書に書いてあったような気がします。
まだ全然勉強できてないんで怪しいですけど。

それを使えば表現できるでしょうか?
0155デフォルトの名無しさんNGNG
ユ−スケ−スの粒度とかによっても答えは変わるんじゃないかなあ?
先が細かくなりそうなら、そのユ−スケ−スは早い時期に分割しちゃうかもしれない。
0156153NGNG
>>154
 あ、そうか。中断は別のアクターでもできますね。
 ということは、別のユースケースにしないといけないのかな?

 もしくは、「そのユースケースを開始したアクターにしか中断
できなかったら、そのユースケースの一部。別のアクターにも中断
処理が許されているなら、それは別ユースケースにするべき」かな?

>>155
 ユースケースの分割って、どういうときにするもんなんですか?

0157デフォルトの名無しさんNGNG
age
0158メモNGNG
「連載初歩からのUML」
http://www.atmarkit.co.jp/fjava/rensai/uml01/uml01.html
0159デフォルトの名無しさんNGNG
>>156
人によって色々な意見があるとは思うけれど、汎化の匂いを感じた時とかに
考えることが多いかも。それでクラスの抽出が楽になったこともあったよ。
逆にクラスにしたら予想以上にデカいことに気づいてバラしたこともある。

この辺は扱うソフトウエアの問題領域や性格に振り回されるような気がする。
自分も勉強中なので明確な解答はまだ持っていないけど、とりあえずは”ユ−スケ−ス
の要素”をイメ−ジしながらブツブツやってます。
0160デフォルトの名無しさんNGNG
>>159
ユースケースの汎化ってUML1.3でなくなったんじゃなかったっけ?
「クラスにしたら予想以上にデカい」って、ユースケースを丸ごと
クラスにしたの? それって根本的に間違ってない?
0161デフォルトの名無しさんNGNG
>>159
ヤマハのオブジェクトなんとか推進委員だかのなんだかの
話にそっくりだなぁ。抽象したりバラしたり...
0162デフォルトの名無しさんNGNG
>ユースケースを丸ごとクラスにしたの?
違う違う、そんなことしないよ。
0163デフォルトの名無しさんNGNG
ユースケースって、プログラム上では何になるのかな。
0164デフォルトの名無しさんNGNG
Java関係の参考書って、UML使われてるね。
UMLはJava使いには必須?
0165XP方面の本にはNGNG
箱と線をつなぎあわせたUMLみたいなものって、
お客サンとのコミュニケーションにほんとに役立つか疑問が呈されて
おりますね。
高度10000mからのシステムのビューでしかないようなもの。
具体的なユーザーストーリーも大事、ということには同意かな。
0166デフォルトの名無しさんNGNG
UMLの話題では余り出てこないけど、シナリオってのがなかったっけ?
0167名無しさんNGNG
これは道具だから、心酔召されるな。
お客とのコミュニケーションよりも
元請下請間のコミュニケーションに重宝するとおもう。
頭固い年食った決定権をもつ人々には
フロントーページだったかで書いたシナリオの具体図がよかろうて。
0168ブロンズとったとかで自慢してる厨房な私NGNG
UMLってどんどん複雑になってる気がする。
おいらみたいなドキュンぷろぐらまーにゃ怖くて手をだせないよ。
もっと簡単にならんもんかね。
0169無党派さんNGNG
>>168
必要なところだけ使えばいいジャン。
0170デフォルトの名無しさんNGNG
UMLは必須だと思うけどね。
うちは会社もUMLだし、お客さんもどこもだいたいUML。
実際問題、UML知らないと生きていけない。
実感としては役に立つ!けどね。
0171デフォルトの名無しさんNGNG
>>170
会社どこ。転職しよっかな。
0172デフォルトの名無しさんNGNG
>>167
 道具に心酔するってもアリだと思うけどね。
過信しちゃいけないのはわかってるけど。
0173デフォルトの名無しさんNGNG
>>171
 確かに募集してるけどね<コンサルタント
 OOを分析からできて、Javaがかけて、できればCORBAが使える
とよい。C++は必須じゃないけど、できた方が本人としては楽だと
思う。あと、海外の仕事が多いからTOEIC800以上ないとちょっと
キビシイかも。どかな。
0174デフォルトの名無しさんNGNG
MagicDrawで他人が書いたJavaソースコードのクラス図を書かせると
一目瞭然だなぁ。

1.初めにてけとーにソースコーディング
2.デモ
3.仕様決定
4.MagicDrawでクラス図にして汎化を試みる
5.またソース直す
6.2へ戻る

こんなんはだめか
0175デフォルトの名無しさんNGNG
 ところで、CaseツールでTogether使っている人っていない?
http://www.togethersoft.com/
 JavaのコードとUMLのクラス図を言ったり来たりできる優れもの。
しかもタダのバージョンもある。
 英語が苦手で上のバージョンでナニできるかイマイチわからない
のだー。使ってる人、教えて!
0176デフォルトの名無しさんNGNG
>>173
TOEICはOKだけど、OOを分析から、ってのが修行たりん
おいらにはまだ無理かも。Java,CORBA,C++はふつーに
使えるよん。なんか、最近どろくさく速度重視、というか、
そうでもなくて、オープンソース系活用して納期短縮しましょ、
ってなわけでCで書く仕事してっからOOな言語の仕事はうらやましいな。

ただ、これでようやく3年目だしまだプログラマーやってたいな。
紺猿って何年くらい経験してからなるのがいいと思う?
おいら新卒とか経験浅いこんさるは信じてない。
0177デフォルトの名無しさんNGNG
>>176
 あ、3年目か。それじゃちょっと厳しいなぁ。いくら技術が
あってもやっぱり若いヤツの言うことなんか聞きたかねえ、って
お客さんがやっぱり日本には多いからねえ……
 でもTOEICがOK、Java、C++、CORBAできるってすごいねえ。
なかなかそんな人いないよ。あなたの未来はメチャメチャ
輝いていると見た!!
 年が若いのがホントに残念。
0178デフォルトの名無しさんNGNG
>>174
なんかリファクタリングしてるっぽい。やるときはちゃんと
帽子2つ用意してね。

>>176
インドからきてる人とか、中国からきてる人とか、同年代25,6くらい
だけど全然かなわないっすよ。皆飛び級とかしてるし。
0179デフォルトの名無しさんNGNG
>>178
ファクタリングかぁ...
デモみせないと不安になるひと多いですよね?

帽子ってなんすか?
0180デフォルトの名無しさんNGNG
コンサルになるには本書けばいいとおもー
0181デフォルトの名無しさんNGNG
「UMLがオブジェクト・モデル図の標準表記法に」ですって。
http://itpro.nikkeibp.co.jp/members/NIT/ITARTICLE/20010508/1/
0182デフォルトの名無しさんNGNG
>>176
やっぱり、「OpenSourceはOO方面に弱い」ってのは
言えてるんだろうなあ。
まぁ、読んで字のごとくOpenSourceなわけで、
実装「だけ」が一人歩きして流通してるんだよな。
#それに奴らはしばしば、必要以上に実装至上主義だし。
しかもCじゃ、リーズナブルなリバエンの自動化は無理だろうし。
ちょっと鬱。
GnomeやKDEの世界がもう少し元気になると
多少は改善するんだろうか?

あとはUMLの図を流通する手段か。
XMLかなんかで標準化されるんでしたっけ?

>>181
パスわ要求されたんで入れない(t_t)
0183デフォルトの名無しさんNGNG

VisioかRose、どっちにしようか迷ってます。カネは問題ありません。

これまでの話の流れでいくと、やっぱし、Roseが無難なところですか?機能的に。。
0184デフォルトの名無しさんNGNG
>>183
選ぶならRoseかな。
体験版しか使ったこと無いけど、
モデリングやリバースなど、実用性ではいちばん。

ただ印刷用の書類を作るのには向かない。
こちらはVisioのほうがいい。
そのかわりCASEとしては使い物にならない。
モデルを作るだけなら十分。

一番いいのは、両方買うこと。
0185183NGNG
>>184
サンキュ♪
0186デフォルトの名無しさんNGNG
Judeを***して自分でクラス書き換えてつかうとか...

Jadってすごいなぁ。
0187デフォルトの名無しさんNGNG
もうOMTって廃れたのかな?
0188デフォルトの名無しさんNGNG
>>187
っていうか、UMLの先祖でしょ?
Booch+OMT=>Unified-Method->UML
0189デフォルトの名無しさんNGNG
TogetherJ は?だめ?
0190デフォルトの名無しさんNGNG
UMLは楽しいよ。
0191デフォルトの名無しさんNGNG
いちいちUMLなんか使ってられん!
↑
↓
やっぱUMLでちゃんと設計しないとダメだ!

これを1ヶ月単位くらいで繰り返してます(藁)。
0192デフォルトの名無しさんNGNG
使える所から使えば良いのさ(ぶ−ち・ふぁうら−他多数談)
UMLにはクラス図とかシ−ケンス図しかない訳じゃない。
テキストのシナリオだってUMLのプロセスに含まれてるし。
0193デフォルトの名無しさんNGNG
シナリオ書いてみるのは重要だとオモー。
これってクライアントに示しても違和感ないしさ。
プログラマに見せても違和感ないしさ。
0194デフォルトの名無しさんNGNG
クラス図なんてクライアントに見せても???だろうしなあ。
多重度の数字・記号なんて特に訳わからんだろ。。。
0195173さんへNGNG
プログラミング経験、ER図作成経験、TOEIC840ありなんですけど
使ってもらえますか???
*来年30歳
0196デフォルトの名無しさんNGNG
>>194

でも、書籍「かんたんUML」のアレは夢物語としても、
#つーか本当に(1件たりとも)あんなことする企業って有るの?
多少はUMLの知名度がソフト屋以外にも広がって欲しいなと
思うことは多い。

というのも、自然言語の曖昧さゆえに
客との間(とかチーム内でもだが)で
意思の疎通がうまくいかない伝言ゲーム状態に
陥ることが多いんで。

まぁつまりUMLに限らないわけだけど、
あれっぽい記述能力があり、曖昧さが出来るだけ少ない
人工言語が欲しい。世間にそこそこ普及して欲しい。

あえていえばUMLはOOっていう考え方に依存してるため、
将来OOを丸々越える方法論が出る日までの命(w)なので、
他の人工言語とかも色々欲しくなる…
0197デフォルトの名無しさんNGNG
>>196
>客との間(とかチーム内でもだが)で
>意思の疎通がうまくいかない伝言ゲーム状態に
>陥ることが多いんで。

そこなんだよな−。
語彙の不一致もあるから自然言語ベ−スでやってるとお互い確認を繰り
返すようになって疲れる。
フロ−チャ−トみたいにソフト屋以外でも使われるようになるといい。

UMLはOOに依存しているがゆえに、ソフト屋にだけ使わせるのは勿体無い
気がする。細かい点を省略すれば、普通の会社が普通に使えると思うのだけど。
特定の実装言語に依存しないのだから、仕事のモデリングにのみ使うのも
いいと思うのは俺だけかな?
0198デフォルトの名無しさんNGNG
>UMLはOOに依存しているがゆえに、ソフト屋にだけ使わせるのは勿体無い

直接的には俺もそれに同位体なんだけど、
ただ、同意してる理由が「単に俺が今OOまんせーな人だから」
なのではないか?という恐れが有りまして、
保険を用意したい気分にもなっちゃうんです。
OOが果たして森羅万象のうちの何割を表現できる/できないのか?が
よく判らないというか、今後どう変化するのだろうか?というか。

まぁ現段階でなに言っても杞憂とか皮算用とかでしか
ないのかも知れないけど、少なくとも関数型言語スレ見てると
OO以外の世界も色々有るんだなーと悩んでしまうし。

あとUMLについて細かい話でもう1つ突っ込むなら、
OOといってもClassがっちり有る言語(典型的にはJava)に
最適化されがちな仕様だってことも、ひっかかる感じ。
Prototype型OOPLとかに相当する絵を描こうと思ったら、
全く描けないわけじゃないけど少し(しかも恒常的に)手間が増える。
「今一番流行っているスタイル」にフォーカスしてるんだよなあ。
完全に引けとは言わないが、もう少しだけソフトフォーカスつーか
ワイドつーかにしても、いいようなキモする。
0199デフォルトの名無しさんNGNG
初心者向けの本教えてage
0200デフォルトの名無しさんNGNG
>>200
SEの「独習UML」はどう?
0201ニュージーランド漁夫NGNG

  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< 祝200スレ♪
 (    )  \____________
 | | |
 (__)_)
0202デフォルトの名無しさんNGNG
>>200
ありがと本屋で見てみるわ。
0203デフォルトの名無しさんNGNG
UMLって表記法のみならず開発プロセスの統一でも有るわけだけど
そこらへんどう?

ビジュアル開発、イベントドリブン、旧来の
DFD,ERDとの連携に付いてはどう?
0204デフォルトの名無しさんNGNG
>旧来のDFD,ERDとの連携に付いてはどう?

連携って、なんかイヤじゃないかな?
DFDなんか捨て捨てってカンジかと思うのだが。

よって、DFDとかからの情報の吸い上げ(一方通行)
という意味においてのみ、なんか有ってもヨイとは思う。

が、どうやって吸い上げるか?という手段レベルの話で
十分なようなキモするんで、方法論そのものには関係ないかも。
0205デフォルトの名無しさんNGNG
クラス図とERDって、どうやって使い分けてよいかってのに悩む。
それぞれの作成目的が違うってのは理解できるんだけど、似通った図なので
併用してるとこんがらがっちゃう。
0206デフォルトの名無しさんNGNG
単純に ERD は DB 設計用、ってことでいいと思うけど。
実際は UML だけで十分だろうけど、
ERD は利用者人口からいってさすがに無視できないから。
0207205NGNG
>>206
UMLだけで十分なのでERDを作りたくない、って
設計初期段階では思うんだけど、設計を進めていくと
やっぱERDないとDBに落とせない〜、ってなっちゃう。
0208デフォルトの名無しさんNGNG
プログラムを作る時、UMLどの図からはじめるのがいいですか?
ユースケース図→シーケンス図とクラス図って感じでしょうか?
もうちょっと細かく
ユースケース図→アクティビティ図→シーケンス図クラス図
0209デフォルトの名無しさんNGNG
GUIやWebシステムを作るとき、各画面はクラスにしてしまっていいのでしょうか?

画面遷移とかはどの図になるんでしょう
0210デフォルトの名無しさんNGNG
Excel みたいな テーブル(グリッド)のコントロールに対応した
クラスはありますか。
0211デフォルトの名無しさんNGNG
>ユースケース図→アクティビティ図→シーケンス図クラス図

俺の場合、アクティビティ図は操作の詳細化に使うほうが多い。
で、ユースケース図→シナリオ→クラス図・シーケンス図
って感じだよ(教科書どおりだけど)。

>GUIやWebシステムを作るとき、各画面はクラスにしてしまっていいのでしょうか?
クラスのステレオタイプでBoundaryというのがあるね。
GUIにもそれなりの責務があるとみなせばクラスにできるから、この辺は意見が分か
れるところみたいだよ。
画面遷移はシ−ケンスに組み込むか、単にユ−ザからの見た目だけを追うこともある。
判断はその時の要求によるけど、PGから見ればシ−ケンスだろうね。

>Excel みたいな テーブル(グリッド)のコントロールに対応した
>クラスはありますか。
商用コントロ−ルは特定のクラスに対応して作ることはないと思うから、設計の要求
に合わせて”選ぶ”もしくは作っちまうかじゃないかなあ?
0212デフォルトの名無しさんNGNG
揚げ。
0213名無しさん@お腹いっぱいNGNG
>>208
それってウォターフォールモデルだなぁ。
どこからはじめてよい開発モデルのほうがやりやすそう。
おいらは、初めにデモりたいコード書いて
それをクラスにしてファクタリングするよ。
0214デフォルトの名無しさんNGNG
コ−ド書いてからクラス決定するの?
かえって面倒じゃないか?
0215デフォルトの名無しさんNGNG
ユースケース図作成
→クラス図・シーケンス図作成
→ユースケース図手直し
→クラス図手直し
→アクティビティ図・ステートチャート図作成
→クラス図手直し
→コード作成
→クラス図手直し
……
0216ageNGNG
あげちゃう。
0217匿名希望NGNG
で、magicdraw日本語表示されるようになったみたいって言ってたけど、それって
メニューなんかのことなのかな。図の中のオブジェクトに日本語入らないね。
きのうデモ版ダウンロードしてちょこっとさわっただけだけど、とくに設定は
ないはず環境はjapaneseにしたし。ベンダーに直してってメールしといたよ。
日本語表示できるなら金だして買う価値ある。
0218そんなこともみつけられないのか?NGNG
>>217
フォント変更すれば?
0219 NGNG
judeを逆コンパイルしてみました。
なんか私にも同様のモノをつくれそうでした。
皆さんいくらだったら購入してくれますか?
0220いわれる前にわかってたよNGNG
>>218
ちょっとここに書くのが早すぎただけだろ、くそが。
0221   NGNG
>>220
おこらないでね。
私もこれで困ったんですけど、
動かしていたらやりかた見つけたのですよ。
なので、日本語版に設定したのだから、最初からフォントを
MS明朝あたりに設定して欲しいですね。
フォント変更しても、全てに反映されないし。
0222匿名希望NGNG
>>221

マニュアル読んだら出てた。確かに日本語環境指定したらデフォルト
フォントを漢字対応にしてほしい(ていうか日本人なら自然にそうなる
って思う)。Roseは使ったことないが、結構いいね。とくにソースから
クラス図出してくれるとこなんか感動もん。
0223   NGNG
>>222
Javaからやったらうまくいったけど
VC++からやってみたひといますか?
0224匿名希望NGNG
magicdrawプロフェッショナル版買いました。いいねーこれ。ドキュメント
書くの楽になるね。2chもたまにいい情報あるよねーマジデ。
ひさびさの大ヒット。
0225デフォルトの名無しさんNGNG
>>224
 おいくら?
0226デフォルトの名無しさんNGNG
>>225
6〜7万くらいだったかと。
フリー版もあるみたいだね。
ダウンロードしようとしたら、個人情報を登録しないと
できないみたいだったのでやめた。
0227匿名希望NGNG
$499.00です。roseと比べたら激安。結構良心的にやってるみたい。メーリングリストも
あるし。ちなみにわたしは回し者ではありません。
デモ版は図がセーブ出来ないですが、jpgイメージに落とせるのでwordのドキュメント
なんかに貼り付けることできるよ。セーブできないっていうのは、かなりダメージ
でかいので買っちゃいましたけど。
0228名無しさん@お腹いっぱい。NGNG
同じようなの1万円以下のシェアウェアで出たら
皆さん購入しますか?
0229デフォルトの名無しさんNGNG
>>228
フォーマットがvisio互換なら考える
0230XMLNGNG
>>229
VISIOフォーマットでエクスポートなら?
0231デフォルトの名無しさんNGNG
エクスポート&インポートが絶対条件だな、俺の場合。
0232匿名希望NGNG
>>228

かなり機能がでかいから同等なものもで作るのは大変そうだけど、
同等でやすけりゃ売れるよね。magicdraw自体がroseをターゲット
にしてるわけだから。magicdrawはデベロッパーと直接やりとりしな
いと(質問とかもね)いけないので英語が出来ないとつらいって
いう面はあるね。
0233JOPG-FMNGNG
>>232
デベロッパーと直接やり取りというのは?
もうちょっと詳しくお願いします。
0234 NGNG
>>231
VISIOがあれば
印刷機能なしでもよいということですか?
0235匿名希望NGNG
>>233

日本の販売会社通してないから作った会社=デベロッパーが売ってると
思うんだけど。買い方はwebの登録ページでカード番号いれた
らダウンロード画面が出てくるしくみ。買うだけなら英語いらないよ。
マニュアルは英語だけみたい。不具合で文句いいたくても英語書けない
とつらいってことですね。
プログラムのヘルプは日本語になってる。
0236 NGNG
>>235
そういう意味でしたか。
日本人が開発したもので日本語で質問できるとしたらどうですか?
0237デフォルトの名無しさんNGNG
え、ヘルプが日本語なの? すげーなー。
0238デフォルトの名無しさんNGNG
MagicDraw の日本語 ML ってあるのかな。
作ってもよさげな気がする。
0239名無しさん@お腹いっぱい。NGNG
どっちにしろ皆のUMLになる日は今のままでは遠いなぁ。
下請け会社にUMLでかいてるもの渡しても理解してくれないしさ。
0240 NGNG
定期揚げ(三ケで100円)
0241デフォルトの名無しさんNGNG
>>239
凡例も書いてわたせばいいじゃん。
0242 NGNG
>>241
そうだね。つーか、シナリオの日本語が...以下自粛。
0243デフォルトの名無しさんNGNG
確かにシナリオのシチュエーション表現は普段文章
書き慣れていないと駄目だね。
0244デフォルトの名無しさんNGNG
Magicdraw評判いいね。
でも関連の線がカクカクしちゃうのなんとかできないのかな?
0245謎の人NGNG
接続線を選択して
Edit-Links-直線の種類-Oblique

Options-projectで
スタイル-デフォルト-パス-直線の種類-Oblique

ではないだろうかという噂を聞きました。
0246デフォルトの名無しさんNGNG
ユースケース図にでてくるアクターの概念がいまいちピンとこない。
ある程度のシステムならわかるけど、普通のアプリケーションの場合はどうなるの。
ユーザーぐらいしか思い浮かばないけど。
0247デフォルトの名無しさんNGNG
アクターはロール(役割)でいいのではないだろうか?
0248デフォルトの名無しさんNGNG
>>普通のアプリケーション

ってなに?ノートパッドとか?
0249 NGNG
>>甲州街道
抽象化して考えてね。

メタなUMLとはなんぞや?
0250デフォルトの名無しさんNGNG
AA
0251デフォルトの名無しさんNGNG
ノートパッドならどんなアクターが考えられる?
0252デフォルトの名無しさんNGNG
ノ−トパッド単独をドメインとするならユ−ザぐらいじゃない?
0253デフォルトの名無しさんNGNG
>>252
ノ−トパッド単独をドメインとしないなら、どうするの?
0254デフォルトの名無しさんNGNG
ダイアグラムが着目しているスコープの中で
外部と見なすものはすべてアクターでいいんでないの?

しかしノートパッド程度でOO分析・設計が必要?
0255デフォルトの名無しさんNGNG
キーボード等のイベント発生器、
ウィンドウ、ファイル、ユーザー。
0256デフォルトの名無しさんNGNG
集約とコンポジションの違いって??
0257デフォルトの名無しさんNGNG
Fowlerいわく、”集約は気休め”
0258デフォルトの名無しさんNGNG
>>257
あまり使わないってこと??
0259デフォルトの名無しさんNGNG
age
0260デフォルトの名無しさんNGNG
UMLでは、OMTでいう「データ辞書」ってあるんですか?
0261デフォルトの名無しさんNGNG
>>260
クラス図の分析過程で出てくるやつ??
0262デフォルトの名無しさんNGNG
最近オブジェクト指向によるシステム分析・設計に興味をもち、
Webで資料あさってます。
↓とか
http://www.njk.co.jp/otg/Drop/Drop_v20/
まだまだ、現実に行うには勇気が要りそうなものが多いですが、
面白いですね

なにかよさげなものあったら教えてください
0263デフォルトの名無しさんNGNG
>>262
内容は全部見てないが、よくここまでまとめたもんだ。
0264デフォルトの名無しさんNGNG
>>260
 UMLはモデリングランゲージだからね。無いかもしれない。
あるとしたらRUP(Rational Unified Process)のほうかな?
0265名無しさん@お腹いっぱい。NGNG
MagicDraw4.5ダウソロードした?
0266デフォルトの名無しさんNGNG
>集約とコンポジションの違いって??

UMLでいうコンポジションは集約の一種で、子オブジェクトのライフ
サイクルが親オブジェクトと同じ、つまり親オブジェクトが消滅した
ら子オブジェクトも消滅する、というものを指したと思います。
0267デフォルトの名無しさんNGNG
>>266
なるほど。
じゃあ「人」と「お金」は集約で、「車」と「タイヤ」はコンポジション
ってこと?
0268デフォルトの名無しさんNGNG
それは包含とは言わないか?>266
0269デフォルトの名無しさんNGNG
いま、MagicDraw4.5betaを試用しているんだけど、
メソッド、メンバーに限り特定の日本語が化けてしまう。
(ほ、とか)
うちんとこだけ?
0270デフォルトの名無しさんNGNG
>>267
金は天下の回りモノ。
人に集約(ってのか?)されてるものじゃないぞ。
法人と金庫(笑)と人とをまとめた抽象クラスを作って
それに集約っていうならまだ良いが。
抽象的な財布とでも呼べば良いかも。

蛇足だが「金」ってオブジェクトにしにくくないか?
金や水みたいに数を数えにくいものって
器(金なら財布)に所属する属性としてしか
作りようがない感じだったりしないか?
0271名無しさん@お腹いっぱい。NGNG
JDK1.4は対応してないみたいだな、MagicDrawは
0272デフォルトの名無しさんNGNG
>>268
包茎?
0273名無しさん@お腹いっぱい。NGNG
>>272
優良スレなんだから、くだらないこと書かないでね。
0274デフォルトの名無しさんNGNG
>>270
>「金」ってオブジェクトにしにくくないか?
アナリシスパターンの「量」が参考になるかもしれない。
簡単に言うと、数値と単位をひとまとめにしたオブジェクト。

元発言の意図をくんでいないおそれが高いのでsage
0275デフォルトの名無しさんNGNG
>>266
 OMTのときはそれが集約だったんだけどな。
 UMLでの集約って通常の関連とどう違うんだろう。
0276デフォルトの名無しさんNGNG
集約
:関連の特殊な形で、関連するオブジェクト間に「全体−部分」
の関係が成り立っている。
コンポジション
:集約の一形態。全体と部分の関係が強く、部分オブジェクト側
のライフタイムが、全体オブジェクト側のライフタイムに依存し
、一度確立された関係は変更できない。したがって、全体オブジ
ェクト側の多重度は必ず「1」である。

って書いてありましたよ。

>>275
分析の仕方によって、ただの関連として捉える
こともあれば、集約として捉えることもあるって
ことですかね??
0277デフォルトの名無しさんNGNG
>>276
>分析の仕方によって、ただの関連として捉える
>こともあれば、集約として捉えることもあるって
>ことですかね??

その通り!!あなたはかしこーい。
0278デフォルトの名無しさんNGNG
>>274
いや、こっちの意図としては、そんな感じっす。
アナパタは日本語上陸したばっかりの頃に読んだが
しょせん自分がドキュだということを思い知った(笑)
半分以上の意味がわからんかった。鬱

>「量」
そういや有ったような気がするなあ。
でもあれって、「同じ金額」という概念の
同一性と同値性の区別の問題は
どう克服してましたっけか???
0279デフォルトの名無しさんNGNG
age
0280デフォルトの名無しさんNGNG
買っ・ちゃ・った♥
UMLによるJavaオブジェクト設計 第2版
0281デフォルトの名無しさんNGNG
>>280

うわー、その本、最悪だよ。(藁
俺は買って後悔した。 どぉ?使える?
0282デフォルトの名無しさんNGNG
RateManager
0283274NGNG
>同一性と同値性の区別の問題は
通貨まで考えると取引時のレートまで考えなくちゃならなくてタイヘン
でしょうねぇ。アナパタ本では、トレーディングに関しては2章設けて
紹介してますね。

長さとか重さみたいに、文脈によらないで値が変換できるときには、単位を
オブジェクトにして、単位同士の換算方法を知識として持つようなパターンが
紹介されていますよ。

...また題意とちがう応対をしている気がする(w
0284デフォルトの名無しさんNGNG
ガイシュツだったらごめん。

めっちゃおそレスでスマソ、
UML描くツールだけど、
UML Forumであのマーチンファウラーがいってたけど、
「CASEツールなどいらん、ホワイトボードとでデジカメで十分や」
だってさ。
たしかに設計段階で、クラス抽出〜洗練を繰り返してる段階で
わざわざツール使ってUMLかくのタルイよね。
その点で、マーチンファウラーはええこというな、とおもったよ。

みんな、ホワイトボードを買いに行こう!!
(誰かこのレス見てくれんやろか?)
0285デフォルトの名無しさんNGNG
>>284

俺はちょっとアイディアを練ったりするのに、
A3サイズのホワイトボードを愛用してるよ。
コピーとれば保存できるから便利。
0286デフォルトの名無しさんNGNG
>>281
例題が載っている本が欲しくてね。
一応前にもUMLの本を持っていたんだけど、
やっぱし例題があるとわかりやすいから。

それに、この本にはいいことが書いていたよ。
「人は、例題からも学ぶのではなく、例題が唯一の学び場だ」
だったかな?うろ覚え。

経験的には分かっていたけど、あぁなるほどね、と
つい感心してしまった。
0287デフォルトの名無しさんNGNG
全然関係ないけれど、初めてfowlerのサイト見た時に顔写真見て

”逆さまになりそうだ”

と思ったのは俺だけ?

参考:
http://www.martinfowler.com
0288デフォルトの名無しさんNGNG
>>287
どういうこと??
0289デフォルトの名無しさんNGNG
>>287
私はチョピーリ同意
0290       NGNG
逆さ達磨
0291        NGNG
KivioにUMLステンシルあるのかな?
0292名無しさん@お腹いっぱい。NGNG
MagicDraw
住所っていれたら住@になるなぁ
0293デフォルトの名無しさんNGNG
>CASEツールなどいらん、ホワイトボードとでデジカメで十分や」

要するに裏紙たばねたやつに書き散らしでOKということなんね。
0294デフォルトの名無しさんNGNG
>>293
俺みたいな書き方でも良いのか‥‥安心。
でもすぐに無くすんだよなー。しかも、書き直すたびに違うクラス図になってるんだよなー。
0295デフォルトの名無しさんNGNG
KentBeckも逆さだるまっぽい
0296デフォルトの名無しさんNGNG
>>293
 そいつらがコード吐いてくれたら完璧!
0297デフォルトの名無しさんNGNG
なんでモデリング言語にコードジェネレート期待するかなー。
0298デフォルトの名無しさんNGNG
>>296
コードを印刷した紙の裏にUML書けば、そういう気分に浸れるかも。無理か。
0299名無しさん@お腹いっぱいNGNG
MOFってなんだ?
0300デフォルトの名無しさんNGNG
MOF=大蔵省?
0301でふぉるとNGNG
Meta Model Facility
0302でふぉるとNGNG
間違えた。Meta Object Facilityね
0303デフォルトの名無しさんNGNG
MOFはmetaが3階層もあってやたら難しいのだけど。
MetaのMetaのMeta…
0304デフォルトの名無しさんNGNG
MOFとかXMIとかって現場に入ってくるのはいつ頃だろう
UMLとかかなり早いスピードで来たからこれらもチェックして
おく必要あるのかなぁ>>303
0305デフォルトの名無しさんNGNG
http://www.secure-biz.net/OSD2000/presentations/Technical%20Solutions/T02%20-%2009_15AM%20MON/XMI-iyengar-dod/sld001.htm
こんなのあったので一応はっときます
0306303NGNG
>>304
UMLモデラー同士でデータ相互活用!みたいな謳い文句で
XMIが提唱されたのは2年くらい前かな。
その後、Rational Roseがプラグインで部分的に対応して、
IBMがXMI toolkitを作りっぱにしたくらいか。

MOFの仕様書とXMIの仕様書合わせて700Pくらいあって
こんなん読めるかっつー感じだ。
別に仕様書読破する必要もないけど、
MOFもXMIも資料がまだまだ少ないんだよね。
0307デフォルトの名無しさんNGNG
>>306
XML関連はどんどん新しい仕様が出てくるのに、
UMLをさらにメタメタにしたような規格は新しいの殆ど出てこないね。
XMIも風呂敷はデカソウだけど、関連したソフトウェアのアップデート
もされていないみたいだし。。。
頭いい人が考えても、凡人がついていかないと普及しないんだね(藁。
様子見だってことは分かりました。ありがとう

関連書籍
http://www.amazon.co.jp/exec/obidos/ASIN/0201709155/qid=992748071/sr=1-1/249-1864945-9054761
0308懸賞スキスキ名無しさんNGNG
>>304
ArgoUML MagicDraw は、とりあえず、XML で保存しているけど、
互換性あるのかな
0309デフォルトの名無しさんNGNG
>>308
ほんとですか?だとしたら内部でメタデータの変換してるはず。
MagicDrawダウンロードしてみようかな。
0310懸賞スキスキ名無しさんNGNG
>>309
こんな感じで、XMLになります。
<?xml version='1.0' encoding='UTF-8'?>
<!-- <!DOCTYPE XMI SYSTEM 'uml.dtd'> -->

<XMI xmi.version = '1.0' >
<XMI.header >
<XMI.documentation >
<XMI.exporter >MagicDraw UML</XMI.exporter>
0311デフォルトの名無しさんNGNG
UMLからC++のコードを生成するツールってないですかね?

>>310
ひどいXMLだなぁ、namespaceとかそういう概念も無いんだろうか(笑)
0312デフォルトの名無しさんNGNG
>>307
XMI コードは、 XMI 規格(Meta-Meta-Meta)下で
XML化されたUML規格(Meta-Meta)で作るUMLモデル(Meta)だからねえ。
MetaレベルのXMLは自分で設計するし。
基本的にはUMLと同じで覚えて使うものだと思う。

>>311
Roseはクラス図からスケルトンコードを生成してくれるよ。
IDL使いには便利だと思う。
0313UML初心者NGNG
MagicDrawもスケルトンはきますよ。
Vestのやつもいいね。
0314名無しさんNGNG
こんなのあります。がいしゅつだったらすみません。

http://jcp.org/jsr/detail/26.jsp
0315名無しさんNGNG
どっかのUMLツールの会社と豆蔵が提携したというのを
日経コンピュータかなんかで読みました。
MagicDraw もどっかの会社が代理店になるらしいです。
UML-jp あたりで見た気します。
日本にも、UMLツール続々上陸でしょうか?
0316デフォルトの名無しさんNGNG
みんなRationalのボッタ栗商売に嫌気がさしてることは想像できるよね。
0317デフォルトの名無しさんNGNG
代理店通したら高くなりそう。
いっそのことマイクロソフトが買い取ったほうが、
VC++についてくるだろうから嬉しい。
VisualModelerでは組み込み用途には非力すぎたし。
0318デフォルトの名無しさんNGNG
>>317
日本に代理店ができる前に買った方がいいかも
0319デフォルトの名無しさんNGNG
age
0320デフォルトの名無しさんNGNG
UMLが描ける
Java/C++、その他のクラススケルトン生成(エクスポート)
ソースコードを読み込んでUML(クラス)図生成(インポート)
Visio/Roseのインポート&エクスポート
印刷も一応できる。
そのほかプラグイン機能で拡張可能
複数人による同時編集機能
で、Vectorに登録して3000円で販売だったら馬鹿売れですか?
0321デフォルトの名無しさんNGNG
>>320
あとから各言語用のプラグインが出たりすれば買っちゃうと思う。
何せRuby対応ってのは聞きませんし。
まぁ使い勝手重視ですけど。
手書きのような手軽さがあればパーフェクトゥ
0322デフォルトの名無しさんNGNG
>>321
ルビー対応ですか
各言語に精通してないとできそうもない...
sourceforgeあげで、無料で使用できるほうがいいですね。
0323デフォルトの名無しさんNGNG
Ruby対応のUML書けるツール、欲しいッス。
0324デフォルトの名無しさんNGNG
ここで求められているものをUMLで描いて開発してみたいもんだ。
Ruby対応か...
0325デフォルトの名無しさんNGNG
MartinFowlerがなかなか含みのある話をしてるよ。↓

http://www.cbop.gr.jp/Martin2/Tokyo2001MF.htm

あ、UMLのツ−ル作ろうと思ってる人への煽りじゃないからね。
0326デフォルトの名無しさんNGNG
>>320
それができたら、Vectorなんてせこいこと言ってないで、
アメリカで会社作ってNASDAQに上場した方が儲かる。
できたらだけど。
0327デフォルトの名無しさんNGNG
>>325さんのリンク先をよみましたよ。
コストの把握ですか...
これを計算する方法と
アプリケーションもつけたほうがよさげ
土木建設工事を例にだしていたので、
積算によって正確に算出している会社ってあるんですか?
0328デフォルトの名無しさんNGNG
http://www.cbop.gr.jp/Martin2/Tokyo2001MF.htm
から抜粋
------------------
第二の利点は、デザインの模索のやり方において、何処に行きたいかの模索ではなくて,既に到達した現状を
記述する事をやります。コードは完全に終了してはいませんが、途中までできている時です。
UMLのダイヤグラムと実際のコードとの同期をいかにしてとるかは重要です。コードは決して終わる事は
ありません。そういう状況の中で、UMLのダイヤグラムがきちんと最新のものになっているかと言う事が
非常に重要です。
-----------------
これまでにここで紹介されたツールって同期してたっけ?
0329デフォルトの名無しさんNGNG
Kernel UML
いいなこれ。
0330デフォルトの名無しさんNGNG
http://www.cbop.gr.jp/Martin2/Tokyo2001MF.htm
から抜粋
----------------
Toolの価値はあるのですが、また危険を伴う事があることを理解しておかなくてはいけません。
----------------
0331デフォルトの名無しさんNGNG
>>327
日本の土木は談合の世界だからなあ。。。
現実みれば理想論っぽい。
言いたいことはわかるけど。
0332デフォルトの名無しさんNGNG
>320
すでにあるよん
ttp://www.togethersoft.com/us/products/index.html#features

言語はJavaのみだけど
クラス図のみの機能なら無料です
0333デフォルトの名無しさんNGNG
>>332
さんけう
0334デフォルトの名無しさんNGNG
>>332
ライセンスキーはどこから手に入れるの?
0335デフォルトの名無しさんNGNG
フリー
http://www.togethercommunity.com/community-edition.shtml
お試し
http://www.togethersoft.com/us/products/download/instructions.html
0336デフォルトの名無しさんNGNG
together って日本で、どっかの代理店ないのかな?
今○さんあたりの会社がいれるのかな? 
0337デフォルトの名無しさんNGNG
together良いね。かなり。すごく。フリー版でもC++の解析、吐き出しもできる。
気になるお値段の方は、と思って調べてみたんだけど、どこの国の代理店も値段表記してないし、
ましてやネット販売もやっていないような。

JavaのGUIなソフトって、いつになったらストレスフリーで使えるようになるんだろう。
0338デフォルトの名無しさんNGNG
こんなのあるよ。知らなかったな。
http://www.iioss.org

オープンテクノロジー主導なんで、ちょっとどうかなと
思うのですが、
0339デフォルトの名無しさんNGNG
>>337
Javaで描かれたものがそのマシンの上でC++に変換され、
コンパイルして使えるようになればいいのにね。
そういうパッケージソフトあったような...
0340デフォルトの名無しさんNGNG
>>338
参加してみたい...
0341デフォルトの名無しさんNGNG
皆さんどのフェーズから開発言語を意識してそれように描いてますか?
設計モデルから?
0342デフォルトの名無しさんNGNG
システム用件から機能抽出するとき、
どういうツールをつかいますか?
0343デフォルトの名無しさんNGNG
VisioはUMLからのコ−ド吐き捨てたみたいね。
VSに統合するからなんだとさ。
0344デフォルトの名無しさんNGNG
要求を文章にして、そこから名詞やら動詞やら・・・
0345デフォルトの名無しさんNGNG
>>343
ソースコードからインポートできないのね
0346デフォルトの名無しさんNGNG
オージス総研がRoseを捨てたね。
そのかわりKonesa(コネッサ)というツールを売り出すらしい。
開発元は、組み込み向けの状態遷移型CASEツールCATSで
有名なZIPC。

http://www.ogis-ri.co.jp/otc/news/rose/20010219/index.html
http://www.ogis-ri.co.jp/otc/products/konesa/index.html
http://www.zipc.com/zoo/konesa.htm
http://www.zipc.com/zoo/zoo.htm

でも高いんだろうなぁ。
Visio2001で我慢するか…。
0347デフォルトの名無しさんNGNG
>>346
MagicDraw demo version はどう?
0348ぴNGNG
UML はお絵かきだよ
役に立たないよねー
0349デフォルトの名無しさんNGNG
>>348
図らずとも自分の未熟さを認めている奴発見。
0350デフォルトの名無しさんNGNG
そうかぁ?
分析フェーズで相当わかることがあるんだけど。
0351biNGNG
>>349
図らずもUMLでなんでもできてしまうと思い込んでいる
UML信者発見
大量トランザクション処理システムや、割り込みが入るシステムや
分散処理、設計できないだろー
クラス設計はできても、それは使い物にならないんだよねえ
その名はUML もし、この俺に反論があるんだったら
上の処理をどうやってUMLで、記述するのか言ってみな
いえなきゃお前が未熟なんだよ
0352デフォルトの名無しさんNGNG
348では適用分野について何の明言もないので、
「一般的に言って」UMLは使えないと言っているとしかとれない。
一般的に言ってUMLが有用なのは明らかなので、349の反論は的はずれではない。
それに対して350がUMLが不向きな分野を挙げて反論とするのは
何とも的はずれでハァ?としか言いようがないな。
UMLが何にでも使えるとは思わないが、
分散処理向きに拡張したUMLについての論文もあるので探して読んでくれ。
0353biNGNG
>>352
またまた、自分の感覚だけで反論しているUML信者はっけーん
だいたいさ、ジョブフローの記述もできなければ、大量トランザクションの
記述もできないようなUMLなんて だめだめ
0354名無しさんNGNG
みなさんの適用分野がかなりちがうとオモワレ...
0355名無しさんNGNG
分析フェーズにおいてUMLを用いるよりより方法は?>352
0356デフォルトの名無しさんNGNG
>>353
自分はプロセス記述にUML使わないから。
なんで向かない分野をことさら取り上げるわけ?
0357デフォルトの名無しさんNGNG
「UMLは役に立つ」と思う人がUMLを役に立てる方法を議論するスレだと思うので、そっちの方向でお話ししません?
0358デフォルトの名無しさんNGNG
UMLはシステム設計における必要条件の一つでいいのでは?
それだけで一通り設計できる場合だってあるしね。>>353
0359スタンダードで名無しさんNGNG
こんなのむいてるよっていうのを列挙してくれるとありがたいです。
0360デフォルトの名無しさんNGNG
>だいたいさ、ジョブフローの記述もできなければ、大量トランザクションの
記述もできないようなUMLなんて だめだめ

ジョブフローはアクティビティ図ではダメなんですか?
# ま、わざわざUMLベースで書くこともないと思いますけど

大量トランザクションの記述って、どんなことをイメージして
いますか?
0361門外漢NGNG
大量のトランザクションと
多様なトランザクションは
別だとおもうけろ
0362デフォルトの名無しさんNGNG
割込みといえば、最近はリアルタイムUMLなんてのも有るわな。
割込み違いだとは思うが一応述べると、タイムアウトとかの概念も
記述できるようになってるようだぞ。本も出てる。

あとフローやトランザクションって
State図やSequence図じゃ駄目なのか?

まぁ、if文に相当するものは、UMLじゃ書き難いかもだが。
0363349NGNG
>>351
大量トランザクションは分野が違うので知らないけど、
割り込みや分散処理は設計できる。
そういうCASEツールもあるぞ。
もちろん何でもできるとは思ってないが、
>>348はアホだと確信できる。
0364349NGNG
だいたい割り込みが設計できないと思っている時点で、
オブジェクト指向を理解していないことがバレバレ。
メッセージの概念を把握していないのか?
それともUMLにメッセージが無いと思い込んでいるのか?
どちらにしても、素人丸出しだな。
応答時間まで考慮して設計できるCASEツールがあることも知らないんだろうな。
0365デフォルトの名無しさんNGNG
UMLに向いてる分野で興味あるのだけど
ハードウェア設計にはどうなんでしょう?
組み込みのリアルタイム処理向けの話題は
結構あるけどソフトレベルの話ですよね

たとえばPCIみたいなバスを、
デバイスやブリッジをオブジェクトに見立てて、
トランザクションをシーケンス図で描けば、
タコなデバイスを設計してバスをロックさせる様子とか、
分かり易いと思うんだけど。タイミングチャートより。

とりあえず制御用のステートマシンをMagicdrawで描いてみるかな。
UMLのステート図をHDLに落としてくれるツールって無いかなぁ
0366デフォルトの名無しさんNGNG
質問スレじゃないような気もするんですが・・・
どうしてもわからないので、どなたか助けてください。
「もぐらたたきゲームを考えたときに、もぐらは一定時間ででてきます。」
これをシーケンス図であらわすとどうなるかがわかりません。
なお、オブジェクトはあらかじめあたえられていて、「プレーヤー」「もぐらたたき台」
「もぐら」です。
もぐらたたき台が一定時間ごとにもぐらを呼び出すとかんがえてもうまくいきません。
「逝ってよし」などといわず、どなたか助けてください。
0367デフォルトの名無しさんNGNG
>>365
まさにリアルタイムUML本はどうよ?
いきなり心臓ペースメーカーの概念設計なんか出てきてびびった。
とりあえずどれくらいいけそうか立ち読みお勧め(わら

>>366
>あたえられていて

1つ質問だが、Objectは自分で考えたのを「追加」しちゃ駄目か?
駄目なら、それはOOPの問題としておかしいんで、答え無し。
そういうおかしい場合は忘れるとして。

そうだな。俺なら「周期タイマー」オブジェクトを
モグラと一対一の数になるだけ生成する(勿論その前に
そういうClassを作る)ところだ。

で、それらタイマーオブジェクトを、Actorとするなあ俺なら。
Actorは人間様(ユーザー)でなくてもよいわけで、
こういう「勝手に動くもの」はActorとして似合いだと思う。

というか、タイマー+モグラ+モグラ穴(不要か?)が
1つのセットになっていて、それが複数セット並ぶと
もぐらたたきゲームができるわけだよな。
設計レベルでは、そのセットと台が、
多対一でRelateすることになるだろう。

それに対するかたちで、もう一丁のActorである
ユーザーの右腕(わら)またはハンマーが、
非同期(=イベント)で殴りかかるわけだ…

…と、とりあえずこのくらいを考えた。所要時間0.3秒(嘘
0368366NGNG
>>367
ありがとうございました。そうですよね、タイマーオブジェクトを
作成しない限り無理ですよね。参考になりました。
一度、その方針で作ってみます。
本当にありがとうございました。
0369366NGNG
実は、このモデルはOMT法で書かれていたものですが、
必ずしもOMT→UMLというふうにはいかないんですね。
0370365NGNG
>>367
ありがとう。立ち読みしてみまーす。

UMLじゃないけど、ちょっと前Interfaceで特集・連載があった
自律オブジェクト指向(AOO)という話は読んでてサパーリだった。
ちょっと電波入ってる気がしたのは、
おれが分析・設計の本を読み慣れてないから?
0371ぴNGNG
>>363-364
批判するのは簡単にできるが、どうやってオブジェクト指向のお絵かき
しかできないUMLに分散処理や割り込みが記述できるの
またビジネスの分野であっても、オブジェクト指向DBとの連携を
どうやって設計するんだよ。
結局、UMLでお絵かきした後で、別の方法で書き直す、設計しなおすのが
現実だろう。おまえじゃあオブジェクト指向を知ってるのかよ
どうも、ちょっと知っているだけで実際に使っているようには見えないが
0372デフォルトの名無しさんNGNG
>>371
全てをまかなえないと言うのと、役に立たないと言うのとでは、
かなり違いがあるが……。371の発言は、UMLが役立つ
ツールの一つであることを認めてないか?
348と矛盾しているな。


分散処理や割り込みの設計は、ただUMLを使うだけでなく、
デザインパターンと組み合わせるんだよ。
どこのコンサルでもそう指導するだろ。
知らないなら人に聞く前に勉強しろよ。
0373つーかNGNG
このスレに全くついて行けないモレがバカなのか
それともチミ達が頭良すぎるのか、どっちですか?
0374デフォルトの名無しさんNGNG
言いがかりをつけて楽んでいるようにしか見えないのは俺だけか?
UML万能論を唱えているやつなんていないのに。
0375デフォルトの名無しさんNGNG
>>371
あ、ところで。
>別の方法で書き直す、設計しなおすのが
この別の方法って何?後学のために知りたいのだけど。
0376デフォルトの名無しさんNGNG
おれ、トラックの運転手なんだけど、メールってちっとも役にたたないな。荷物をおくれないからな。
0377デフォルトの名無しさんNGNG
開発に、UMLツールつかって、うまくいったケースってありますか?

Rose をつかったという話は聞くのですが、それが本当に機能したか
どうかは、あんまりはっきりしないようなのですが、

考えをまとめて、議論するには、UMLって非常にいいと思うのですが
UMLツールつかって明らかに成果でるもんでしょうか?
0378デフォルトの名無しさんNGNG
>>371
>批判するのは簡単にできるが、どうやってオブジェクト指向のお絵かき
>しかできないUMLに分散処理や割り込みが記述できるの

うーん。かく言う君がまさに、UMLに対して
「批判するのは簡単」という状況に陥っていると思えるが(藁

お絵かきしか出来ないから何もできない、と呼ぶなら、
プログラム言語のソースだって文字しかないから
何も出来なさそうなものだ(藁

ちなみに大昔、コンパイラがまだ「実現不可能だ」と
思われていた時代 (つまりFortranより前の時代)には
冗談抜きでそう認識されていたのだろうと思われる。

「記述」はなんぼでも出来るんだよ。
文法(文じゃなくて絵だから絵法か?)さえ有れば。

あとはそれを「コンパイル(?)」するコンパイラ
(もちろん他の言語に変換するTranslatorでもいい) が有るかどうかの差だけだ。
問題を自分で勘違いするな。

で、ソウ言う風に整理したとして、質問(批判)の対象は、なに?

>またビジネスの分野であっても、オブジェクト指向DBとの連携を
>どうやって設計するんだよ。

OODBすなわちビジネスという決め付けが痛いってのはおいといて。

そんな実装べったりの部分にUMLとか設計とかいう単語を持ち出すのか?
オブジェクトをどうメモリ(に隠蔽されたDB:OODBってのは
そう実装されてることが多いらしい)に置くか?という問題が、
(ビジネス)アプリとかの「設計」の領域なのか?

そんなのはキミじゃなくてOODBベンダにとっての設計の領域だろうよ。
たぶん彼らは社内でOODBの機能を設計してるだろうからな。

>結局、UMLでお絵かきした後で、別の方法で書き直す、設計しなおすのが
>現実だろう。

キミは「(キミの視野の範囲の)実際」にしか使ってないようだな(藁

上記のように直接変換するツールの有無も問題だが、ソレ以前に
「思考支援ツール」
の重要性を全然認識してないと思われる。

UMLで描いた「とおりに」思考するんだよ。
あんたそういうふうに思考してるか?
してない(できない)ならそもそもUML使わなくていいよ。ぽい。
でもUMLは、OOP的なフツーの思考をフツーに図示できるように作られている
という意味ではなかなか健闘してるから、思考できないってのはフツーは無い
はずなんだけどなあ。

書きなおし(=Translate)が手動であることは、ツールの都合上あるだろう。
が、設計までし直すのかキミは?
UMLをなんか勘違いしてないか?描いたとおりの姿がつまりキミの設計なんだよ。

というわけで、UMLで描けなくて困った設計パターンについて、幾つか言及してみろよ。
話はそこからだな。
0379へっぽこぷろぐらま、へぽこたます三世NGNG
なんかもりあがってる
0380ななしNGNG
>>365
貴方が作って、フリーで流す。
そして我々得をする。
0381?NGNG
>>378さんに同意するけど、
みなさん大まかに分けて、
概念フェーズ、
分析フェーズ、
設計フェーズ
に分けてないんですか?
いきなり設計フェーズの話してもなぁ。
設計フェーズは例えば、開発する言語の特性を考えながら設計するんですけれど。
三つのフェーズそれぞれどこか違っていてもいいとおもうんですけどね。
0382biNGNG
>>378

>うーん。かく言う君がまさに、UMLに対して
>「批判するのは簡単」という状況に陥っていると思えるが(藁
実際に出来ないから使えないんじゃないのって言ってるんだけど
で、僕に反論があるんだったらその記述方法を示してください
っていってるんだけど。

ただ、UMLを使って自分の考えをまとめるだけならちょっとは、つかえるかもね
実際去年UMLもどきの分析方法でやってた連中がいたが
使えないのに気づいてしまった時は遅く、泣く泣く徹夜の連続で
分析からやり直してた連中がいたなあ
0383?NGNG
>>382
どいうものに使おうとして失敗したんですか?
またやり直したときのツールはなんですか?
0384biNGNG
>>383
たしか、Rathonal とかなんとかだったみたい
やり直してたのは、手書きでやってたみたい
0385?NGNG
>>384
ツールがRationalのをお使いだったんですね。(Rose?)

で、何をつくろうとして、
手書きで書いていた設計方法というのはなんだったんですか?
0386デフォルトの名無しさんNGNG
>実際去年UMLもどきの分析方法でやってた連中がいたが
>使えないのに気づいてしまった時は遅く、泣く泣く徹夜の連続で

だからさぁ、
「使えない」のは、UML図なの?
それとも(そのとき使ってみた)UML図ツールなの?

ごっちゃにしてないか?
0387名無しさんNGNG
>>386
さらに、UMLを理解せずに使っていたということも考えられるね。
0388biNGNG
>>386
だから、UMLみたいなお絵描きをしてたってこと
0389 NGNG
0390デフォルトの名無しさんNGNG
つーかUML使ったところでモデリングが出来るようになるわけじゃないだろ。
分析に必要な能力は「物事を正確に理解すること」であってたいていの人間は
その過程で図を書くと思う。UMLはその時に「なるべくみんなで同じ記号を使
いましょう」って言ってるだけなんだからさ。
ただOO全盛のこのご時世にユースケースなんていう手続き指向の図を取り入れた
ところはすごいと思う。
0391デフォルトの名無しさんNGNG
そうそう。ワープロ使ったからといって文章がうまくなるわけじゃないのといっしょ。
まあ、どこにでも自分の能力のなさを道具のせいにする奴がいるってことか。
0392デフォルトの名無しさんNGNG
>ただOO全盛のこのご時世にユースケースなんていう手続き指向の図を取り入れた
>ところはすごいと思う。

「一般人の思考」にとってはOOより手続きのほうがわかりやすい!と
信じている人々が多いらしいからな(藁
0393デフォルトの名無しさんNGNG
ところで、UML勉強できるところでいいところある?
ツールは、Rose じゃなくて安い奴がいいのだけど、
MagicDraw があるといいのだけど、他でもいいよ。
0394名無しさんNGNG
iioss
0395デフォルトの名無しさんNGNG
>>393
http://www.ogis-uml-university.com/

またfjに
CUTEコンソーシアム
http://www.cute-c.org

本コンテンツは、情報処理振興事業協会(IPA)の平成12年度委託プロジェクトと
して実施された「ソフトウェア技術者向けCORBA/UMLトレーニング環境開発」の
成果物をベースとしたもので、以下の3種類を内容としております。

1) OMG標準技術情報 (320p以上)
OMGジャパンが提供するOMG標準技術体系の解説のほか、最新動向紹介、適用事例、
各種レファランス情報などを提供。
2) CORBA基礎 (320p以上)
CORBAの概要や、CORBAを用いた開発方法などを説明。
3) UML基礎 (320p以上)
UMLをアプリケーション開発で利用する開発者に焦点をあて、アプリケーション
開発で使用する構成要素、記法と、要求仕様を分析設計していくプロセスを、例
題に基づいて説明。

なんてのがあったから見てみれば。
0396デフォルトの名無しさんNGNG
クラス図の「依存」について。
オブザーバとサブジェクトの依存関係はわかるのですが、それ以外にもあるそうで。

メンバに持たずメソッドのパラメータとして渡されるだけのものがそうなの?
普通の「関連」との区別の仕方を教えてプリーズ。
0397ブロンズレベル取ったばっかりNGNG
俺もクラス図で → と …> の違いがイマイチよく分からない。誰か教えてアロエリーナ。
0398デフォルトの名無しさんNGNG
>>397
俺もよくわからん。アロエリーナ。
0399デフォルトの名無しさんNGNG
UML知らんから言葉で言ってくれ。説明しちゃる
0400ブロンズレベル取ったばっかりNGNG
>>399

→ は、誘導可能性というらしい。関連している一方のクラスに対してメッセージを送ったり
情報を参照したりできることを表すらしい。

…> は、依存関係。二つ以上のモデル要素間の意味的な関係を示す。
対象要素(依存される側)への変更が、依存元(依存する側)の要素への変更を
必要とする場合もあることを意味する。

つまり、どう違うの? 多分、全然違うんだろうけど…。
JAVAかC++のソースで説明してくれるとわかるような気がする。
0401399NGNG
ははは。それだけじゃ確かによくわかんないや。ってことで一応見た。
http://member.nifty.ne.jp/siteKT/uml/diagrams/class.html
誘導可能性の矢印は関連の中でも一方向の場合だから、A->BでBはAの存在を知らない場合だね。
Bを使っているだけっつーか。こっちは単純。
依存の場合は、AもBもお互いのことを知らない(関連がない)けど、Bに応じてAが決まるとか求まる
とかの条件を表現したい場合に使うね。
依存はクラス間の直接の結びつきを表しているわけじゃないってことだね。
ManagerクラスがいてそいつがA/Bを扱うような場合、A/B間に関連の線は引かないけど
依存の線を引く場合はあるでしょってことね。
上記以外も覗いたけどうまく説明してるところはあんまりないね。
0402:ニュージーランド漁夫NGNG

  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< 祝400スレ
 (    )  \____________
 | | |
 (__)_)
0403デフォルトの名無しさんNGNG
400レスやん(藁
0404デフォルトの名無しさんNGNG
>>401
すばらしぃ!
0405ブロンズレベル取ったばっかりNGNG
>>401

ありがとうございます。
なるほど。そういうことなのか…。
0406ニュージーランド漁夫NGNG
>>403
まちがえました(鬱
0407デフォルトの名無しさんNGNG
ゆっくりながらも伸びたね。
0408なんだかなぁNGNG
演歌みたいな伸び方だなぁ。
0409デフォルトの名無しさんNGNG
つまりUMLなんてそんなもんだよ。
もうちょっと本当に必要な区別に絞った方がいいと思うんだけどねぇ。
共通言語といいながら他人に「この記号どういう意味?」っていちいち
聞かれるようじゃしょうがない。ある意味デザインパターンにも
当てはまるけど。
0410デフォルトの名無しさんNGNG
>>409
それは単に「勉強」不足っていうんじゃないのか?

C言語とかでも結構いるじゃん、
未だにポインタとかも間違えて使うくせに
(おかげでバグだらけだ…勘弁してくれ)
Cで仕事してる(ということになってる(わら))奴、ってのが。

あーゆーのと同じ。「勉強」不足だよ。

#間違った知識のまま、なんぼ「経験」を積んでも、駄目。
#間違いを経験しまくっているだけだから。

「今の」自分に「必要」じゃないからって
削らないほうがいいと思うぞ、UMLは。

#むしろ足りないもののほうが多いような…
0411キホソはNGNG
Kernel UMLでいいとオモワレ
0412デフォルトの名無しさんNGNG
そうするとね。勉強不足の人たちにどうやって勉強させようかってのがある。
これとこれは似ているけどちょっと違うってのが多くなると、まともに理解している
やつの比率が急激に下がるよね。あーそんなこといまさらいってもしょうがないのにスマソ。鬱
なんでも最初から複雑だったわけじゃないんだからねぇ…。
(XML Schemaは最初から複雑だったが(藁)
0413デフォルトの名無しさんNGNG
Roseは高いけどやっぱいいですよ。
要求管理からテスティング/構成管理まで連携できるらしいし。
でもRational Suiteって一体いくらするんだろ。
0414デフォルトの名無しさんNGNG
やっとブロンズ30点取った・・。
10回くらい受けたな(藁。
0415デフォルトの名無しさんNGNG
>>414
それって問題解いて UML を覚えようとしてないか?(笑
0416414NGNG
>415
あの問題って何げに初級レベルの本には載ってないような事も
たまに出題されたりして、新たな発見があったりする。

1度合格した後でも実力確認に便利。
まあもともとの動機は24点で合格したのが鬱だったからだが。
0417デフォルトの名無しさんNGNG
すれ違いですみません。GangOfFour以外のパターンが紹介されているサイト
なんかがあったら教えて頂けないでしょうか?よろしくお願いします。
0418デフォルトの名無しさんNGNG
初歩的な質問だったらすいません
アクティビティ図に例外処理書きたいんですがどうしたらいいですか?

ここからここまでの間で例外が発生したら・・みたいな
0419デフォルトの名無しさんNGNG
今更すまんが
>>400
Java で言えば
 …> は インタフェースのimplements を示し、
 ―> は has-a 関係を表す (ただし集約(―◇)ではない)
として使ってますが間違ってますか。

class SomeClass implements SomeIF {
  …
}
の場合
┌─────┐ ┌────┐
│SomeClass│…>│ SomeIF │
└─────┘ └────┘
であり、

class SomeClass {
  OtherClass other;
  …
}
の場合は
┌─────┐ ┌──────┐
│SomeClass│――>│ OtherClass │
└─────┘▲uses└──────┘ (▲はほんとは右向き)

ってかんじ。
0420419NGNG
zureta....utu
0421あげてみたNGNG
Judeつかうとええよ>>419
0422419NGNG
>>421
探してみた、↓のことかな。
フリーなのはヨイ。使ってみます。多謝。
ttp://objectclub.esm.co.jp/Jude/
0423あげてみたNGNG
>>422
クラス図のテキスト出力あったでしょ?
0424418NGNG
だ、だれか例外の書き方を・・・
0425デフォルトの名無しさんNGNG
>>424
※印つけてかいとけば?
0426418NGNG
コメントにしろってこと?
「ここからここまで」みたいなのがビジュアルにわかりたい!
ってみんな思わないのかな。しょうがなくユースケースの
システム境界線もってきてコメント書いたりしてるけど、
UMLで決まってないのかなあ。

Integer.toString()が連続するときとか、それぞれに
分岐は絶対書きたくないでしょ?
0427デフォルトの名無しさんNGNG
>例外

シーケンス図の、矢印のうちの一本なんじゃないの?例外って。

Object間の、ちょっと経路^H^H毛色のかわったメッセージだろ例外って?
0428418NGNG
えーっと、とりあえずアクティビティ図で書きたいんだけど。

シーケンスはそうやって書くよ。つーか正常系の処理しか書かないこと多いので
シーケンスに入れないことの方が多いけど。シーケンスなら例外が発生する場所の
最後の部分(コードで言うcatchの位置)に書けばいいから悩まないけど。

ところで正常系と異常系ってちゃんとシーケンス分けて書いてる?
四角点線とかで囲って一枚の図の中に収めたいなあ
0429デフォルトの名無しさんNGNG
>ところで正常系と異常系ってちゃんとシーケンス分けて書いてる?

二つにだけ分ければ済むもんじゃ無さそうだな。
例外(が発生する個所)の数だけ、パラレルワールド(わら)の出現が
想定されそうなものだ。

というわけで、シーケンス図も、樹形図になるんじゃないのか?
ちと2次元の紙には表記できそうもないが。
世界の分岐をZ方向に取る3次元図なら、まだなんとかなりそうだとは思う。
あ。X軸はObjectの列挙、Y軸は時間、だとして。

あるいは、あるObjectのあるメソッドを取り出したフローチャート
(シーケンス図から1つのX=Nを取り出し、かわりにZ軸の自由度を与えたもの)
に、クリックポイントを作って他のObjectのフローチャートと
ハイパーリンクでもさせようか?


UMLの図って、しばしば2次元じゃ足りないよなーと思うものが多いなあ。
たとえばシーケンス図とコラボレーション図は
合体して3次元図にするほうが判りやすいだろうし
そもそも合体すれば2種類も要らない。つまり2次元に落とすために
わざわざ1つの表記を2つに分割する必要があったっていう感じ。

ま、好きなだけ次元を使っていいなら、はっきりいって
殆どの図を1つにまとめることが出来るっていう話に
なるんだけどな(わら
そこまでは無理としても、とりあえず1つくらい次元を増やしたいなあ。
3次元ディスプレイが欲しいー
0430ななしーNGNG
φ(. . )
シーケンス図の3D化ね。
それもUML描けるアプリケーションに機能として取り込みます。
0431418NGNG
でも上司のハンコもらう最終出力は紙じゃん
3Dディスプレイと電子認証が一般化するまでは、
波線で囲って異常処理書きたい

つーかハンコ押す立場になってしまったのが鬱
0432まだ?NGNG
>>431
うちは既に電子認証ですよ。
0433デフォルトの名無しさんNGNG
うーん、あまり厳密に図を書くことを考えなくてもいいんじゃない
かな。UMLを書くのは設計の意図を明確にするためだから、コメント
をつけることで例外処理を記述できるのならそれで充分でしょう。

なんでもかんでも図で表そうとすると、時間だけかかって返って
わかりにくくなってしまうんじゃないですか。
0434ふむふむNGNG
>>433
そうなのかも。
つーか、そのメモに誰が見たか、理解したか、承認したかの三段階で
描いておけばマチガイないでしょう。
0435418NGNG
> あまり厳密に図を書くことを考えなくてもいいんじゃないかな。

それとUMLで例外が*書けない*こととは別次元の問題じゃない?
コメントだと「どこからどこまでの間で」というのが表しにくい。
設計だけしてコーディングは外注にまかす(コーダーのレベルが未知かつ、
綿密なコミュニケーションが期待できない)こともあるので、
シーケンス図のメッセージ一つに対して1メソッド、クラス図で
変数名や関数名まで明記、という形にしたいんだけど。

>>432
電子認証ってどっかに申し込むの?詳しいこと書いてあるURL希望

つーか印鑑が浸透してるのって東アジアだけだよね?
お役所も含めて全廃しないかな。サインでいいよ。
筆跡鑑定を乗り切る偽造サインを書くより、印鑑偽造する方が
簡単でしょ。
0436Java厨房NGNG
このスレで紹介されていた
MagicDrawすごく良かったです。
サンキュー
0437デフォルトの名無しさんNGNG
>422
これは、殆ど使えない。この程度なら自分で作ったほうがまし。
0438謎NGNG
>>437
テキスト出力のためだけに紹介したのだろう。
0439デフォルトの名無しさんNGNG
独習UMLってお勧めでしょうか?
私は、まだUML初心者、といったレベルですが。
0440 NGNG
>>439
習うより慣れろ。
とりあえずどんどんやってけ。
You must take your own risk if any.
0441デフォルトの名無しさんNGNG
>>428
シーケンス図は 1 枚が一つのシナリオ(ストーリー)に対応し、正常系と例外系は
別々のストーリーになるから、別々に書くのが普通だと思っていたけど、違うの?
0442418NGNG
だってーメンドくさいじゃん

それだけだけど
0443418NGNG
それだけじゃないや
異常系にどんなケースがあるのか把握しづらい。
せめて正常系と異常系を1セットずつで済んでほしい。
異常終了のケースすべてに対応するシーケンス用意するのいやあああ
0444デフォルトの名無しさんNGNG
やったぜオージスのシルバー合格!!
って俺4381人目でうけて4046人目の合格者みたいだけど
そんなに合格率が高いのか。。。
0445デフォルトNGNG
>>444
どこでうけたの?
0446444NGNG
Webで受けたけどなにか?
0447444NGNG
ところでオージスのゴールド受けようと思うんだけど
よさげな参考書しりません?Gammaのデザインパターン
からの出題とあるんだけど、実例の多い参考書教えてください。
0448 NGNG
ここに書き込みたくてとりあえずブロンズを取得してみました。
0449444NGNG
>447
ブロンズって簡単だけどUMLの一通りを網羅してるし
各設問の質が高く量も豊富!オージス太っ腹ですね。

オージスの回し者ってわけじゃないよ。。。
0450444NGNG
>448の間違え!
0451 NGNG
一度合格しても、
何回もやってしまいそう。
0452444NGNG
ついでだから、シルバーとゴールドも公開にして
オブジェクト指向はゼロックスが作りオージスが広めた
そして両者とも同じ運命をたどった。

っということにしてくれればみな助かるのに。。。
0453デフォルトの名無しさんNGNG
>>452 オブジェクト指向ってゼロックスが作ったの?
0454デフォルトの名無しさんNGNG
協調図で、newというステレオタイプがあるのですが、書き方が良く分かりません。
メッセージと同様に、リンクの線の上に書けばいいのですか?
0455デフォルトの名無しさんNGNG
俺もシルバーレベルとったけど、ステレオタイプ全般いまいちよく分からない。
0456454NGNG
「これは、こういうときに使うんだ!」っていうのが分かりやすいものもあります
けどね。
createとか。
ただ、createでオブジェクトの生成を表現すると、「コンストラクタにこの引数
を渡して、生成する」っていうのが表現できない。
私が知らないだけで、実はできるのかな?

UMLを使いこなせるようになる日は、遠そうです。
0457デフォルトの名無しさんNGNG
>>456
> ただ、createでオブジェクトの生成を表現すると、「コンストラクタにこの引数
> を渡して、生成する」っていうのが表現できない。
> 私が知らないだけで、実はできるのかな?

同じとこで前に悩んだことがありました。
そのときは、その生成されたオブジェクトが引数のオブジェクトに依存する、
ってことになるんじゃないだろうかというところでお茶を濁すことにしました。
0458デフォルトの名無しさんNGNG
>>457
>そのときは、その生成されたオブジェクトが引数のオブジェクトに依存する、
??
ちょっと分かりにくいです。
createって書くと、引数を書く場所は無いような。
0459デフォルトの名無しさんNGNG
age
0460デフォルトの名無しさんNGNG
IIOSSの書籍出てるぞage
「IIOSS UMLに基づく設計/開発環境のすべて」ASCII 3800円。

自分が納めた血税(わら)がどう使われてるか心配な人は
立ち読み(ぉ)するとナニかが判るかも。
0461 NGNG
どれかってみるか:)
IIOSSの関連団体って民営化されんじゃなかったの?
どこだっけ?ETLだっけ?
0462デフォルトの名無しさんNGNG
C++のコードを読み込んで
UMLに展開してくれるフリーのアプリってないの?
0463デフォルトの名無しさんNGNG
>>462
C++なんざの需要が少ない(から無い)ってことじゃないの?(わら

とはいえ、特定の幾つかの言語しかサポートしてないUMLツールが多いのは
むかつくなあ。まぁ「Java的な言語」しか事実上サポートしてないUML自体が
悪いってのも有るけど。Interfaceをサポートしてるくせに特異メソッドを
サポートしてないってのは、えこひいきってもんだろう。
0464デフォルトの名無しさんNGNG
>>462
探してみて。リバースエンジニアリングできるのは少ないみたい。
http://www.objectsbydesign.com/tools/umltools_byPrice.html
0465デフォルトの名無しさんNGNG
UML使えると時給あがるかな
0466デフォルトの名無しさんNGNG
上がらないんじゃない?
0467デフォルトの名無しさんNGNG
独習UMLってどうなんでしょう。
読んで役に立ちますか。
0468デフォルトの名無しさんNGNG
http://homepage2.nifty.com/katuya/index.html
0469デフォルトの名無しさんNGNG
>>468
無関係なリンクはるなよ!
0470札幌の名無しさんNGNG
/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| BizCafeにもUMLの本おいてくれないかなぁ。
\__   __________
     ∨  Sapporo BizCafe
    ∧_∧           ∧_∧    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
   ( ・∀・)          (´∀` ) < そうですね。
   ( つ  )つ□   □ ⊂(    )  | オライリーだけじゃぁねぇ。
  ┃レ __   | ̄ ̄ ̄ ̄ |  .___ノ┃  \__________
  ┗━┳┳\ | ̄ ̄ ̄ ̄| ./━┳┳┛
     ┃┃  |_____|    
0471デフォルトの名無しさんNGNG
「この関連線、あっても無くてもいい」ってどうやって表現するのでしょう?
注釈で書いておくしかないのでしょうか。

普通は「あっても無くてもいい関連線を書きたい」なんてことを考える人はいないと
思うのですが、デザパタの図を書く時にはそういう表現が出来ると、嬉しいかなと。
0472デフォルトの名無しさんNGNG
0。。*
0473471NGNG
>>472
あ。
そんな簡単な事に気付かないなんて。
頭かたいな、私。
0474デフォルトの名無しさん01/09/05 21:51ID:J2h7V4kY
保守age
今日からUMLの本格的な勉強を始める。
と同時に業務にも適用。
できるかな?
0475デフォルトの名無しさん01/09/05 22:14ID:64a.ANYA
さてさてふむ〜〜
0476デフォルトの名無しさん01/09/05 22:28ID:zC4W641U
MagicDrawを買ってもらうことにした。
まだ確定ではないけど。
コストパフォーマンス的にMagicDrawが一番イイと思ったけど、
意見求む。
0477デフォルトの名無しさん01/09/06 00:36ID:603eciZI
UMLじゃないけど、VisioのER図ってなんであの程度なんだ?
リレーションがフィールド指さないし(テーブル単位)
あれじゃ、Accessで書いた方がまし
設計書だよ設計書!
0478デフォルトの名無しさん01/09/06 18:32ID:Obf4aJA.
なんで下げ進行なんですか?
0479デフォルトの名無しさん01/09/06 19:27ID:.IVtPuGw
ageネタがないからでは…
MagicDrawはオンライン販売しかないのか。
サイトを少ししか眺めていないけど。
0480デフォルトの名無しさん01/09/06 19:35ID:zzHUNAwk
>>479
オンラインストアで購入すると、PDF 形式の領収書がメールで送られ
てくる。
0481デフォルトの名無しさんNGNG
>>480
そうですか。
他にUML描きソフトって何がありましたっけ?
数万円程度で購入できるUML描きソフトなんて
あまり無かったように記憶していましたが…
ちなみに、Visioという答えはダメという方向で。
0482デフォルトの名無しさんNGNG
>>481
UML モデリングツールののリストは >>464 のリンク先にまとまっているので、
こちらで探すのがよろしいかと。
0483デフォルトの名無しさんNGNG
Roseは高すぎage
0484デフォルトの名無しさんNGNG
.NETのβ2にVisioが付いてる!
これでUMLを書いてC#のコードを吐ける。
VisualStudioと連携できる!(前もできたけど)

Officeと合体しないと思いきや、
VisualStuidoと合体してしまった。
VisualModelerの立場がないけれど、
MicrosoftはUMLに本気らしいね。

それなのに、UMLステンシルの機能そのものは、
Visio2kと全く変わってなかった……。
何もかもが昔のままだよ……。
0485追記NGNG
Visioのバージョンは2002ではなくXPだったよ。
0486デフォルトの名無しさんNGNG
Java言語で学ぶデザインパターン入門
で説明されてる集約(aggregation)は
UMLでいうところのAssociationですか?

この本の用語通りのUMLエディタがないので
よくわからないです。
0487デフォルトの名無しさんNGNG
>>486
書籍なりネットで調べればいくらでも書いてあると思うが。。。
関連 ( association ) の特別な場合が集約 ( aggregation )。a-part-of の関係だ。
より強い集約がコンポジション ( compositon )。has-a の関係。

http://www.atmarkit.co.jp/fjava/rensai/uml02/uml02.html
http://www-6.ibm.com/jp/developerworks/components/010427/j_tip-objrel.html
0488デフォルトの名無しさんNGNG
CADでUML使う人っている?
ダイグラムをCADで書くってことじゃなく、車などの製品の構成要素をモデリングするって使い道。
あんまり聞かないんだけど・・・。
0489アラスカ漁師NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< アゲ!
 (    )  \____________
 | | |
 (__)_)
0490デフォルトの名無しさんNGNG
>>476
年間保守もつけた?
どういうライセンスで買うか悩み中。
フローティングライセンスとかもあるしね。
0491デフォルトの名無しさんNGNG
>>488
いまは、UMLでデータベースもXMLも表せるからなぁ。
標準の表記とかはないけど、関連に対して自分でステレオタイプを定義すればできると思うよ。
ちゃんと定義すれば業界標準にできるかもね。(まぁ、布教活動のほうが大変だろうけど。)
0492デフォルトの名無しさんNGNG
揚げ
0493 NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< このスレって人気あるの?
 (    )  \____________
 | | |
 (__)_)
0494ЩNGNG
そろそろゴールドレベル取った人いる?
0495デフォルトの名無しさんNGNG
UMLで単に関数(メソッド)が呼ばれる順序を表現するときってどんな図を書けばいいの?

↓例えばC++でこんなクラスの内部構造を説明するための図を書きたいんだけど…。

class CGoodClass
{
public:
  void niceFunction()
  {
    int n = a();
    b(n);
  }
private:
  int a(){ return …; }
  void b(){ … }
}
0496495NGNG
スマソ。ちょっとサンプルプログラムと日本語が変だから、訂正します。

-------------------------------------------------------------------------
UMLで単に関数(メソッド)が呼ばれる順序を表現するときってどんな図を書けばいいの?
↓例えばC++で書いたこんなクラスの内部構造を説明するための図を書きたいんだけど…。

class CGoodClass
{
public:
  void niceFunction()
  {
    int n = a();
    b(n);
  }
private:
  int a() { return …; }
  void b(int n) { …; }
}
0497デフォルトの名無しさんNGNG
>>495
シーケンス図
個人的には private なメソッドに図は必要ないと思うけど。
(全部一つのクラスで済ますようなのは設計がおかしいので)
0498デフォルトの名無しさんNGNG
>>497
privateメソッドかどうかはともかく、自分自身を呼び出すシーケンスも書け
ますね。
0499デフォルトの名無しさんNGNG
iiossのMEFはどうよ。
0500デフォルトの名無しさん NGNG
>>499
私もしりたい。どこでもいいけど、よく説明したサイトないかな?
0501499NGNG
>500

ttp://www.iioss.org/index-j.html
Magicdrawの試用版よりは断然いいよ多分。
Roseも高いし。
イイオスマンセーになりそう。
0502名無しさん@XEmacsNGNG
>>501
さんくすこ。
まだ触りしかいぢってないけど、何となくマンセーな予感。
0503デフォルトの名無しさん NGNG
iioss のデモが、今週の金曜の夜にあるみたい。
UML-jp あたりには流れるんじゃないかな?
0504 NGNG
JAVAやC++だけではなくて
いわゆるOOPLと呼ばれていない言語への適用のしかたも知りたい。
0505499NGNG
>>503

oosquareだろ?マンセーって出てやや鬱なんだけど・・・
それにしても、なんかmagicdrawと比べてシーケンス図描きにくくない?
0506 NGNG
UML等の図をテキストのAAに変換するツールありませんか?
上にあった、Judeの出力は、あまり美しくない。

はるか昔、UML以前のOMTなどを奇麗に描けるドローツールがNiftyのプログラミングフォーラム
にあったんですけど…。

図をメールしたり、掲示板にカキコするときに使える。
0507 NGNG
みつけた。

http://www.osk.3web.ne.jp/~shino/dev/DICON/DICON.html
0508デフォルトの名無しさんNGNG
どうでもいいけど、イイオスじゃなくてイーオスです。
0509デフォルトの名無しさんNGNG
>>508

なんだコイツ(藁
IIOS本にイイオスと読めとかいてあるけど何か?
0510509NGNG
間違えた。

×IIOS本
○IIOSS本

どうでもいいけど。
0511デフォルトの名無しさんNGNG
>>509
そりゃ、MagicDraw の方ができはいいさ。
0512 NGNG
>>506
Judeならクラス図をテキストに出力できたよ。
0513デフォルトの名無しさんNGNG
UMLってKylixやDelphiでも使えるの?
0514デフォルトの名無しさんNGNG
>>509
ネタニマジレス、カコワルイ

>どうでもいいけど。

スゴイコダワリガミラレマス(ワラ
0515デフォルトの名無しさんNGNG
>>514

どういうネタだよ。。。さっさと氏ね。
0516デフォルトの名無しさんNGNG
イイヤマではなくイーヤマです。
0517デフォルトの名無しさんNGNG
マ版逝け。
0518デフォルトの名無しさんNGNG
age
0519デフォルトの名無しさんNGNG
シナリオがめんどくさい。
有効だといわれれば納得はできるが、生産性を考えると
とてもめんどくさい。
みなさん書いてますか?シナリオ
0520デフォルトの名無しさんNGNG
シナリオ書いてません。
0521デフォルトの名無しさんNGNG
「ユースケース入門」わかりやすくていい。
おすすめだ。
0522デフォルトの名無しさんNGNG
>>521
これ?
http://www-6.ibm.com/jp/developerworks/components/010803/j_co-design5.html
0523デフォルトの名無しさんNGNG
>>522
これ。薄いからさらっと読める。
分析と設計の隙間を埋めるのにロバストネス分析を使っていて、ちと参考になった。
http://www.amazon.co.jp/exec/obidos/ASIN/4894713772/ref=sr_aps_d_1_1/249-8637940-9573946
0524デフォルトの名無しさんNGNG
UML勉強したいんだけど、入門にはこれ買っとけって書籍あったらおしえて。
0525デフォルトの名無しさんNGNG
>>524

みんな持ってるファウラー本。
http://www.amazon.co.jp/exec/obidos/ASIN/4881358642/qid=1006660688/sr=1-1/ref=sr_1_0_1/249-9814225-6872300
手元に置くと便利。
http://www.amazon.co.jp/exec/obidos/ASIN/4894711559/qid=1006661504/sr=1-10/ref=sr_1_0_10/249-9814225-6872300
0526デフォルトの名無しさんNGNG
シルバー取った人って何を参考に勉強したの?
俺はとりあえず、リアルタイムUMLっつー本を買ってきたんだが。
0527デフォルトの名無しさんNGNG
>>523
マニュアルからプログラムってなんか逆説的。
0528デフォルトの名無しさんNGNG
>>527
CGI の Web アプリでやってみたら何気に面白かった。
マニュアル→画面デザインを書いた時点でできあがった気分になるけど(w
0529デフォルトの名無しさんNGNG
UML Press創刊記念age
http://www.gihyo.co.jp/umlpress/
0530デフォルトの名無しさんNGNG
すでに第一号でネタ切れっぽくないか?
0531デフォルトの名無しさんNGNG
>530
単発雑誌かと思った(藁)
0532デフォルトの名無しさんNGNG
ゴールドレベル(デザインパターン)のカードがやっと届きました。
4ヶ月も待たされただけに、シルバーより格好良いカードが届くと期待していたのですが
銀が金になっただけでした。
無料なので贅沢は言えませんけどね。
0533デフォルトの名無しさんNGNG
こんなのもあります。メニューとマニュアル(PDF)が日本語でフリー版あり
ttp://www.tech-arts.co.jp/product/product.html
0534 NGNG
私もUML Press1号かいました。
デザインパターンを読んでいるところです。

C++やJavaもいいんですけど
Cでかかれたものをラッパークラスをつくらないで
リファクタリングしていくなどという記事も載せて欲しい今日このごろです。
0535 NGNG
コノスレスグニサガルネ

Cマガジントカ
サカンニUMLツカッテイルンダケド
ココデハモリアガッテナイネ
0536デフォルトの名無しさんNGNG
>>534
漏れもUMLプレス買ったYO!
デザパタのたとえが笑った。
Mediator‐孔明がすべての部隊の面倒を見ます。
0537デフォルトの名無しさんNGNG
ゴールドレベルで玉砕した。
「90点は超えただろ」とか思いつつ自信満々で送信したら、
68点だとさ。
自信あった分野だけに、ほんと死にたいくらいの屈辱。
首括ります。
0538デフォルトの名無しさんNGNG
>>535
Cマガは出遅れすぎ。
Java World なんかはずいぶん前から UML を盛んに取り上げていた。
つーか今月の状態遷移うんぬんの記事は橋にも棒にも。
地域通貨のアホ記事もねじ込まれたのかねえ。

>>536
「ぼくにもわかるデザインパターン」って小学生かい、と突っ込みを入れたくなったよ。
0539 NGNG
>>538
たかが北大教授のLETSの記事じゃなぁ。
でもああゆうのが後で大化けするんだよなぁ。
0540 NGNG
>>583
JavaWorldはそうだねぇ。

CマガジンはC++ではなくCへのデザインパターン適用記事を
誰かに書かせるべきだ。
0541デフォルトの名無しさんNGNG
>>540
CマガのCはC言語のCではなくコンピュータのCです。
0542 NGNG
>>540
だれもここでそれ以外のこと主張してないって。
0543デフォルトの名無しさんNGNG
Cマガへのご意見ご要望苦情などは編集部か下のスレへ

Cマガを語る
http://pc.2ch.net/test/read.cgi/tech/992194388/
0544デフォルトの名無しさんNGNG
>CマガジンはC++ではなくCへのデザインパターン適用記事を
>誰かに書かせるべきだ。

そこまで濃いことを書けるCハッカーがCマガ側には居ないんだろうなあ。
米国記事だと望みはないでもないが。

米本家DDJでは、それ系(?)の濃い記事が目白押し。
層の厚さってのを思いしらされる。
0545デフォルトの名無しさんNGNG
訳判らん用語並べて悦に入るな!
設計書は画面構成図とか皆に判るように書こうNE!
0546 NGNG
>>544

既に誰か書いてたよ
http://www.sage-p.com/process/cool.htm
0547デフォルトの名無しさんNGNG
magicdrawで書いた図をwmfで出力して、PowerPointなどで
取り込んだのですが、日本語が文字化けします。なんとか
なりませぬか?
0548デフォルトの名無しさんNGNG
wmf?
0549デフォルトの名無しさんNGNG
>>548
http://www.jisyo.com/viewer/list/W.shtml
0550デフォルトの名無しさんNGNG
>>549
なるほど。
>>547
自分もやってみたが、化けた。環境設定を日本語にしたけど
だめ。
0551デフォルトの名無しさんNGNG
>>533
PatternWeaver使ってみたけど出来悪いね。
MLも最悪だし。
0552デフォルトの名無しさんNGNG
>>551
自分も使ってみました。つかいにくーい。
な○せさんとこでしょ?売ってるの。
0553デフォルトの名無しさんNGNG
>>552
な○せさんの所はな○せさん以外はVB専門の人ばかり。
0554仕様書無しさんNGNG
あげとくよ
0555デフォルトの名無しさんNGNG
ファウラー本っていい本ですか?
自分にはよくわからなかったです。
もっと簡単なのでいいのってありますか?
0556デフォルトの名無しさんNGNG
http://www.omgj.org/umlrobo/
0557デフォルトの名無しさんNGNG

    A_A  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< だからAAっていうのか。なっとく
 (    )  \____________
 | | |
 (__)_)
0558デフォルトの名無しさんNGNG
クラス図を書いていてクラスの数が増えてくると、汎化と関連の線を
1つの図に書くと線が入り乱れてわかりにくい場合ってないですか?
理想的には線が入り乱れないようなすっきりした設計ができれば
いいのだけれどそれができない場合、汎化の図、関連の図と分けて
書いたりしてもいいんですよね?みなさんどうしてます?
0559デフォルトの名無しさんNGNG
>>558分けて書いたほうが分かりやすい。
0560デフォルトの名無しさんNGNG
お前ら!
参照先のオブジェクトが一つ(IDオブジェクトなど)でも、
参照もとの一部分となっている場合は集約としてよいですか?

class A{
IDClass B;
Vector members;
}

class B{
}

みたいな時、membersは集約で表せると思うんですが、
Bは集約なの?ただの参照?

ちゅうかUMLよくわかんなさすぎ。
0561デフォルトの名無しさんNGNG
UMLの使えるレベルを考えよう。

まずは、自分の考えの整理のために使えば。
ローズなんかで、びちっとドキュメントするのは
もっとあとの話。
0562デフォルトの名無しさんNGNG
手書きマンセー
ツールを使うのは客に収める必要があるときだけだーよ
0563デフォルトの名無しさんNGNG
>>560
>参照先のオブジェクトが一つ(IDオブジェクトなど)でも、
参照もとの一部分となっている場合は集約としてよいですか?

いいんじゃないですか。

>みたいな時、membersは集約で表せると思うんですが、
Bは集約なの?ただの参照?

これだけ見ると、コレクションかどうかの違いしかないと思うんですが。

>ちゅうかUMLよくわかんなさすぎ。

厳密な定義が本当に必要かどうかも考えましょう。
0564デフォルトの名無しさんNGNG
今月のDBマガジソの特集=UML
0565デフォルトの名無しさんNGNG
ogisUMLも復旧したようだからシルバーでも受験してくるかな。
自信ないけど・・・。

XMLも面白そうだからシルバークリアできたら勉強してみるか。
0566ジョンソンNGNG
class Super{
}

class Sub{
}

class Use{
public static void main( String[] args ){
Sub s = new Sub();
}
}
これをUMLのクラス図で書いてみな?

class Use{
public static void main( String[] args ){
Super s = new Sub();
}
}
また、こうした場合のクラス図をかいてみな?
0567デフォルトの名無しさんNGNG
UML使いこなしてる人って
やっぱりomgのサイトの公式ドキュメントを
読むのかな?英語に問題がなければ
おれも読みたいよ。w3mやrfcもそうだけどさ。
0568デフォルトの名無しさんNGNG
>>566
二つ目はコンパイルエラーですね。
0569デフォルトの名無しさんNGNG
哲学的な話になるのかもしれませんが、
オブジェクト間の関係は、
dependency,association,generalization
の三つしかないのでしょうか?
これって見つけた人は天才?
0570ジョンソンNGNG
class Super{
}

class Sub extends Super{
}

class Use{
public static void main( String[] args ){
Sub s = new Sub();
}
}
これをUMLのクラス図にすると

|Use|−−−>|Sub|−−−−△|Super|

で、よいのですか?

class Use{
public static void main( String[] args ){
Super s = new Sub();
}
}
また、こうした場合のクラス図は、

|Use|−−−>|Super|△−−−−|Sub|

で良いのですか?
0571マリNGNG
私も、570のクラス図の書き方があっているかわかりません。
私が解釈したのは、Useクラスが他のクラスをどう扱うかだと思います。
前者の問題では、SubのフィールドにSubオブジェクトの参照を入れているから、
UseのアソシエーションはSubに向かっているで良いと思います。
後者の問題では、SuperのフィールドにSubオブジェクトの参照を入れているから、
Useは、SubのオブジェクトをSuperのオブジェクトとして扱うので、
UseのアソシエーションはSuperに向かっているで良いと思います。
皆さん本当はどうなのでしょうか?
私は合っていると思いますが、私もまだ初めてから3ヶ月なので自信がありません。
教えて下さい。(はぁ〜と)
0572デフォルトの名無しさんNGNG
>570
良いんでないの
0573一年生NGNG
>570
うおぉ〜なるほどぉ〜。
これは勉強になりました!!!
この辺ってどの本にも載っていない事じゃないですか。
入門プログラマーが一番必要としているのはこんな部分ですよね。
いままで後者の方も
変数の型はSuperですが、実物がSubのオブジェクトなので、
|Use|−−−>|Sub|−−−−△|Super|
かなぁ〜と思っていました。
ありがとうございました。
0574デフォルトの名無しさんNGNG
正直、関連と集約の違いが説明できない。
0575 NGNG
>>571
それでいいんでないの?
0576デフォルトの名無しさんNGNG
>>567
OMGのPDFが一番シンプル分かりやすいのには同意
0577デフォルトの名無しさんNGNG
>>570
UseクラスがSubのインスタンスをSuperで受けている理由よって
変わってくるじゃないかな?
人よって違うしクラス図のみだけでなくシーケンス図等もあわせ
て考えることも必要だと思うよ。
それに同じクラス図でも実装は複数存在することもあるからね。
0578マリNGNG
>574
アソシエーション(関連)とアグレゲート(集約)って、
ソースコードに落とすと、私は殆どが以下のようになると思っています。
アグレゲートって、has-aの関係を適用して、クラスのインスタンス変数で保持して使う。
アソシエーションの場合は、メソッド内で一時的にインスタンス生成して使う。
必ずしもそうじゃないと思いますが、殆どの実装パターンがそれになっちゃうと思うなぁ〜。
0579マリNGNG
私が良く分からないのは、アグレゲートとコンポジションの違いかな。
コンポジションなんかはインスタンス生成時に配列でオブジェクトを作っておいたり
しますけどねぇ〜。
0580デフォルトの名無しさんNGNG
UMLプレスのvol2っていつ発売されるの?
0581デフォルトの名無しさんNGNG
>>580
それは禁句だ。
0582デフォルトの名無しさんNGNG
>574,578
一応説明のあるページを紹介
ttp://www.asahi-net.or.jp/~dp8t-asm/java/tips/UMLClassDiagram.html

オレとしては
集約は共通で使用するインスタンスを管理する場合
コンポジションはインスタンスの管理に特化して所有権が
移動しない場合
その他は関連
でもコンポジション使用しないで集約にしておいて実装時決定する感じ。
0583ゴリNGNG
>582
なるほど。
考え方ですよね。
同じ実装方法でも、考え方の違い。
0584デフォルトの名無しさんNGNG
おおジス総研のシルバーレベル試験に、この半年間に受かった人いる?
何点くらい取られました?

俺、以前から逆に20点ほど下がってしまった…
受かるのはいつになるやら(^^;
0585デフォルトの名無しさんNGNG
今日会社で資料を状態遷移図で書いたら
読めないからフローチャートで書き直せって言われた(鬱
0586デフォルトの名無しさんNGNG
>585
今度はシーケンス図で再チャレンジだ!(w
状態遷移図ってUML以外でも結構使われるんだけどね。
0587デフォルトの名無しさんNGNG
UMLてDBのテーブル設計ためにあるの?それとも言語のため?
なんかそのあたりがわからん
0588デフォルトの名無しさんNGNG
>578
オレもあまり詳しく知らないんで間違ってるかも知れないけど
オブジェクト指向設計のための表記法で分析と設計の両方で使われるはず。
DB設計にも流用可能だと思うよ。
0589デフォルトの名無しさんNGNG
>>587
クラス=テーブルって訳じゃないだろ。
0590デフォルトの名無しさんNGNG
Poseidon for UML
 http://www.gentleware.de/jobs/index.php3
IIOS
 http://www.iioss.org/index-j.html

だれか両者の関係知らん?
0591 デフォルトの名無しさんNGNG
知ってる。
0592デフォルトの名無しさんNGNG
>>547
いまさらなタイミングで書くけど、MagicDraw 5.0SP1 だと、メニューバーから

1. [オプション] - [環境] で「環境のオプション」ダイアログを開く
2. 左側のツリービューで [一般] を選択
3. 右ペインに表示される [WMF文字セット] を「シフトJIS」に設定

で出力した WMF ファイルを Word2000 に張ったら、印刷できたよ。
0593デフォルトの名無しさんNGNG
Chen君がやってた関係クラスがリレーショナルDBのテーブルなのかな?
0594デフォルトの名無しさんNGNG
>>587
DBのテーブル設計のための図は雰囲気の似た別のやつがあるでしょ。ER図だっけ?
UMLのクラス図の文法ってこれを下敷きにして作ったような気がする。
0595デフォルトの名無しさんNGNG
スリーアミーゴの書いたこの本
はたしてUMLのバイブルになりうるのか?
誰か読んだ人感想プリーズ

http://www.amazon.co.jp/exec/obidos/ASIN/4894712679/qid=1014735082/sr=1-5/ref=sr_1_2_5/250-0132920-0658615

0596デフォルトの名無しさんNGNG
感想プリーズ
0597デフォルトの名無しさんNGNG
http://www.amazon.com/exec/obidos/ASIN/020130998X/
この本、もう古いよ。もしかしてUML1.1なんじゃないの?
今はもう1.4が標準的に使われつつあるよ。それでもいい、
基本的な概念が知りたいんだっていうならいいかもしれないけど。
0598デフォルトの名無しさんNGNG
>>587-589,>>593-594
オブジェクト-リレーショナル・マッピングの手法
(いかにRDBとOOPLのセマンティック・ギャップを埋めるか)って、
Rationalがなんか名前付けて出してた、と思う。

漏れは Infomix Universal Serverで有名な 
Stone Brakerさんのブックレット(ORDB本)読んで、
試行錯誤したクチだけど、
こないだDOA向けCASEツールの説明会パンフレット見せてもらってたら、
「OOにもこんなに対応できます」みたいな説明にその手法が載ってて、
初めて知りました(鬱
0599デフォルトの名無しさんNGNG
プロジェクト管理に関する本が読みたいです。
有名な本となるとやっぱりboochのこれかもしれません。
http://www.amazon.com/exec/obidos/ASIN/0805305947/

が、しかし如何せん古い。RUPに則した形でかつ
もっとつっこんだ内容の本はないでしょうか?
英語の本で構わないので。
0600デフォルトの名無しさんNGNG
>>599
Rational.com近辺の、大量のドキュメントの中とか、
日本ラショナルの教育で、そーいうのを扱ってると思うんですけど...
漏れも知りたいので、ご存知の方お教え下さい。
0601デフォルトの名無しさんNGNG
>>600
rationalのサイトみたけど、いいドキュメントは
なかったな。
いろいろアマゾンで検索しても
boochの本より良さそうなのはなかった。
上のヤツを買うよ。
0602デフォルトの名無しさんNGNG
漏れは、RUPはラショナル製品買わないと、
情報なし/意味なしかと考えていたんで、
RUPでのプロジェクト管理について本気で探していませんでした。
今日探してみます。

んで、RUP DQNな漏れは、こんな本読もうとしてますです。
 「ソフトウェアプロジェクト管理―21世紀に向けた統一アプローチ」
 http://www.amazon.co.jp/exec/obidos/ASIN/4894715597/qid=1015207724/sr=1-14/ref=sr_1_2_14/250-4956143-4769858
 "反復型ソフトウェア管理プロセス" に関する本で、
 RUPに限らず スパイラル開発、反復型開発全般に通用する話だろうと予測してます。

Smalltalkの親玉が書いた、こっちの本も興味あるけど、まだ買えてない...(泣
 「オブジェクト指向開発のプロジェクト管理―ケーススタディとフレームワーク」
 http://www.amazon.co.jp/exec/obidos/ASIN/479529707X/qid%3D1015207855/250-4956143-4769858
0603デフォルトの名無しさんNGNG
http://www.amazon.com/exec/obidos/ASIN/0201309580/
>>602
この本はレビュー読む限りじゃRUPに則しててなかなかよさげですね。
翻訳は日本ラショナルがやってるからどっちにしようか迷いますw。
(基本的には個人で翻訳したOO関連書籍は買わないことにしてるので、)
0604デフォルトの名無しさんNGNG
UMLのDB設計への適応についてメモ
DB設計は往々にしてUMLの静的分析のみで行われがちであるのは
ダイアグラムがER図のみであることから容易に推測できる。
UMLのクラス図の様にユースケースや状態変移図、シーケンス図等
の動的分析の工程加えることにより洗練された設計が可能とおもわれる。

と個人的見解をカキコしてみるtest
0605デフォルトの名無しさんNGNG
>>604
http://www.tech-arts.co.jp/oo/uml.html#003_4

参考になると思われ

とカキコしてみるtest
0606デフォルトの名無しさんNGNG
MagicDraw 5.0はここから国内販売するみたいだね。
http://www.hic-soft.co.jp/news.html
0607デフォルトの名無しさんNGNG
>>606
「2002年発売予定」っていつのことだろう。
Webページの最終更新日が去年の11月だよ、大丈夫かいなこの会社。

実際どうなんだろう、この手のツールって生産性あがるのかな。
個人的には手書きとVisioで充分な気もしてるんだけど。
0608デフォルトの名無しさんNGNG
>>607
> 実際どうなんだろう、この手のツールって生産性あがるのかな。
絵を書くのは楽になる。

特に、

- 一度書いた絵に修正を加える。
- クラス図で、ある図では A, B, C クラスを、別の図では B, C, D, E, F クラスを
 含めるような場合に、最初の図で設定した依存関係や継承関係を、簡単に次
 の図に反映できる。

ってあたりが便利。

私は昔は UNIX で Tgif という汎用ドローツールを使ってたんだけど、細かい
修正が面倒で使うのやめた。今は MagicDraw 使ってるけど、それなりに便利
だよ。

ただメソッドの仕様なんかを細かく書くと、ソースコードと同期をとるのが面倒
なんで、

- 主要部分だけ MagicDraw で図に書いておく
- メソッドの仕様などは doxygen 形式でソースコード埋め込み

と使い分けてる。

MagicDraw は試用もできるから、とりあえず試してみたら?
0609デフォルトの名無しさん NGNG
validationが出来るものはどれになるんだろ。
MagicDrawは作図機能は評判がいいみたいだけど、
そっちはどかな?
0610デフォルトの名無しさんNGNG
シルバー合格に効く本を教えてくれ!!!
0611デフォルトの名無しさんNGNG
>>608
>- クラス図で、ある図では A, B, C クラスを、別の図では B, C, D, E, F クラスを
> 含めるような場合に、最初の図で設定した依存関係や継承関係を、簡単に次
> の図に反映できる。

別にコピペでいいじゃん、、という気もするが(藁
ある程度の規模のダイアグラムを書いて、継続的にメンテしなきゃならないような
状況だと効いてくるんだろうな。
0612デフォルトの名無しさんNGNG
クラス図だけならVisioでも良いけど状態変移図やシーケンス図とかは
Visioでは辛いと思うのはオレだけですか?
0613デフォルトの名無しさんNGNG
当方、UMLを始めようと思っています。
もしプロジェクトで掲示板(Webアプリケーション)をUMLで表現しようと思ったら、
何から始めるのでしょうか?
その際なんですが、クラス図とか、シーケンス図、とか全てが必要になってくるのでしょうか?
自分はプログラマなんですが、普通のアプリケーションならクラス図とかは必要だと思うのですが、
掲示板とか簡単なWebアプリケーションならクラス図はいらないと思ったりするのですが・・・。
そこんとこはどうなんでしょう?

例えば、掲示板で書きこみをDBに保存して、その1つの書きこみを1つのクラスとして
java ex)
public class message{
private String date;
private String author;
private String email;
private String message;
....
}
扱う(マッピングする)なら、クラス図とかも使用できると思うのですが、
現実では、1つの書きこみをわざわざ1つのクラス(インスタンス)にしたりしませんよね?
表示するときは、書きこみをDBから取ってきて、直で表示するようにしますよね?

ん〜、難しい・・・。
オレは、UMLを根本的に理解してないんだろうな・・・。
0614デフォルトの名無しさんNGNG
作図のみだけど、DynamicDraw。 軽いのが(・∀・)イイ!!
http://www.molips.com/jp/index.html
0615デフォルトの名無しさんNGNG
>>613
自分と全く同じところで全く同じ悩みに嵌まってますな。(w

自分は一度すべてをオブジェクトとして扱うようなUMLの諸図を書いて、
いざ実装しようとしてワケワカに陥った末、結局ベタにコーディングしてから
リファクタリングしていくほうがうまくいったというオチでした。

UMLを設計の道具として使うか、発想の道具として使うか、日本人は前者と
して抱え込んでしまいがちだけど、業務として要求されない限り後者として書
き捨てていくほうがいいように思った。
0616デフォルトの名無しさんNGNG
今IIOSSを使ってるんだけど、
これってパッケージのネストは出来ないの?
0617デフォルトの名無しさんNGNG
>>615
UML は実装する前に方針を決めるとき、特にイテレーションの過程で次の機能を
実装するときに、

- 今、どうなってる?
- 次に、どこをいじればいい?

というのを見るために使ってる。主要なものだけ書いておいて、詳細は含めない。

書き捨てちゃっても良いけど、図の量を減らして常に up-to-date に保てる程度に
しとくと、役に立つ場面も多いよ。
0618デフォルトの名無しさんNGNG
あ、ごめんごめん。できた。すまそ。
それにしても遅いな。やっぱりJavaアプリは
1GHzぐらいないと厳しいかもね。
0619デフォルトの名無しさんNGNG
615>>
617>>

お〜、同士がいたかぁ〜。
やっぱりそんなものなのかにゃ〜。
0620デフォルトの名無しさんNGNG
>>613
俺もそう考えちゃう。気持ちがわかる。
>>613のような状況ではどうすべきだったわけ?

・ちゃんとUMLで設計したように、プログラミングすべきだった。
・べたでコーディングしてからUMLにする。→どうやって?

だれか教えてクレー
0621デフォルトの名無しさんNGNG
私もそんなの始めてます。
私の理解だと、

要求される機能の分析のための最初はユースケースです。
次に抽出されたアクタからクラス図を書きます。
次に要求される機能から管理者ログインなどの手順のシーケンスを図にします。

フローは不要でしょう。あれはソース読めない人が
設計がおかしくないかと騒いだときに出す資料だと思います。
だって、ソースより可読性悪いもん。
今時のアルゴリズムの本だってフローチャート載せてなくて
片言ALGOLかPascalかJavaかCだし。
0622仕様書無しさんNGNG
>>621
複数の言語で非同期でコールバックしてる場合は必要だと思いますが、
如何ですか?

0623仕様書無しさんNGNG
>>623
読めないソースは多い。
0624名無しさん@EmacsNGNG
非同期のコールバックってシーケンス図とか状態遷移図で表すような。

フローって昔懐かしいフローチャートのこと?
それとも別の何かですか?
0625デフォルトの名無しさんNGNG
>>624
UML でフローチャートっぽい図と言うと、アクティビティ図かねぇ。
0626デフォルトの名無しさんNGNG
613の質問をだした者ですが・・・。

>>623
の方は、何故、自分自信に返信しているんですか?
コールバック? それとも再帰? (W


0627デフォルトの名無しさんNGNG
俺のやり方(Webアプリの場合)

1.画面遷移のモックアップを作成 紙に手書きしてから HTML でざっと
2.使う技術・ライブラリを選定し、クラスを大雑把に抽出しておく
3.ユースケースを書く。たまに変なシナリオを書くのに熱中
4.クラス図を書く。前に抽出したクラスは半分忘れておく
5.必要に応じてシーケンス図、ステートチャート図、アクティビティ図を書く
6.コードにおとしつつ 3-5 を繰り返す
7.コードを書きつつ 4-5 を繰り返す
0628デフォルトの名無しさんNGNG
アクティビティ図って
(データフロー+フローチャート)/2ぐらいだと思いますが

0629デフォルトの名無しさんNGNG
>>627
モックアップって何なんでしょうか?
0630 NGNG
やっぱり実際に使って、描かないと覚えれないなぁ…

そんな私は組み込み系…
0631仕様書無しさんNGNG
>>626
そのとおり!
0632デフォルトの名無しさんNGNG
>>629
プロトタイプでもいいや。

|モックアップ
| 【mock-up】
|原寸模型。実物大の模型。
0633仕様書無しさんNGNG
>>630
全部覚える必要あるのかね?
0634 NGNG
アクティビティ図で並列処理部分を描いて初めて
folk()がフォークだったと気づきました。
0635デフォルトの名無しさんNGNG
>>613
>現実では、1つの書きこみをわざわざ1つのクラス(インスタンス)にしたりしませんよね?

いや、すると思うけど。普通に。
その例の場合は message クラスを RDB のテーブルにマップして、インスタンスをその
テーブルの行にマップするのが定石じゃないかな。
0636デフォルトの名無しさんNGNG
>>635

613の質問をした者です。

>いや、すると思うけど。普通に。
え? 普通に? マジで? しかも、定石なの?
その際の、利点とスピードは?
掲示板の例でいうと、1画面でもしも20個の書きこみを表示する場合は、
20個のmessageクラスのインスタンスを作っちゃうの?

EJBのEntity beanは、そういう方法だけど、やっぱり重すぎないですか?

0637デフォルトの名無しさんNGNG
>>636
613さんはプログラマなのかな。実装レベルの話と分析・設計レベルの話を
ごっちゃにしてる節が見受けられるような。。。
UMLはあくまで記法なので、その奥にあるオブジェクト指向開発への理解を
深めるのがいいと思うですよ。

オブジェクト指向分析の過程で現れたエンティティをRDBにマップする例で
参考になりそうなWebページを紹介しときます。

5、UMLを使用したデータモデリング
http://www.tech-arts.co.jp/oo/uml.html#005

UMLによるオブジェクト指向開発
http://www.mamezou.com/tec/Tips/umlForPractice/index.html
0638デフォルトの名無しさんNGNG
>>637
613じゃないけどありがと。
他スレで触発されてRUPの本を読み始めてたけどどうも分からんかった。
637さんの一言でなんとなく糸口見えてきたかも。
0639デフォルトの名無しさんNGNG
要件分析をユースケースで行い、
モデル分析で抽出したモデルをインターフェース/抽象クラスとして、
設計・実装過程で、インターフェースをクラスで実装する、
という感じらしいですね。

でも、モデリングになれていなかったり、アーキテクチャ・レベルの課題を解いていると、
前半部分をすっとばしがち。
(PGオンリーだと、モデルは天下りに決定済、という前提が多いしね)

んで、リファクタリングでインターフェースやモデルを抽出したりしてね。
ボトムアップな作り方をする人やグループが、
いきなりトップダウンに移行するのは、難
0640デフォルトの名無しさんNGNG
やっぱり思うのは、UMLがいくら方法論非依存なものだとしても
なにかしらのものとセットで覚えないとだめかもね。
おれはとりあえずRUPの本で色々試しながらやってみるよ。
一人で顧客になってみたり、ユースケースエンジニアになってみたり・・・

おままごとみたいだな(藁
0641デフォルトの名無しさんNGNG
#掲示板て、EJBよりXSLT向き課題って感じするけど
0642デフォルトの名無しさんNGNG
>>641
誰もEJBの話なんてしてないよ・・・。
0643デフォルトの名無しさんNGNG
日下部先生に
「作って分かるRUP」を書いて欲しい!
0644641NGNG
>>642   〉〉636
0645613 & 636 & 643NGNG
>>644
掲示板でEJBとか言ってるんじゃなくて、DBのROWを1つのクラスのインスタンスにマッピングする
方法がEJBのEntity Beanと同じって言っただけです。

前のメッセージをさかのぼってもらえれば分かります。

0646デフォルトの名無しさんNGNG
>>643
Roseの評価版にチュートリアルがある
0647644NGNG
>>645 あ、誤爆すんません。

>DBのROWを1つのクラスのインスタンスにマッピングする方法
マイクロソフトの DAO とか ADO あたりのクラス設計でも、
御馴染みですよね。

マイクロソフト環境では「パフォーマンス悪いから」と、
わざわざODBCレベルでプログラミングするC/C++ プログラマの方が、
私の周りには結構いたみたいです。
0648デフォルトの名無しさんNGNG
>>645
それやりたいんだが量が多すぎてめんどくさいなり。
ま、実際には(Delの話だが)TDataSetが代用になるからいいんだけど。

Javaに移行したら本格的に取りかかってみよ〜。
0649デフォルトの名無しさんNGNG
1.コンビニにいく。
2.普通に買い物をする
3.なにくわぬ顔で店を出る
4.数分後、息を切らしてコンビニのレジにかけよる
5.「お、おい!さっき俺がこなかったか!」と叫ぶ
6.「あなたが買い物していったんですよ?」と店員に言われる
7.「ば、ばかもぉ〜ん!それがルパンだ!追えぇ〜!」と、叫びながら店を出る

#6.で「知りません」と言われたら以下のシナリオを実行。

7’.「キ、キサマがルパンだなぁ〜?」と店員のむなぐらをつかむ
8’.警察へ通報される
9’.「ま、まて!!わ、わしゃあインターポールの銭形だぞ〜!」と叫びながら連行される


↑このコピペはユースケース記述を中途半端に知っている人物が
書いたのだろうか?
0650デフォルトの名無しさんNGNG
フリーで使える「まともな」UMLドローツールって無いかなあ。
クラス図だけでいいんだけど。

Jude1.2,1.3とArgo/UMLを試してみたけど、どっちもしばらく使ってるとデータがぶっ壊れて
図が2度と開けなくなったり、いきなり無言で落ちたりして使い物にならん。
JREのバージョンをとっかえひっかえしてもたいして効果なし..
0651デフォルトの名無しさんNGNG
>>650
フリーバージョンがある、
Pattern WeaverやMagic drawは?
Magic drawはセーブ時に要素数の制限があるから、一生懸命書いてセーブできないと悲惨だけど。
0652デフォルトの名無しさんNGNG
>650
あとIIOSかな?

JAVA向けのページだけど此処結構揃ってるYO!
ttp://www.geocities.co.jp/SiliconValley/6064/java_link.html
0653デフォルトの名無しさんNGNG
IIOSSはJavaに特化しすぎててむかつく。
あんなクソ言語つかわねえっつーの
0654650NGNG
>>651-652
ありがと〜早速試してみるYO!
0655デフォルトの名無しさんNGNG
これから実プロジェクトにUML使ってみようと思っているのだが、DBはOracleが
圧倒的に多いし、RDBMSは設計、管理...でERが便利で手放せそうにないし。
クラス図だけだとちょっと辛そう。UMLとERを両方とも使っていきたいんだけど
どんなもんだろう。
0656narucy56 ◆wMOjCT4s NGNG
>>655

プロジェクトで UML 使うってのは、どういうことでしょうかね。

「かんたんUML」とかに書かれていることを、そのままやろうとしたら
多分、うまくいかない(と、思うんだけど、どうでしょう)

XP的には
「どうせクラス構成なんて開発中に変わるもの」
「せっかく作ったクラス図だって時間がたてば古くなる」
「その種のドキュメント書きは無意味」
0657デフォルトの名無しさんNGNG
俺のお薦めは、開発中はすべて手書き。
ホワイトボードかA2くらいの紙を壁に貼った上にね、マジックでぐりぐりと。

みんなの見えるとこにおいといて、そこに書ききれないような細かいのは書かないの。
使用がかわったらすぐに書き直し。

プロジェクト終了後と社外の人に見せるときだけ瞬間的に清書。

開発が再開したら、また、同じことするんだぞ。
0658 NGNG
そう。初めはUMLツールなんかは使わないのが吉。
ホワイトボードと、PostItの四角形の奴を使うと書き直しが楽だよ。
0659デフォルトの名無しさんNGNG
>657
クラス図は手書きでも構わんけど
状態変移図とかはどうしてるの?
手書きだと修正がつらくね、やり直したい時とか?

オレの場合は一応紙とツールで書く、ただし細かい部分は省略、
プロトでとりあえず自分の中で不明確な点を確認、思いついた
アイデア等は図をコピーして反映する。

>655
すでにDBが存在するならUMLの出番はDB設計においては殆ど無し。
ただし新規作成ならUMLの分析は有効なはず。>604のリンク先参照

>656
>「どうせクラス構成なんて開発中に変わるもの」
これはUMLでも同じ考え、ただし変化を考慮してパターン等
を使用して大幅に変わらんようにする。

>「せっかく作ったクラス図だって時間がたてば古くなる」
>「その種のドキュメント書きは無意味」
UMLは厳密言うとドキュメントではない気がする。
ただの設計過程での思考経過を表すメモでしかない。
それにドキュメントは時間がたてば古くなるのは嘘
仕様変更が無ければドキュメントも常に最新
UMLは設計変更に対応する際の対応方法を考えるのにも当然使用される
べきでその結果UMLは常に最新になるはずなんだけど・・・
現実にうまく行ってる所は知らない。
0660デフォルトの名無しさんNGNG
>>「せっかく作ったクラス図だって時間がたてば古くなる」
>>「その種のドキュメント書きは無意味」
>UMLは厳密言うとドキュメントではない気がする。
>ただの設計過程での思考経過を表すメモでしかない。

んだね。「クラス構成が変わる」というが、そのクラス構成をより良く変える過程で
道具として使うものだと思う

メンバ変数やメソッドを逐一記述するヤシはそういないだろ
0661657NGNG
壁に手書きっていうのはね、大きな意味があってね、

「書き直すのが面倒な図は、悪い設計」

てことなの。

状態遷移図は、細かく書き始めると確かに大変かもしれないが、
紙の上で書き直してて、もしくは付け足してて面倒だと思ったらね、

「この状態遷移は悪い遷移。もっと簡単にしる」

ってことなの。

経験からいってもね、手書きでOKなレベルでないと、
プロジェクトの他の人がその図を見たとき、
把握できないのよ。

大切なのは、何が重要なのか、を見せること。

重要な何かが、どれと関わっているのか、を見せること。

状態遷移は、定型的なパターンを図示できればOKで、
部分ごとの細かい遷移については、あくまで、壁に貼ってある図の
「発展系」なんだって認識でやればいいの。

具体的に一個一個書きたい気もわかるけど、
重要なパターンというのは数えるほどしかなくて、
しかも大体それは、小学生でも書けるような、簡単な遷移図であるべきなんだよ。
0662デフォルトの名無しさんNGNG
>>661
大雑把なところをプロジェクト参加者全員で共有するという話だと「手書きレベル
で OK な図で留めとけ」というのは、間違ってないとは思う。

ただ通信プロトコルにせよ何にせよ、実際には複雑な状態遷移と対峙すること
が多い。簡単にしすぎると

 性能
 効率
 安定性

どこかで致命的な妥協を要求されるから。(TCP/IP も基本的な部分は簡単だ
が、実際に OS 組み込みのプロトコルスタックを組もうと思ったら、タイマーが
並行して何個も走ってる複雑な状態遷移機械になるよね)

俺は、実装者向けの図としては詳細まで書いた方が良いと思うよ。もちろん、
図に書かずにコードで書くという選択肢もあるが、経験的には図を書いた方が
ロジックミスを防ぎやすいし。
0663657NGNG
>>662
実装者が、詳細レベルまで書き下ろすことについては否定しない。
で、そういう実装レベルの図を、ドキュメント化して、実装と同期をとることも
否定しない。

そもそも、いままでそういうのを図示する共通のやり方がなかったわけだからね。

そして、たぶんその図は壁には貼られないだろうけど、
仕様のレビュー時と、コードのレビュー時に、大いに役立つだろうね。

でもおれんとこのだと、そこまで細かいものは、書く人は書く、
書かない人は書かない、で仕事しちゃってるんだよね。

徹底させてるのは、例の、壁に貼るやつだけなんだ。
0664デフォルトの名無しさんNGNG
655です。
>659
>すでにDBが存在するならUMLの出番はDB設計においては殆ど無し。
>ただし新規作成ならUMLの分析は有効なはず。>604のリンク先参照

これは分か気がするし勉強してみるけど、すでにDBがある場合は、
コードの設計をUMLでやりたいし、新規作成の場合も、最後はERから
DBへ落としたいので、いずれにしても最終的にUMLのドキュメント
と、ERを共存させたいんだけど。
それとも切り替えるのかなー。ここらをどうやってるか聞きたかったわけ。

あと、手書きでホワイトボードうんぬんの議論は分からないではないし、
議論はそれでやるけど、実際、それだけではプロジェクトは崩壊する。
8人ぐらいならまあいいかもしれないけど、100人以上の規模になると、
ER、DB定義なんかみんなのバイブルだし、ステート遷移、通信プロトコル
あたりも同じ。全体設計にかかわるところは文書化して、配布しないと
どうにもならんと思うが。

もちろん、いろいろ壁に貼っとくけど(これらのバージョン管理は大変ね)。
だいたい、ホワイトボードを永遠に消さないつもり?
議論の結果はドキュメントにしなけりゃ時間の無駄だよね。
だったら、最初からドキュメントにすること考えて作業したほうがいいと思うけど。

量的にも、ERにしても1000個近く表があったりする手書きで済む話じゃないし。
実装と完全に同期が取れていなくても、ドキュメントが無意味であることに
はならない。手書きで書ける簡単な図にしたって、納品うんぬんより電子
ドキュメント化して共有しなけりゃ議論もできない。

簡単に全体が把握できる図が必要ということはまったくそのとおり。
でもそれだけじゃ無理だし、そもそもUMLって階層的に概略から詳細まで
落とせるんだよね? まず全体見るし、必要なら詳細見れるように書くん
じゃないの?
細かいクラスの定義なんかは、コード見ればいいけど。どこのコード見
ればいいのかのガイドはいるだろ。

あと、自分のプロジェクトではないのし、アプリの内容にもよると思うが、
プログラマーに最後までクラス図書かせてるプロジェクトは、コーディング
量も少ないし、従ってバグも少ないようだが、いかが?。
0665657NGNG
最後の二行は同意。

他も大体同意。

ホワイトボードは会議中だけ。
0666デフォルトの名無しさんNGNG
良スレ age
0667659NGNG
>664
基本的にはUML->ER図への変換し別々に管理する。
別の手として三階層サービスモデルでテーブルを
データ層に直接記述する。もちろんデータの取り込みや
管理等も一緒に。これは大規模には使用できないかな?
でもUMLを作図した際の情報を考慮すると自然とキーや
リレーションっと言った感じが見えてくるし何より処理
に対して必要なデータが判り易くER図だけより良いのではと思ってる。

やっぱ開発規模によって使い方は変わってくるな。
これかはレスするときには分析者、実装者と開発規模とかも
記述した方がよさげ。

ちなみにオレは実装者、小規模
0668デフォルトの名無しさんNGNG
明日から UML FORUM/TOKYO 2002 が開幕。

なんかおもろい活用法ないかなーと、
ちょろちょろうろつく予定です。
0669668NGNG
スマソ、UML Forumの会期は、3/26(火)〜3/27(水)だった
鬱氏
0670デフォルトの名無しさんNGNG
>668
なんかよさげな物あった?
0671デフォルトの名無しさんNGNG
>>670
会社が金だしてくれたんでチュートリアルにでてきたよ。
というか、上司に「チュートリアル逝け」といわれた。

「超入門」というだけあって、内容は簡単だったよ。
ただ途中の「メタモデル」の部分だけはサパーリだったよ。
社内の報告&内容発表ではそこはとばすつもりだよ。
資料がおおすぎて、時間が足りなくなって、とばしまくりだったよ。
事例が多かったので社内のUML化推進の材料にはなりそうだったよ。
質問はあまりでてなかったよ。
ただ途中いかにもオタクあがりのへんなやつが時間がないって急いでいるのに
意味不明の質問をしてからんでたよ。
昼休みにみたUMLでモデリングした自走ロボットカーのレースはおもしろかったよ。
0672デフォルトの名無しさんNGNG
>667
やはり、そんな感じになるのね。
別の手のほうだが、データアクセスのところ(DAOね)は高スキルの人間に
任せたいので、その手法をとっているプロジェクトもある。大規模200人以上。
ただ、クラス側にあまりSQL書かないで、PL/SQLでストアードで実装し、
DAOをそれを呼ぶだけで簡略化しているようだ。
これをうまくやればUML系の人と、ER系の人をある程度分離できるかなー?
ただ、667が言うように、両方使いたいんだよね。

DBがオブジェクトDBとしてもっと進化するか、UMLのステレオタイプが進化して、
詳細レベルはDBの物理実装まで記述でき、DBスキーマと対応取れるようになるまで、
インピーダンスミスマッチはごまかして行くしかないんだろうか。

あと、方法論と開発規模の件も同意。最近読んでる本によると、規模に応じた選択を
考える方法論がかかれているらしい(まだ、翻訳されてないみたい)。

ただ、開発中のコミュニケーション、問題発見のためのドキュメント等は規模依存と
思うけど、開発しちまったもののドキュメントは量を除き、システム規模でそんなに
変わらない気がするが、いかが。
0673667=670NGNG
>671
>事例が多かったので社内のUML化推進の材料にはなりそうだったよ。
いいな!うちの職場もUML推進してほすい。

>672
両方使うときの最大の問題点はやっぱり同期なんだよね。
これを解決するいい方法が俺には思いつかない。
ツールもたぶん存在するだろうけど熟練度が低いと邪魔なだけ。
それに最悪1プロジェクト内に2文化が発生して実装側が混乱
し、それに伴いバグ頻発するし。いいアイデアがあれば教えて欲しいです。

ドキュメントについては同意。
でも大規模な開発に関わったことがないの正直分からんけど
オブジェクト数はどれくらいなるんだろ?
100を超えてくると混乱するからそれを解決するためにレベルが
発生してくるのでは?。
レベルがどのように分けるべきかははっきりと見えてないけど
それを管理するドキュメントみたいなものが別途必要なのかな。
0674671NGNG
>>673
一番上の人は推進せよっていって、
折れにいろいろ勉強させてくれてありがたいんだけどね、
開発の実質的な中心人物の先輩は「あんなもんは必要ない」って
感じの人なんで間に入る折れはちょっと苦しいかも。
もともとチュートリアルもその先輩に話があったのが
「忙しいから」と断わって折れに振られたわけだったし。
0675デフォルトの名無しさんNGNG
>>674
いわゆる抵抗勢力というやつですな。
0676デフォルトの名無しさんNGNG
>>671

俺もチュートリアルでたが、UMLを学ぼうと意気込んでいった
俺には前半以外は難しかった…。超入門とは思えない。
あれはなに?UMLを使うっていうよりは、UMLを研究している人たちの
場なのかい?
自分が場違いな感じがして情けなかったよ…。

> ただ途中いかにもオタクあがりのへんなやつが時間がないって急いでいるのに
> 意味不明の質問をしてからんでたよ。

あの人は他の会場にも出没して意味不明だった。

0677デフォルトの名無しさんNGNG
漏れは気まぐれでUMLエディターのセッション聞いたけど、
「UMLエディター作成者のための機能自慢大会」みたいで痛かったYO!

方法論のないUMLなんて...
0678デフォルトの名無しさんNGNG
でもUMLと方法論は厳密に言うと別物だから
あまり方法論に固執する問題あり

って言うてみるテスト。
0679デフォルトの名無しさんNGNG
>>678
君はおおむね正しい。

って言ってみるテスト。
0680デフォルトの名無しさんNGNG
>>678-679 Javaと開発方法論は別物だから、
 あんまり開発方法論に固執すると問題あり

 って言うのと同じ程度の意味しかないと思われ
0681デフォルトの名無しさんNGNG
スタンダードか、暗黙の同意か、という差はあれど、
方法論のない開発なんて、学習中の初心者か、
混乱しきって予測不可能になった開発現場にしか存在しないんじゃないかー。

そういう基本前提があるからこそ、
開発方法論の差異を超えた、共通のモデル記述言語=UMLが、
重要なんだよね。
0682678NGNG
>681
そうなんだよね。開発方法論は重要なのは確かだけどUMLだと
この開発方法でやらなきゃダメみたいな感じになってる人が
多い気する。>680が言うようにUMLで有効である開発手法は
ある程度決まってるが型にはまったやり方だけしか許されない
わけではない。

っていうかそれだとつまらんでしょ。(w
0683デフォルトの名無しさんNGNG
だけど、UML作った人たちの頭には、RUPが概念的に存在してて、
ようはある程度の方法論があった状態で、UML考えたような
気がするのは私だけ?
0684デフォルトの名無しさんNGNG
UML も RUP も Rational の親玉たち (アミーゴズ?)のものだから
当然しょ。
最終的には普及のために方法論と独立を目指すとはいえ
開発方法論から生まれた話なのは間違い無し。

0685デフォルトの名無しさんNGNG
MagicDrawを課で10本程度購入しようと思っています。
課のみんなに、使いにくいぞ。ゴルァ。とか言われるの怖いんですが、
UMLツールの選定、この選択で正しいと思いますか? 当方、Java。
0686デフォルトの名無しさんNGNG
>>685

絶対、間違い。紙とペン。これがマジ最強。
0687デフォルトの名無しさんNGNG
>685
うちも、とりあえず一つ買ってみた。
結構いいと思うし、コストパフォーマンスは優れていると思う。
とりあえず気になるのは、

○設計情報がXMLで交換できるはずなんだが、rose評価版とうまくいかなかった
○シーケンス図とコラボレーション図の自動変換ができない

以上は、まだ使い方よく分かってないからかもしれない。あと、多人数での
設計まとめるサーバは使ってないのでわからない。

オージスから出ているツールもよさそう。値段はMagicDrawの倍。
だれか使ってみたひといたらどんな感じ? なんか、評価版が落とされまくった
らしくて、現在ダウンロード停止されているので、評価できない。


紙とペン派は、多人数で、コミュニケーション共有しなけりゃならない状況は
わかっていないと思われ。そもそもUMLはコミュニケーションツールなので
その手の方たちには必要ないだろう。

手書きのコピーを配布するなら、彼らには、ワープロも、visioもいらないだろ-な。
068830年前から時空を越えてレスNGNG
プログラム、紙と鉛筆で書いてますが何か?
0689デフォルトの名無しさんNGNG
>>687
>○設計情報がXMLで交換できるはずなんだが、rose評価版とうまくいかなかった

XMI?XMIはまだ標準仕様が固まってないのでツール間での連携はあまり期待しない
方がいいと思います。

>○シーケンス図とコラボレーション図の自動変換ができない

普通はどちらか一つだけ書くものだと思うんですが、必要なんですか?
#私はOMTから入ったので慣れたシーケンス図しか使いません

>紙とペン派は、多人数で、コミュニケーション共有しなけりゃならない状況は
わかっていないと思われ。そもそもUMLはコミュニケーションツールなので
その手の方たちには必要ないだろう。

最初あーでもない、こーでもないってやってるうちはホワイトボード最強ですね。
でもある程度固まったらツール使って清書するし、一人で考えてるときもツール
使って書いたり消したりしながら考えます。

ただUML使って設計を覚えようという人は、ツールをいきなり使うより手書きで
書いてみるといいと思います。OOA/Dの手法とUMLの記述法とツールの使い方を
いっぺんに覚えようとしたら挫折してもおかしくないでしょうからね。
0690685NGNG
>>687

マジレスありがとうございます。

とりあえずのリヴァース、フォワード、
あとチーム開発ができる安価なツール、
ということでMagicDrawを選定しましたので
Roseとの互換性はさほど気にならないんですが、

>○シーケンス図とコラボレーション図の自動変換ができない

はちょっと痛いですね。これだと、
リヴァース時のシーケンス図生成も行われないんだろうか……(;´д⊂)

というか、体験版さわってみたものの、
リヴァースしたクラスをクラス図に反映できん。

0691デフォルトの名無しさんNGNG
687です。

>689
シーケンス図とコラボレーション図は用途によって両方欲しいことが
多いと思う。ぱっと見はコラボレーションが全体像がつかめていいし
少し詳しくシーケンスを考えるときはシーケンス図。いずれにしても
同じ情報だから、いちいち書き直したくないなー。

XML形式はXMIと思われます(よく知らないものでスマン)。
そもそも、MagicDrawはセーブするとXMLのZIPファイル
しかファイルが作られません。これ、展開するとテキストで読めます。
これがXMIの構造になっていると思うんだが。
おっしゃるとおり、互換性はよくない模様(ツールメーカー何とかして欲しいな)。

>690
クラス図と、継承関係ぐらいまではリバースできた。シーケンスとかは無理と思う。
ただ、開発方法論の話になっちゃうけど、リバースはあまりやらないほうがいいと思う。
クラス図から直すのは大変だけど、トータル、長期的にはメリットも多しと思うのだが。
せっかくの設計が...とうことになりかねないと..。
もっとも、開発サイズとか、時と場合によりけりは方法論の常ですが。

チーム開発環境としては、結果レポート希望。


あと、紙&ペンは否定はしてないが、これだけですむはず無し。
だれだって、メモ、走り書き、ホワイトボード図はかくに決まってるが
それだけだと、プロジェクト期間中もしくはその後メンテまでのスパン
でコミュニケーションできない。

ちょっと話がずれるが、昔、アクタとかMoreとかいう、MACでのアプリが
あったのを知ってるでしょうか。思考支援ツールといわれ、まあ今で言う
アウトラインエディタですな。ようは、ワープロは清書するだけでなく
これで書いていろいろ動かしていることで思考支援されると思われ。
論文書くときは、目次が一番苦しむからね。

いろいろあるカード利用の方法なんかも同じかな。で、ノートにUMLツール
いれて、プロジェクターでやってみようと思ってる。プロジェクター高いけど。
クラス図をカードにして、ボードであれこれ動かして議論するとよいと言う本
もあったが、あとでその結果を写すのが面倒。うまくいくと思うんだがだれか
やってみたことあります? ERのレビューはこれでやったことあり(紙の配布も
同時にやったけど)。
0692narucy56 ◆wMOjCT4s NGNG
各種 XP 本の論調によると

「コミュニケーションにコンピュータ使うことは人の視点を
コンピュータに向けてしまい、ダメ。視点は常に人に向いて
ないといけない。」

とのことで。

それ以前に、どうしても、印刷された UML図 が必要なシーンとい
うのが思い浮かばない。

わざわざ難しい設計にしてしまってるんじゃないの? どうなの?
0693デフォルトの名無しさんNGNG
>>692

あとからシステムみるとき、
UMLないと泣きそうになりません?
コード追うのも、ヘタな日本語読むのも鬱。
0694デフォルトの名無しさんNGNG
をXP対UMLという定番対決になってきたね。何か創造的な議論が出来ることを期待。

>692
>それ以前に、どうしても、印刷された UML図 が必要なシーンとい
>うのが思い浮かばない。
ってことはUMLドキュメント自体は必要ってことでいいの?
XPだと違うかな?
0695デフォルトの名無しさんNGNG
UMLがコミュニケーションの道具として役に立つ、ということでは一致している
と思います。それをどのように使うか、というところで違いがあるんでしょう。

個人的にはUMLは設計上のアイディアをある程度具体的にするために使います。
大体ツールを使って書きますが、UMLからコードを吐かせることはめったにし
ないですね。ときどきすごく細かく書くことにこだわってる人がいますが、分析
にしろ設計にしろあるところまでいったら先に進まないと煮詰まっちゃいますね。
細かいところを図にしてもわかりにくくなるだけなので、そういうところはメモ
をペタペタ貼り付けておいて、もし後で分かりやすく書けそうなら書き直します。
0696デフォルトの名無しさんNGNG
ソースとUMLの同期がとれなくなって、設計時のUMLが
ドキュメントとして提出できなくなることがしばしば。
またいちから書くのはダルい。リバースあればいいな。
0697デフォルトの名無しさんNGNG
>>687
オージスのツールというと、Konesaのことですかね。評価版を使ってみましたけど、
かなりダメな感じです。

Javaで作ってあるんで、重い上に操作性が悪い。クラス図はともかく、
シーケンス図がとにかく作りにくい。
素人にはおすすめできないけど玄人にもおすすめできないです。
リバースとかグループ開発の機能は使ってないので不明。

ちなみに普段はRoseを使ってます。Roseも、ときどきバグるけど、
Konesaより10倍マシ。

ところで最近話題らしいTogether Control Centerはどうよ?
0698デフォルトの名無しさんNGNG
>>697
レポートありがと。やっぱりRoseになるのかなー。
もう少し安けれ買ってみるのだが。お金のない人はやはりMagicDrawか。
今度、どこかの大き目のプロジェクトで、顧客だまして(もとい、推薦して)
Rose買ってみようと思ったりして。
>>692
「」の中はまったく同意だよ。昨日も顧客ががんばるから7時間ぶっとーしで
会議であった。基礎設計ね。
で、これらの会議の結果を、形にしないといけないだろ。
だいたい昨日も、その前の会議の結果を、ドキュメントにして、
それをレビューしてたの。

もっとも、UMLじゃなかったけど、UMLでいえば、ユースケースや
コラボレーション、クラス図で書くようなドキュメント類。
ドキュメントも無しで、てぶらで会議なんでできないでしょ。
大量の情報を、会議に出てる人間がまったく同様に完璧に記憶
なんてできないんだから。

相手が、今目の前にいるか、将来のメンテの人かいずれにしても
人とコミュニケーションするために、ドキュメントが必要なんだよ。
そのとき、UMLは記述方法としてよろしいと思う。
XPもドキュメントを書かなくてよいと誤解されてると思う。
不必要なドキュメントは要らない(コード見れば分かることとかね)という
ことと思う。
逆にコードもドキュメントとして読めるように書けということかな。あと、開発サイズもかなり小さくないと無理だろうね。
数100人でペアプログラミングしてるとこなど、見てみたいが...
0699デフォルトの名無しさんNGNG
>>695

クラス図があろうがなんだろうが、分かりづらいもんは
分かりづらいんだよな・・・。

できれば貴方のその、ドキュメントにしてレビューしたという
プロジェクトの内容はどんなもんなのか教えていただきたい。
0700デフォルトの名無しさんNGNG
>>698

できれば貴方のその、ドキュメントにしてレビューしたという
プロジェクトの内容はどんなもんなのか教えていただきたい。

(結局は「どんな機能を持ってるのか」ってところに着目できれば、
整理できると思うけどなぁ。)
0701デフォルトの名無しさんNGNG
>>699
「分かりづらい」ってのは君の個人的な意見だよな。
個人のレベルで主観的にいう「分かり安さ」というのは、慣れや経験、
バックグラウンドなどがかかわってくるので、いまいちつかみどころがない。
ちなみに俺は「どちらかというとUMLは分かりやすい」と感じている。

分かりづらいところがあれば、分かりやすくなるように改良する、
というのがUMLが求められていることだろう。
が、そのためには「何が」「どんな風に」「分かりづらい」かが
はっきりしないとかなり「つらい」。
ただただ否定するだけでなく、そこんとこもふまえてて建設的にいってくれ。
0702デフォルトの名無しさんNGNG
話の腰を折って申し訳ないですが、限定子(Qualifier)について教えて下さい。

分かりやすい例とかURLとか。

よく見かけるのは、UMLの規格書にあるBank/Account/Personの例とか、
ウェブを見回るとあるDirectory/Filename/Fileとかで、そういったのを
見るとその時は分かったような気になるんですが、やっぱりよく分かりません。
いざ自分で考えてみると、そこに限定子が関与してくるのはわかるのですが、
限定子が関連のどっち側に付くべきなのかが混乱して分からなくなってしまいます。

なんかもっと分かる例と、手とり足とり解説してくれるのはないでしょうか。
0703narucy56 ◆wMOjCT4s NGNG
>>702

「限定子」俺もわかんなくて調べてみたけど、
http://www.atmarkit.co.jp/fjava/rensai/uml02/uml02.html

要するに、キーと値のリストを使ったオブジェクトで用いるものわしい。

(ただ、分かりづらいもの使っててもしょうがないよ。自分が分からないものは多分、回りの人も分らないのでは)

>>701

俺の経験では、5個以上のクラスが書かれたクラス図は分かりづらいクラス図。そんな沢山のクラス間の依存関係があっても困る。

もし 5個以上のクラス図を書かないと、具体的な機能の説明ができないようだったら、それはあまりいい設計とは言えないんじゃないの。
0704デフォルトの名無しさんNGNG
データを取りにいくのかどうかでpush/popという区別をすることがある。

ここで、pop型はpush型によって実現できるとする。
どいうことかというと、push型はデータが出来上がると
クライアントに送りだすとすると、pop型ではpush型のオブジェクト
にラップして、データが出来上がるまで待つ、という処理を
付け加えると考えると、内部でpush型を使っていても見かけ上は
pop型になるからである。

この場合pop型のモデルとpush型のモデルの関係は何だろうか?
pop型モデルはpush型モデルを使っているので、<<use>>依存関係。
push型モデルでpop型モデルを実装しているので、実装の関係。
push型モデルに機能を追加してpop型モデルにしているので、汎化特化関係。
pop型モデルはpush型モデルを含んでいるので、集約。

状況にも依存するとは思うが、果してどういう見方をするのが、正しいのだろうか。
0705デフォルトの名無しさんNGNG
>699, 700
内容は別として、複数のデーモンプロセスと、外部システム、webGUIが
協調して動くDBアプリだが。よくある話だ。

で、よく話が混同してるようだが、どちらもドキュメント要らないという
立場なのか、UMLはわかりにくいという立場なのかどっち?

698はドキュメントはいるだろ、という話なんだが。

で、わかりにくいという話なら、体系づけられたすばらしい
代替方法を教えてくれ。

UMLは単に記述方法なんで、詳細レベルとか、まとめ方とかでいくらでもわかり
にくくできるよ。英語で書いてあるから分かりにくい、フランス語で書いてく
れ。とぃう議論と同じに思える。

で、文法、単語ぐらい共通になってないとお互いコミュニケーション取れないから、UMLでどうです? という意味だと思うのだが。
従って、「UMLでは...という概念がかけない」とか「文法が悪い」とかなら
議論になるが、単に分かりにくいといわれてもねー。できないやつが書いた
んだろ、ぐらいしか反応できないなー。

これだけ議論されてるわけだし、みなが同じ文法を使うということ自体も
重要。英語よりフランス後のほうが論理的だが、英語のほうが人数多いしね...
と同じ。
>698 ユースケースの話と混同してない?
機能記述以外にも、データ定義とか、インターフェースシーケンスとか
いろいろあるんだけど...
0706デフォルトの名無しさんNGNG
>>703
わざわざ調べてくれてありがとうございました。

UMLの規格の、区分(Partition)云々とかいう説明はよくのみこめなかったですが、
キーとそれによって引き出される情報、というとらえかたは解りやすかったです。

Directory/Filename/Fileの場合は、DirectoryからFilenameをキーにしてFileが引き出される。
そして、限定子を使って表現しない場合は、FilenameはFileの属性になる。
Bank/Account/Personの場合は、BankからAccountをキーにしてPersonが引き出される。
そして、限定子を使って表現しない場合は、AccountはPersonの属性になる。

もともとは、いっしょに仕事している人がオブジェクト指向(というかクラス図)がきらいな人で、
一つのクライアントは複数のサーバーにリクエストを出し、
一つのサーバーは複数のクライアントからリクエストを受ける、
一つのホストには一つのサーバーしかない、
という部分のクラス図でクライアントとサーバーに多対多の関連を引いたところ、
「だから、クラス図は使い物にならない」といわれました。

そしたら、UMLに詳しい人が、そういう場合は限定子を使うのだ、と教えてくれて、
その場はうまく治まり、よかったのですが。自分で何かしようとすると、混乱して
しまって解らなくなってしまってました。

おかげで今回少し解るようになりました。
0707narucy56 ◆wMOjCT4s NGNG
>>705

分厚過ぎる「ドキュメント」
http://objectclub.esm.co.jp/eXtremeProgramming/thud-j.html

「かんたんUML」とかオージス総研とかの本に書かれている UML を使った設計方法はかなりインチキだと思う。あんなのでうまくいくはずがない。
0708デフォルトの名無しさんNGNG
>>707
おまえUMLを使ったことないか、ちょっとさわった程度だろ。
使いこなせるようになればかなり便利だぞ。
憶測でものを言うなよ。
0709デフォルトの名無しさんNGNG
>>708
UML 一般を批判しているのではなく

 《「かんたんUML」とかオージス総研とかの本に書かれている UML を
 使った》 設計方法

を非難してるのでは? 両方とも読んでないから、知らんけど。
0710デフォルトの名無しさんNGNG
>>707-708
俺も読んでないからわからんが、
どうせなら707が具体的にインチキさ加減を指摘して
708もカッカしないでレスしてくれれば
丸とは言わないまでも楕円くらいに治まってくれると思う。
0711デフォルトの名無しさんNGNG
「かんたん UML」 は分析・設計に失敗しないでさくさく進むのがおかしい。
0712デフォルトの名無しさんNGNG
>711
そこに突っ込む前に「かんたんUML」と言うタイトルに突っ込まないのがおかしい

というてみるテスト。
0713デフォルトの名無しさんNGNG
>>712
そこに突っ込む前に「かんたんUML」なんてタイトルの本を手にとってしまう奴がおかしい

というてみるテスト。
0714デフォルトの名無しさんNGNG
>>711 分析・設計に失敗しないでさくさく進むのがおかしい。
 失敗つうか、試行錯誤や再設計でそ、普通
0715695NGNG
>>706
クライアント?サーバ?ホスト?
いったいどういうクラス図を作ってるんでしょうか?

単純に多対多の関連なら関連端の多重度がともに0..*(または1..*)になるだけ
だと思うんですが。
0716デフォルトの名無しさんNGNG
誰かこのツール使ったことある人いますか?
http://www.sparxsystems.com.au/
0717デフォルトの名無しさんNGNG
>>716
ダウンしてみました。ちょっと見ただけですが感想。
・日本語NG
・Win用で動作が早い
・ビジネスプロセスを表記可能("Business Modeling with UML"?)
・DBの表記(PKとか)が可能
・実装言語へのフォワード/リバースエンジニアリング可能(出来は不明)
・ステレオタイプいろいろ

パターン、モデル共有等は未チェック。

日本語化して!
0718716NGNG
>>717
日本語はフォントを変更することで表示できることは確認済み
単にUMLだけではないのかな?個人ベースでは意味ないかも。
0719717NGNG
>>718
ほんとだ。わからんかった。
メニュー-View-option-objects-Font name ...

安いのは大きな特徴だと思われ(149ドル)。

個人ベースの利用者増による普及は無い、に同意。
もともとそういう戦略ではないでしょ。
0720デフォルトの名無しさんNGNG
ここのところ、UMLツールを片っ端から物色してるのですが。
今現在、Javaのソースからシーケンス図を生成できるツールってあるんでしょうか?
惜しいのはあるのですが..。(Threadオンリーとか..)

それにしても、roseの体験版は何処で手に入れれば..。(コレだけまだ試せてない..)
0721デフォルトの名無しさんNGNG
>>720
Roseの体験版。.comの TryIt にあるじゃん。疲れてるな..。
0722デフォルトの名無しさんNGNG
オージス総研が「10日でおぼえるUML入門教室」って本を書いたみたい
なんだけど、読んだ人、感想プリーズ。
(いつ出たのか知らないけど地元にはなかった)
0723デフォルトの名無しさんNGNG
>>722
地雷臭いタイトルだな(藁
0724デフォルトの名無しさんNGNG
TogetherSoftのControlCenterはビクーリするくらいよい
0725デフォルトの名無しさんNGNG
関連スレ!

http://pc.2ch.net/test/read.cgi/tech/1016842360/
0726デフォルトの名無しさんNGNG
存在を忘れていたのでage
0727デフォルトの名無しさんNGNG
Javaのソースからクラス図作ってくれる、*無料*なツールってある?
人のソース読むときの参考として、クラス図を自動生成させたいんだけど・・・
0728デフォルトの名無しさんNGNG
>>727
doxygen とか?
0729727NGNG
>>728
試してみた。
javadocを便利にしたような感じで、これはこれで使えそうだけど、
クラス図生成の能力がちょっと・・・
0730デフォルトの名無しさんNGNG
>>729
HAVE_DOT = YES にした? これで多少はマシになる。

(でも UML お絵かきツールには及ばんけど)
0731デフォルトの名無しさんNGNG
とりあえず、ブロンズ程度の内容は覚えたんだけど、
シルバーって他にどんなのを覚えればいいの?
0732デフォルトの名無しさんNGNG
覚えなくてもいいから実地をやれ。
0733デフォルトの名無しさんNGNG
>>671
>事例が多かったので社内のUML化推進の材料にはなりそうだったよ。
社内のUML化推進をおこなうにはどうしたらいいでしょうか?
なんかいいアイデアはないですか?
0734671NGNG
>>733
いい方法があるならオレもぜひ知りたいです。

とりあえず、UML導入以前と以後でどうなるか、という観点から、
メリットとデメリットを列挙して説明する、という安直な方法でやってます。
けっこうこじつけがあります。
が、あんまりやるとかえって逆効果かなとも思ってます。

抵抗勢力が現場をしきっているので、なかなかむずかしいです。

あと、すでに終わった仕事とかを持ち帰ってUMLによる設計に
焼きなおして整理する、ということもやってます。
忙しいのであまり進んでませんが。
これはどちらかというと自分の勉強になってしまってます。
0735デフォルトの名無しさんNGNG
>>727
Togetherをつかいなさい。Roseが糞に見えてくる。
http://www.togethersoft.com
0736デフォルトの名無しさんNGNG
>>734

コンサルつきRUP導入するしかないと思う。
0737デフォルトの名無しさんNGNG
ソフトウエア開発環境展
http://web.reedexpo.co.jp/SODEC/japanese/index.html
に行けばいろいろUML関連ツールは見られそうだ。
0738デフォルトの名無しさんNGNG
集約の「共有」(白い菱形)と「合成」(黒い菱形) (←Visioの用語を使用)
の違いがどうしてもはっきりと理解できません。

分かりやすく教えてください。
0739デフォルトの名無しさんNGNG
用語はごちゃごちゃしているのでこの表を参照してくれ。
http://www.atmarkit.co.jp/fjava/devs/jobjmdl01/jobjmdl_about.html

集約の「共有」(白い菱形) は 集約、
集約の「合成」(黒い菱形) は コンポジッションと呼ぼう。
関連の特殊な形態が集約であるように、
集約のよりオブジェクト間の結びつきが強いものがコンポジション。

集約は has-a の関係だ。
例えば、「a car has four tires」

コンポジションは a-part-of の関係。
例えば、「a finger is a part of a hand」

どこが違うのかというと、オブジェクトの生成消滅のタイミング。
集約の場合は車をスクラップにしてもタイヤだけ取り外して使ってもいい。
コンポジションの場合は、手が成り立つには指が必須であり不可分の存在なので、
手を失うってことは指も同時に失うってこと。
0740デフォルトの名無しさんNGNG
>>739
俺もいまだによくわかんない。
738じゃないけど、便乗教えてくん

(1)「tires is a part of a car」とは言えないのですか?
(2)逆にいうと、タイヤはタイヤとして単独で存在できるが、指は指単独では存在できず、手の一部としてしか存在できない。
 (これは正しいですか?)
(3)コンポジションは、集約の一種ですか?
(4)良くわかんない場合は、集約使っていれば間違いではないですか?
(5)実装してするときに、集約とコンポジションで差がつきますか?
0741デフォルトの名無しさんNGNG
>>740
(1) いいよ。その場合はタイヤは車と不可分。
 739 は取り外したタイヤを転がして遊んだりもできるという設計思想だった。
 そのプログラムの設計上、どの程度オブジェクト同士の結びつきが強いかなので
 集約よりも強いならばコンポジションで表記すればいい。

(2) そだね。集約の端的な例は コンテナに近いクラスかな。
 Book クラスと BookShelf クラスがあるとする。
 BookShelf はインスタンス変数で Verctor books を持ち、
 Book オブジェクトを追加する add(Book book)、削除する delete(Book book) メソッド、
 あとは数を数えたり条件検索したり管理に便利なメソッドがある。
 ある Book を複数の BookShelf に登録したり、
 ある BookShelf が detele や GC されたあとも、その BookShlef にあった Book を
 読者オブジェクトに利用したりなんてことはありえると思う。

 GUI のウィジェットはコンポジション。
 ウインドウ・フレーム・ペインの上にボタンやテキストフィールドを乗せるけど、
 ウインドウがなきゃボタンなどは表示されないし触れない。
 ウインドウが消滅するときはその上に乗っていたウィジェットも一緒に消える。

(3) そう。
(4) 教えるときはそう言ってる。あんま良くないけどね。
 関連と集約は使い分けてほしいけど、集約とコンポジションは混乱しがちだから。
(5) 定義的には 739 に書いたように消滅のタイミングが同じなのがコンポジション。
0742デフォルトの名無しさんNGNG
C#を使ったUMLの解説本って出てます?
JAVAを使ったUMLの解説本はたくさんあるみたいだけど。
0743デフォルトの名無しさんNGNG
別になんの言語を使っててもUMLはUMLだろーよ。
0744デフォルトの名無しさんNGNG
UML1.4をみてみると、
集約=全体−部分関係をなす関連
合成=集約の一種で「多くともひとつの全体に対する部分」になっているもの
といったようになってるようです。
というわけで、この“at most one composite at a time”というのがUMLでの
合成の意味を決定付けているのではないでしょうか。

用語集より
aggregation
A special form of association that specifies a whole-part
relationship between the aggregate (whole) and a
component part. See: composition.

composition
A form of aggregation which requires that a part instance be
included in at most one composite at a time, and that the
composite object is responsible for the creation and
destruction of the parts. Composition may be recursive.
Synonym: composite aggregation.

ノーテーションガイドより
Composite aggregation is a strong form of aggregation which requires that a part instance be
included in at most one composite at a time and that the composite object has sole
responsibility for the disposition of its parts. The multiplicity of the aggregate end may not
exceed one (it is unshared). See “AssociationEnd” on page 2-22 in the Semantics chapter for
further details.

セマンティックスより
composite - The target class is a composite; therefore, the
source class is a part and must have the aggregation value of
none. The part is strongly owned by the composite and may not
be part of any other composite.

0745デフォルトの名無しさんNGNG
>>744
タイヤとクルマの例だと、
タイヤとクルマは、それぞれ部分と全体を成すので集約であり、
さらに、タイヤは同時には1つのクルマの一部として機能するが、
同時に2つ以上のクルマの一部としては機能しないので合成である、
ということか。

あるクルマのタイヤを外して、別のクルマに取り付けた
場合はどうなるんだろうか。集約? 合成?
0746デフォルトの名無しさんNGNG
『独習UML』の例だと、HDやメモリ、モニタといった
パーツで構成されるコンピュータシステムは「集約」。
で、天板と脚から成るテーブルが「合成」。

『独習UML』から引用すると 744 が書いていることと同じだが、
合成は「部分側が単一のクラスの部品になっているような集約関係」
らしい。

つまりある環境において、部分が複数のクラスからも利用されて
いれば「集約」で、単一のクラスからしか利用されていなければ
「合成」になるでは。

>>745
別のクルマに取り付けられるという前提があるのであれば
「集約」ではないでしょうか。
0747デフォルトの名無しさんNGNG
>>746
> 別のクルマに取り付けられるという前提があるのであれば
> 「集約」ではないでしょうか。
なるほど、俺もそんな感じに思ってたよ。
だけど、>>744の「同時に(at a time)」というのに引っかかってしまったわけだ。
同時に、というのが集約と合成を区別するのだとすると、
ハードディスクやメモリーなどは合成ということにならん?
モニターについては複数のマシンで切り替え機を使うことで同時に
利用しているという考え方もありそうではあるが。
0748746NGNG
>>747
そうだね、「同時に」を考えるとパソコンの例は
合成だね。


今月の『JavaWorld』212頁にあるUML要素の説明からも
引用しときます。

コンポジション (ここで言う合成)
あるクラスと他のクラスの間に強い「has-a」の関係があることを
示す。この場合、「has-a」関係のhasに当たるクラスが削除されると、
aに当たるクラスもすべて削除されることになる。
0749仕様書無しさんNGNG
抽象的にそうなんだろけど、
具象を設計するのは我々なんだから、
has-aをpart-ofとして設計またはその逆でも
問題がなければいいのでは?
0750デフォルトの名無しさんNGNG
magicdraw、demo版落としてみたんだけど、
実行しようとするとライセンスキーを聞かれる。
マニュアル読んでもdemo用のキーの事なんか書いてないし。
カネ払わないとdemoも実行できないの?
0751デフォルトの名無しさんNGNG
メールで試用キーが送られてこなかったっけ?
0752デフォルトの名無しさんNGNG
送られてこないっす。flashmail使ってるけど。
試しにメアド変えて(hotmail)登録してみたら、
今度は届いた。2通も。
どうなってるんだ…でもさんくすこ。>751
0753 デフォルトの名無しさんNGNG
漏れ1ライセンス購入したらライセンスキー3個届いた。
どれも使える。
0754デフォルトの名無しさんNGNG
大丈夫なのかmagicdraw。
0755デフォルトの名無しさんNGNG
>>754
幸い MagicDraw のソフト本体が腐ってるという話は出てないから、まー大丈夫
なんじゃないの?
0756デフォルトの名無しさんNGNG
C++のコード取り込みがうまくいかん<MagicDraw 5.1
リバースするきさらさら無いからいいけど。

今いち、買おう、という値段じゃないんだなあ。
0757デフォルトの名無しさんNGNG
おれんとこには試用ライセンスが4つきた。
時間差で。

0758デフォルトの名無しさんNGNG
つまり、今がチャンス?w
0759デフォルトの名無しさんNGNG
>>756
MagicDraw の C++ のリバースはダメダメだね。そもそも、コンパイラでも ANSI C++
フルサポートしてる実装の方が少ないぐらいだから、期待してないけど(w 俺が試し
た中で C++ に比較的良く対応していたのが Togehter。ただし値が張るのと、C++ の
ソースに UML 用の情報を埋め込むタイプなので、微妙に使いにくいのが難。

そんなわけで、結局 MagicDraw のスタンダード版(リバース無し)を使ってるよ。
0760デフォルトの名無しさんNGNG
IIOSSのコードいじってjavaに特化した部分ごっそり削ろうかなあ。

そのためにJava覚えるのもばかばかしいがなあ..
0761デフォルトの名無しさんNGNG
>>759
「Togehter」を見てふと、ルー大芝を思い出してしまった。
てーぅぎゃざーあ
0762デフォルトの名無しさんNGNG
UML関連の記事2題:

http://itpro.nikkeibp.co.jp/members/NC/ITARTICLE/20020527/1/
http://www.atmarkit.co.jp/fjava/devs/survey/survey0205/survey0205.html
0763名無しさん@oopNGNG
> 数億円をかけて100ライセンス以上を購入した。
ここだけ反応してしまった。
0764デフォルトの名無しさんNGNG
いま仕事でUMLを書こうとしているのですが、
クラス図では、Cの構造体をどのように書けばいいのですか
0765デフォルトの名無しさんNGNG
名前と属性だけ書いた箱
0766デフォルトの名無しさんNGNG
ありがとうございます。もう少しご教授お願いします。
クラスとの関係はアグレゲーション(白い菱形)または、
コンポジション(黒い菱形)でよいのでしょうか。
0767デフォルトの名無しさんNGNG
よいんでない?
0768デフォルトの名無しさんNGNG
>>766は「アグリゲーション」ではないかと。
delegateは「デリゲート」?「デレゲート」?
0769デフォルトの名無しさんNGNG
デリゲート
0770デフォルトの名無しさんNGNG
suge-
0771逝ってよし ◆SKbg1v4s NGNG
a
0772鳥肌実 ◆SKbg1v4s NGNG
b
0773デフォルトの名無しさんNGNG
UML技術者認定制度のシルバーはどんな問題が出るの?
140点満点ってことは、140問もあるの!?
0774デフォルトの名無しさんNGNG
一問140点、残りはダミーです。
0775デフォルトの名無しさんNGNG
マジで?
0776デフォルトの名無しさんNGNG
5問。設問が3・4つといったところ。だったかな。
ていうか
親の名前でも使って試しに受けてみなさい。
オージス総研では日本語が通じない事がイタイぐらい身に染みる。
0777fNGNG
f
0778デフォルトの名無しさんNGNG
シルバーとゴールドの問題文、あれは確かに日本語とは信じ難い
0779デフォルトの名無しさんNGNG
b
0780デフォルトの名無しさんNGNG
「Roseを256倍使う本」を書こうと思うんだけど売れると思う?
0781デフォルトの名無しさんNGNG
>>780

うん、>>780の親が買ってくれるよ。
0782780NGNG
>>781
いや、親には内緒だから。
0783ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< 初めはロクな書き込みなかったけど...最近は嬉しいな♪
 (    )  \____________
 | | |
 (__)_)

コンドサッポロノアルカイシャトコラボレーションスルンダケドUMLヲコミュニケーションツールノヒトツトシマス
0784デフォルトの名無しさんNGNG
お高いCASEツールなんぞ買えないし
フリーのこんなのいいと思うけどどうよ。
単純明快な感じするけど。

http://www.vector.co.jp/soft/win95/prog/se215535.html?l
0785デフォルトの名無しさんNGNG
おお、なんかよさげな感じ
0786デフォルトの名無しさんNGNG
いいね、コレ。
こういうメモ描きに適したのってなかったもんね。
Roseはもちろん、Visioもmagicdrawも構えちゃうし。

この手のダイアグラムには、こういう気軽な道具こそが大切だとつくづく思えるね。
早速言いふらかしましょう。
0787デフォルトの名無しさんNGNG
多重度が指定できると良いのだが.. とか言い出すとキリないけど
ほんとよく出来てると思う。
0788デフォルトの名無しさんNGNG
清書は Visio か何かでやればいいかと。
試行錯誤するのにいいかも。
0789784NGNG
評判よさそうだから
作者に教えてやろう。
きっとよろこぶダス。
0790デフォルトの名無しさんNGNG
コレがいいか〜?
俺ならmagicdraw使うな…

ていうかもう、code gen付いてないUMLエディタを使う気にならん…
0791784NGNG
む。
危うく作者に「大評判デス!」と送るところだった。
送るのはやめておこう。
よくないのか?
code genてなんだべ。
0792790NGNG
コードジェネレータ。

いや、まあ、こういう激軽いのを欲しがってた人もいるにはいるだろうな。
んで、そういう人にはバカ受け、と。
そう報告する分には良かろうて。
0793784NGNG
ああ、こぉどぢぇねれたーか。
ふぅん。
0794デフォルトの名無しさんNGNG
なんかこう、「クラスを作って」から「クラス図に反映」っていう直感的な
操作ができるエディタって少ない。俺が知ってる限りではMagicDrawだけ。
どいつもこいつも、「まずクラス図に配置してから」云々って操作を強いるんだよなー。
0795デフォルトの名無しさんNGNG
想像するコォドジェネレェタ
もやもや。

+-----------+
| Pen |    public class Pen{
+-----------+ private int katasa;
| -katasa |
+-----------+ public void getKatasa(){
|getKatasa()| //てめぇで実装しれ
+-----------+ }
   △ }
   |   →
+------------+ class SharpPen extends Pen{
| SharpPen | private int Sin_no_kazu;
+------------+
|-Sin_no_kazu| public void getKazu(){
+------------+ //てめぇで書けっつーの
|getHonsu() | }
+------------+ }

よく知らんけどきっとこういうやつに違いない。
0796デフォルトの名無しさんNGNG
すまんズレ過ぎて意味がわからん。
気にしないでくれ・・。
0797790NGNG
あのねえ・・・最近のコードジェネなら、
setter/getter ぐらいは中身まで書いてくれるよ・・・
0798デフォルトの名無しさんNGNG
ふぅん、そか・・。

ねぇ、>>794の
「クラスを作って」から「クラス図に反映」
って普通の使い方なわけ?
0799デフォルトの名無しさんNGNG
平たく言えば、Borland の RAD の 2-WAY と一緒でしょ。
どっちかを変更すればもう一方にも自動的に変更が適応される。
0800794=790NGNG
普通かどうかは知らん。
ただ、俺は「まずクラス図に空のクラスを放り込む」って操作に違和感を禁じ得ないの。
「クラスを作って」から「クラス図やシーケンス図に放り込むと初めて図として表示される」ってのが自然だろ。


#まあこう力説しても「どうでもいいじゃん」と流された事しかないけど…
0801790NGNG
>799 いや、俺はあくまで”最初の一歩が気に入らん”と言いたい。
0802デフォルトの名無しさんNGNG
こだわるねぇ
0803デフォルトの名無しさんNGNG
>>801
今あるほとんどの UML エディタは
オブジェクト指向設計向けに作られているからしょうがない。
RUP を見ても分かるように図を作成して開発を進めましょうってやり方。
設計段階によってはクラス図とコードが一対一対応しない。
UML エディタは開発支援ツールとしてはあんまり成功してないけどな。
コードセントリックな方が受け入れられやすいし。
0804 NGNG
>>803
同感

けど、UMLと既存言語間のマッピングは一つの様式に拘るべきだな。
0805デフォルトの名無しさんNGNG
お絵かきから設計を始めるなんてのは、正に絵空事。
0806デフォルトの名無しさんNGNG
同じクラスを違う図に配置すると別物として扱われるタイプのものは嫌、ということ?
それだったら同意
0807デフォルトの名無しさんNGNG
どうせ名前くらいはその場でつけるんだから
新規作成したその場でアイコンのプロパティが開いてくれたほうが楽。
0808デフォルトの名無しさんNGNG
>>794
Roseはできるよ
0809794=790NGNG
Rose使いてえ…
でも会社が買ってくれん…
買って貰ったとしても動かせるスペックのマシンがあるかどうか…


>同じクラスを違う図に配置すると別物として扱われるタイプのものは嫌、ということ?
誰がそんな話してた?

>新規作成したその場でアイコンのプロパティが開いてくれたほうが楽。
なんの話?
0810 NGNG
>>805
設計図が無い他業界を教えてくれ。
0811デフォルトの名無しさんNGNG
>>809
>>800
0812デフォルトの名無しさんNGNG
UML認定試験の解答集ってどこかにないのかね
0813デフォルトの名無しさんNGNG
>>809
Roseは起動してしまえばそんなに重くないよ。
Togetherはどう?モデリングだけならCommunityEditionでいけるが。
0814デフォルトの名無しさんNGNG
>>809

確かこのスレで紹介されていたような気がするが
http://www.sparxsystems.com.au/
これけっこう完成度高い。シーケンス図がイイです。
英語しかないのが難。
0815デフォルトの名無しさんNGNG
期限なしでタダで使えるエディションがあるツールって
ないですか? 前Togetherにそういうのあったけど、
今はどうなんだろ。サイトにはエディションの説明無いけど。
0816デフォルトの名無しさんNGNG
UMLmemo、やっぱいいよこれ。
思い浮かんだことをホントに気楽にメモ書きできるから。
BMP印刷でも身内レベルなら十分ですわ。

UML使って設計やりながら、こういう割り切った仕様のソフトに助けられてる。
それに引き換えなんじゃオレの設計わ。。。
ああ、悲しい。
0817デフォルトの名無しさんNGNG
>>816
ASCII 出力ができればいいなと思ったり。
メールや 2ch に UML 図を書ける(w
0818デフォルトの名無しさんNGNG
・属性に下線が引けない
・多重度が指定できない

というのが解決してくれればちょいとRDBのテーブル設計にも使えて
個人的にイイ感じなのだけど...
0819デフォルトの名無しさんNGNG
OOP,RDBでのアプリ開発って、開発手順はUMLになるの?
0820デフォルトの名無しさんNGNG
819の訂正。開発手順はUMLベースなのかいな?
0821仕様書無しさんNGNG
>>817
そういうのができるのがvectorにおいてあったような気がした。
0822デフォルトの名無しさんNGNG
UMLメモ、ステートチャートをサポートして欲しい。サーバーサイドの
開発にはステートチャート必須だよ。
0823デフォルトの名無しさんNGNG
>>822
つーか、UMLエディタって、IIOSSみたいのがあるんだから、
解析して、抽象クラスだけつくっておいて、あとは各OSに
みんなでかってに実装してくれという代物があればいいな。
0824デフォルトの名無しさんNGNG
>822
同意だね。
ステートチャートこそ気楽に描けなかったりするし・・・。
欲張りか。
0825デフォルトの名無しさんNGNG
>>819
OOA
OOD
OOP
など、いろいろございます。UMLは頭二つでしょうかね。
0826デフォルトの名無しさんNGNG
汎用系システムがメインの会社ですが、WEBアプリの開発プロセスがドキュメントで皆無。
大手ベンダーでは如何なものかと?誰かUMLベースの手順書くれないかな・・・・
0827デフォルトの名無しさんNGNG
シーケンス図ってエクセルで書くと楽なことがあるなぁ。

0828デフォルトの名無しさんNGNG
>>826
そういうときは、客向けの仕様書もおろそかな場合が多い。
さらに、DBアーキテクトとウェブロジック設計者・実装者が
分担されている場合が多い。この場合ウェブロジック設計者自らが
開発プロセスを示す場合がおおい。
(現実無視の実際の1/3の期間の線表が既にひかれている場合が多い)
開発分担し過ぎててオーバーヘッドが多いのが最近の特徴かな。
(つーか、最初の見積もりが甘すぎる)
また、UMLだけに頼ってはいけない。
UMLはあくまでデザインパターン等で意志疎通をしたりするための
記述方法だ。
問題は、プロセス、設計に対して時間をかけて綿密に打ち合わせ、
コミュニケートするかどうかだ。
0829デフォルトの名無しさんNGNG
>UMLはあくまでデザインパターン等で意志疎通をしたりするための
>記述方法だ。

( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン
( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン
( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン
( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン ( ゚д゚)ポカーン
0830逝って良しの1NGNG
俺が読めないのでUMLは禁止。
0831デフォルトの名無しさんNGNG
>>830
それはだめだ、圧倒的にUMLで描いたほうが分かりやすいものがある。
しかし、なんでもUMLでかけると思っている厨房がいていや。

0832デフォルトの名無しさんNGNG
>>831
どんなもんが書けないのかおせーてけろ。
0833デフォルトの名無しさんNGNG
>>832
とりあえずマニュアルは書けないよな。
0834デフォルトの名無しさんNGNG
ずこーん
0835デフォルトの名無しさんNGNG
Unidentified Mysterious Lingerie
0836デフォルトの名無しさんNGNG
UMLあげ
0837デフォルトの名無しさんNGNG
>>27
フリーのって何?
0838デフォルトの名無しさんNGNG
age
0839デフォルトの名無しさんNGNG
>>832
http://argouml.tigris.org
なんかは?
0840デフォルトの名無しさんNGNG
837だった。
0841デフォルトの名無しさんNGNG
PatternWeaver1.0がうちの研究室にやってきた。
お金要りませんからためしに使ってみてくださいってやつらしい。

なんか、皆さんの書き込み見てると非常に人気のないように思われるPatternWeaver1.0
私はUMLは厨程度にしか使えないのでこの程度のものでも困らないけど、
んー、こんなソフトが買ったら10万円近くするのか。

ってか、うちの研究室はとりあえず5ライセンスほどもらったけど
30ライセンスほしいっていったら30ライセンスもらえそうな感じだったらしい。
評判悪いせいか、売り込み必死?
0842デフォルトの名無しさんNGNG
PatternWeaverってUML書籍によくついてるし、
フリーのバージョンもありますね。

フリーのバージョンダウンロードしてきて、
ちょいと勉強してみようとおもっとりますが、
他のツールの方が使いやすいですか?
0843逝って良しの1NGNG
仕事中にお絵かきか。
おめでてーな。
0844デフォルトの名無しさんNGNG
はいはい、そうだね。
0845デフォルトの名無しさんNGNG
XPしながらUMLをどう使うかが課題かな。
0846デフォルトの名無しさんNGNG
>>845
知ってる言葉を並べてみました、って感じだな
0847デフォルトの名無しさんNGNG
うml
あ〜あ、俺の会社じゃ誰も書けないや
0848デフォルトの名無しさんNGNG
>>847
書くだけなら10分もあれば覚えられるだろ
要はどう生かすかだね
0849デフォルトの名無しさんNGNG
UML使いましょうとかいってる会社はER図さえ書いてない予感。
0850デフォルトの名無しさんNGNG
MagicDrawの最新版はEclipse2.0のPlug-Inが同梱されていて、
個人的には結構使いやすいと思う。
今日はじめて試してみただけだから、使い込んでいないけど、
個人的には気に入った。

ガイシュツ?
0851森 秀樹NGNG
UML ツールですが、
Sparx Systems の Enterprise Architect を使っています

あんまり安いとは言いがたいのですが、他があんまりにも高いので、
値段的には安く感じます。$150程度。

私は UML を考えをまとめる為に使っているので、あんまり厳格に
書く必要がありません。一番便利に使っているのがシーケンス図です。
クラス図なんかは、いちいち書くの面倒なので、C++ で書いて
UML ツールに解析させて、はっつけておきます。

まあ、私の場合、時間軸で複雑性があって、テキストでいちいち書いて
られない。という場合だけ使っています。

こんな、絵でネチネチ書いていたら時間かかってお話にならないので。

あ、EA のよい所は、まあまあの速度と、安定性を持っている事、
C++,Java,Delph などのコードからクラス図を作ってくれる事
シーケンスが書きやすい事ぐらいかな。

欠点は
名前がまずすぎる。Enterprise Architect じゃ、MS-NET の
製品ラインと同じになってしまう。ちなみに、アイコンには EAと
ある。EAといえば、エレクトロニック アートのゲームかな。
個々のオブジェクトのプロパティの編集が面倒。
グリッドの扱いがわかりにくい。画面と印刷のイメージがずれる事が
ある。画面でも拡大縮小で文字が図からはみ出たりする事がある。
0852デフォルトの名無しさんNGNG
>>851

オブジェクトのプロパティの編集は、まず適当なオブジェクトで
プロパティダイアログを表示させておいて、あとはそのダイアログを
閉じずに、他の編集したいオブジェクトを選択すれば、ダイアログの
中身が変わる。

という意味ではなくて?
0853デフォルトの名無しさんNGNG
>>848

生かし方が分からない。オブジェクト図や相関図などチマチマ書いていられないのが現状だし
0854デフォルトの名無しさんNGNG
>850
俺の会社じゃねーかYO!
0855デフォルトの名無しさんNGNG
>>853
全部書こうと思うとだめだろ
必要な図だけ書けば
0856森 秀樹NGNG
>>852
使い勝手の悪い所は、プロパティウインドウで編集できる項目が
オブジェクトを選択して、ダイアログを出した時に出来る事より
少なすぎる事と、プロパティウインドウでは意味の無い物しか
出てこない点です。

この為に、細かな設定がどうなっているのか調べる為に、色々な
オブジェクトのプロパティダイアログを開くという事になります。
まあ、ショートカットを使えば、それほど手間じゃないのですが。
(たとえば ALT+Enterとかね)
0857デフォルトの名無しさんNGNG
>>853
必要な図とわ?
0858デフォルトの名無しさんNGNG
>>857
仕事に必要な図ってことじゃねーの?
0859デフォルトの名無しさんNGNG
今日はシーケンス図つかったよ。
0860デフォルトの名無しさんNGNG
>>859
ぢゃ、明日はコラボレーション図だね&heart;
0861デフォルトの名無しさんNGNG
ホワイトボードの感覚で描ける、UML支援ツールがほしいな。
保存と、印刷機能必須で、マウスじゃないやつ。
0862デフォルトの名無しさんNGNG
シーケンス図がさくっと書けるフリーのツールどっかにない?
0863デフォルトの名無しさんNGNG
ペイント
0864デフォルトの名無しさんNGNG
>>862
かみとえんぴつ。
0865862NGNG
自分で探すか。
0866デフォルトの名無しさんNGNG
>865
warata
0867デフォルトの名無しさんNGNG
>>865
ばかもの!
ソフト作りになんらかの形でかかわる者ならば、

  「自分で作るか。」

と言わんか!
0868デフォルトの名無しさんNGNG
UMLツールって、作るのすげー難しそう。
ああいうドロー系ってやったことないからビビります。
0869森 秀樹NGNG
ドロー系で作るから厄介になるのでは?と私は思います。

Doxygen が使っている graphvis を見て思う事は、プログラマが
直接絵を書いちゃいけないんじゃないかと思います。

特にシーケンス図にいたっては、テキストで記載できる方が良い。

たとえば次のように、オブジェクトを定義して、流れをプログラムの
ようにして書けば勝手に絵が出来上がる。はず。

class puser:<Actor>, viwer, coverEdt, printer

puser: call viewer::new
puser: call viewer::getPrinterStructure
viewer: call printer::dispatch

クラス図の方は、プログラムから戻した方が書くほうは楽。

ただ、動的モデルの方は、動いているプログラムから取り出すという
斬新なアイデアあるが、これは設計が先かプログラムが先かという
問題になってしまうし。そもそも、データが多すぎて、要点を明確に
する為に消す時間がけっこうかかってしまう。
0870デフォルトの名無しさんNGNG
>869
UMLの意味わかってないでしょ?
0871森 秀樹NGNG
だから、絵はコンピュータに書かせて気に入らない処は修正すれば
いいの。

人に考え方を説明して、同じ目標に向かえばいいのだから。
0872デフォルトの名無しさんNGNG
puserって何?
0873デフォルトの名無しさんNGNG
プーサー
0874デフォルトの名無しさんNGNG
ユーザーへのポインタ
0875デフォルトの名無しさんNGNG
pfood?==「ごはんを食べないか?」
0876デフォルトの名無しさんNGNG
>871
前から思ってたけど、あなた頭悪いでしょ?
0877森 秀樹NGNG
頭悪いけど何か問題でも。

ちなみに、puser は ユーザーの作成したプログラムという感覚で
書きました。例なんだから、これにつっこんでどうするんだ。
という気が私にはしますが。
0878デフォルトの名無しさんNGNG
>>877
相手が頭悪いと相手のレベルに下がって考えないといけないから
面倒くさいんだよねぇ。
0879デフォルトの名無しさんNGNG
>877
あまりにも頭悪いみたいなのでマジレスしてやる。


発端
>868 名前:デフォルトの名無しさん 投稿日:02/08/10 12:06
>UMLツールって、作るのすげー難しそう。
>ああいうドロー系ってやったことないからビビります

頭悪い人のレス
>869 名前:森 秀樹 投稿日:02/08/10 22:14
>ドロー系で作るから厄介になるのでは?と私は思います。

>871 名前:森 秀樹 投稿日:02/08/11 00:59
>だから、絵はコンピュータに書かせて気に入らない処は修正すれば
>いいの。

その「コンピュータにUML(図)を書かせるツール」を作る話してるんだろうが!
いくらなんでも頭悪すぎ。いっぺん氏ね。
0880森 秀樹NGNG
コンピュータにUML(図)を書かせるツールの話だったのですか。
ドロー系て書いてあったので、今まであるような、画面上で位置を
元に線を書くようなツールだと考えていました。

じゃ基本的には考え方は同じなわけですね。

論理的に、どこのオブジェクトからどこのオブジェクトを、どのように
呼び出すかを記載すれば、コンピューターが絵を作ってくれる。

Sparx の EA のように、画面上で位置情報を元に、論理的な流れを内部
的に作るのでは無いという意味なんですね。

ドロー系て書いてあるから、私が誤解しました。
0881デフォルトの名無しさんNGNG
>>880を読んで確信した。
ここまでバカな人初めて見た。
0882デフォルトの名無しさんNGNG
いつから「日本語お勉強しよ♪」に変わったんですか?
0883デフォルトの名無しさんNGNG
わかった!森氏は在日外国人なんだな?
だから破滅的に日本語ができないんだな?
そして周囲から迫害され、ストレスで病気になってしまったんだな?

悪いことはいわん、早く精神科へ行くことを勧めるよ。

0884森 秀樹NGNG
いまだにわからないのですが。

ここの主題は次のうちどちらでしょうか。

1.人間がマウスなどで位置情報を入力して、それをコンピュータがリンク構造に
直して編集するタイプの、UML を書く為のツールのか。

それとも、オブジェクト設定して、プロセス1つづつを、明確な言語などで
記述し、コンピューターがこれをリンク構造に変換し、UML の絵を作って
くれるツールなのか。これは私の解釈では、UML の絵を書くツール。

どちらなんでしょう。

>>883 日本語が出来なくてストレスで病気になったのならば、
ストレスを直すより、日本語が出来るようになるか、ストレスを受けない
ようにするのが妥当ではないでしょうか。
0885森 秀樹NGNG
ああ、つっこみどころ満載だな。

1と書いて、2がないし。

ストレスを直す てあるけど、ストレスで受けた病気 だし。

UML を書く為のツールのか -> ツールなのか。

日本語おかしいかもしれませんが、伝わらない物でしょうか。

どうも、伝わらないようなので、あきらめます。
0886デフォルトの名無しさんNGNG
UMLって結構いけるじゃん
というスレ
0887デフォルトの名無しさんNGNG
>>884
変な言語からUMLの図を作るツールなんて意味ないじゃん。
それだったらプログラミングして、それをUMLツールでリバース
エンジニアリングしたほうが10000000倍マシ。
0888オブジェクト思考NGNG
オブジェクト指向をオブジェクト思考と最近まで思ってた
0889デフォルトの名無しさんNGNG
オブジェクトしこると思ってた
0890デフォルトの名無しさんNGNG
>>884
UMLが言語なんですが
0891デフォルトの名無しさんNGNG
>890
UML = Unified Modeling Language

一度入門書から勉強し直せ。
素人なら必死扱いて勉強すべし。すでに常識。
0892森 秀樹NGNG
>>887
静的な図はソースコードから取り出せるので、リバース
エンジニアリングできる程度のコードを書いてやっています。
UMLツールの使い勝手が悪いもので。

でも、動的なUML図を考えると、テキストで表現する記述
言語があっても良いような気がします。
0893デフォルトの名無しさんNGNG
>>890
そんなんわかってるわ

>>884が
> それとも、オブジェクト設定して、プロセス1つづつを、明確な言語などで
> 記述し、・・・

って書いてたから
「UMLが言語なんだが」って書いたんだろ
0894デフォルトの名無しさんNGNG
間違えた
>>890 → >>891
0895デフォルトの名無しさんNGNG
891は若気の至りだったね。
誰でも知ってることを振り回して一人悦に入っております。
0896デフォルトの名無しさんNGNG
>>892
> 静的な図はソースコードから取り出せるので、
分析と設計で同一の図を使うのか……。使えないケースも多々あろうに。
0897森 秀樹NGNG
>>893 やっと意味がわかりました。
確かに、私の書き方では、次のようにとれますね。
1.UML は言語ではない。
2.UML は明確ではない。
3.UML はプロセスや、オブジェクトを認識しない。
すみません。書き直します。
この1,2に関しては、定義にしたがえば両方とも間違いなのですが、
概念を伝える方法論が言語なのか、とか、概念を正確に伝えるとは
どういう事なのか。という部分でひっかかったりします。
でも、それは本筋じゃないので、文章を直します。

UMLを書く時に、UML ツールと直接対話せずに、一度テキストで
表現できる言語で書いて、それを UML ツールに読み込ませる事で
UML をコンピュータが書いてくれるツール。これが私の考える
コンピューターがUMLを書くツールです。クラス図などはリバース
エンジリアニングをかける事で出来ます。

で、結局、どっちのツールの事なんだろう。
0898森 秀樹NGNG
>>892
そう、多々あるんで、ソースコードの方をUMLで表記する部分だけに
するか、UMLにした後で概念の説明に不要な物を外します。
0899デフォルトの名無しさんNGNG
>>897
> クラス図などはリバースエンジリアニングをかける事で出来ます。
クラス図にも分析段階で使う概念的なもの、設計・実装段階で使うコードと一対一に
対応したもの、二種類ある。それとクラス図はかなりの程度まで自動生成可能だと
はいえ、クラス間の関係(role など)は人間が決めるもので、コードから生成する
のは無理。

またシーケンス図なんかは、全ての場合について生成したら数が多くて破綻する
わけで、主要部分がなんなのかを把握した上で選択的に作る必要がある。これも
自動生成は割と厳しいと言われてる。

頭で考えすぎる前に、実際に OO での分析・設計・実装をやってみ。わずかな
経験でも積んだ上で見直すと「そうなるべくしてそうなってる」ものと「改良の余地
があるもの」が見えてくるから。
0900デフォルトの名無しさんNGNG
faqかもしれんけど、シーケンス図ってどこまで詳細に書いていいんだか
わからない。
特にガンガン分岐するような場合、それをどこまでシーケンス図に書くのか。
分析レベルならまだごまかすことは可能だけど、設計レベル以上になると
シーケンス図は限界低すぎるんじゃないかと思う。
みんなどうしてる?
0901デフォルトの名無しさんNGNG
>>900
分岐をオブジェクトに閉じ込めて、仮想関数にしてしまう。これで分岐の先は
ブラックボックスにできる。

(毎回使えるとは限らんが)
0902デフォルトの名無しさんNGNG
いや、実装ではそれでいいけど、設計段階では
分岐すると言うことをちゃんと書くのがUMLでしょう?
それを書かなかったら分岐するということが
コードにしか残らない。これは却ってまずいのでは?
0903森 秀樹NGNG
>>899
UMLそのものの理解や、使いこなしに関して、最近興味を持って
はじめたばかりです。

最近出た、「ワークブック形式で学ぶUMLオブジェクトモデリング」
という本で、分析段階の方法が記載されていて、これを読んでいます。

UMLの入力をテキスト形式で記述する言語を作ってやりたい。
というのは、単に同じ情報を入れるのならば、使い慣れたエディター
で用紙の大きさやらに制限かけられることも無く書くだけ書いて、
UMLツールで、テキスト記述言語では記載できなかった情報を追加し
たり、画面に収まらないような個所や、冗長な部分、説明に不要な
メソッド、オブジェクト、インスタンス、呼び出しなどを
外した方が楽じゃないかな。と感じたからです。
0904デフォルトの名無しさんNGNG
>>902
クラス図でもシーケンス図でもそうだけど、別にコードの詳細を全て図に起こす
必要はない。っつーか、そんなことをしたら図が溢れかえって、逆に手に負えん
よ。
0905デフォルトの名無しさんNGNG
>>903
概要を知ったら、自作に進む前に、まずは現状を知れ。
0906デフォルトの名無しさんNGNG
>>904
いや、だからね。シーケンス図はその限界が低すぎるんじゃないかと
思うわけ。そんなことないかな。
0907デフォルトの名無しさんNGNG
>>906
そんなことはあるけど、かといって他に better な方法もないような気がする。
0908デフォルトの名無しさんNGNG
じゃーシーケンス図はテキトーなところで切り上げるしかない、
つー結論ですか。
なんだかなあー
0909厨房2号 ◆OjTjK0LY NGNG
>>908
適当なところで切り上げると言うか、逆にシーケンスが大切なとこだけ書く
って言うのも手。
0910デフォルトの名無しさんNGNG
>>908
俺は代表的なパターンについて、いくつかシーケンス図を書いて済ませてる。
正常処理と例外発生時のシーケンス、とかね。
0911デフォルトの名無しさんNGNG
>>909-910
なるほど。そうですね。
シーケンス図を書いた方がいいところを書くか。
でもなーシーケンス図書きたいところって、けっこうゴチャゴチャした
ところなんだよね。で、ゴチャゴチャしすぎでシーケンス図書けない、
というジレンマなんですよ。
0912デフォルトの名無しさんNGNG
コラボレーション図で代用しる
0913デフォルトの名無しさんNGNG
コレボレーション図って実用性あるか?
0914森 秀樹NGNG
>910
プロパティセット、プロパティゲットなどの呼び出しは書かない。
まあ、適当な所で切り上げるパターン

もう1つは、ブロックを分ける方法。これが使えるのは、全体では一塊の
セッションに見える作業があったら、アクターとバウンダリといった
2つだけのシーケンス図を作成する。

次に、別のシーケンス図に、詳細なシーケンス図を記載する。

あるいは、全体の流れがわかるような形で省略したシーケンス図
を作成した後で、詳細なシーケンス図を作成して、参照させる。

電子回路では、ブロック図の中に、ブロック図を入れて、そのブロック図を
別紙に書くという形で概念から詳細設計にViewを変えて見れるように
します。そういう風に考えると、いいような気がします。

UML の効果的な使い方は、前にも書きましたが、
「ワークブック形式で学ぶUMLオブジェクトモデリング」 ISBN4-7973-2019-2
が良いと思います。これは、素晴らしい本だと思います。
0915デフォルトの名無しさんNGNG
森秀樹はなぜトリップを使わないんだ?なりすましか?
0916西城秀樹NGNG
こんばんは、森進一です。
0917ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< >>950さん、次スレたててください。このAA使ってね。
 (    )  \____________
 | | |
 (__)_)

コノスレモコンナニノビタナァ
0918オブジェクト思考NGNG
月曜にUMLのブロンズ受けて2勝4敗でゲットです。\(^。^ )ノ
0919デフォルトの名無しさんNGNG
もうすぐシルバー受けんとな
また落ちるのか・・・
0920オブジェクト思考NGNG
UMLは何度合格しても最初合格の認定IDだけが有効なんだって。
ということは?
100回合格したら、99回分の認証は無駄になるのかな?(?_? )ゞ
0921厨房2号 ◆OjTjK0LY NGNG
>>911
設計を見直す機会になったりしないの?
想定してるシステムがどんなものか分からないけど、
スパゲティな設計だとスパゲティなシーケンスになるし。
それを止めるが為のシーケンス図だったり…
0922デフォルトの名無しさんNGNG
>>921
設計を見直す、っていうか、設計するときに使うんじゃない?
それは「設計図を書くと設計を見直すことができる」つーてるのに
同義では?
0923デフォルトの名無しさんNGNG
リファクタリングを助ける道具としてのUMLという使い方もあると思われ
0924デフォルトの名無しさんNGNG
ところで、UMLってもう直ぐ末端まで使われるのだろうね。
今は設計者のうち分かる人同士で頻繁に使うようになってる。
すくなくても某大手中堅間のごく一部では。
コーダーに向かって使い始めるのも時間の問題かな。
上流は既につかっているけど、本当は客にも使わせたい。

ゼロからのプロジェクトで使ったことあるんだけど、
金(人件費)が2倍かかりました。
使い始めで慣れてないというのもありましたが。

そんなところです。
0925デフォルトの名無しさんNGNG
どうせwebだろ?
0926デフォルトの名無しさんNGNG
>>924
> 金(人件費)が2倍かかりました。
何と比較して2倍でした?
0927デフォルトの名無しさんNGNG
UMLとXPって関係はある野?
0928キムチ食いてぇーNGNG
UMLを日本語訳したら「統一模式言語」
XPを日本語訳したら「極限状態プログラミング」
0929デフォルトの名無しさんNGNG
> XPを日本語訳したら「極限状態プログラミング」
禿しくやりたくない・・・
0930デフォルトの名無しさんNGNG
なんかトイレに行く余裕も無さそうで嫌。
0931デフォルトの名無しさんNGNG
>>930
トイレに行くときはペアで
0932デフォルトの名無しさんNGNG
>>931
それは、一人で行かせると戻ってこない恐れがあるからですか?
0933デフォルトの名無しさんNGNG
なんか面白そうなんで、
「極限状態プログラミング」
でスレ立てて良いですか?
0934デフォルトの名無しさんNGNG
>>933
それほどおもしろくねーぞ。
ま、もし立てるとしたらマ板でな。
0935デフォルトの名無しさんNGNG
>>928
「極端プログラミング」でわ・・
0936デフォルトの名無しさんNGNG
二人で一つの便器を使う。
0937デフォルトの名無しさんNGNG
一人でいくと首つるからだろ
0938デフォルトの名無しさんNGNG
2人で交互にウンコして色や臭いをお互い確認する
0939サゲだろNGNG
お互いに肉便器になってみる
0940デフォルトの名無しさんNGNG
>>935
「達人プログラミング」でどうよ
0941オブジェクト思考NGNG
シーケンス図て入力値とかはオブジェクトとして扱うもの?
たとえば、「パスワードとIDを入力する」としたときはこれって
「パスワード:○○クラス」とかってオブジェクト化する?
わかんねぇっす。
0942デフォルトの名無しさんNGNG
>>941
俺も勉強中だから正しいかどうかは分からんけど・・・。

入力値とかってシーケンス図で書かれるものかな・・・?

       ID,パスワードを入力する
| ユーザ |------------------------->| ATMとか |

てな感じにメッセージで渡すんでは・・・。
誰か訂正あったら宜しく
0943942NGNG
>>942訂正

誤>入力値とかってシーケンス図で書かれるものかな・・・?
正>入力値とかってオブジェクトで書かれるものかな・・・?
0944オブジェクト思考NGNG
なんかね、UMLのサイトのチュートリアルで
値そのものをオブジェクトにしてるようなとこが
あったような気がしたので、どうなんだろう?と
思ったんだけど、オブジェクトの定義に合わんので
できんよね?
0945デフォルトの名無しさんNGNG
普通はわざわざシーケンス図にメソッドの引数の型まで記述しない。
っていうか、引数も記述しない場合も多い。

値そのものをオブジェクトってのがよく分からないけど、引数で渡された
オブジェクトに対してメッセージを投げるのなら、シーケンス図の中に
そのオブジェクトが記述されていてもいいと思う。でもID、パスワード
なんてものだったらまずありえないね。
0946デフォルトの名無しさんNGNG
>>944
値をオブジェクトにするのが NG かというと、ケースバイケースだと思うけどね。
たとえば「金(かね)」は普通は整数型の値にするところだが、作っているのが
資産管理アプリケーション

- 流動性(現金、即日引き落とせる預金、定期預金)
- 通貨(円、ドル、etc)

あたりを属性として持ったオブジェクトとして設計するのもアリだろう。
0947デフォルトの名無しさんNGNG
すいませんVISIOでリバースエンジアリングできるつーので.netβ2についてたVisio
引っ張り出してきたUML初体験な厨なんですが

クラスの取り込み見たいのは出来たんですけど、親子関係を繋ぐ矢印含めて作図は
自動でやってくれないんですか?(紙上にレイアウトするの自動化できるとは思えないけど)

つか、取り込むだけなら、エディターでヘッダーでも読めばいいじゃん というか
VisualStudio上で解析した方が便利な気がするんですが…

手動でレイアウト決めてプリントアウトして使えや って程度のツールなんでしょうか?
ちょっと大きなクラスになると紙からはみ出すし、どう役に立てるのやら???



なんか参考文献ってありませんか?
VB magazineのバックナンバーにちろっと載ってるみたいだけど VBなので未見です
Visio解説本は、オフィスレイアウトとかそっち系の使い方しか触れてないし
MSDNのHPの「VSIOでUMLコーナー」連載途中(しかも今の所役立たず)だし
0948デフォルトの名無しさんNGNG
とりあえず、VBマガジソ通販しました
0949デフォルトの名無しさんNGNG
>>931
つれしょん
つれプログラミング
0950デフォルトの名無しさんNGNG
クラス図だけど、俺はまずER図を作って、それを元に
クラス図を起こすのが手っ取り早いんじゃないかと思っているのだが、
その辺はどう?

クラス図の継承とER図のリレーショナル型DBモデルってのは、
結局正規化という点ですごく共通する部分がある気がするんで。
だめすか?
0951デフォルトの名無しさんNGNG
↑追記
とりあえずクラス図はプロパティに注目するってことで。
0952デフォルトの名無しさんNGNG
意味がわからないんですが・・・
0953ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< >>950さん、予告どおり次スレたててください。このAA使ってね。
 (    )  \____________
 | | |
 (__)_)

トコロデERDデカケルナラクラスズデモカケルヨネ
0954デフォルトの名無しさんNGNG
>>950
クラス図とER図両方作るにしても、普通は順番が逆。
手っ取り早いと感じるのは単にER図に慣れているからでは?
0955厨房2号 ◆OjTjK0LY NGNG
>>954
うーん。あちきの感覚は950に近い。
業務アプリ屋なもんで、新規システムと言っても、まっ大枠こうだろうってのが頭に入ってる。
そこでまずER図起こして、プログラムの為にクラス図書く感じかな。

分析にはOOを使ってない。って事だけど、こーいうのもありかなぁって事で。
ユーケースは使ってるけど、説明資料としてだし。
0956デフォルトの名無しさんNGNG
>意味がわからないんですが・・・
スマソ・・・
スーパークラスの抽出と第二正規形(部分従属列の分離)です。

>クラス図とER図両方作るにしても、普通は順番が逆。
>手っ取り早いと感じるのは単にER図に慣れているからでは?
確かにそれはある。が、ERはRDBの考え方からして割と機械的に
できていくところがある。それに対し、クラス図はちょっとしたセンス
がものをいう。で、基本はERから出発し、より実装に近いかたちで
クラス図を作るってことなんですが。

あと、それほど有用であると思えない理由から、
あまりユースケース図やシナリオも書かないので。
(最初はお絵かきで業務の流れをまとめてお客に示す)
0957デフォルトの名無しさんNGNG
>>956
君が>>950なら次スレ立て係りなんだが、理解できませんか?
とっとと、次スレ立てろ。話はそれからだ。
0958デフォルトの名無しさんNGNG
>>957
おぅ、そうすか。
では・・・
0959デフォルトの名無しさんNGNG
>>958
よろしこー
0960デフォルトの名無しさんNGNG
>このホストでは、しばらくスレッドが立てられません。
>またの機会にどうぞ。。。

だめぽ。。。
0961デフォルトの名無しさんNGNG
>>960
じゃあ漏れがやってみる。
0962デフォルトの名無しさんNGNG
だめだった。

0963デフォルトの名無しさんNGNG
せっかくテンプレ作ったのにダメぽ…
0964sageNGNG
追記
>ERはRDBの考え方からして割と機械的にできていくところがある。
むろん、誰が作っても同じものができるということを言っているのではなく、
クラス図に比べると私情を挟む余地が少ないということを言っている。
0965名無しさん@EmacsNGNG
サーブレットのシステムをUMLで設計したいのですが?
良いサイトが書籍ありませんか?
0966デフォルトの名無しさんNGNG
>>965
http://pc3.2ch.net/test/read.cgi/tech/1030173783/l50
レス数が950を超えています。1000を超えると書き込みができなくなります。