UML皆でお勉強しよ♪
■ このスレッドは過去ログ倉庫に格納されています
0001ニュージーランド漁夫
NGNG（ ・∀・）＜ お勉強しよ♪
（ ） ＼＿＿＿＿＿＿＿＿＿＿＿＿
｜ ｜ |
（_＿）＿）
0357デフォルトの名無しさん
NGNG0358デフォルトの名無しさん
NGNGそれだけで一通り設計できる場合だってあるしね。>>353
0359スタンダードで名無しさん
NGNG0360デフォルトの名無しさん
NGNG記述もできないようなUMLなんて だめだめ
ジョブフローはアクティビティ図ではダメなんですか？
＃ ま、わざわざUMLベースで書くこともないと思いますけど
大量トランザクションの記述って、どんなことをイメージして
いますか？
0361門外漢
NGNG多様なトランザクションは
別だとおもうけろ
0362デフォルトの名無しさん
NGNG割込み違いだとは思うが一応述べると、タイムアウトとかの概念も
記述できるようになってるようだぞ。本も出てる。
あとフローやトランザクションって
State図やSequence図じゃ駄目なのか？
まぁ、if文に相当するものは、UMLじゃ書き難いかもだが。
0363349
NGNG大量トランザクションは分野が違うので知らないけど、
割り込みや分散処理は設計できる。
そういうCASEツールもあるぞ。
もちろん何でもできるとは思ってないが、
>>348はアホだと確信できる。
0364349
NGNGオブジェクト指向を理解していないことがバレバレ。
メッセージの概念を把握していないのか？
それともUMLにメッセージが無いと思い込んでいるのか？
どちらにしても、素人丸出しだな。
応答時間まで考慮して設計できるCASEツールがあることも知らないんだろうな。
0365デフォルトの名無しさん
NGNGハードウェア設計にはどうなんでしょう？
組み込みのリアルタイム処理向けの話題は
結構あるけどソフトレベルの話ですよね
たとえばPCIみたいなバスを、
デバイスやブリッジをオブジェクトに見立てて、
トランザクションをシーケンス図で描けば、
タコなデバイスを設計してバスをロックさせる様子とか、
分かり易いと思うんだけど。タイミングチャートより。
とりあえず制御用のステートマシンをMagicdrawで描いてみるかな。
UMLのステート図をHDLに落としてくれるツールって無いかなぁ
0366デフォルトの名無しさん
NGNGどうしてもわからないので、どなたか助けてください。
「もぐらたたきゲームを考えたときに、もぐらは一定時間ででてきます。」
これをシーケンス図であらわすとどうなるかがわかりません。
なお、オブジェクトはあらかじめあたえられていて、「プレーヤー」「もぐらたたき台」
「もぐら」です。
もぐらたたき台が一定時間ごとにもぐらを呼び出すとかんがえてもうまくいきません。
「逝ってよし」などといわず、どなたか助けてください。
0367デフォルトの名無しさん
NGNGまさにリアルタイムUML本はどうよ？
いきなり心臓ペースメーカーの概念設計なんか出てきてびびった。
とりあえずどれくらいいけそうか立ち読みお勧め(わら
>>366
>あたえられていて
1つ質問だが、Objectは自分で考えたのを「追加」しちゃ駄目か？
駄目なら、それはOOPの問題としておかしいんで、答え無し。
そういうおかしい場合は忘れるとして。
そうだな。俺なら「周期タイマー」オブジェクトを
モグラと一対一の数になるだけ生成する(勿論その前に
そういうClassを作る)ところだ。
で、それらタイマーオブジェクトを、Actorとするなあ俺なら。
Actorは人間様(ユーザー)でなくてもよいわけで、
こういう「勝手に動くもの」はActorとして似合いだと思う。
というか、タイマー＋モグラ＋モグラ穴(不要か?)が
1つのセットになっていて、それが複数セット並ぶと
もぐらたたきゲームができるわけだよな。
設計レベルでは、そのセットと台が、
多対一でRelateすることになるだろう。
それに対するかたちで、もう一丁のActorである
ユーザーの右腕(わら)またはハンマーが、
非同期(=イベント)で殴りかかるわけだ…
…と、とりあえずこのくらいを考えた。所要時間0.3秒(嘘
0368366
NGNGありがとうございました。そうですよね、タイマーオブジェクトを
作成しない限り無理ですよね。参考になりました。
一度、その方針で作ってみます。
本当にありがとうございました。
0369366
NGNG必ずしもOMT→UMLというふうにはいかないんですね。
0370365
NGNGありがとう。立ち読みしてみまーす。
UMLじゃないけど、ちょっと前Interfaceで特集・連載があった
自律オブジェクト指向(AOO)という話は読んでてｻﾊﾟｰﾘだった。
ちょっと電波入ってる気がしたのは、
おれが分析・設計の本を読み慣れてないから？
0371ぴ
NGNG批判するのは簡単にできるが、どうやってオブジェクト指向のお絵かき
しかできないUMLに分散処理や割り込みが記述できるの
またビジネスの分野であっても、オブジェクト指向DBとの連携を
どうやって設計するんだよ。
結局、UMLでお絵かきした後で、別の方法で書き直す、設計しなおすのが
現実だろう。おまえじゃあオブジェクト指向を知ってるのかよ
どうも、ちょっと知っているだけで実際に使っているようには見えないが
0372デフォルトの名無しさん
NGNG全てをまかなえないと言うのと、役に立たないと言うのとでは、
かなり違いがあるが……。371の発言は、UMLが役立つ
ツールの一つであることを認めてないか？
348と矛盾しているな。
分散処理や割り込みの設計は、ただUMLを使うだけでなく、
デザインパターンと組み合わせるんだよ。
どこのコンサルでもそう指導するだろ。
知らないなら人に聞く前に勉強しろよ。
0373つーか
NGNGそれともチミ達が頭良すぎるのか、どっちですか？
0374デフォルトの名無しさん
NGNGUML万能論を唱えているやつなんていないのに。
0375デフォルトの名無しさん
NGNGあ、ところで。
＞別の方法で書き直す、設計しなおすのが
この別の方法って何？後学のために知りたいのだけど。
0376デフォルトの名無しさん
NGNG0377デフォルトの名無しさん
NGNGRose をつかったという話は聞くのですが、それが本当に機能したか
どうかは、あんまりはっきりしないようなのですが、
考えをまとめて、議論するには、UMLって非常にいいと思うのですが
UMLツールつかって明らかに成果でるもんでしょうか？
0378デフォルトの名無しさん
NGNG>批判するのは簡単にできるが、どうやってオブジェクト指向のお絵かき
>しかできないUMLに分散処理や割り込みが記述できるの
うーん。かく言う君がまさに、UMLに対して
「批判するのは簡単」という状況に陥っていると思えるが(藁
お絵かきしか出来ないから何もできない、と呼ぶなら、
プログラム言語のソースだって文字しかないから
何も出来なさそうなものだ(藁
ちなみに大昔、コンパイラがまだ「実現不可能だ」と
思われていた時代 (つまりFortranより前の時代)には
冗談抜きでそう認識されていたのだろうと思われる。
「記述」はなんぼでも出来るんだよ。
文法(文じゃなくて絵だから絵法か?)さえ有れば。
あとはそれを「コンパイル(?)」するコンパイラ
(もちろん他の言語に変換するTranslatorでもいい) が有るかどうかの差だけだ。
問題を自分で勘違いするな。
で、ソウ言う風に整理したとして、質問(批判)の対象は、なに？
>またビジネスの分野であっても、オブジェクト指向DBとの連携を
>どうやって設計するんだよ。
OODBすなわちビジネスという決め付けが痛いってのはおいといて。
そんな実装べったりの部分にUMLとか設計とかいう単語を持ち出すのか？
オブジェクトをどうメモリ(に隠蔽されたDB：OODBってのは
そう実装されてることが多いらしい)に置くか？という問題が、
(ビジネス)アプリとかの「設計」の領域なのか？
そんなのはキミじゃなくてOODBベンダにとっての設計の領域だろうよ。
たぶん彼らは社内でOODBの機能を設計してるだろうからな。
>結局、UMLでお絵かきした後で、別の方法で書き直す、設計しなおすのが
>現実だろう。
キミは「(キミの視野の範囲の)実際」にしか使ってないようだな(藁
上記のように直接変換するツールの有無も問題だが、ソレ以前に
「思考支援ツール」
の重要性を全然認識してないと思われる。
UMLで描いた「とおりに」思考するんだよ。
あんたそういうふうに思考してるか？
してない(できない)ならそもそもUML使わなくていいよ。ぽい。
でもUMLは、OOP的なフツーの思考をフツーに図示できるように作られている
という意味ではなかなか健闘してるから、思考できないってのはフツーは無い
はずなんだけどなあ。
書きなおし(=Translate)が手動であることは、ツールの都合上あるだろう。
が、設計までし直すのかキミは？
UMLをなんか勘違いしてないか？描いたとおりの姿がつまりキミの設計なんだよ。
というわけで、UMLで描けなくて困った設計パターンについて、幾つか言及してみろよ。
話はそこからだな。
0379へっぽこぷろぐらま、へぽこたます三世
NGNG0380ななし
NGNG貴方が作って、フリーで流す。
そして我々得をする。
0381？
NGNGみなさん大まかに分けて、
概念フェーズ、
分析フェーズ、
設計フェーズ
に分けてないんですか？
いきなり設計フェーズの話してもなぁ。
設計フェーズは例えば、開発する言語の特性を考えながら設計するんですけれど。
三つのフェーズそれぞれどこか違っていてもいいとおもうんですけどね。
0382bi
NGNG>うーん。かく言う君がまさに、UMLに対して
>「批判するのは簡単」という状況に陥っていると思えるが(藁
実際に出来ないから使えないんじゃないのって言ってるんだけど
で、僕に反論があるんだったらその記述方法を示してください
っていってるんだけど。
ただ、ＵＭＬを使って自分の考えをまとめるだけならちょっとは、つかえるかもね
実際去年ＵＭＬもどきの分析方法でやってた連中がいたが
使えないのに気づいてしまった時は遅く、泣く泣く徹夜の連続で
分析からやり直してた連中がいたなあ
0383？
NGNGどいうものに使おうとして失敗したんですか？
またやり直したときのツールはなんですか？
0384bi
NGNGたしか、Ｒａｔｈｏｎａｌ とかなんとかだったみたい
やり直してたのは、手書きでやってたみたい
0385？
NGNGツールがRationalのをお使いだったんですね。（Rose?)
で、何をつくろうとして、
手書きで書いていた設計方法というのはなんだったんですか？
0386デフォルトの名無しさん
NGNG>使えないのに気づいてしまった時は遅く、泣く泣く徹夜の連続で
だからさぁ、
「使えない」のは、UML図なの？
それとも(そのとき使ってみた)UML図ツールなの？
ごっちゃにしてないか？
0387名無しさん
NGNGさらに、UMLを理解せずに使っていたということも考えられるね。
0388bi
NGNGだから、ＵＭＬみたいなお絵描きをしてたってこと
0390デフォルトの名無しさん
NGNG分析に必要な能力は「物事を正確に理解すること」であってたいていの人間は
その過程で図を書くと思う。UMLはその時に「なるべくみんなで同じ記号を使
いましょう」って言ってるだけなんだからさ。
ただOO全盛のこのご時世にユースケースなんていう手続き指向の図を取り入れた
ところはすごいと思う。
0391デフォルトの名無しさん
NGNGまあ、どこにでも自分の能力のなさを道具のせいにする奴がいるってことか。
0392デフォルトの名無しさん
NGNG>ところはすごいと思う。
「一般人の思考」にとってはOOより手続きのほうがわかりやすい！と
信じている人々が多いらしいからな(藁
0393デフォルトの名無しさん
NGNGツールは、Rose じゃなくて安い奴がいいのだけど、
MagicDraw があるといいのだけど、他でもいいよ。
0394名無しさん
NGNG0395デフォルトの名無しさん
NGNGhttp://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ブロンズレベル取ったばっかり
NGNG0398デフォルトの名無しさん
NGNG俺もよくわからん。アロエリーナ。
0399デフォルトの名無しさん
NGNG0400ブロンズレベル取ったばっかり
NGNG→ は、誘導可能性というらしい。関連している一方のクラスに対してメッセージを送ったり
情報を参照したりできることを表すらしい。
…> は、依存関係。二つ以上のモデル要素間の意味的な関係を示す。
対象要素(依存される側)への変更が、依存元(依存する側)の要素への変更を
必要とする場合もあることを意味する｡
つまり、どう違うの？ 多分、全然違うんだろうけど…。
JAVAかC++のソースで説明してくれるとわかるような気がする。
0401399
NGNGhttp://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デフォルトの名無しさん
NGNG0404デフォルトの名無しさん
NGNGすばらしぃ！
0405ブロンズレベル取ったばっかり
NGNGありがとうございます。
なるほど。そういうことなのか…。
0406ニュージーランド漁夫
NGNGまちがえました（鬱
0407デフォルトの名無しさん
NGNG0408なんだかなぁ
NGNG0409デフォルトの名無しさん
NGNGもうちょっと本当に必要な区別に絞った方がいいと思うんだけどねぇ。
共通言語といいながら他人に「この記号どういう意味?」っていちいち
聞かれるようじゃしょうがない。ある意味デザインパターンにも
当てはまるけど。
0410デフォルトの名無しさん
NGNGそれは単に「勉強」不足っていうんじゃないのか？
C言語とかでも結構いるじゃん、
未だにポインタとかも間違えて使うくせに
(おかげでバグだらけだ…勘弁してくれ)
Cで仕事してる(ということになってる(わら))奴、ってのが。
あーゆーのと同じ。「勉強」不足だよ。
#間違った知識のまま、なんぼ「経験」を積んでも、駄目。
#間違いを経験しまくっているだけだから。
「今の」自分に「必要」じゃないからって
削らないほうがいいと思うぞ、UMLは。
#むしろ足りないもののほうが多いような…
0411キホソは
NGNG0412デフォルトの名無しさん
NGNGこれとこれは似ているけどちょっと違うってのが多くなると、まともに理解している
やつの比率が急激に下がるよね。あーそんなこといまさらいってもしょうがないのにｽﾏｿ。鬱
なんでも最初から複雑だったわけじゃないんだからねぇ…。
(XML Schemaは最初から複雑だったが(藁)
0413デフォルトの名無しさん
NGNG要求管理からテスティング／構成管理まで連携できるらしいし。
でもRational Suiteって一体いくらするんだろ。
0414デフォルトの名無しさん
NGNG１０回くらい受けたな（藁。
0415デフォルトの名無しさん
NGNGそれって問題解いて UML を覚えようとしてないか？(笑
0416414
NGNGあの問題って何げに初級レベルの本には載ってないような事も
たまに出題されたりして、新たな発見があったりする。
１度合格した後でも実力確認に便利。
まあもともとの動機は２４点で合格したのが鬱だったからだが。
0417デフォルトの名無しさん
NGNGなんかがあったら教えて頂けないでしょうか？よろしくお願いします。
0418デフォルトの名無しさん
NGNGアクティビティ図に例外処理書きたいんですがどうしたらいいですか？
ここからここまでの間で例外が発生したら・・みたいな
0419デフォルトの名無しさん
NGNG>>400
Java で言えば
…＞ は インタフェースのimplements を示し、
―＞ は has-a 関係を表す (ただし集約(―◇)ではない)
として使ってますが間違ってますか。
class SomeClass implements SomeIF {
…
}
の場合
┌─────┐ ┌────┐
│SomeClass│…＞│ SomeIF │
└─────┘ └────┘
であり、
class SomeClass {
OtherClass other;
…
}
の場合は
┌─────┐ ┌──────┐
│SomeClass│――＞│ OtherClass │
└─────┘▲uses└──────┘ (▲はほんとは右向き)
ってかんじ。
0420419
NGNG0424418
NGNG0425デフォルトの名無しさん
NGNG※印つけてかいとけば？
0426418
NGNG「ここからここまで」みたいなのがビジュアルにわかりたい！
ってみんな思わないのかな。しょうがなくユースケースの
システム境界線もってきてコメント書いたりしてるけど、
UMLで決まってないのかなあ。
Integer.toString()が連続するときとか、それぞれに
分岐は絶対書きたくないでしょ？
0427デフォルトの名無しさん
NGNGシーケンス図の、矢印のうちの一本なんじゃないの？例外って。
Object間の、ちょっと経路^H^H毛色のかわったメッセージだろ例外って？
0428418
NGNGシーケンスはそうやって書くよ。つーか正常系の処理しか書かないこと多いので
シーケンスに入れないことの方が多いけど。シーケンスなら例外が発生する場所の
最後の部分（コードで言う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シーケンス図の３Ｄ化ね。
それもUML描けるアプリケーションに機能として取り込みます。
0431418
NGNG3Dディスプレイと電子認証が一般化するまでは、
波線で囲って異常処理書きたい
つーかハンコ押す立場になってしまったのが鬱
0433デフォルトの名無しさん
NGNGかな。UMLを書くのは設計の意図を明確にするためだから、コメント
をつけることで例外処理を記述できるのならそれで充分でしょう。
なんでもかんでも図で表そうとすると、時間だけかかって返って
わかりにくくなってしまうんじゃないですか。
0435418
NGNGそれとUMLで例外が*書けない*こととは別次元の問題じゃない？
コメントだと「どこからどこまでの間で」というのが表しにくい。
設計だけしてコーディングは外注にまかす（コーダーのレベルが未知かつ、
綿密なコミュニケーションが期待できない）こともあるので、
シーケンス図のメッセージ一つに対して１メソッド、クラス図で
変数名や関数名まで明記、という形にしたいんだけど。
>>432
電子認証ってどっかに申し込むの？詳しいこと書いてあるURL希望
つーか印鑑が浸透してるのって東アジアだけだよね？
お役所も含めて全廃しないかな。サインでいいよ。
筆跡鑑定を乗り切る偽造サインを書くより、印鑑偽造する方が
簡単でしょ。
0436Java厨房
NGNGMagicDrawすごく良かったです。
サンキュー
0437デフォルトの名無しさん
NGNGこれは、殆ど使えない。この程度なら自分で作ったほうがまし。
0439デフォルトの名無しさん
NGNG私は、まだUML初心者、といったレベルですが。
習うより慣れろ。
とりあえずどんどんやってけ。
You must take your own risk if any.
0441デフォルトの名無しさん
NGNGシーケンス図は 1 枚が一つのシナリオ（ストーリー）に対応し、正常系と例外系は
別々のストーリーになるから、別々に書くのが普通だと思っていたけど、違うの？
0442418
NGNGそれだけだけど
0443418
NGNG異常系にどんなケースがあるのか把握しづらい。
せめて正常系と異常系を１セットずつで済んでほしい。
異常終了のケースすべてに対応するシーケンス用意するのいやあああ
0444デフォルトの名無しさん
NGNGって俺4381人目でうけて4046人目の合格者みたいだけど
そんなに合格率が高いのか。。。
0446444
NGNG0447444
NGNGよさげな参考書しりません？Ｇａｍｍａのデザインパターン
からの出題とあるんだけど、実例の多い参考書教えてください。
0449444
NGNGブロンズって簡単だけどＵＭＬの一通りを網羅してるし
各設問の質が高く量も豊富！オージス太っ腹ですね。
オージスの回し者ってわけじゃないよ。。。
0450444
NGNG0452444
NGNGオブジェクト指向はゼロックスが作りオージスが広めた
そして両者とも同じ運命をたどった。
っということにしてくれればみな助かるのに。。。
0453デフォルトの名無しさん
NGNG0454デフォルトの名無しさん
NGNGメッセージと同様に、リンクの線の上に書けばいいのですか？
0455デフォルトの名無しさん
NGNG0456454
NGNGけどね。
createとか。
ただ、createでオブジェクトの生成を表現すると、「コンストラクタにこの引数
を渡して、生成する」っていうのが表現できない。
私が知らないだけで、実はできるのかな？
UMLを使いこなせるようになる日は、遠そうです。
■ このスレッドは過去ログ倉庫に格納されています