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

UML皆でお勉強しよ♪

■ このスレッドは過去ログ倉庫に格納されています
0001ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< お勉強しよ♪
 (    )  \____________
 | | |
 (__)_)
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間に関連の線は引かないけど
依存の線を引く場合はあるでしょってことね。
上記以外も覗いたけどうまく説明してるところはあんまりないね。
■ このスレッドは過去ログ倉庫に格納されています