おまえらUMLのモデリングツール何つかってますか？
■ このスレッドは過去ログ倉庫に格納されています
0001七誌
NGNG0524デフォルトの名無しさん
NGNG俺は業務分析を極める、俺は要求管理を極める、
という人なら、別にソース読めなくても困らないはず。
アーキ設計や実装もやろうというのなら、ソースは読めて当たり前。
そういうこと言う人って、業務分析しかやるつもりがないのに、
実装のことまで口出ししたい、口出ししたいけど、
勉強するのは面倒、お前ら苦労しなくてソースがわかる方法を教えろ、
みたいな人が多いので、もしそうなら埋めてよし。
その人が入社間も無い新人で、いろいろ教えるのが面倒だから、
ツール押し付けてなんとからしろ、と君がいってるなら、
埋まるべきは君のほう。
0525デフォルトの名無しさん
NGNG0526デフォルトの名無しさん
NGNG0527デフォルトの名無しさん
NGNG0528デフォルトの名無しさん
NGNG0529デフォルトの名無しさん
NGNG0530デフォルトの名無しさん
NGNG0531デフォルトの名無しさん
NGNGやっぱ分かってくるにしたがって制約の多さや機能の不足が気になる。
逆に、選択肢の少なさが、入門用にはよかったのかも。
一年前は、
EA → なんじゃこりゃ、ごちゃごちゃしてて、何をどうしたらいいのかわからん。
Jude → これならなんとか使えるかも・・・。
今は、
Jude → めんどくさい〜、あれもできない、これもできない〜。
EA → 作るべきものを入れるべき場所が用意されてて、その上自由度が高い、
思ったことがそのままどんどんかける。
0532デフォルトの名無しさん
NGNG0533デフォルトの名無しさん
NGNG意味なさ組
0534デフォルトの名無しさん
NGNGTogether
0535デフォルトの名無しさん
NGNG高すぎる
76万てなんだよ
0536デフォルトの名無しさん
NGNGWinny
0537デフォルトの名無しさん
NGNG0538デフォルトの名無しさん
NGNG0539デフォルトの名無しさん
NGNG0540デフォルトの名無しさん
NGNG評価版ダウンロードして使っとけｗ
0541デフォルトの名無しさん
NGNGBorolandつぶれちゃうだろ。
0542デフォルトの名無しさん
NGNGどうしてもディスクに残しておきたい場合はスキャナで取り込む。スキャナで
取り込む手間を勘案してもやっぱり手書きが一番生産性高いと思う。
0543デフォルトの名無しさん
NGNG手書きは、編集できない。
0544デフォルトの名無しさん
NGNG0545デフォルトの名無しさん
NGNGflash でバリバリ動く UML にしてもいいな。
0546デフォルトの名無しさん
NGNG字が汚くてとても納品できんが orz
0547デフォルトの名無しさん
NGNGそこで納品前にコードからシーケンス図を自動生成ですよ！
で、>>532に戻る、と。
0548デフォルトの名無しさん
NGNG二度と手書きの方がいいなんていえなくなるから。
0549デフォルトの名無しさん
NGNGしかし、シーケンス図はWordやExcelで書きたくねぇぇぇ。
0550デフォルトの名無しさん
NGNG0551デフォルトの名無しさん
NGNG最近はその辺の連携よくなったの？
0552デフォルトの名無しさん
NGNG0553デフォルトの名無しさん
NGNGエッシャーの絵のようなありえない形が生まれそうで怖い。
0554デフォルトの名無しさん
NGNG0555デフォルトの名無しさん
NGNG0556デフォルトの名無しさん
NGNG0557デフォルトの名無しさん
NGNG楽だから。
0558デフォルトの名無しさん
NGNGっつか、失業するよ。
それか、MDA以前のめんどくさいことばかりを考える毎日になってしまいそうだ。
0559デフォルトの名無しさん
NGNG本物の知識があれば別に失業しない。
テーブル仕様やUI仕様から EntityBean や Struts のアクションを
シコシコ作る非生産的な作業から開放されるだけ。
（しかも、MDAがカバーするのはいまのところ、それらの定型的な部分だけ）
MDA でアプリケーションの要求を全て満たすことは不可能だし、
フレームワークの選択、フレームワークで実現できない部分のフォローなど、
本格的で広範な知識が無いと出来ない高度な作業は残る。
まあ、そういう作業を「MDA以前のめんどくさいこと」と考えるなら、
そのとおりだが・・・。
0560デフォルトの名無しさん
NGNG0561デフォルトの名無しさん
NGNG0562デフォルトの名無しさん
NGNGソースからアクティビティ図が作成できるツールならなおよしなんですが。
0563デフォルトの名無しさん
NGNGお手ごろ、ということになると、jude と EA ぐらいしか選択肢は無いと思う。
数十万円を「お手ごろ」と感じるならもうすこすしあるが・・・。
Rose もひところよりは値段がこなれてきたみたいよ。
>ソースからアクティビティ図が作成できるツールならなおよしなんですが。
自分の知る限りでは無い。
0564デフォルトの名無しさん
NGNG0565デフォルトの名無しさん
NGNGhttp://pc5.2ch.net/test/read.cgi/prog/1102652286/254
>>253
そうそう。管理する立場でもキーワードくらい知っていて欲しい。
ユースケース図みて小学生が書く絵だな。は、ないだろう。
（藁
0566デフォルトの名無しさん
NGNG0567デフォルトの名無しさん
05/01/18 09:30:51ってどんなメリットがあるかよくわからんけど。
0568デフォルトの名無しさん
05/01/19 21:46:13他のツールはコンサルもセットにできていたので
EAも同じ土俵に乗ることができた、ということか？
0569デフォルトの名無しさん
05/01/21 07:52:37今、漏れの会社でUMLツールを導入しようとして検討をしています。
その資料を作成しているのですが、UMLツールのシェアや
日本全体で使われている本数の資料などはどこかにありましょうでしょうか？
＠ITに調査結果がありましたが、ちょっと古いようです。
調べたところ:：
UMLの資格試験のページでは、ツール利用者は推定で1万から2万
JUDEのページでは、登録者数1万人
EnterpriseArchitectのページでは、販売本数6500本
という数値が見つかりました。他にもRoseやToghtherなどが
あると思うので、これらの数値には矛盾があるようです。
下2つの数値がうそをついているとは思えないので
最初の数値が実際にはもっと多いのではないかと思います
他に資料やコメントがあれば教えてください。
0570デフォルトの名無しさん
05/01/21 09:45:47自分は昔資格試験受けてましたが、TACの合格率は80%、大原野合格率は75%、その他も70%とかいってましたが。
その手の数字は難しそうですね。でも意外とパイが少ないのにちょっと驚きました。もう一桁ぐらい上かと思ってたので。
0571デフォルトの名無しさん
05/01/21 11:15:02UMLツールの導入に、シェアやら資料の多少を気にするのは危険。
寒くなってコートを買うときに、シェアが多いという理由でMを選ぶようなもの。
体型にあわせたコートを選ぶように、開発プロセスや規模にあわせて選ぶべき。
シェアを気にするなら、Visioでも使ってろ。
コートはユニクロで。
0572デフォルトの名無しさん
05/01/21 11:57:50俺もやったけど、上司のオッサン連中に見せる資料なんでしょ。
比較の一覧表つくってさ。
まあ、俺は実績の説明のときはテキトーなこといって誤魔化したけど。
0573デフォルトの名無しさん
05/01/21 12:45:12コメントtnx
そうです。ツールは試用してみて候補は決まっているのですが
導入するときは一覧を作って「検討」しないといけないんです。
あほらしいですが、仕方がないです。。。
0574デフォルトの名無しさん
05/01/21 23:30:23導入したいツールが決まってるならシェアをいれるのはまずくないか？
機能とか価格とかで押したほうがいいのでは。
まあ、選んでいるのが Rose ならシェアでもいいかもしれんが。
0575デフォルトの名無しさん
05/01/22 01:59:110576デフォルトの名無しさん
05/01/22 15:24:29この資料は、内容に関わらず作るのが通例で、実際はry)
。。。愚痴ｽﾚ逝ってきます
ちなみに、シェアトップってRoseなんすか？
0577デフォルトの名無しさん
05/01/22 15:49:07その証拠に後発のツールは、だいたい Rose 互換をうたってる。
0578デフォルトの名無しさん
05/01/22 20:01:030579デフォルトの名無しさん
05/01/22 20:25:08使ってんだけど、コレ、無印Rose と使い勝手は違うんかな。
こっちは、eclipse に慣れた感覚では、違和感なく使えるんだけど。
0580578
05/01/22 22:33:47モデリングツールというよりもプログラムを可視化するツールがほしいという感じですので･･･
でも前よりはかなりよくなってきたと思う。
0581デフォルトの名無しさん
05/01/22 23:04:480582デフォルトの名無しさん
05/01/29 17:32:080583デフォルトの名無しさん
05/01/29 19:11:21中の人、カウント中。
で、アクターが遊び回っているんですが・・・
0584デフォルトの名無しさん
05/01/29 21:51:33またクラス情報をファイルまたぎでコピーできないので、再利用性が無い。
それでもVisioを使いつづける。。。。orz
0585デフォルトの名無しさん
05/01/31 09:41:530586デフォルトの名無しさん
05/01/31 21:54:29だって、クラス図の横に新幹線の絵とか貼れちゃうんだよ。
0587デフォルトの名無しさん
05/02/01 07:13:52そんなのEAでも普通にできるでしょ
0588デフォルトの名無しさん
05/02/01 08:35:34Visioみたいに普通にはできないよ。
Visioならベクタ画像だから大きさも自由だし。
組織図でもタイムラインでも、なんでもクラス図の横にかける。
0589デフォルトの名無しさん
05/02/01 15:03:240590デフォルトの名無しさん
05/02/01 19:43:46WMFとかEMFを利用すればいいだけですから〜 残念！
まあ、正直Visioは不要かな
ステンシルの多さは認めるが
0591デフォルトの名無しさん
05/02/01 23:59:42残念もなにも、ファイル読みこんで貼り付ければいいっていうんなら、OLEオブジェクトでなんでもありじゃん。
じゃあその元ファイルはどこで用意するんだ？
まあ、不要なんだろうからどうでもいいんだろうけど。
0592デフォルトの名無しさん
05/02/02 08:11:14結局 Viso で wmf ファイル作ったりとかしてるもんなあ。
0593デフォルトの名無しさん
05/02/02 19:03:29UMLやるならEA
でいいじゃん
別にどっちでも
>>589
ソースは？EAのサイト見たけど載っていないようだった
0594デフォルトの名無しさん
05/02/02 20:30:49>>589 じゃないけど、メールがきた。
0595デフォルトの名無しさん
05/02/02 20:39:02http://www.sparxsystems.co.jp/registered/announce.htm
これ。
0596デフォルトの名無しさん
05/02/06 19:01:21と言いつつJUDOがメイン
0597デフォルトの名無しさん
05/02/06 20:59:06だが、業務目的だと、最近はEAばっか。あとローズ。
0598デフォルトの名無しさん
05/02/06 21:10:470599デフォルトの名無しさん
05/02/06 21:41:350600598
05/02/06 22:05:05やっとわかった
0601デフォルトの名無しさん
05/02/07 17:02:31まあ、シンプルで使いやすかった。
ソースとリンクさせるとなるとEclipseのomondoプラグインが一番使いやすい。
0602デフォルトの名無しさん
05/02/07 17:47:49個人的にはOmondo UML。
JUDEはあまり細かく出せない希ガス。
0603デフォルトの名無しさん
05/02/07 20:13:440604デフォルトの名無しさん
05/02/07 20:16:40なにせ安いし。
0605デフォルトの名無しさん
05/02/07 20:53:270606デフォルトの名無しさん
05/02/08 01:05:310607デフォルトの名無しさん
05/02/09 12:42:00>>605
確かに
0608デフォルトの名無しさん
05/02/09 13:27:23745と746がとんだか。
0609デフォルトの名無しさん
05/02/09 13:43:56わかりやすいサイトを教えてください。+
0610デフォルトの名無しさん
05/02/09 14:29:25君のような奴は一生知る必要も無いよ
0611デフォルトの名無しさん
05/02/09 14:59:51すくなくとも、今知らない、今必要としていないなら、
今知る必要はない。
0612デフォルトの名無しさん
05/02/09 15:44:03こんな質問してるような奴がUMLを有効的に利用できるほど成長するとは思えん。
0613デフォルトの名無しさん
05/02/09 17:03:00サイトみてどうなるもんでもないからな。
0614デフォルトの名無しさん
05/02/09 17:09:47Ｍ＄はあきらめるしか無いな。
0615デフォルトの名無しさん
05/02/09 17:33:15UML は現在のボキャブラリが全てといってるわけじゃないんだし、
不足なら、追加案を出せばいいだけのこと。
今のUMLに多少足りないところがあるからといって、
全然違うものを０から作らなきゃならない理由はみあたらない。
XMLやHTML、Java にしてもそうだけど、
要するに、本音は相互運用性なんてものが確立しちゃうと、
独占のうまみが味わえなくなるから、
いろいろとケチをつけて邪魔してるだけとしか思えない。
0616デフォルトの名無しさん
05/02/09 23:43:49体系として違うものがありえるわけだから、UMLに足りない表記があって追加すればいいっていう単純なもんじゃないし。
0617デフォルトの名無しさん
05/02/10 00:09:21UMLに足りないものがあれば追加すればいいという
考え方は勘弁しくれ。
現状でUMLには足りないものはいっぱいあるけど、
UMLはオブジェクト指向(だけじゃないけど)のある
側面を記述するのに特化した言語であればそれ以上
はいらん。UMLの仕様がファッティーになるのはやめてくれ。
つかいにくい。
仕様書はUMLだけで書いてるとかいう人はいないだろうし。
そんなのは初心者の脳内妄想。
0618デフォルトの名無しさん
05/02/10 00:39:26これって、選択肢には挙がらないんでしょうか？
0619デフォルトの名無しさん
05/02/10 01:03:21それだったらJUDE使えってことでしょ
わざわざそれを使う意味がわからない
0620デフォルトの名無しさん
05/02/10 09:45:060621デフォルトの名無しさん
05/02/10 14:03:30>はいらん。UMLの仕様がファッティーになるのはやめてくれ。
>つかいにくい。
ようわからん。
現状でも、UML は十分ファッティーだけど、それで不便は感じない。
必要ないボキャブラリはつかわなきゃいいだけだ。
使わないボキャブラリがどれだけ増えたところで、
使いかってはなんら変わらん。
>仕様書はUMLだけで書いてるとかいう人はいないだろうし。
>そんなのは初心者の脳内妄想。
まったくそのとおり。「必要の無い」機能まで追加する必要はないと思う。
MSのいっているのは、「必要な機能」が無いから、「UMLそのものを」捨てろ、
ってことでしょ。全然違う議論。
0622デフォルトの名無しさん
05/02/10 19:13:01そういうためには、UMLの方向性が万人にあってるという必要がある。
方向性があっているなら何かを追加したり使わなかったりするだけで万人に使える。
しかしUMLの方向性と違う考え方の表記をしたければ、UMLの拡張や削減では不可能。
そして、UMLの方向性が万人にあっているというわけではない。
0623デフォルトの名無しさん
05/02/10 19:19:05UML の方向性って、「相互運用性」なんだけど、
この方向性と違う考えってどういう考え？
0624デフォルトの名無しさん
05/02/10 19:24:36その方向性とは言ってないが。
モデリング記法の考え方がひと通りしかないとでも思ってんの？
■ このスレッドは過去ログ倉庫に格納されています