UML皆でお勉強しよ♪ ３項関連
■ このスレッドは過去ログ倉庫に格納されています
0001ニュージーランド漁夫
NGNG（ ・∀・）＜ お勉強しよ♪
（ ） ＼＿＿＿＿＿＿＿＿＿＿＿＿
｜ ｜ |
（_＿）＿）
.＿＿＿＿＿＿＿＿＿
| |
| 前スレはこちら ｜
|＿＿＿＿＿＿＿＿＿|
∧,,∧ ||
⊂ミ.,,ﾟДﾟ彡つ
前スレ（１）：http://pc3.2ch.net/tech/kako/980/980236172.html
前スレ（２）：http://pc2.2ch.net/test/read.cgi/tech/1030173783
0153デフォルトの名無しさん
NGNGそこはもうさがしたんだけど
レポートしかないことない？
0154デフォルトの名無しさん
NGNGライフサイクルが同じクラスの関連をあらわすときに使います。
aggregateと記号は似ていますが、かなり別もんです。
0155デフォルトの名無しさん
NGNG0156デフォルトの名無しさん
NGNGこれどうですか？
0157デフォルトの名無しさん
NGNGあなたの立場によっては役に立つ
エンジニアのUML入門用にはあまり役に立たないが
マネージャーなどの立場であれば役に立つと思う
0158デフォルトの名無しさん
NGNG0159デフォルトの名無しさん
NGNGコンストラクタはどのように表せばいいんでしょう？
それとも、シーケンス図にコンストラクタは入れないのがノーマルですか？
だとしたら、実装の時にプログラマが適当に実装しちゃう
感じでしょうか。
0160デフォルトの名無しさん
NGNG生成メッセージを利用する
おそらくどの書籍でも解説していると思うので
適当なのを読んでみるがよろし
0161デフォルトの名無しさん
NGNGつーかSTL使わないとiteratorやらvectorやらのためにｺｰﾄﾞ書かなきゃならんのか。。。
うわぁ、STLも勉強せにゃならん。。。
0162デフォルトの名無しさん
NGNGユースケース図は書きました。
ページの繋がりというか入力ページからservletに値を渡して、Beansに格納して結果ページに
その値を表示というような流れを書くにはどの図を利用すればよいのでしょうか？
よろしくお願いします。
0163デフォルトの名無しさん
NGNG流れを書くにはシーケンス図かな
ただ、Webアプリのようなものであればロバストネス図という選択肢もあり
0164デフォルトの名無しさん
NGNG概念的には、各オブジェクトがそれぞれ独立的に存在し、必要に応じて通信を行っている。
しかし、メッセージ送信は、実際にはメンバ関数の呼び出しで表現される。
オブジェクトがメッセージを受け取ったときに、それに応じたメソッドが起動されるのではない。
オブジェクトを並列動作させるためにはスレッド化が必要だが、
そのための方法はいまのところ標準化されていない。
0165デフォルトの名無しさん
NGNG0166デフォルトの名無しさん
NGNGてもいいんじゃない？
UML2.0とかでツールと連携するんなら、ともかく、画面遷移を定義だけするな
ら、矢印でつながってればいいじゃん。
反論キボン
0167デフォルトの名無しさん
NGNG強制はしない。
共通仕様というのは皆が分かるように書くためのもの。
これが必要ない，代替手段がある，というのなら誰も止めはせん。
0168デフォルトの名無しさん
NGNGアンブラーも似たようなこと言ってた。
無理矢理UMLで書いてわかり難くするよりも、わかり易いものの方が
いい。
0169デフォルトの名無しさん
NGNGたいして変わらんし。
それで納品したよ？
0170デフォルトの名無しさん
NGNGXMLの「貴族とボヘミアンの階級闘争」みたいなものがUMLでも
起こるのだろうか。
UMLを厳密に使う派（MDA）vsスケッチ派みたいな。
0171デフォルトの名無しさん
NGNG単にあるクラスがあるクラスを使っているって解釈しちゃだめなの？
0172デフォルトの名無しさん
NGNG上流工程のモデリングだと具体的に参照がどちらの方向を向いているか決定できないことが多いです。
なので単純な関連を用います。
反対に詳細なクラス設計になってくると参照の方向性を厳密に決定することができるようになります。
そうした場合は関連の誘導可能性を有効にしたりしす（しなくてもかまいませんが）。
わたしはクラス図に具体性をより盛り込むことができるようになるので、結構使いますが、
一般的にはあまり利用されてはいないみたいですね。
0174デフォルトの名無しさん
NGNGそれをクラス図で考えると多対多になるような場合、
一対多であることをどのように表現したら良いでしょうか？
例えば、あるシステムの一部で、ネットワーク上の通信を
司る二つのクラスＳとＣがあって、Ｃは必ず一つのＳと
通信し、Ｓは複数のＣから通信を受け取るとします。
これだけで考えるとＣからＳへの関連は一対多になるますが、
Ｃはその通信の種類によってあらかじめＳ１につながる
ものとＳ２につながるもの、というふうにクラスとして
考えるＣは複数のＳへつながるので多対多と考えてしまいます。
このような場合、インスタンス同士の一対多がクラス間で
は多対多になるようなものはクラス図上ではどのように
表せば良いのでしょうか？
0175デフォルトの名無しさん
NGNGひとつのCにとっては必ずひとつのSのみと通信するということなので
クラス図でも一対他ということになるはず
インスタンスとクラスをごっちゃにして考えるから混乱する
クラス図はあくまでもクラスの図なので。
間違っていたら訂正ﾖﾛｼｸ
0176デフォルトの名無しさん
NGNGthat's right.
>>174
クラス図はクラス間の静的な関係を考察するものなのでインスタンスは考慮しない。
具体的に言えば、もしそのSとCの関係を多対多と分析してしまうと、
Cから複数のSへの関連が発生、その結果、Cが複数のSと通信できるように
実装しなきゃならないことに。これじゃ困るわけでしょ？
0177デフォルトの名無しさん
NGNGこんなんとか。
┌───┐1 *┌───┐
│server ├──┤client │
└───┘ └───┘
△
│
┌┴─────┐
┌┴────┐┌┴────┐
│server_imp1││server_imp2│
└─────┘└─────┘
0178デフォルトの名無しさん
NGNGserver_imp1とserver_imp2はこの例の場合、同じクラスの
インスタンスなんだよね？
となると、汎化するのは違う気がする。server_imp1:serverかな
0179デフォルトの名無しさん
NGNGリアライゼーションに見える。
0180デフォルトの名無しさん
NGNG関連があるんですよね？
じゃあ、ＡのメソッドがＢを使用（参照？）しているときは何になるんですか？
やっぱり関連ですか？
0181デフォルトの名無しさん
NGNG>>180
0182デフォルトの名無しさん
NGNG0183デフォルトの名無しさん
NGNGこの場合は集約じゃないの？
0184デフォルトの名無しさん
NGNG集約は関連の一種
0185デフォルトの名無しさん
NGNGJava用語で、クラス内で定義されている変数をフィールドと言う。
ttp://www.google.co.jp/search?num=50&hl=ja&inlang=ja&ie=Shift_JIS&oe=Shift_JIS&q=Java+%83N%83%89%83X+%83t%83B%81%5B%83%8B%83h&lr=lang_ja
0186デフォルトの名無しさん
NGNG> じゃあ、ＡのメソッドがＢを使用（参照？）しているときは何になるんですか？
> やっぱり関連ですか？
<<use>>ステレオタイプのついたdependency relationshipというのは？
メソッドの引数なんかへの関係を敢えてクラス図に入れたいときにこれを使うという話を何かで読んだことがある。
0187デフォルトの名無しさん
NGNG0188デフォルトの名無しさん
NGNGおまいの失敗体験きぼん
0189デフォルトの名無しさん
NGNG> かんねん-ろん くわん― 3 【観念論】
> 〔idealism〕物質ではなく観念的なもの（イデア・理念・意識など）が根本
> 的本質だとする考え方。生滅変転の現象界に対し永劫不変のイデア界の優位
> を主張するプラトンの客観的観念論、近代では物の存在を知覚に解消しよう
> とするバークリーの主観的観念論、経験的世界は超個人的な超越論的主観に
> より構成されるとするカントの超越論的観念論など多様に存在する。
> 「観念論」は主として認識論上の語で、倫理的な局面では「理想主義」と称
> する。また、存在論・世界観上は別に「唯心論」の語を与えることもある。
> アイディアリズム。
> →実在論
> →唯物論
だそうです。
0190デフォルトの名無しさん
NGNG是非にソース教えてください。
>>187
ソースに対してのUMLの記法の問題だから観念論（?）になるのかな。
別にエラーになるわけじゃないからねぇ〜、そんなに詳細・正確には
書かないよね〜。
MDAがはやってきたら記法にはうるさくなるだろうが。
0191デフォルトの名無しさん
NGNGcomp.object見てるとよくでてくるよ。
http://groups.google.com/groups?num=100&hl=ja&lr=&ie=UTF-8&c2coff=1&q=use+stereotype+dependency+relationship+method
ここ↑にでてくるやつなんかはそんな話がちらほら。
おそらく、>>180に対する答えなんかはこれ↓っぽいし。
http://groups.google.com/groups?q=use+stereotype+dependency+relationship+method&hl=ja&lr=&ie=UTF-8&c2coff=1&selm=b28u3f%241a78ip%241%40ID-20080.news.dfncis.de&rnum=3
>>187のソース(俺は>>187ではないからそのものかどうかは知らんが)これら↓とかはそんなような話っぽいし。
http://groups.google.com/groups?q=use+stereotype+dependency+relationship&hl=ja&lr=&ie=UTF-8&c2coff=1&selm=407bda80%241%40news.totallyobjects.com&rnum=5
http://groups.google.com/groups?q=use+stereotype+dependency+relationship+method&hl=ja&lr=&ie=UTF-8&c2coff=1&selm=c6gf3k%24bjjf3%241%40ID-20080.news.uni-berlin.de&rnum=10
http://groups.google.com/groups?q=use+stereotype+dependency+relationship+method&hl=ja&lr=&ie=UTF-8&c2coff=1&selm=407bda80%241%40news.totallyobjects.com&rnum=4
俺の思うに、引数だと<<parameter>>スレテオタイプの関連を使うていうのがもっといいんではないかと。
現状のUMLだと意図が伝わればそれで無問題。>>190の言うようにMDAだと、然るべきところに然るべきものを
正しく図にしないとちゃんとコードを出してくれなくなるだろうから、そういったのはかなりうるさくなるかもね。
0192デフォルトの名無しさん
NGNGなぜ<<include>>を使うのか、
なぜ<<extend>>にした方が良いのか、などのオブジェクト指向の説明を含み、
現場で活用しやすい図や概念から優先的に取り上げていて、
実際のモデルを例に「なぜこうモデリングしたのか」の納得のいく説明がある書籍。
0193デフォルトの名無しさん
NGNG書籍じゃないけどこれは多少参考になるかも
ttp://www.atmarkit.co.jp/farc/rensai/uml_b_l01/uml_b_l01.html
0194192
NGNG参考になりました。
ありがとうございます。
昨日本屋に行ったのですが、
UMLの本って沢山売ってますね。
その割に普及してないような気が・・・。
0195デフォルトの名無しさん
NGNG意欲的に使おうとしているところもありますよ。
ただ納品物として求められていない限りクラス設計書なんかは作らないですね。
アーキテクトが存在する現場にも行き当たったことがありませんし……。
自分用の資料としては作っていますが。
0196デフォルトの名無しさん
NGNGという本があれば買う。
0197デフォルトの名無しさん
NGNG漏れのところでは設計の際に必ず、クラス図・シーケンス図を書かされる。
当然それも納入対象。
0198デフォルトの名無しさん
NGNGが、この程度の問題できたところで何かの役に立つのだろうか？
やっぱOMGのじゃないと意味ないかなぁ。
0199デフォルトの名無しさん
NGNG・メソッドを呼び出し、戻り値を受け取る
・その戻り値を、別のメソッドの引数とする
ということを表現するにはどうすればいいんでしょうか？
戻り値を保持する方法がわからず・・・
同じくこないだ取得しました。
認定者番号が異常に若いので、普及してないんだろうなぁとか
考えてしまい、合格したのにちょっと悲しい気持ちになりました…
0201デフォルトの名無しさん
NGNG旧ブロンズ／シルバー／ゴールドと比較してどのレベルかレポートしてもらえるとうれしいです。
私はブロンズとゴールドは取ったが、シルバーは１問足りなかった。
しかもあとでみなおしたら回答欄ずれが原因だった……。
ブロンズも何度か受けてると３回に１回は新しいことを知れたりして結構好きだったんですけどね。
0202デフォルトの名無しさん
NGNG戻り値は呼出元への点線で返すが、「保持」という概念をシーケンス上で表す術はないものと思われる。
名前やら型やらで類推するしかないでしょう。
例えば戻り値となったオブジェクトの名前をメソッドの引数に用いるとか。
0203デフォルトの名無しさん
NGNG珍しいなぁw ＞ゴールド取得&シルバー失敗
自分はシルバーとって、ゴールドはそのうちと思ってるうちにUMTPに移行しちゃった。
0204デフォルトの名無しさん
NGNGいかにPGに偏ってるかの証左だと思うよ
0205デフォルトの名無しさん
NGNGいわゆるIteratorパターンの図を書こうとしてみてつまってます。
1)呼び出し元がAggregateクラスをcreateして、
2)呼び出し元がAggregateにiteratorよこせメッセージを送り、
3)AggregateがItertorをcreateして、
4)呼び出し元がIteratorにnextメッセージを送ると、
5)Iteratorが内部に持ってるAggregateの次の「行」を返す
のだと思うのですが、
5)を表現するにはIteratorの向こう(右側)に、さらにAggregate
がないといけませんよね？
そうした場合、IteratorをcreateしたAggregateと、Iteratorの向
こうのAggregateが同じモノだというのをどう表現したらよいの
でしょうね？
0206デフォルトの名無しさん
NGNG左向きの矢印書けば？
0208デフォルトの名無しさん
NGNG>5)を表現するにはIteratorの向こう(右側)に、さらにAggregate
>がないといけませんよね？
そんなことをしたらいかん
オブジェクトのクローンを生成しているなら話は別だが
同一のオブジェクトを複数書くとわけのわからんことになる
IteratorがAggregateの次の行を取得するメッセージをＸとすると以下の通り。
［元］
‖
‖―１→［Ａ］
‖ ｜
‖―２―→‖
‖ ‖―３→［Ｉ］
‖←………‖ ｜
‖ ｜ ｜
‖―４――――――→‖
‖ ｜ ‖
‖ ‖←―Ｘ―‖
‖ ‖ ‖
‖ ‖………→‖
‖ ｜ ‖
‖←………………５…‖
‖ ｜ ｜
0209208
NGNGエディタにコピペして見てちょ
0210デフォルトの名無しさん
NGNGありがとう。
いい人の多いスレだなぁ。
よい子が住んでるのがよい街なら、
いい人が住んでるここはいいスレですね。
0211名無しさん＠そうだ選挙に行こう
NGNG勉強しているんだけど
例として出てくる通販の分析でアクターとして消費者、生産者、配送者と出るんだけど
以前読んだオージスのチュートリアルの同じような例では、顧客(=消費者)は
システムに直接関わらないからアクターにならないと書いてあったんだけどどっちが正しいの？
個人的には「コンサル〜」の説明の方がしっくりきたんだけど...
0212名無しさん＠そうだ選挙に行こう
NGNGそれは視点が違うからだよ。
ビジネスドメイン分析の場合は、必ず顧客がアクターとしてでてくるよ。
システム設計の場合は、顧客という寄りはシステム利用者という視点でアクターがでてくる。
目的が違えばモデルにたいする視点が違う。
どちらが間違っているという話ではないと思うよ。
0213名無しさん＠そうだ選挙に行こう
NGNGどっちも正しい。
同じような業務でも要求されるシステム要件が異なれば
分析も変わって当然。
その辺をもう少し丁寧に読み込んでごらん。
それが分かるようになれば理解が進んだってことだ。
0214211
NGNG成る程、視点の違いだったんですね。
システムとしてどんなサービスを提供するか？
という場合はビジネスドメイン分析。
システムは(上記分析結果の)サービスをどのように提供するか？
という場合はシステム設計となるという理解でよいのでしょうか？
今までこういった点を意識して考えたことがあまりなかったもので。
(ほぼ受託開発オンリーだったからかも)
0215デフォルトの名無しさん
NGNGメソッドに外から引数を渡すか、それとも
メンバ変数にセットしてそれをメソッドからつかうかで
悩んでいます。
こういった使い分けはどう判断していけばいいんでしょうか？
ちなみに今は、コンストラクタでメンバ変数をセットして
それをメソッドからつかってます。
0216デフォルトの名無しさん
NGNGメンバ変数にセットし、
あるメソッドでのみ使われる変数は引数として渡す
といった考え方もあるとはおもうのですが、
その場合開発が進んだ際、ある１つのメソッドを
２つに分けようという場合にクラスの設計を大きく変更することになるため、
すべてメンバ変数にしているのですが、
メンバ変数の数が膨大になってしまうクラスも出てきたりして悩みます。
0217デフォルトの名無しさん
NGNG悩み方が非常に非オブジェクト指向的に感じるのだが、さて？
何をメンバ変数にするかはクラス分析の過程で決まるものだし、
開発が進んだあとでインターフェースを変更するようじゃ、
そら大変だっつうか、分析失敗してたんじゃないかとか、ねぇ？
0218デフォルトの名無しさん
NGNGクラスで何を実現しようとしてるかによりけりですね。
具体的な要件が判らないと、なんともいいようがないです。
オブジェクト指向って現実世界の諸々を
クラスとその関係でとらえるって事だから
使い分けをどう判断したのかって聞かれたら
「だってそうなってんだもん」としか言えないかな。
特にエンティティの場合。
だから>217は言葉はきついけど、真っ当な答え。
でも、後で失敗したーって事も、正直あるよなあ。
0219デフォルトの名無しさん
NGNG実際の開発を経験せずに
紙上でオブジェクト指向神話をすりこまれた
人間のにおいがただよってるぞ。
一度「オブジェクト指向でなぜ作るのか」
という本をよんでみては？
0220デフォルトの名無しさん
NGNGオブジェクト指向による実際の開発
のことな。
0221デフォルトの名無しさん
NGNG現実の世界の諸々をたかがオブジェクト指向で
表現できるわけがないってことに気づいた方がいいよ。
>>219の本をあなたにも勧めておく。
0222デフォルトの名無しさん
NGNG（フィールドとメソッドを持つのがオブジェクトだとか）がよく分からなくなってきた。
Action は Action するだけだし、データを持つ Bean は全然メソッドは持たないし。
こんな疑問を持ってるのは私だけなのか。
0223デフォルトの名無しさん
NGNGシステムがオブジェクト
0224デフォルトの名無しさん
NGNGコンストラクタで設定される値はあくまでも初期値だよ。
メンバ変数は、そのオブジェクトの状態を表しているものだよ。
状態というのは、刻々と移り変わっていくものなのだ。
変わらないなら単なる定数でいいわけだしね。
安全に状態を変化させるためにメソッドがある。
メソッドを呼び出すことで、オブジェクトの内部状態を
変化させることができるのだ。
メソッドには引数を持つことができる。
引数によって、オブジェクト外部の情報を内部に伝えることができる。
引数の値をメンバ変数にそのまま設定する場合もあるだろうし、
単に処理に使って終わりのこともある。
そんなのは作る人の都合なので、気にすることはない。
マイ注文 = new 注文(”田中太郎”, "2004/07/18");
明細１ = new 明細("弁当", 1);
明細２ = new 明細("おにぎり", 3);
マイ注文.addDetail(明細１);
マイ注文.addDetail(明細２);
マイ注文.checkOut();
こんな例で、明細をコンストラクタで渡してたら
大変だし、やっぱり買うのやめた処理もできない。
もう一度まとめると、オブジェクトは変化する。
0225218
NGNGうーむそうか。あの本って所謂オブジェクト指向の
ススメって訳じゃないんだ。
同じシリーズの他の本読んだ事あったのと
タイトルの印象で、入門書みたいなんだと思ってた。
そうねえ、失敗しとるって事は、「たかがオブジェクトで〜」
って事なのかも知れないですね。
それにそう思ってる方が俺の心の健康にも良いし。
有難う、読んでみます。
0226デフォルトの名無しさん
NGNGオブジェクトっていっても処理だけの奴もある。
データだけ持っていればいい奴もある。
そんなのは設計者の都合だから気にするな。
基本は内部状態と、それを外からいじるインタフェースだ。
ActionはActionだし、データを持つBeanはBeanとわかる。
独立したオブジェクトとしてカテゴリ分けできるところが偉いのさ。
0227デフォルトの名無しさん
NGNGどうもありがとうございます。
すごくよくわかったような気がするのでコードをいじくり倒してみたいと思います。
0228デフォルトの名無しさん
NGNGクラス設計、分析に間違いが入り込む余地がないほどのものだったとしたら、
今現在これほどアジャイルプロセスや、RUPなどの
アイテレーション型の開発が叫ばれる理由もないわけで。
要は魔法のツールじゃないってこと。紙面に踊るうたい文句にだまされちゃあいけない。
とはいえ、oopのほうが従来のプログラミング手法よりは
そういった間違いを防ぎやすいしようにはなっていると思います。
0229デフォルトの名無しさん
NGNGオブジェクト指向はうまく使えれば、いいものだと思う。
ただ、モデリングの方法をあいまいな表現を残さずに説明できるひとがいない。
誰にでも上手に使えるところまでいってない気がする。オレモナー
0230デフォルトの名無しさん
NGNGオブジェクト指向が特別曖昧だとは思わないけど。
0231デフォルトの名無しさん
NGNG0232デフォルトの名無しさん
NGNG>>229の言ってるのはモデルを曖昧さなく表現する方法ではなく
モデリングの方法を技術として伝授できる人がいないってことっしょ？
日本人よりも西洋人のほうがこうした「技術の定式化」→「曖昧さのない伝授」は得意そう
0233デフォルトの名無しさん
NGNG訴訟王国だからなあ。
あと暗算が不得意ってのもかなりあるんじゃない？
0234230
NGNG>>230はどんな手法であれ(オブジェクト指向と同程度に)曖昧に決まってるじゃんと言っている。
最後はセンスとかそういうの。
あとモデリング以前に、顧客から情報を引き出すのに失敗してるのがガンだと思う。
顧客は嘘をつくからね。間違った情報に基づいて分析したってそりゃだめに決まってる。
合意した事柄に対する拒否権を顧客が事実上持っているかぎり、これは解消されないだろうねえ。
0235デフォルトの名無しさん
NGNG・ユーザーがデータ受信ボタンを押した時、外部システムからデータを取ってくる
といったシナリオでユースケースを書く場合、アクターはユーザーだけなんですか？
外部システムがアクターになるのは(例えば)外部システムが定期的にデータを
こちらのシステムに送ってくる場合なのでしょうか？
0236U ◆CZtFsGiu0c
NGNGその場合外部システムも立派なアクターです。
>外部システムがアクターになるのは(例えば)外部システムが定期的にデータを
こちらのシステムに送ってくる場合なのでしょうか？
これは、ユースケースを起動するアクターということですよね? 通常この
ようなアクターは「主アクター」と呼びます。ユースケースを起動する
アクターだけでなく、システム境界の外にあってシステムとやり取りする
ものは、なんでもアクターです。
0237235
NGNGどうもありがとうございます。すっきりしました。
236のシナリオで職場の人から
「ボタン押すのはユーザーなんだからアクターはユーザーだけだ」といわれた時、
それでは大半のC/S系のシステムではユーザーというアクターしか存在しないという話になるが、
そんな訳無いよなと思ったもので。
0238デフォルトの名無しさん
NGNG棒人間の絵を描くのは、どうも抵抗があるんだよなあ。
これはUMLと言ってですね、ってな話から始めるのも
なんか客を上から見たような感じがしちゃって。
0239デフォルトの名無しさん
NGNG擬人化してみましたって言えばどう？
0240デフォルトの名無しさん
NGNG純粋に見た目だけの問題であれば
別の形で表現してもいいんじゃないですか？
Unifiedじゃないじゃんって反論もあるかもしれませんが
Languageは所詮道具なんですから
必要に応じて改良するのも手だと思います。
0241デフォルトの名無しさん
NGNGうん、実際にはやっぱりマシンの所はマシンの絵を
貼ったりしてます。
結局昔ながらの図表入り仕様書って感じですけど
まあいいや。
0242デフォルトの名無しさん
NGNG今の自分にはUMLは、*手段の手段の為*にしかならないとしか思えません。
0243デフォルトの名無しさん
NGNGではそれ(UML)は貴方にとっての問題解決にならなかったのでしょう。
覚えるメリットなどと言う青い鳥探しは止めて貴方の問題解決にこそ時間を割いては如何でしょうか？
0244デフォルトの名無しさん
NGNG0245デフォルトの名無しさん
NGNGそんなのどこの本にも書いてある。
「私にとって」UMLは大したモンじゃありませんという表明にはなってるが、どうやっても
質問には見えねえな。しかも他人やUMLからみれば無価値な情報だしナァ。
>244
教養として触れてみるということなら、UMLの理解にはさほど時間もかからないので、
とりあえずUMLだけやってみて自分で使えるかどうか判断すればOKだと思う。
UMLの考え方を学ぶのにC++、Javaなど個別言語の知識はあまり無くてもよく、
システムの分析や設計といった部分は理解できる。JavaにかぎらないOOライクな
考え方も同時に身についていくと思うが、こっちの方は必須知識。
実際にはプログラミング用途で使われることが多いため、Javaなどを使った
実装レベルの事例が用いられることは多いし、マの書いた図は言語の知識が
ないと当然読めないが、Java使ってないならそこは今すぐには必要ないんじゃね?
0246デフォルトの名無しさん
NGNGプログラミングに縁が無いのにUMLやるのはどんな奴なんだろう。
幸せになれとんか？
0247デフォルトの名無しさん
NGNG0248デフォルトの名無しさん
NGNG誰かの目的は他の人の手段になりますからね。
システム構築のが目的の人もいれば、手段の人もいる。
0249デフォルトの名無しさん
NGNG縁が無いというのがどの程度のことを指しているのかわかりませんが、
設計者はあんまりプログラミングに縁は無いです。
0250デフォルトの名無しさん
NGNGたいてい論理的に破綻しているんだよな…
だからプログラミングやれ！って話ではないけど
プログラミングを通らないで設計をびしっと身に付ける方法ってないかなあ
思いつかん…
0251デフォルトの名無しさん
NGNGコーディング知らなくてもできるかもしれないけど、
やはり最終的にコーディングやテストの根拠となるのが設計だから、
コーディング知らないでやるには根本的な矛盾が生じるよ。
0252デフォルトの名無しさん
NGNGみんなに聞きたいんだけど、たとえば自分があるシステムを作りたいと思った。
そのシステムの設計をUMLでやるとする。
どういう順番で図を書き出す？
ホントおれバカで、でもUML学びたくて勉強しているんだけど
どの図から書けばいいのかわかんなくて手が動かない。。。
ユースケースからアクティビティいってクラス図とかって変？
■ このスレッドは過去ログ倉庫に格納されています