トップページ⇒tech
637コメント235KB

UML皆でお勉強しよ♪ 多重度2

■ このスレッドは過去ログ倉庫に格納されています
0001ニュージーランド漁夫NGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< お勉強しよ♪
 (    )  \____________
 | | |
 (__)_)

._________
|                  |
|  前スレはこちら  |
|_________|
   ∧,,∧ ||
⊂ミ.,,゚Д゚彡つ

前スレ(1):http://pc3.2ch.net/test/read.cgi/tech/980236172/
0002デフォルトの名無しさんNGNG
   (V)∧_∧(V)
    ヽ(・ω・)ノ  フォッフォッフォッ
.     /  /
    ノ ̄ゝ


.          (V)∧_∧(V)
           ヽ(   )ノ  フォッフォッフォッフォッ
.           /  /
       .......... ノ ̄ゝ
0003デフォルトの名無しさんNGNG
前スレ950
>クラス図だけど、俺はまずER図を作って、それを元に
>クラス図を起こすのが手っ取り早いんじゃないかと思っているのだが、
>その辺はどう?

>クラス図の継承とER図のリレーショナル型DBモデルってのは、
>結局正規化という点ですごく共通する部分がある気がするんで。
>だめすか?

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

>あと、それほど有用であると思えない理由から、
>あまりユースケース図やシナリオも書かないので。
>(最初はお絵かきで業務の流れをまとめてお客に示す)

みなみなの意見キボンヌ
0004後藤NGNG
その方法じゃ、
エンティティ・オブジェクトしか
設計できてないんじゃないかな?

メソッドはストアドプロシージャで実装、
ってのも良くあるパターンなので、
OOもどきDB中心設計とひそかに名付けてます(笑
その次のステップに踏み込む気概があれば、いいんだけどねぇ
0005デフォルトの名無しさんNGNG
>>4
>その方法じゃ、
>エンティティ・オブジェクトしか
>設計できてないんじゃないかな?

そうです。まずエンティティの洗い出しをして、そのあとメソッドを
実装していくって流れです。
エンティティの洗い出しの基礎をERに求めるということです。
0006デフォルトの名無しさんNGNG
設計していくうちに、(正規化とかとは直接関係なく)、
より本質的、あるいは効率的なデータ項目の組(あえてエンティティともデータ構造とも呼ばない)が、
分かってしまう事があるよね?

その場合、再設計ですね(当たり前の事だけど。

「まずER図」で出てきたエンティティってのと、
OOのモデルってのと、
本質的/効率的なデータ項目の組
との違いを無視して、
「この方法で逝っとけばとりあえず仕事が終わる」、
っていう方法に見えるんだけどぉー…
0007デフォルトの名無しさんNGNG
おれっちはちょっと違うなぁ。
所詮DBはRDBなんでしょっぱなからOO分析は効率が悪すぎる。
なので、エンティティオブジェクトだけで不足なら、作るし、
必要ならDB(ER図も触る)。
そんな感じ。

OODBが普及して気軽に使えるようにならん限り、OO分析と
設計にギャップがありありにありんすよ。
0008デフォルトの名無しさんNGNG
>本質的/効率的なデータ項目の組
>との違いを無視して、
>「この方法で逝っとけばとりあえず仕事が終わる」、
>っていう方法に見えるんだけどぉー…

よーわからん、業務アプリ屋なんで効率的なデータ項目っていのうは
常にDBに縛られる。
プロ一本辺りのデータ効率なんて、糞の上に付いたハエの糞程度の扱いだな。

誤解めされるな、アルゴリズムは別もんだけどよ。
0009デフォルトの名無しさんNGNG
OOA/OODの特徴は、
  概念モデルと実装の分離が可能である事
としつこく書いてみるテスト

DB屋は、概念モデルをDBに乗せてるんじゃないのかぁ?
0010CODASYL萎えNGNG
むしろ、
DB屋は、帳票や入力データを正規化したものを、
DBにのせてるだけじゃないかー?

00117=8NGNG
>>10
正直に言ってしまうとこれに近い。てか作業自体はこれだ。
00127=8NGNG
>>9
馬鹿だから感じが掴めない。
もしお手数でなければ、COBOL上がりの、C++使い、
腐れ業務アプリ屋に、愛の手を差し伸べてみるのはどーだ?
神様が祝福してくれるかどうかは分からんが、俺は感謝するぞ。
0013デフォルトの名無しさんNGNG
>>9
RDBだと、概念スキーマと外部スキーマを分離できれば充分じゃないか?
業務アプリ屋さんなら、RDBと一心同体でアプリ設計してればいいんじゃないの?

0014デフォルトの名無しさんNGNG
うーん、俺も業務アプリ屋だけど、基本的にはクラス設計してからテーブルに
落とし込むよ。クラス設計ができて永続化するべきクラスが特定できたら
それをDBに落とし込むのは大概決まった手順でできてしまうから。

もちろん、それでDB的に最高の設計ができるかというとそれは無理だけど、
実用的に問題ないレベルにはできる。でもこういうやり方がベストだなんて
誰にも言えないから、特に問題を感じてないのならそれでいいんじゃないの?

OODBは使ったことがあるけど、メンテナンスは地獄。とてもおすすめできない。
でもキャッシングのメカニズムは魅力だな。
0015デフォルトの名無しさんNGNG
オレはER図からクラス図作成に反対派だな。

ER図はクラスに比べると柔軟性に欠ける気がするし、ER図に
欠陥があるともろにクラス図に影響する気がする。
UMLの姿勢はいろいろな視点を持って設計することにある様に
個人的に思うから、やはりお互いをチェックできる様に別々に
設計して設計漏れを無くすようにした方がいい気がする。

OODBはツール周りが整備されてこないと普及も発展もないだろね。
0016モナ吉NGNG
スレさんおはよう〜 ( ・∀・)ノ
0017デフォルトの名無しさんNGNG
>>14
>もちろん、それでDB的に最高の設計ができるかというとそれは無理だけど、
>実用的に問題ないレベルにはできる。でもこういうやり方がベストだなんて
>誰にも言えないから、特に問題を感じてないのならそれでいいんじゃないの?

DBはやはり物理的なデータの格納場所であって、そこはそこである程度の
パフォーマンスは確保すべきと思うんだが。

>>15
>ER図はクラスに比べると柔軟性に欠ける気がするし、ER図に
>欠陥があるともろにクラス図に影響する気がする。
>UMLの姿勢はいろいろな視点を持って設計することにある様に
>個人的に思うから、やはりお互いをチェックできる様に別々に
>設計して設計漏れを無くすようにした方がいい気がする。

あくまでクラスとERを同列にしようとは思わない。
ERの世界でそこそこのものを作ったら、それでおしまい。
そのERからより実装に近い、処理のパフォーマンスを考えた構成を
クラス図で作るってことなんだが。

ちなみに、俺も基本的には業務アプリ専門です。
0018デフォルトの名無しさんNGNG
>>14
>うーん、俺も業務アプリ屋だけど、基本的にはクラス設計してからテーブルに
>落とし込むよ。クラス設計ができて永続化するべきクラスが特定できたら
>それをDBに落とし込むのは大概決まった手順でできてしまうから。

この貴方のマッピング手順をここで教えてください。
0019デフォルトの名無しさんNGNG
Rational Roseで設計すればクラスからDDL生成できるYO!
0020952NGNG
>>3
> 前スレ950
> >クラス図の継承とER図のリレーショナル型DBモデルってのは、
> >結局正規化という点ですごく共通する部分がある気がするんで。

ここがよくわからんのですが・・・
0021デフォルトの名無しさんNGNG
>>18
クラスの属性をカラムに落とし込むのはほとんど機械的にできるよね?
あとはクラス定義に主キーに当たるものがない場合はSEQUENCEなどで
主キーカラムを追加します。

関連は、1対Nなら基本的にN側に1側を特定するための外部キーを設ける。
N対Nなら関連テーブルを作るのが自然ですね。

問題は基底クラスと派生クラスですね。基本的にはアプリ側の都合で
基底クラス用のテーブル+派生クラスの差分テーブルを作る場合もあるし、
それぞれ別のテーブルを作ることもある。とはいっても、エンティティ
クラスはあまり複雑な継承をしないように気をつけるけど。
00227=8NGNG
>>21
おぉお。本格的にOO分析をそのまま使ってるんだ。

正規化云々のところは求めないけど、パフォーマンス的に大丈夫?
問題になったりしない?
あと、データの整合性チェックとか、気になる。
0023デフォルトの名無しさんNGNG
起きがけに頭の体操でマヂレスしてみる

> >クラス図の継承とER図のリレーショナル型DBモデルってのは、
> >結局正規化という点ですごく共通する部分がある気がするんで。

美味しいフレーズなんだけど、一応細かい指摘をしとくと、
(1)RDBの第一正規形では、他のドメインの直積(x,y)とかべき集合{a,b,c} を排除せよ って事になってるけど、
 オブジェクト指向ではオブジェクトの要素が、他の複合オブジェクトだったり、
 オブジェクトのコレクションであってもオッケだよね。(※設計の良し悪しはべつとして。)

 RDBのオブジェクト指向拡張では、「ネストした表」つう名前で直積っぽいものを導入してるし、
 非第一正規形は簡単に正規化できるから、第一正規形は無視してオッケなんだけど。
0024デフォルトの名無しさんNGNG
(2)第二正規形(連結キーの一部に部分関数従属する属性の除去)、
 第三正規形(推移的関数従属性の除去)、ってあたりは、
 この手順に従えば、オブジェクトのモデリングをマジメにやらずとも、
 データをオブジェクトっぽいまとまりに分割できるって事かな?

 でも、それはただの 第三正規形のテーブル であって、
 現実の事象のモデリングとは違うよね。
 扱うべきデータ項目が増えて、正規化やり直し!テーブル追加!
 てな事態にも柔軟に対応できる、変化しにくいモデルを求める事こそ重要な気がする。
00257=8NGNG
>>23-24
( ´�D`)ノおはよう。

面白いこと言ってるような気もするけど、どっちの立場に立ってるのか
はっきり読み取れない。
クラス設計優先→ER派?

あと21さんってネタ元だと思うのですが、コテハンにしてもらえると有りがたい。
0026デフォルトの名無しさんNGNG
RDBの列には、重複がないけど、
OOで FlyWeightパターンとか(もっといい例あるかもしれんが忘れた)適用してメモリの節約していない場合には、
同じ値のオブジェクトが山のようにできてもオッケだよね。
かといって、RDBみたく MultiSet理論とつながりがあるわけでもないし。
002723=24NGNG
オハヨ
クラス設計優先、RDB使いたくないからORマッピング自力で開拓派、です。
面白がられてしまったって事は、私寝ぼけてるのかなぁー
00287=8NGNG
>>27
興味深いという言う意味の「面白い」なんで、ご理解ください。
0029強いて言うならER派NGNG
ネタ元です。
>あと21さんってネタ元だと思うのですが、コテハンにしてもらえると有りがたい。
すつれい。
>>3
>>5
>>17(21は違う)

>面白いこと言ってるような気もするけど、どっちの立場に立ってるのか
>はっきり読み取れない。
>クラス設計優先→ER派?

強いて言うならER派かな。

>>クラス図の継承とER図のリレーショナル型DBモデルってのは、
>>結局正規化という点ですごく共通する部分がある気がするんで。
>ここがよくわからんのですが・・・

スーパークラスの抽出(派生)と第二正規形(部分従属列の分離)です。
0030強いて言うならER派NGNG
>(2)第二正規形(連結キーの一部に部分関数従属する属性の除去)、
> 第三正規形(推移的関数従属性の除去)、ってあたりは、
> この手順に従えば、オブジェクトのモデリングをマジメにやらずとも、
> データをオブジェクトっぽいまとまりに分割できるって事かな?

その通りです。

> でも、それはただの 第三正規形のテーブル であって、
> 現実の事象のモデリングとは違うよね。

うん、違う。で、より実装に近いモデリングをそこから行うということです。
(>>3、>>17)

> 扱うべきデータ項目が増えて、正規化やり直し!テーブル追加!

データ項目が増えたら、ER修正→クラス修正かな。
0031デフォルトの名無しさんNGNG
最近UMLを始めたのですが、いくつか記述の方法が
解らない事があります。
誰か教えてくれないでしょうか?

1)
詳細設計の段階です。

クラス間に集約の関係があり、これをコンテナクラスで実装しようと
考えています。
で、このコンテナクラスの実体を属性(変数)として親側に持たせる
つもりですが、、、

この場合、クラス図の属性フィールドにこの属性(変数)を記述しても、
いいのでしょうか?

というのも、世の中の参考書を見ると、こういった場合は定義自体な
かったので、です。
0032デフォルトの名無しさんNGNG
すみません、続きです。

2)
汎化と特化は、区別して記述した方がいいでしょうか?

記号としては、どちらも中抜き三角(△)の矢印になると思い
ますが、それぞれのステレオタイプは分けないと
いけないのでしょうか?

ちなみに、ツールはVisioを使っています。

すみません、誰かお教え下さいませ。。
0033デフォルトの名無しさんNGNG
失礼、ageるの忘れてました。
0034デフォルトの名無しさんNGNG
>>31
フォワードエンジニアリングとか考えてます?
でなければ必要ないでしょう。普通は関連のロール名を変数名にマッピング
します。

>>32
汎化と特化って基底クラスから見るか派生クラスから見るかで違うだけで
同じ物だと思いますが。で、△矢印は派生クラスから基底クラスに向けて
書きますね。
0035デフォルトの名無しさんNGNG
なんか、経験者が書き込むと質が高まるなぁ。
>>34さん、これからもよろしく。
0036U ◆tFsGiu0c NGNG
>>22
前スレ954( その他)=14=21=34です。
コテハンついでにトリップつけてみました。うまくいくかな?

>正規化云々のところは求めないけど、パフォーマンス的に大丈夫?
問題になったりしない?

Rdbの経験もそれなりあるので、問題になるようなテーブル構造にはならない
ように気をつけてます。問題はテーブル構造より検索処理で、OODBライクに
クラスの関連をたどっていくとまともなパフォーマンスがでないので、その
辺はSQLを工夫して対応しています。それとDBアクセス部分は専用クラス群に
閉じ込めてビジネスロジック層やプレゼンテーション層では意識しなくて済む
ようにしています。

>あと、データの整合性チェックとか、気になる。

整合性チェックはRdbのレベルでやるのであまり気にしなくていいと思います
けど。それともなんか問題出てきますか?
00377=8NGNG
出来るんだぁ。と言うのが素朴な感想。

>Rdbの経験もそれなりあるので、問題になるようなテーブル構造にはならない
>ように気をつけてます。
ならば、E-R図から入ったほうが安全だな。と言うのが、僕の今のところの結論。

てか、まだ不慣れ時にOO分析を試みてわけわかんなくなって、それ以降ERから
クラス抽出する事にしてます。

DBアクセス部分を専用クラスに群に閉じ込めるって言うのは、設計レベルのオブジェクト
で、分析レベルではないと思うっすよ。ビジネスロジック層云々も同様に。

整合性に関しては、クラスから分析はじめると、整合性チェックがRDBとずれるので、
よっこらしょ、どっこいしょ、と手数が増えそうな気がしたもので。

忘却の彼方に飛んでいってるから、具体例出せないんだけど、
この辺りが問題になってER図からクラスを作る事にしたんです。
0038U ◆tFsGiu0c NGNG
>>37
>DBアクセス部分を専用クラスに群に閉じ込めるって言うのは、設計レベルのオブジェクト
で、分析レベルではないと思うっすよ。ビジネスロジック層云々も同様に。

私のやり方だとDBに落とす時点で設計レベルの話になってしまうんですよ。
分析モデルを実装の都合にあわせて設計モデルをつくるということになると、
こういったことも考える必要がありますよね。

>整合性に関しては、クラスから分析はじめると、整合性チェックがRDBとずれるので、
よっこらしょ、どっこいしょ、と手数が増えそうな気がしたもので。

んークラス図から導出できる整合性チェックって何がありますかね。
コンポジション使ってるときくらいしか思い浮かばないんですが。
0039デフォルトの名無しさんNGNG
今までクラスの設計を脳内+我流の図だけでやっておったのですが、UML覚えたらもっと簡単になる?
昔作ったやつとか忘れてくるから困ってるんだよ
0040デフォルトの名無しさんNGNG
>>39
> 今までクラスの設計を脳内+我流の図だけでやっておったのですが、

これがホントにまともにできていたのなら
UML覚えるくらい簡単だろう
0041usecaeNGNG
アゲ
0042 ◆k/Ubp.Kg NGNG
前スレの方が上に来てるんで、ageてみる。
0043デフォルトの名無しさんNGNG
>>42
サンキューパー
0044名無しさん@EmacsNGNG
webシステムをUMLで設計したいのですが、いいサイトある?
0045デフォルトの名無しさんNGNG
>>44
そういや、ぴあそん本でその手のがあったな
0046U ◆tFsGiu0c NGNG
http://www.amazon.co.jp/exec/obidos/ASIN/4894712768/ref=pd_bxgy_text_1/250-5321596-3885854

これ? 会社に置いてあったので、今度読もうと思ってた。
0047デフォルトの名無しさんNGNG
ASPベースのWebアプリケーションを、UML使う方法論で設計〜実装するために、
UMLの拡張機能使って、ASP用のアイコンとかstereotype作ったつう話だっけ?
0048デフォルトの名無しさんNGNG
天狼(Sirius) - 02/09/13 23:30:25
電子メールアドレス:[email protected]

コメント:
meteor閣下、お久しぶりです。天狼です。閣下をお助けすべく参りました。
>荒らし野郎へ この愚民が!!わが同士を愚弄するとはいい度胸をしているな!!
社会のゴミだとか社会の底辺でオナニーしているとか、無教養さ丸出しの書き込みだ
な!!メアドも公開しない貴様こそ社会の底辺で自慰をしている唾棄すべき輩といえ
ようぞ!!さて、貴様は悔しかったら行動を起こしてみろとかほざいているが、貴様
は行動を起こせるのか?多分起こせまい。所詮、貧困な語彙でしか罵倒のできぬ貴様
だろうからな!!あまり我らを甘く見ないほうが身のためだぞ!!


http://www.geocities.co.jp/HeartLand-Sakura/1939/geobook.html

0049デフォルトの名無しさんNGNG
おまいらこのサイト知ってる?
http://www.umlstyle.org/

初心者も熟練者も一見の価値ありと思うんだが。
特にUML導入予定か導入後まもないプロジェクトで、モデリング規約で悩んでる
人にはかなり役立ちそうだけど、どうよ?
0050デフォルトの名無しさんNGNG
そろそろシルバー受けるか・・また落ちるんだろうな。
0051デフォルトの名無しさんNGNG
>>50 ガンガレ
0052鬱だNGNG
シルバー落ちたYO!
話になんねーYO!

ここに問題書き込んだからみんな参考にしてくれ・・・。
http://music.2ch.net/test/read.cgi/legend/1023017547/
0053デフォルトの名無しさんNGNG
良スレはあげなあかんよ?
0054デフォルトの名無しさんNGNG
コード生成できないUMLツールってやっぱりダメダメですか?
PatternWeaverってお手軽で"よいなぁ〜"って思ってたんだけど、
今のところお絵かきしか出来ないのを使ってる俺は厨房確定?
http://www.tech-arts.co.jp/product/product.html
は、"頑張ってるぜ!"感じなんだけど・・・。
0055 NGNG
UMLツールなんかいらんよ。
手書き+デジカメにしる。
油彩だとなお良し。
0056デフォルトの名無しさんNGNG
>>55
アフォか。修正しづらいだろ。
砂と指で書くんだよ。砂の代わりに粘土を使っても可。
0057デフォルトの名無しさんNGNG
GOLDげと。
GOLD問題、質問うけつけます。
0058デフォルトの名無しさんNGNG
>>54
Java に偏るが、Together か MagicDraw + eclipse かねえ。
http://www.togethersoft.com/
http://www.magicdraw.com/
http://www.eclipse.org/
0059U ◆tFsGiu0c NGNG
>>54
コード生成はあまり使わない。既存のプログラムを解析したり、プログラム書いてから
クラス図を起こしたりする時はリバースエンジニアリングは重宝するけどね。
0060デフォルトの名無しさんNGNG
>>58-59
レスありがとう。
リバースエンジニアリングのほうが、利用頻度が高いんですね。
参考になりました。
0061デフォルトの名無しさんNGNG
October 15th

EclipseUML
EclipseUML
EclipseUML
EclipseUML
0062U ◆CZtFsGiu0c NGNG
>>60
いやいや世の中にはUMLで記述したモデルをプログラミングレスで動かそう
としている人たちもいますから、そう一概にはいえないでしょう。また、
Togetherみたいにラウンドトリップ開発が可能なら、そもそもモデリング
とコーディングを区別しなくてもいいかもね。
#TogetherはまだUMLツールしか使ったことがないけど
0063デフォルトの名無しさんNGNG
EAまんせー
0064 NGNG
>>63
高すぎるよ・・・
0065デフォルトの名無しさんNGNG
UML Press Vol.2記念あげ。
0066デフォルトの名無しさんNGNG
>>64
安すぎるの間違いじゃ
0067デフォルトの名無しさんNGNG
先生、普通の関連と集約をどう使い分ければいいのか良く分かりません!
例えばCDocumentとCMainWindowはただの関連ですか、それともCMainWindowはCDocumentの一部と考えるべきですか。
オシエテ下さい!
0068デフォルトの名無しさんNGNG
>>67
迷ったら関連にしとけば間違いない。
UMLモデリングのエッセンスにも書いてあるけど、
集約と関連を分ける明確な基準はないようです。
006967NGNG
先生、有難うございました。
ノーベル賞にまた一歩近づきますた!!
0070デフォルトの名無しさんNGNG
RationalRoseなどのリバースエンジニアリング機能では
継承や集約などの矢印も自動で付与されて表示されるんでしょうか?
自動できれいに配置などもされたらすごく楽なんだけど…
0071デフォルトの名無しさんNGNG
みんなEA使えよ
0072なんも調べないでカキコNGNG
EAとは何でつか
0073デフォルトの名無しさんNGNG
>>72
http://www.sparxsystems.com.au/
0074デフォルトの名無しさんNGNG
>>73
体験版使ってみましたが結構よさげですね。
0075デフォルトの名無しさんNGNG
これなんぼ?
0076デフォルトの名無しさんNGNG
>>75
http://www.sparxsystems.com.au/ea_purchase.htm
0077デフォルトの名無しさんNGNG
>>75
激安ネット販売

裏情報を言うと
30日過ぎたら再インストールしたらまた使えちゃう
0078デフォルトの名無しさんNGNG
プッ
0079デフォルトの名無しさんNGNG
ArgoUML使ってる人いますか?
Attributeの順序を変えるのってできないのでしょうか。
できないとなると使いにくいのですが。
0080デフォルトの名無しさんNGNG
ちゃんと最後のコードに落としてるところまで
書いてある参考書ってないですかね?
0081デフォルトの名無しさんNGNG
>>80
自分で考えるのは嫌いか?
0082デフォルトの名無しさんNGNG
>>80
組み込みUML本
IIOS本の実践編
0083デフォルトの名無しさんNGNG
つかまだまだ
エンティティ・オブジェクトのスタブ・コード(変数と空メソッドのクラス定義)作るのがやっと、
てな環境が多いと思われ
0084デフォルトの名無しさんNGNG
UMLでメソッド・コード生成するには、
ベンダー固有のスクリプト言語でメソッド記述しなきゃならないしねぇー。
>>80 は、どこの環境つかって、どの分野のアプリを作ってるの?
0085デフォルトの名無しさんNGNG
>>80
「ユースケース入門」 にあるロバストネス図を用いたプロセスが、
UML を用いた分析/設計/実装の段階をシームレスに繋ぐ手法として見るところがある。
0086デフォルトの名無しさんNGNG
ごめん、その本買ってないんだけど、
どんな感じでしょうか?

とりあえず、UMLを活用して、手書きコードを作る話ですよね?
0087デフォルトの名無しさんNGNG
「ユースケース入門―ユーザマニュアルからプログラムを作る」

いくつかあるUMLで規定されているダイアグラムの中で、
ユースケースを中心に実装まで行うICONIXアプローチについて解説。
クラスや相互作用を識別するのに有効な、ロバストネス分析についても解説する。
---

0088デフォルトの名無しさんNGNG
ソフトウェア開発において、対象をオブジェクト指向型の言語に
書き換える作業を行うためにUMLが広く使用されているが、
現実にコーディングできるレベルのオブジェクトに落とし込むのは
なかなか困難な作業だ。UMLと実際のコーディング作業には隔たりがあり、
このギャップを独自の手法で埋めていくケースをよく耳にする。
本書では、より現場に適した手法として、UMLをカスタマイズした手法を
解説している。これはUMLを拡張するとともに、対象の分析に開発時間の
多くを消費してしまうような愚行をできるだけ避けるように考えられている。

まず、問題領域に存在する主な抽象物を特定するためのドメインモデリング
を解説。つづいて新しいオブジェクトを識別し、ユースケースの流れを記述する
ユースケースモデリング、さらに、どのオブジェクトがどのユースケースに
働きかけるか、ユーザアクションの結果としてシステムがどの機能を実行するか
を理解するためのロバスト図、そしてどのクラスがどのメソッドの責任を持つか
を判断するシーケンス図、最後に、属性とメソッドを持ったクラス図からコードを
得るまでを解説している。

本書では有価証券取引のシステムを例題にとり、各章での解説は
このシステムをもとに行っている。初心者向けのUML解説書にありがちな
汎用性の低いケースの解説よりも実用的で柔軟な解説に仕上がっており、
非常に使いやすい。

UML自体は抽象的な概念であるため、実装まで生かすことができず
いきなりコーディングしてしまうなどということもあるだろう。
そういう人は本書を利用してみてほしい。実装まで落とし込む手法が
きっとつかめるだろう。
0089デフォルトの名無しさんNGNG
本書ってどの本よ(藁
0090デフォルトの名無しさんNGNG
EAって日本語対応してるの?MagicDrawよりいいかなぁ???
0091デフォルトの名無しさんNGNG
>>90

自分は
ttp://www.kjps.net/user/kouno/ea/japan.html
あたりを参考に、日本語が表示されるようにして使ってる
0092>>63=>>73NGNG
EAが浸透してきて嬉しい限りだ
0093デフォルトの名無しさんNGNG
安い。俺にも買えそうだ。
EAマンセー
0094デフォルトの名無しさんNGNG
EAの3.50で起動直後(プロジェクト開いた直後)に
落ちる人いませんか?
WindowsXPだと発生するのか?(Windows2000では発生しない)
0095デフォルトの名無しさんNGNG
>>79
クラスのプロパティを表示して
右側にAttributeが並んでる欄で
対象のAttributeを右クリックで上げ下げできます。

operationもいっしょ。
009663NGNG
http://member.nifty.ne.jp/kondoumh/software/bc.html

日本語で軽いのがいいならこういうのもあるよ
009779NGNG
>>95
ありがとう。
それにしても重い・・・
0098名無しさん@EmacsNGNG
http://www.iioss.org
ってどうですか?
009982NGNG
○executableUML本
×組み込みUML本

鬱詩
0100デフォルトの名無しさんNGNG
>>98
使えない。
0101わかっててあえて問うNGNG
なぜ使えない?
0102デフォルトの名無しさんNGNG
iioss使うんだったら、PertternWeaverで良いような気がする。
PertternWeaverを使って解説している本も多いし。
0103デフォルトの名無しさんNGNG
PetternWeaverって汎化とか点線の関連が書けなくない?
お試し版だからかな。
0104デフォルトの名無しさんNGNG
executableUMLだけでシステムができますた。
もうプログラマーなんて必要ありません。これからは上級SEだけで市場をまかなえます。
0105デフォルトの名無しさんNGNG
>>104
詳細キボンヌ。おながいします。
0106デフォルトの名無しさんNGNG
>>104
MDAっすか?
0107デフォルトの名無しさんNGNG
OMGジャパン「OMG認定UML技術者資格試験プログラム」を発表
2003年9月にUML技術者試験スタートへ
ttp://www.omgj.org/news/releases/2002/1106/

ずいぶん先の話だけど・・・
0108デフォルトの名無しさんNGNG
TCCっていくら?
もしかして電話せんとだめ?
0109デフォルトの名無しさんNGNG
UML関連でプログラミング言語はいらないとか言ってた人がいたような…
0110デフォルトの名無しさんNGNG
UMLうざい
0111デフォルトの名無しさんNGNG
>>109
逆じゃね?
プログラムもろもろのためにUMLがあるんでしょ?
0112デフォルトの名無しさんNGNG
>108
夏から通常価格が変わってなかったら、
\1,800,000 保守料込

0113デフォルトの名無しさんNGNG
Delphiに対応してるUMLツールって
・EA
・ModelMaker
と他になんかある?
0114デフォルトの名無しさんNGNG
PatternWeaverフリー版あり
0115133NGNG
>>114
フリー版って今落とせるっけ?

あとWithClassってやつも見つけたけど書きにくい(´Д⊂
0116113NGNG
133じゃなくて113
0117デフォルトの名無しさんNGNG
アーキテクトとデベロッパーか
もってたらどっちが単価高くなるんだろ。
答えは一年後か。
0118デフォルトの名無しさんNGNG
初歩な質問でもうしわけないですが、教えてください。
UMLは、JAVAのようなオブジェクト指向な言語の設計に用いるのが一般的ですか?
Cをメインで使ってるものにとっては、有効ではないのでしょうか?
0119デフォルトの名無しさんNGNG
ところで、UMLはブロンズなら10分でとれるな。
ということで、今日とりました。只だしよ・・・意味ないけど。
シルバーの問題、飛躍的にむずかしくない?
持ってる香具師いるの?
0120デフォルトの名無しさんNGNG
>>118
体験から言わせてもらえば、フローチャートを持ち出されるよりはマシだとおもふ。
いや、結局もう一層かますことになったんだけどね。
0121デフォルトの名無しさんNGNG
C&構造化プログラミングでも
カプセル化されたサブモジュール間の関連やら必要な機能の考察ぐらいにはなるっしょ。
0122デフォルトの名無しさんNGNG
Describe という jbuider 組み込みのUMLツールのお験し版
使ってるけど、高機能過ぎて java uml  オブジェクト思考わからんやつには
オススメできない。 俺はかまへんけど いきなりあれでuml覚えるのは
結構キツイかも 
0123デフォルトの名無しさんNGNG
>118
言語には 関係ないよ 
0124118NGNG
みなさまありがとうございます。
言語にかかわらず、オブジェクト指向なプログラミングを意識すれば、
有用な手段になりうるということですね。
勉強してます。
0125デフォルトの名無しさんNGNG
Enterprise Architectいいよ!
会社に買ってもらった。
安いよ!1ライセンス100ドル前後だし。
Roseは高すぎる・・・。

操作感も良い。ちょっとUndoが弱いのが弱点だけどね。
もうVisioでUMLを書く生活には戻りたくないなぁ。

だれか、EAを使っている人いる?
0126デフォルトの名無しさんNGNG
あ、Enterprise Architectは、UMLモデラです。
一応リバース・フォワードできるらしいです。
ODBC経由でDBのスキーマを取り込めます。
ここらへんの機能はあんまり使い込んでないですが・・・。
0127デフォルトの名無しさんNGNG
>>125
>>63ですでに出てる
0128デフォルトの名無しさんNGNG
EA日本語版キター!!記念age
http://www.zdnet.co.jp/enterprise/0212/02/n02.html
0129デフォルトの名無しさんNGNG
Eclipseのプラグインをきぼんぬ
0130デフォルトの名無しさんNGNG
お、日本語版がプレスに取り上げられたみたいだね。
嬉しいな。

EAユーザにしつもんですが、
分析モデルと設計モデルはどういう風に書き分けてる?
自分は、

Views
  + Dynamic View
    + 分析シーケンス図
    + 設計シーケンス図
  + Logical View
    + 分析クラス図
    + 設計クラス図

と分けているのだけど。
0131デフォルトの名無しさんNGNG
>>131

自分もほぼ同じ。強いて言えば、大概、状態図も書く必要があるので
それもDynamicViewに入れてる。

あるいは、最初のDynamicとLogicalの枠組みをはずして、
分析と設計にビューを分けるという方法もあるかと。

0132デフォルトの名無しさんNGNG
>>131
さんくす。やっぱそうするよね。


自分は状態図をクラスの下に置いてました。

パッケージA
  +クラスB
   + 状態図C
   + メソッド
てな具合。
こうすると、クラスとの対応関係がわかりやすいというメリットがあるけど、
パッケージAに状態図Cに記したステートが表示されてしまうのが鬱。

なんで、パッケージにステートを表示するような仕様になっているだろうか???

0133デフォルトの名無しさんNGNG
>132

ダイアグラムのプロパティで、パッケージの内容を表示しないように
設定すれば、ステートは表示されない。
もちろん、他の内容も表示されないわけだが...
0134デフォルトの名無しさんNGNG
>133
そ、そりゃそうなんですけど・・・。
ステート:表示OFF
クラス、サブパッケージ:表示ON
としたいのよね・・・。

エレメントの表示設定をもっと細かく制御できると嬉しいんだけどなぁ。
0135デフォルトの名無しさんNGNG
>>134

せっかく日本語版販売サイトができたので、日本語で追加要望
投げておきました。
発売前だが、要望記入フォームがあるんだからダメってことは
ないだろう...
0136デフォルトの名無しさんNGNG
Rational買収されちゃった…
0137デフォルトの名無しさんNGNG
Together -> Bolandときて、
Rational -> IBMですか。ビックリ。
次は・・・。
0138デフォルトの名無しさんNGNG
本当にUMLツールメーカーを次々と大手が買収してるな。
Visioを買収したMicrosoftにはめちゃくちゃ遅れてるけど。

でもRationalはツールだけじゃないからな。
IBMについちゃったらRUPも薦め辛くなるかも(一部には薦め易くなるかもしれんが)
0139デフォルトの名無しさんNGNG
>138
Microsoftが進んでいるって???

Visioなんか使い物にならないよ。
VisioのUML機能なんて、マクロでつくったお遊びじゃん。
0140デフォルトの名無しさんNGNG
IBM、ラショナル・ソフトウエアを約21億ドルで買収へ
 http://www.reuters.co.jp/news_article.jhtml;jsessionid=K2NCFSULQ2KSSCRBAE0CFFA?type=technologynews&StoryID=1863621

#やれやれ
0141デフォルトの名無しさんNGNG
RupってJavaのインナークラスをどうやって表現するんでしょうか?
0142デフォルトの名無しさんNGNG
>141 意味不明。RUPは開発プロセス。
UMLって、Javaのインナークラスを・・・
てな質問の間違いだろう。

んで、これに対する答えは・・・、

わからない。(笑)
すまん。

0143デフォルトの名無しさんNGNG
まじめに考えた事ないから当て推量

・インナークラスっつうても、
 外側クラス・インスタンスへのアクセサーを持った普通のクラスなんだから、
 普通のクラスと同じ表現方法でもかまわないんとちゃうか?
・外側クラス/インスタンスへアクセスできる名前空間に所属してるっつう意味で、
 外側クラスと同名のパッケージの中にクラスを置いたら、
 インナー・クラスと解釈してソースコード生成する
 っつう仕様ならどないよ。

#つうか、Java以外のメジャーなOO言語でインナークラスってないよね?Eiffel?

0144U ◆CZtFsGiu0c NGNG
>>141
<<inner class>>ってステレオタイプを作ってみる:-)
意味があるかどうかわからないけどね。
0145デフォルトの名無しさんNGNG
今日なぜか、会社にRational Rose最新版があった。
なんでも中国の会社と一緒に設計するそうだ。
UMLは確実に急速に世界に広がっているようだ。
0146デフォルトの名無しさんNGNG
EAってモデルの図をPDFで出力とかできます?
0147デフォルトの名無しさんNGNG
>>146

直接PDFは不可能だが、PNGやJPG、GIFあたりの画像は可能かと。
0148デフォルトの名無しさん NGNG
誰かUMLシルバーの今期の問題持ってない?
0149デフォルトの名無しさんNGNG
ブロンズレベルの合格証が送られてきた。小さい・・・
まあ、ただで受けられる試験だからいいか。
0150デフォルトの名無しさんNGNG
>>148
前期のならある。
0151デフォルトの名無しさんNGNG
>>150
ぜひ下さい!!
[email protected]
まで送ってくれませんか?
0152デフォルトの名無しさんNGNG
EA Trialを使ってみてるのですが、
Project ExplorerにあるclassをDiagramへDrag&Dropすると
:class とobjectが張り付きます。classそのもの貼り付ける
にはどーすりゃいいんでしょう?
教えて君でスマソ
0153150NGNG
>>151
メールはヤダな…
0154151NGNG
>>153
どうすればよいですか?
0155デフォルトの名無しさんNGNG
>152 Ctrl+D&D
0156135NGNG
>>134

返事ありました。追加予定に入れるそうなので、
そのうち機能追加されそうです。ただ、オブジェクトごとでは
なくて、ダイアグラムごと、あるいは全体で設定可能とのこと。
0157デフォルトの名無しさんNGNG
>>155 ありがと。
心置きなく製品かえるです。
0158デフォルトの名無しさんNGNG
> 156
おお。嬉しい。
これに限らず、全般的に図の表現力をアップしてほしいぞ。>EA
0159デフォルトの名無しさんNGNG
ORMってなに?
0160デフォルトの名無しさんNGNG
EAぐらいのを秀丸程度シェアウェア料金でVectorからDLできるようにしておいたら、
皆使うんだろうか...
0161デフォルトの名無しさんNGNG
>>160
アクティベーションとかが必要無くて、一人で複数のPCにインストールできれば使う。
0162デフォルトの名無しさんNGNG
>>160
シリアルが公開されたら使う。
0163デフォルトの名無しさんNGNG
1000円ぐらいだったらどうだ?
0164デフォルトの名無しさんNGNG
UMLっていいね!
Unified Method Language!
0165デフォルトの名無しさんNGNG
今度のシルバーの問題もまたビ○オ屋だろうか
0166デフォルトの名無しさんNGNG
>>165
DVD屋だと思う。
0167デフォルトの名無しさんNGNG
UML技術者試験合格を新卒の履歴書に書いたらアフォだと思われますか?
0168デフォルトの名無しさんNGNG
別にいいんでない
0169デフォルトの名無しさんNGNG
Poseidonはどうだろう?
直感的に使えて結構高機能。IIOPとそっくりだけど、IIOPみたいに落ちたりしない。
シーケンス図にアクターが出てこないなど、少々の方言(?)はあるようだけど。
ここ見ててEAというのを使ってみたけれど、
クラス図でいちいちエクスプローラを操作しなければアトリビュートが設定できないとか、
さらに自動的にgetter/setterが生成できない(ように見える)とか、
やや使いにくい気がする。
0170デフォルトの名無しさんNGNG
>>164
x Method
o Modering
0171デフォルトの名無しさんNGNG
>>169

>クラス図でいちいちエクスプローラを操作しなければアトリビュートが設定できないとか、

これはコンテキストメニューとかショートカットキーあたりで簡単に可能。

>さらに自動的にgetter/setterが生成できない(ように見える)とか、

こっちは属性のプロパティから、設定可能ですな。

個人的には、いろいろ使ったが、EAは使いやすい気がする。
今買おうかどうか思案中。
0172IP記録実験NGNG
IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前:ひろゆき ◆3SHRUNYAXA @どうやら管理人 ★ 投稿日:03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前:心得をよく読みましょう 投稿日:03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か?

38 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:27 ID:rLfxQ17l
>ところで、IPが抜かれて何か今までと変わることってあるのでしょうか?
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。
0173デフォルトの名無しさんNGNG
しばらく実装とテストに明け暮れていてUMLから離れていたけど、EAみたいなツール出てきたんだね。
MagicDrawが話題だったころとは隔世の感さえ感じる(オーバーかな?)。
RoseかVisioか、なんて寂しく思っていたけど、EAは個人的に買ってみることにした。

もう1つ気に入ったのが、EAサイトのシンプルさ。
機能追加要求とか、シンプルながらもまとまっていて実にいい。
LANのKMもどきサイトもこんな感じにしてみたいと思ったよ。

MDAの概念は、組み込み以外にも色々と面白い応用ができそうなんで、注目してます。
executableUML本、英語学習も兼ねて買っとこう。

以上、感激ついでにカキコしちゃいました。
0174デフォルトの名無しさんNGNG
>565
もう買った。
0175デフォルトの名無しさんNGNG
ウワァーン ( `Д´)=○)3゚)∵
0176デフォルトの名無しさんNGNG
>>49
ここのurlみるべし。
0177デフォルトの名無しさんNGNG
======2==C==H======================================================

         2ちゃんねるのお勧めな話題と
     ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数: 138720人 発行日:2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「2ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ!

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────
0178デフォルトの名無しさんNGNG
というわけで、掲示板の最下部のバージョン表示が20030107a以降のやつは、
ログとり実験やってますです。
今のところ、qb,live2,tmpですね
0179デフォルトの名無しさんNGNG
>>536
だからそのサイトはなんだよ!怖いよ!恐ろしいよ!
誰か漏れの代わりに見に行ってくれ!
0180デフォルトの名無しさんNGNG
電話まだー?
0181デフォルトの名無しさんNGNG
fDUMwxQmガンガレ
0182デフォルトの名無しさんNGNG
確かに小一時間はオカシカッタ
0183デフォルトの名無しさんNGNG
2ちゃんねる が衰退していく

あるネット関連会社の社長は、
「いずれにしても2ちゃんねるは資金が底をつけば終わり。
あまり知られていないことだが、2ちゃんねる内部関係者によると今、
大手通信会社系が調査費名目で資金提供している。
だが、それが止まれば続けてはいけないだろう」
と証言する。
2ちゃんねるが判決によって力を失った場合、
資金提供の打ち切りも予想される。

http://ascii24.com/news/reading/causebooks/2002/07/01/636911-000.html
0184デフォルトの名無しさんNGNG
>>922

そうきたら言葉はないですねぇ
俺はほとんど嘘だと思っているのでw 2chは
0185デフォルトの名無しさんNGNG
このままじゃ閉鎖だな      
0186デフォルトの名無しさんNGNG
ワラタ
0187デフォルトの名無しさんNGNG

そういう次元の高い話じゃないですって・・・捨てられる以前のお話です。
てーか、これでも私「鬼女」なんですけど。
0188デフォルトの名無しさんNGNG
いよいよ終焉か
0189デフォルトの名無しさんNGNG
フリーのUML作成ツールでいいのってありませんか?
0190デフォルトの名無しさんNGNG
全部にいれてみた。
0191デフォルトの名無しさんNGNG
ウラの取れてない内部告発はもう出来ないというわけか?
0192デフォルトの名無しさんNGNG
君の責任です
0193デフォルトの名無しさんNGNG
あっ、漏れと同じ串だ
0194デフォルトの名無しさんNGNG
なんでそれが「つまり」やねん(^_^;)
0195デフォルトの名無しさんNGNG
======2==C==H======================================================

         2ちゃんねるのお勧めな話題と
     ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数: 139038人 発行日:2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ!

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────
0196デフォルトの名無しさんNGNG
IPってなに?
0197デフォルトの名無しさんNGNG
>196
いんたーねっとぷろとこる
0198デフォルトの名無しさんNGNG
できるよ。こうしてP2Pの参加人口は激増するのであった。

そのうち、2chはP2P掲示板の補完的な役割を担うことになろう。


結局、前回はUNIXだったが今回はDownloadが
匿名掲示板を救うのだなあ。。。
0199デフォルトの名無しさんNGNG
【社会】2ちゃんねるが全板でIP記録を開始 3年に渡る"匿名掲示板"の歴史に幕…
http://news2.2ch.net/test/read.cgi/newsplus/1042202364/
0200デフォルトの名無しさんNGNG
  Λ_Λ  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ( ・∀・)< UMLの話題にもどしやがれ
 (    )  \____________
 | | |
 (__)_)
0201デフォルトの名無しさんNGNG
だからフリーでいいツールを教えてくれって何度も言っているのに・・・
0202デフォルトの名無しさんNGNG
ほほぅ
0203デフォルトの名無しさんNGNG
478 名前:  投稿日:03/01/10 20:46 ID:/I1K4Xxq
犯罪カキコは最初から論外だが
名誉毀損系のカキコが出来なくなるのがツライよなぁ・・
事実でもよほどのことがない限り有罪になっちゃう

482 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/10 20:47 ID:jWxHxvti
名誉毀損かどうかは裁判所が判断することすね。
警察の照会書で対応するかどうかは、
違法性が客観的に判断できるかどうかですね。

496 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/10 20:50 ID:jWxHxvti
>勝手に過去ログDVD作ってヤフオクで売って
訴えられたら悲惨すよー。

529 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/10 20:56 ID:jWxHxvti
Q.プロバイダー責任制限法第四条による発信者情報の開示請求があった場合には、
  記録されているIP情報を開示することがありえますか?

A.状況により。
0204デフォルトの名無しさんNGNG
IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前:ひろゆき ◆3SHRUNYAXA @どうやら管理人 ★ 投稿日:03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前:心得をよく読みましょう 投稿日:03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か?

38 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:22 ID:rLfxQ17l
鋭いです。

73 名前:ひろゆき ◆3SHRUNYAXA 投稿日:03/01/08 17:27 ID:rLfxQ17l
>ところで、IPが抜かれて何か今までと変わることってあるのでしょうか?
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。
0205デフォルトの名無しさんNGNG
IPの問題などどうでもいいよ。

それよりフリーのツール知りたい。
0206デフォルトの名無しさんNGNG
ねぇよ
0207デフォルトの名無しさんNGNG
2ちゃんねるも現実ですよ。
0208デフォルトの名無しさんNGNG
http://bitarts.jp/tech/etc/free_uml.html
フリー
0209デフォルトの名無しさんNGNG
>>205
俺が試したフリーソフトの中ではIIOSSが一番マシだった。
0210デフォルトの名無しさんNGNG
IIOSS
http://www.iioss.org/index-j.html
0211デフォルトの名無しさんNGNG
あらまぁお二人で(w
0212デフォルトの名無しさんNGNG
4nd…… ラウンジの「ラウンジ恋愛部」かとおもた
0213デフォルトの名無しさんNGNG
ドキュメント作成のためのUMLツールならJava製じゃない方がいいな。
EAは図をコピペでWordやExcelに持っていけるのが楽。
やっぱり最終的な納品はWordやExcelになることが多いしね。

#それにしてもノイズ多すぎ。
0214デフォルトの名無しさんNGNG
2002年2ちゃんねるアニメランキング1位のアニメに・・・・

モナーが出演決定!!!!!!!!!!!!!!!!!!!!!

<<放送時間>>
1/12
大阪 テレビ大阪 (日)9:30〜10:00
東京 テレビ東京 (日)9:30〜10:00
名古屋 テレビ愛知 (日)9:30〜10:00
福岡 TVQ九州放送 (日)9:30〜10:00
札幌 テレビ北海道 (日)9:30〜10:00
岡山・高松 テレビせとうち (日)9:30〜10:00 
0215デフォルトの名無しさんNGNG
何か勘違いしているように読めるのだけれど。

2ちゃんで7日以内に反論するのは「削除依頼された書き込みをした書き込み者」だよ。
その人が、書き込みが正当である旨反論すれば、管理人としては削除すべきではないという
積極的な心証を得る場合があり、ひいてはISP責任法の免責事由になる場合もある、
というのが狙いだと思っています。

あと、
>確かにレスが事実誤認であることを証明するのは 原告側。
原告側にこの証明責任はありません。

0216デフォルトの名無しさんNGNG
ホビーの作業、乙です。
0217デフォルトの名無しさんNGNG
すみません、MagicDrawを使っている方いらっしゃいますか?
困っていることがあるので教えてほしいんですけど。
あるクラス図に対して、1個のクラスを作った後で、
そのクラスを別のクラス図にも表示させるようにしたんですけど、
別のクラス図からクラスを削除しようとすると、元のクラス図の方まで
削除されてしまいます。
元のクラス図の方には残して、別のクラス図からクラスを削除する
方法はないのでしょうか?
0218217NGNG
環境書き忘れました。
MagicDraw5.5iで、プラットフォームはMacOSXです。
WindowsやLinuxでの情報でも構いませんので、
良かったら教えてください。
0219デフォルトの名無しさんNGNG
やっぱグラフィカルで大まかな設計はUMLだな
0220山崎渉NGNG
(^^)
0221デフォルトの名無しさんNGNG
フリーソフトでJudeの他になんかいいのある?
0222デフォルトの名無しさんNGNG
>>221
Poseidon
IIOSS
0223デフォルトの名無しさんNGNG
よんどw
0224デフォルトの名無しさんNGNG
Poseidon
http://www.gentleware.com/products/index.php3
0225山崎渉NGNG
(^^)
0226デフォルトの名無しさんNGNG
超初歩的ですいません
DBのER図をUMLで書くときは何図をつかうのでしょうか?
0227デフォルトの名無しさんNGNG
フリーじゃないものでラショナル以外のよいツール教えてください。
できればjavaでないもの
0228デフォルトの名無しさんNGNG
>>226
ER 図は ER 図、UML は UML かと。

>>227
作図だけなら Visio じゃだめ?
0229226NGNG
>>228
レスありがとうございます。
やはりER図はUMLと別なんですか

両方かけるツールありますか?
visioはいくらくらいしますか?
会社でかうのだろうけど
0230デフォルトの名無しさんNGNG
正直、Visioはお奨めできない。
どうしても欲しかったらヤフオクで買え。
0231デフォルトの名無しさんNGNG
>正直、Visioはお奨めできない。
なぜですか?
興味があるのでおしえてください
0232デフォルトの名無しさんNGNG
>>227

ここでよく話題にあがっているEnterprise Architect試してみるがよろし。
http://www.sparxsystems.jp/ea_downloads.htm

フリーじゃないもので、Javaじゃないツールって言うと
Rational Rose
MS Visio(高いやつ)
Describe
Enterprise Architect
あたりが思い浮かぶ。



0233デフォルトの名無しさんNGNG
EA以外でまともな有料ツールつうと数十万はするだろ。
0234デフォルトの名無しさんNGNG
visio使ってるよ。
UMLやるために買ったんじゃないけど。

海外のシェアウェアみたいなのも幾つか試したけど、
日本語が使えないとか、Javaのコードしか吐けないとか
希望に合うのが無くって、使い慣れてるしとりあえず
visioでやるかな、って流れで。

他にvisioやってる人いない?
生命線の上に活性化を乗せるのがうまくいかないんだけど(笑)
あと、コード出力ができない。.NET入ってないとメニューに出てこないのかな?
0235デフォルトの名無しさんNGNG
>>234
visioはコード出力できません。
コード解析機能だけです。
0236デフォルトの名無しさんNGNG
netの一番高いやつがコード生成できますよ
VISIONが一番使いやすいようなきがするのですが
値段が高すぎ
0237デフォルトの名無しさんNGNG
>>234
Visio使ってたよ。
クラス図を書くのに使ってたけど、関連がうまくまっすぐならなくて
「イライラするんだよ!(王蛇)」って感じだったので、結局やめました。

価格と機能からすると、EAが一番良いのではないでしょうかね。
0238デフォルトの名無しさんNGNG
つーか、visioは重い。
0239デフォルトの名無しさんNGNG
>クラス図を書くのに使ってたけど、関連がうまくまっすぐならなくて
ほんと線が思い通りにならない。
状態図とかだと遷移が直線にしかできない。

visioってUML仕様的にはどうなの?
0240デフォルトの名無しさんNGNG
webアプリケーションの仕様で実際の画面以外に
UMLをつけたいのですが、ステートチャート図だけでも
足りるでしょうか?
他にも加えるとしたら何図でしょうか?
0241U ◆CZtFsGiu0c NGNG
>>240
どういうレベルの「仕様」かわからないけど、画面遷移だけだったら状態図だけで
十分でしょう。遷移ごとの処理仕様を記述するのならロバストネス図とかシーケン
ス図とかが必要になってきますが。
0242デフォルトの名無しさんNGNG
UMLからC++のコードを導くような本とかサイトとかってないですか?

もちろん、UMLは言語から独立って話はわかるんですが、
最近、浅海さんとかJavaの話はたくさんありますよね。
ご存知の方、よろしくお願いします。
0243デフォルトの名無しさんNGNG
UMLの特徴としてふさわしいものをすべて選択しなさい。
(1)表記法だけでなく、開発の手順(開発プロセス)についても明示している。
(2)さまざまなオブジェクト指向方法論の用語と表記法を統一したものである。
(3)これを使うすべての開発関係者には実装言語についての知識も要求される。
(4)採用できる開発プロセスに制限がある。
(5)どのようなモデルを作るべきかについての指針も明示されている。
(6)オブジェクト指向開発において、開発関係者の共通言語として使用することができる。
0244デフォルトの名無しさんNGNG
>243
2,6?
0245デフォルトの名無しさんNGNG
デザインパターンってUMLに入らないの?
0246デフォルトの名無しさんNGNG
>>243
絶対(3)は必要。
実装できないやつのUMLなんて空想の産物。
0247デフォルトの名無しさんNGNG
お客さんへの説明にも使えるというお題目を信じるなら (3) は違うわけだが。
0248デフォルトの名無しさんNGNG
俺も>244に同意で 2)&6)。

問題領域をモデリングするだけなら実装言語の知識は必須じゃないだろ。
メタ言語をメタ言語として書けばいいだけ。

以上の理由から
(3)これを使うすべての開発関係者には実装言語についての知識も要求される。
        ^^^^^^^^
が当てはまらないので除外。
02492問目NGNG
アクターやユースケースを考える場合、どのような視点に立てばよいですか。
適切なものをすべて選びなさい。
a)2個以上のユースケースを作成したか。
b)ユースケースがアクターにとって価値のある機能か
c)ユースケースがシステム内部まで立ち入っていないか。
d)システムに期待している機能がユースケースとしてすべて定義できているか。
e)アクターは役割ごとに定義されているか。
0250デフォルトの名無しさんNGNG
>249
d.e
0251デフォルトの名無しさんNGNG
>250
c)ってどういうことを言ってるの?
0252サンタマリアNGNG
アクターのユースケを考える場合、どのような視点に立てばよいですか。
適切なものをすべて選びなさい。
a)2人以上のユースケを作成したか。
b)ユースケがアクターとして価値のある存在か
c)ユースケが作品内部まで立ち入っていないか。
d)作品に期待している演技がユースケとしてすべて定義できているか。
e)アクターは役割ごとに定義されているか。
0253デフォルトの名無しさんNGNG
>251
ユースケースは表面的な、要求定義を図に落としたモノだと思うから
実装よりの記述があるのは不適切ってことなんじゃないか?
0254デフォルトの名無しさんNGNG
>253
いわゆる外部仕様ってこと?
0255デフォルトの名無しさんNGNG
>>254
でもどうだろうね。
理想的にはビジネスモデルだけを抽出するのがベストだけど、
暗黙的に実装を想像しながらやらないとあんまり意味がない気も。
0256デフォルトの名無しさんNGNG
>>246
最近はソフトウェア業界以外でもUML使ったりしてるらしいけど。
0257デフォルトの名無しさんNGNG
最近は至る所で講習会が行われてるなぁ
0258デフォルトの名無しさんNGNG
ソフトウェア開発以外でUML?何に使うんだ?
0259デフォルトの名無しさんNGNG
業務の流れや人材資源などの配置をUMLで表現するとこも多くなった
0260デフォルトの名無しさんNGNG
ソフトウェア産業以外でも普及し始めるとSE/PGとしては使えてないとなぁ
0261デフォルトの名無しさんNGNG
読むのは簡単。書くのは結構面倒。
0262デフォルトの名無しさんNGNG
他でも普及すると、客にもUML使って説明できるから楽なんだがな。
0263デフォルトの名無しさんNGNG
業務形態も一種のソフトウェアと考えれば、わりと自然な話かもッスね。
人間・組織のソフトウェアにコンピュータのソフトウェアを
インテグレートするようになるんだろうか。
0264デフォルトの名無しさんNGNG
客がUML使って書いて下請けに投げれば。
上流が要らなくなるね。
0265デフォルトの名無しさんNGNG
客側から提案する場合の工数は減るが、不要にはならないだろう。
0266デフォルトの名無しさんNGNG
限りなく営業に近づくのだろうね。
0267デフォルトの名無しさんNGNG
まぁでも、お客さんで自分がほんとは何がやりたいのかわかっている場合って少ないわけで。
一般の人がそこまでできるんだったら、もうSIとかシスコンの会社っていらないよね。
0268デフォルトの名無しさんNGNG
クラス図の多重度で、「0..*」と「*」は同じ事を
意味していると思うのですが、使い分けの基準は
ありますか?
0269U ◆CZtFsGiu0c NGNG
>>268
意味は同じですが、「存在しないこともある」というのを明確にする
ために0..*と記述するようにしています。
0270デフォルトの名無しさんNGNG
最近クラス図を覚えました。世の中には便利なものがあるもんだと関心しておるのですが、
これって規模がでかくなっていったらどうやって書いたらええですか。どんどん広げていく
訳にも行かないので困っております。階層化するとか定石があるのなら教えてプリーズ!
0271デフォルトの名無しさんNGNG
結局>249はc)d)e)ということでよろしいか?
0272デフォルトの名無しさんNGNG
>>270
コンポーネント図、パッケージ図。
「きれいでかんぺきなしようしょ」 が書きたいのでなければ、
そのアプリケーションにとってキモとなる部分や、
説明が必要だと思う部分だけ図を描けばいい。
その方が時間も無駄にならない。
0273デフォルトの名無しさんNGNG
狭い領域に全部書こうとしてはならん。
0274デフォルトの名無しさんNGNG
>>272
レスサンクス
まだクラス図しかやってないのでコンポーネント図とかも勉強しやす
0275デフォルトの名無しさんNGNG
>>246 :デフォルトの名無しさん :03/01/19 21:16
>絶対(3)は必要。
>実装できないやつのUMLなんて空想の産物。

プロ市民の論理て結局これでないの?
0276デフォルトの名無しさんNGNG
その後(260番台)に「実装技術を知らない客側が書くUML」の話題だった訳だが。

なんにせよ問題出した奴が早いとこ解答だしてくれんとなんとも言えんな。俺まだブロンズだし。
0277デフォルトの名無しさんNGNG
UMLとPascalの表記法って類似点が結構多いような気が
するのですがこれは何故なのでしょう?
UMLってC++やJavaの方がさかんに使われていますが
それらとは明らかに違いますよね?

どちらもBNFの表記法を素直に継承しているから?
0278デフォルトの名無しさんNGNG
>>277
PASCAL :LL文法
C++,Java:LALR文法
の違い。
たしかLL文法は、再帰的に簡単に構文を辿れるが、
LALR文法の場合は、構文要素の先読みをしないと、構文解析ができない、
てな違いがあったと思う
0279デフォルトの名無しさんNGNG
ところで、
>UMLとPascalの表記法って類似点が結構多いような気が
「UMLの表記方法」とはナニを指しているのでせうか?
0280デフォルトの名無しさんNGNG
シグネチャの書き方か?

<<foo>> bar(baz : Baz&) : void

とかの。
0281山崎渉NGNG
(^^)
0282デフォルトの名無しさんNGNG
http://www.molips.com/jp/
http://www3.to/d-d-s

すごく便利なんだけど
これ無料だったりする。
0283デフォルトの名無しさんNGNG
age
0284デフォルトの名無しさんNGNG
EAのアカデミック版って通常版に比べると異常に安いな...
MSのOfficeとかもそうだけど、通常版買った人間からみるとけっこう辛いものがある。

0285デフォルトの名無しさんNGNG
OO厨的には抽象化により
プログラムを知らなくても設計理論だけで書ける(はず)
現実世界なら話は別
0286デフォルトの名無しさんNGNG
Rose RealTimeで開発してまつ。

使い方憶えるのにとっても時間が掛かりましたが(2〜3週間)、
今はさくさくクラス図書いて、ステートチャート書いて、ちょこ
ちょことコード書いてと、ExecutableUMLって言うのですか?
とても便利です。

クラス図と状態図だけですけど、吐きだしたコードとダイアグラ
ムが必ず連動しているっていいですね。
MagicDrawとかPatternWeaverで書いてた頃が懐かしいです。

でも、高いですよねぇ。フローティングで150万円位します
もんね。
0287デフォルトの名無しさんNGNG
>>286

それを買ってもらえる環境がウラヤマスイ
僻みなのでsage
0288デフォルトの名無しさんNGNG
漏れは1週間前からRose Enterprise使い始めました。
まだ使いこなせないけど、使い勝手はかなりいい。
しかし1ライセンス50マソは高いな。
0289デフォルトの名無しさんNGNG
既存のクラスをインポートしようとするとすぐ固まるのと、
印刷がしょぼいのは直ったのかな。
0290デフォルトの名無しさんNGNG
>>289

RoseRTですが、印刷はしょぼいですね。なので、ウェッブ・パブリッシャ
でHTML変換してイントラで公開。この機能は重宝してまつ。

インポート(?)は使ってませんね。ユニットコントロールで別モデルからの
取り込み(変更可)や共有(変更不可)はできます。

あと、ステートチャートで同期バーが使えないのは面倒くさいかも。チョイ
ス・ポイントで判別しないといけないし、図上に平行動作が現れてこない。

あとはアクティビティ図が描ければイイな。実装には関係ないけど制御系な
ので仕様として残したい。クラスの振る舞いとは別に並列/平行動作が多い
からね。全体動作を見るにはよい。手動で更新しないといけないけど。

よいツールですよ。UMLをきちんと理解してないと使えないですけど。
0291U ◆CZtFsGiu0c NGNG
>>290
>インポート(?)は使ってませんね。ユニットコントロールで別モデルからの
取り込み(変更可)や共有(変更不可)はできます。

おそらくリバースエンジニアリングのことだと思います。Javaの場合だとRose起動用の
クラスパスに対象クラスを含める必要があってむちゃくちゃめんどくさかったんですが、
今もそうでしょうか。

また、一番よく使うシーケンス図の自己呼び出しがちゃんと書けないのも不満。
なので、

>よいツールですよ。UMLをきちんと理解してないと使えないですけど。

今はTogether使ってます。RoseもTogetherもフローティングライセンスで独占して
使えないので、安くていいツールがあれば乗り換えも考えるんですけどね。
0292デフォルトの名無しさんNGNG
>>291

おぉ・・・そうか。

無印Rose と RoseRT は全く別物かもしれないですね。
(お値段も倍以上違う)

無印は今度使ってみます(評価版があったはず)
0293デフォルトの名無しさんNGNG
>>291

安くていいツールは、ここでも話題になっているEAす。
先日のキャンペーンで買ったけど、大きな不満はない。
シーケンス図がRoseより書きやすいような。
0294デフォルトの名無しさんNGNG
クラス図使って 開発してると、すんごい整理されて
いいんですけど、逆に すごい凝ったものも整然と
できちゃうわけで、
あとで わけわかめになったりしません?

奇跡的な構成のシステムができて
やったやったと喜んでたんですが、あとで困っちゃって。
整理されすぎるのも困るなぁと。

多少冗長なぐらいで やめておくほうがいいんでしょかね。

なんかプログラムの最適化とかアセンブリとかの話と
同じような現象がクラス図にもあるんだなぁと
そのとき思ったでする。
0295デフォルトの名無しさんNGNG
シルバーレベルってどのくらいの知識が必要なんでしょうか?
UMLリファレンスマニュアル
UMLユーザーガイド
UMLによる統一ソフトウェア開発プロセス
UML仕様書
が必要とか?
0296U ◆CZtFsGiu0c NGNG
>>293
やっぱりEAですか…暇になったら評価版を試してみます。

>>294
すまんが困ってることがなんなのかよくわからん。
0297293NGNG
>>296

少なくとも、事実上個人利用としての選択肢は
JudeみたいなJava系のツールかEAしかないでしょ

>>295

少なくとも、ブロンズが余裕で受かるレベルじゃないと
太刀打ちできないと思う。レベルが違う。
0298デフォルトの名無しさんNGNG
>>295
あと実際のモデリング経験。
かんがれよ。
0299デフォルトの名無しさんNGNG
>>294
>あとで わけわかめになったりしません?
しません。

>やったやったと喜んでたんですが、あとで困っちゃって。
>整理されすぎるのも困るなぁと。
そもそもこの文章の中で言う整理って何のことでしょうか?

>多少冗長なぐらいで やめておくほうがいいんでしょかね。
いいえ。

>同じような現象がクラス図にもあるんだなぁと
>そのとき思ったでする。
意味不明です。
0300デフォルトの名無しさんNGNG
まだ評価版は試してないんだけど、EAは「実現」を表す
破線に△のラインは書けるの? サンプル画面見ても
「汎用」の実線に△のラインしか出てなかったからさ。
0301デフォルトの名無しさんNGNG
>>300

今試してみたらできた。
普通にrealizeの接続をつくればOK。
0302デフォルトの名無しさんNGNG
質問させてください。
class Super{}
class Sub1 extends Super{}
class Sub2 extends Super{}
class User{
 Sub1 s1;
 Sub2 s2;
}

なんてコードをクラス図で表わすときに、
Userからのコンポジットの線は、Sub1とSub2に1本ずつ引くものでしょうか。
それとも、UserからSuperに1本だけ書けばよいのでしょうか。

俺は、Sub1とSub2の両方に1本ずつだと思うんですが。。。
0303デフォルトの名無しさんNGNG
>>302
UserがSub1、Sub2の型で持つのなら、両方に一本ずつじゃない?
でもSuperがインターフェースを定義しているだけで、Subはその
実装を提供しているだけなら、Superに一本でもいいような気がする。

StateまたはStrategyパターンのような感じで表現する方が好みだけど。
0304デフォルトの名無しさんNGNG
SuperへのポインタでSub1又はSub2を保持するならSuperに一本。
今回の場合はSub1,Sub2へ各一本じゃないの?
0305302NGNG
>>303
>>304
レスありがとうございました。
わかりました。

なんで、こんなバカな(?)ことを聞いたかというと、
実際には、Userクラスにも種類がいくつかあって、いくつかのSubクラスを
内部に持つので、クラス図が交錯する線だらけになってしまうのです。
教科書を見ると、サンプルはいつもすっきりしていて、派生クラスに線が
引かれているのはあまり見ないので、不安になったのです。

>>303
たしかに、UserがSuperだけ持つようにできればすっきりなのですが、
そうすると、Superの使いたくない派生クラスまで「理論上は扱える」ように
なってしまいます。それは、将来、問題になるような気がするので、
やはり、派生クラスで持たせたいのです。おかしいでしょうか?

あと、1つ聞かせていただいてよろしいでしょうか。
クラス図が線だらけになるのを避けるために、線を間引いてもよいのでしょうか?

質問を重ねてすみませんが、よろしくお願いします。
0306303NGNG
>>305
何のためのクラス図かによるんじゃないかな。

UMLからソースを生成するようなCASEツール使ってるのなら、
教科書(?)通りに正確に記述する必要があるかも知れないけど。

開発者や設計者といった人が見るためのものなら、線を間引いてでも
見易くしないと、>>305 が作ったUML図は見にくいということになり、
最終的に見向きもされなくなる。
0307305NGNG
>>306
レスありがとうございます。
やっぱり、間引いてもいいんすね。

俺の場合、UMLからコードを書くんじゃなくて、コードからUMLを
書かされるんです。
0308うん込まんNGNG
あげ
0309デフォルトの名無しさんNGNG
http://www.google.co.jp/search?num=100&hl=ja&ie=UTF-8&oe=UTF-8&c2coff=1&as_qdr=all&q=+%22%E3%81%86%E3%82%93%E3%81%93%E3%83%9E%E3%83%B3%22+site%3A2ch.net&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
0310デフォルトの名無しさんNGNG
>>307
それ、手作業なの??
不毛だ…
0311ななしNGNG
ドイツ製で・・・梅何とか??ってUML設計のできる
ツールがあるの?

クラス図を書くと、そのままコードまで出てくれるって奴。
詳しくは知らないんだけど・・・ちょっと小耳にはさんだ。
0312デフォルトの名無しさんNGNG
class A{
};

class B{
void func(){ A a; }
};

みたいな関係は、「BがAを使う」ではないかと思うのですが、
その場合、BからAに→を引くのでしょうか?
それとも単にBとAを線で結ぶだけでしょうか?
それとも線は何も書かないのでしょうか?

お願いします。
0313デフォルトの名無しさんNGNG
>>312
「BはAに依存している」ということで
「依存」を表す点線の→をBからAに引きます。
0314デフォルトの名無しさんNGNG
こちらでツールについて語ってください。

ま、金が余ってるなら Rose、
Rational にお布施したくないなら EA ってことで。
0315デフォルトの名無しさんNGNG
EAの日本語版はそろそろだっけ
0316デフォルトの名無しさんNGNG
>315
予定では2003/4/1ですね。
ふぅ…もう待ちきれないので英語版、買っちゃおうかな…
0317デフォルトの名無しさんNGNG
>>316

俺もそう思ってFAQ見たり聞いたりしたが、日本語版が欲しいなら
今英語版を買うよりは4月に日本語版を買うべきだそうだ

売らない販売担当も珍しい
0318デフォルトの名無しさんNGNG
>>317
あれ、日本語版にアップデートできるんじゃなかったの?
0319デフォルトの名無しさんNGNG
まぁあと30日だから、評価版でも間に合いそうだけど
0320デフォルトの名無しさんNGNG
EA評価版使ってみた。やっぱ日本語版がいいなあ。
こいつのUnitTest機能って、xUnitみたいなテスティング用コードを生成してくれるのか?
ヘルプ読んでもわからんかったので教えてくだされ。
0321デフォルトの名無しさんNGNG
EA評価版使ってます。早く日本語版出て欲しいです。
とりあえず日本語のヘルプだけでも一般に公開して
くれればいいのに。

で、質問。
クラス図から生成されるJavaソースのフォーマットは
変更することはできるのでしょうか?
0322デフォルトの名無しさんNGNG
オージスのシルバー三回落ちたぞゴルァ
UTAYAの問題もう見飽きた
0323322NGNG
こうなったら一生かかっても自力で受かってやる
受かったやつは皆、不正をしてるんだろうがな!!
0324デフォルトの名無しさんNGNG
>322
最近のことですが、シルバー試験に一発合格しました。
ブロンズの時は一発満点合格でした。

UTAYAの問題以外は、UMLの基礎がしっかりできていれば
大丈夫です。もう一度チュートリアルをしっかり読むとか
「UMLモデリングのエッセンス」を読むとかが対策かな。
あとはデザインパターンを軽く学んでおけばいいでしょう。

UTAYAの問題は仕様をよく読んで、ユースケースに
きちんとまとめられないと、その後の問題もきついだろうね。
あんまり書くと、ネタバレになっちゃうからやめとくけど。

仕事で資格が必要とかでなければ、不正して受かっても
うれしくないでしょ。がんばってください。
0325デフォルトの名無しさんNGNG
317です。

FAQにもあったのですが、今英語版を買うと、日本語版にするときに
別途カネが必要らしいので、1ヶ月なら待ったほうがよいとのこと。

というわけで319と同じく評価版で遊んでます。
0326デフォルトの名無しさんNGNG
日本語版は延期な罠





と、縁起でもないネタを振ってみる
0327317NGNG
評価版でいろいろ試してみますた。

>>320
そういうわけではなくて、単に記録ができる、というもののようだ
少なくとも、そういう機能は発見できず

>>321
同じく変更できそうなところは発見できず。


0328デフォルトの名無しさんNGNG
ドリームパートナー募集中!
今話題のYahoo! BB、BBフォンの販売にご協力下さい。
販売には特別な知識は必要ありません。
魅力的な報酬プランご確認の上、お気軽にご参加下さい。

http://join.dreampartner.jp/mmd/bb/index.html

0329デフォルトの名無しさんNGNG
>>326

確かにこの手のローカライズ版にはつきものかも。
0330デフォルトの名無しさんNGNG
>>321
ヘルプだけもらってもしょーもない気もするが
どんな活用法が?

0331デフォルトの名無しさんNGNG
OMG認定UML技術者資格試験プログラムが9月から始まるね。
9月以降はオージスの方取っても失笑されるようになるんだろうな。
その前に取っときたい所だが・・・
0332デフォルトの名無しさんNGNG
>>330
読み慣れた日本語で内容を理解する。
0333デフォルトの名無しさんNGNG
EA(体験版)で作成した図を清書する事って出来ます?
オブジェクトを適当に配置したんで綺麗にしたいんですが...
0334デフォルトの名無しさんNGNG
>>333

いちおう自動整列機能が存在する。
が、自分はこれ一発で納得できる図になったことはない...

現状が適当なら、とりあえずこれを実行してその後
整理するのがよいかな
0335デフォルトの名無しさんNGNG
EA(体験版)のリバースエンジニアリングで、
以下のようなコードを処理すると文字化けするんだけど、
なんとかならん?

string ファイル名;

「ァ」がまずいみたい。
日本語版だと大丈夫なのかな?
0336デフォルトの名無しさんNGNG
>>335
手いうかコードに日本語あんま使わんわな
0337デフォルトの名無しさんNGNG
>>336

禿同

ただ、VBあたりの本だと使っている例も多い
0338デフォルトの名無しさんNGNG
とりあえずココで選びなさいな
http://homepage3.nifty.com/digikei/index2.html
0339333NGNG
>>334
出来ました。情報感謝m(__)m
0340デフォルトの名無しさんNGNG
Konesa-RealTimeとRose RealTimeって似たようなものですか?
それとも、やっぱ値段相応にRose RealTimeの方が優れてるんですか?

いやね、どっちか買おうかと思って。
やっぱ、メジャーなRose系にしといた方がいいかなぁ。

Konesa-RealTimeの体験版使ってみたけど、コード自動生成って楽しいね。
0341デフォルトの名無しさんNGNG
>>340

慣れれば、どっちも似たようなもんだと思うよ。

違いがあるとすれば、対応OSの差かな。自分でフレームワークを
未対応OS向けにポーティングしなくても済むからね。

対応RTOSの数で言えば、

 RoseRT > Konesa

だったと思いまつ。その他、RoseRTは標準で分散オブジェクト環
境(コネクシス)を持っていたりする点で優れているかも。
0342デフォルトの名無しさんNGNG
>>326

予定通り4月1日発売らしいage
0343デフォルトの名無しさんNGNG
質問です。ちょっと教えて君みたいで恐縮ですが

コンポーネント図で、
パッケージの中にコンポーネントを入れることは変でしょうか?

配置図で、JARで圧縮されたJavaクラスライブラリをパッケージとして
表すことは変でしょうか? これはコンポーネントとして表すべきでしょうか?

配置図でJVMを表すとき、コンポーネントで表すべきでしょうか?
またはそのコンポーネントの中にJavaのコアAPIのパッケージも含めるべきでしょうか?

UMLブロンズをとってもこれらを理解できませんでした。
こんな私はUMLのブロンズ資格を持つべきではないでしょうか?

私のUML環境はEclipse + Omondoで使い始めています。
以前はIIOSSを使ってました。
0344デフォルトの名無しさんNGNG
>>342
発売延期がなくても、待たされる罠。
ttp://www.sparxsystems.jp/ea_releaseJp.htm
0345デフォルトの名無しさんNGNG
>344
これを良心的とみるべきなのか、判断に迷うわねぇ
0346デフォルトの名無しさんNGNG
>>345

まァ、カネ払ってもなしのつぶて状態になるよりは
きっちり対応してくれるほうがいいかもね

既にそんだけ購入希望者がいるってことでしょ?
0347346NGNG
sage忘れた

良心的に考えれば、キャンペーンで事前購入してる人優先てのも
わからんでもない
買っとくべきだったのかな。。。
0348デフォルトの名無しさんNGNG
>>343
>コンポーネント図で、
>パッケージの中にコンポーネントを入れることは変でしょうか?
変じゃありません。サブシステムという扱いになります。

>配置図で、JARで圧縮されたJavaクラスライブラリをパッケージとして
>表すことは変でしょうか? これはコンポーネントとして表すべきでしょうか?
普通は配置図ではコンポーネントを使います。
ただし配置図の目的は物理的なコンポーネントの配置位置を示すことです。
パッケージだろうがコンポーネントだろうが目的が達成されやすい方法がいいのです。
なので状況によると思います。

>配置図でJVMを表すとき、コンポーネントで表すべきでしょうか?
ノードがよいと思います。おそらくそれはアプリケーションサーバでしょうから・・・。

>またはそのコンポーネントの中にJavaのコアAPIのパッケージも含めるべきでしょうか?
含めるべきではありません。邪魔です。

>UMLブロンズをとってもこれらを理解できませんでした。
>こんな私はUMLのブロンズ資格を持つべきではないでしょうか?
そんなことはないです。
これだけの問題意識を持てる方はもっと上位のスキルを目指すべきです。
0349デフォルトの名無しさんNGNG
>>344
サーバくらい増設しろよ。
0350346NGNG
>>349

クレジットの手数料払うと赤字になるくらいの
利益率だと難しいと思われ

実際ここのサーバ安いしね サポートはどうなんだろ?
0351デフォルトの名無しさんNGNG
>>350

スレ違い
0352デフォルトの名無しさんNGNG
>>351
適したスレはどこなんだよ!と言ってみる。
0353デフォルトの名無しさんNGNG
>>350
言われて調べてみたけど、共有のレンタルサーバとは・・・
確かに安いけど、どうせ借りるなら、もうちょっとデカイ会社のに
すればいいのに。
0354デフォルトの名無しさんNGNG
>>349,350,353

同じようなこと(サーバ増設シル)サポートに聞いてみたら
将来的には考えてるらしい とのこと。

まあ、なんだな。利益率の設定間違えたと。
0355デフォルトの名無しさんNGNG
__UMLロボット__
http://that.2ch.net/test/read.cgi/robot/1047690048/l50
0356デフォルトの名無しさんNGNG
サーバくらい短期でも借りられると思うんだがな。
MXとかNYって、ほんとはこういうのに対処するためのツールなんだろうな。
サーバ負荷を減らすために、みんなで共有しるか。
0357356NGNG
あ、ダメですな。
IDもらってからDLだったか。
すまそ。
0358デフォルトの名無しさんNGNG
age
0359デフォルトの名無しさんNGNG
EA日本語版使ってみた。

確かにいくつか英語残ってる部分もあるが、基本的には
問題ない感じ。

やっぱ日本語はいいね
0360デフォルトの名無しさんNGNG
おー、いいなぁ。
しかし、制限しなきゃいけないほど、そんなにサーバ混んでるのかな。
0361デフォルトの名無しさんNGNG
今のところはストレスないですね。
制限もないようですし。
0362デフォルトの名無しさんNGNG
>>360,361

どうやら杞憂だったというオチのようで。。。
0363デフォルトの名無しさんNGNG
それはそれで悲しいな。
0364デフォルトの名無しさんNGNG
サポートの人がぽろっと教えてくれたけど
注文は予想以上に来ているらしい。サーバーがそれ以上の
性能を示したってことか?
0365デフォルトの名無しさんNGNG
只今上司を「UMLって意外と使えるな」というふうに洗脳中・・・
0366デフォルトの名無しさんNGNG
只今上司を「2chって以外と使えるな」というふうに洗脳中・・・
0367デフォルトの名無しさんNGNG
独習UML改訂版ってどうよ?
漏れは初心者に毛が生えた程度なんだが。
0368しお韓NGNG
598 名前: [sage] 投稿日:03/04/05 14:58 ID:mQUML4qC
おまえらヤル気あんのか?
0369デフォルトの名無しさんNGNG
>>368
おぉぉぉぉx!
0370デフォルトの名無しさんNGNG
>>367
改訂版は知らないけど(1.4対応?)、
独習UML自体は入門向けにちょうどいい。
0371デフォルトの名無しさんNGNG
>>367

「はじめて学ぶUML」がお勧め。
両方読んだ立場としては、こっちのほうがいいかな。

でも、この2冊ならどっちでもOKでしょう。
0372デフォルトの名無しさんNGNG
ブロンズとったー!!!ここからが大変なようですね.
0373プロの逝って良しの1 ◆MvRbZL6NeQ NGNG
宗教だな。
技術ではない擬似技術
0374デフォルトの名無しさんNGNG
UML2.0をちょっと眺めてたんだけどよ、
コーディングがこれで完全に設計の工程から
切り離されたって気がしたな。
一部のUMLを中心とした研究を志す企業を除いては
世の中はフレームワーク/コンポーネントメーカ
とビジネスのSIに完全に分かれていくんだろうか。
おれらもどっちに付くのかそろそろ決める時期が
きてるんじゃないかな。
0375プロの逝って良しの1 ◆MvRbZL6NeQ NGNG
A「ちっ、また使えねー設計図よこしたな」
B「組織ってのは無駄なものなんだよ」
A「しょがねー、また勝手に作るか」
B「毎度毎度だけど誰も気付かないねえ」
0376デフォルトの名無しさんNGNG
結局UML覚えたって設計に必要な知識の5%くらいしか補完してくれないと思う。
それに気付かないで糞UML排出してOO語ってる奴等が大多数だから腹立たしい。

>>374
効果的に使いこなせる奴ほとんど居ないんじゃないの?
日本じゃ3年早いと思う。
0377デフォルトの名無しさんNGNG
実務で使っている人の話が聞きたいなぁ。
そんな人はまだまだ少ないんだろうねぇ。
0378デフォルトの名無しさんNGNG
実務で使ってます

ソフト屋が40人程度の部署で、そのうち25人は組み込みのファーム
ウェア開発要員なんだけど、eUMLでがんばって開発してまつ。

シリーズ物の息が長〜い製品なので、ソフトの寿命も10年以上と長い。
顧客の要望でちょこちょこ変更も多い。(半導体工場に入れる装置だか
らね。リソ工程)

なので、オブジェクト指向だ! UMLだ!ってんで新しい者好きが多かっ
たせいもあり、新規装置のソフトはオブジェクト指向&UMLで開発して
ます。

取っ掛かりは大変でしたけど(勉強会は半年も続いた。ツールベンダの
コンサルにはしこたま貢がされた)、今はUMLなしでの開発は考えられ
ないです。
0379デフォルトの名無しさんNGNG
>>378
頭の使い方が以前とは変わったような気がしたりしませんか?
0380プロの逝って良しの1 ◆MvRbZL6NeQ NGNG

セールスマン必死だな
0381デフォルトの名無しさんNGNG
実務で使っている方に質問です。

■実際の開発ツールは何を使われましたでしょうか?
■実際はUMLだけでは設計書が足りないと思うのですが、
 何の設計書を追加いたしましたか?

実際の開発ツールはUMLだけに特化していて、
実際は使えないようなイメージがあるおいらは間違っているでしょうか?

ユースケースからクラスに落とすところなんて、
とてもじゃないけどUMLだけではできるとは思えません。

質問ばかりですいませんが、よろしくお願いします。
0382プロの逝って良しの1 ◆MvRbZL6NeQ NGNG

えーとね。
真面目な話。
聞いた話なんだけど、OOのコンサル連中の中には
自己開発セミナーから流れて来たのが居るそうだ。
自己啓発セミナーがIT関係もやってたことがあって、
ソフトウエア開発の知識もあるということだそうだ。

>>378みたいなのは導入後の評価が変質してるから怪しいかも。
0383デフォルトの名無しさんNGNG
>>378
eUMLですか。。。
別のスレでも書いたのですが、UMLで書くと、初期化処理とか例外処理とかがぬけていて、
後から気づくことってありませんでしたか?
今、ちょっとそのへんの取りこぼしをどうフォローするか、考えてます。
0384デフォルトの名無しさんNGNG
実際にクライアントとの打ち合わせにUMLを使う事なんか
あるのでしょうか?

導入している企業はほとんどIT関連かIT部門のみで、それ以外の相手に
UMLで説明などしようものなら「そんな専門用語分からんわい」ってなりそう。
0385U ◆CZtFsGiu0c NGNG
>>381
>■実際の開発ツールは何を使われましたでしょうか?

これはUMLツールですか? 今はTogatherを使っています。

>■実際はUMLだけでは設計書が足りないと思うのですが、
 何の設計書を追加いたしましたか?

よく書くのはDBの物理設計書、画面設計書(モックアップの場合もある)です。
設計とはいえないかも知れませんが、ユースケースシナリオもUMLでは書けない
ので別に書く必要がありますね。

>ユースケースからクラスに落とすところなんて、
とてもじゃないけどUMLだけではできるとは思えません。

クラスを抽出するのはツールにはできません。それを行なうのは人間です。
0386デフォルトの名無しさんNGNG
実務で使っている方へ質問です。

効率良くUMLを学習するには、どうするのが一番だと思いますか?

1.本をたくさん購入して読みまくる。

2.ネットで勉強する。

3.とにかく使ってみる(身近なものをモデリングしまくる)

4.他

上記では、3が良いのかなぁ・・・
0387デフォルトの名無しさんNGNG
UML自体知らなくても図で説明するのはわかりやすいと思う。
0388先月まで実務で使ってた方NGNG
実務で使ってる方…か。
案外やる気があって自分で勉強してる層の方がわかってるかもよ。
この業界ってそうじゃん…。

実際やってみてハマった点とかは人の振り見てアレな感じなんだろうけど、
学習方法なんて自習してる人間のほうが知ってるって。
0389sageNGNG
まあその、UMLなんかは適当な部分も多いわけで
一人でやるだけじゃなくて、だれか知ってる人に
なんどかみてもらう機会を作るといいと思うよ。

UMLが記述*言語*だっていうのは、知識を詰め込むだけじゃ
だめで、実際に読んで、書いて、コミュニケーションして、
そのなかで体得してく部分があるからじゃないかな。

0390デフォルトの名無しさんNGNG
UML=設計書って考え方は、そもそも間違ってるんじゃないの?
あくまで統一的なモデリングによるコミュニケーション手段だし。
そこを理解せずに取り入れてるプロジェクトって大抵足かせになって失敗してるね。

結局UMLを標準文書として取り入れる為には、
UMLによるコミュニケーションが必然になるポイントが分かってなきゃいけなくて、
その為にはOOADPのプロセスが標準化されてなくちゃいけなくて、
その為にはOO開発をいくつか経験(成功)しなくちゃいけなくって、
その為にはOO理解してる技術者を集める(育てる)必要があって、

・・・まあ、素人は手出すなってこった。
0391デフォルトの名無しさんNGNG
RoseRTなので、分析段階は通常のUMLでああだこうだ言いながら
みんなでモデリングしてます。実装はRT上でUML(なのか?)で書い
たものがそのままソースコードになります。

ですが、もちろんそんなものだけでは設計しきれないので、通常の
仕様書も作成しています。

例外処理や初期化処理はアクティビティ図で最初に仕上げておきま
すね。

UMLだけで何もかもできるなんて都合の良い話はないっす。
0392デフォルトの名無しさんNGNG
例外処理のもう一つの定義方法、ステートチャートで処理する。
0393デフォルトの名無しさんNGNG
>・・・まあ、素人は手出すなってこった。
正にだね。
0394デフォルトの名無しさんNGNG
統一された表現方法を多様に持てるだけでも良いとおもうが。
0395デフォルトの名無しさんNGNG
>>383

Catalysisあたりを見て、pre-condition,post-condition
を設計書に混ぜるとよろし。

0396デフォルトの名無しさんNGNG
>>385
together(Togetherに限らず、最近のUMLツールは全て)
はUMLしか書けないと思っています。
実際の開発だとユースケースシナリオ、ER図、用語一覧等UML以外の仕様書を
作成する必要があると思っていますが、
その他の設計書はEXCEL等で作成したのでしょうか?
それとも他のツール(Xupper、Erwin等)を使用したのでしょうか?

ER図、用語一覧はEXCELだとかなり辛いと思いますが、
実際どうなんでしょうか?

またTogetherは一人で開発する際には良いと思いますが、
複数チームで開発する際、複数人が作ったユースケース、クラス図全体を
まとめる時はどうしたのでしょうか?

質問ばかりで申し訳ありません。
0397あぼーんNGNG
あぼーん
0398佐々木健介NGNG
     ______
    /_      |
    /. \ ̄ ̄ ̄ ̄|
  /  /  ― ― |
  |  /    -  - |
  ||| (5      > |
 | | |     ┏━┓|   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| | | |     ┃─┃|  < こんなサイトを見つけた
|| | | |  \ ┃  ┃/    \  正直、スマンカッタ
| || | |    ̄         \_________
http://saitama.gasuki.com/kensuke/
0399あぼーんNGNG
 ( ・∀・)< こんなのみつけたっち♪ 
http://muryou.gasuki.com/hankaku/hankaku03.html
http://muryou.gasuki.com/hankaku/hankaku04.html
http://muryou.gasuki.com/hankaku/hankaku02.html
http://muryou.gasuki.com/hankaku/hankaku01.html
http://muryou.gasuki.com/hankaku/hankaku10.html
http://muryou.gasuki.com/hankaku/hankaku09.html
http://muryou.gasuki.com/hankaku/hankaku08.html
http://muryou.gasuki.com/hankaku/hankaku07.html
http://muryou.gasuki.com/hankaku/hankaku05.html
http://muryou.gasuki.com/hankaku/hankaku06.html
0400かおりん祭りNGNG
http://www.saitama.gasuki.com/kaorin/
       こんなのございま−す♪
       ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
        〜oノハヽo〜
  ,.-''"¨ ̄●`' ‐(^▽^)
 (,,●i,,,i,,,,,,,,i,,,,●),,)⊂ )
    )  (    || |   
    ( ^▽^)  (_(__)
~~~~~  ̄ ̄ ~~~~~    ~~~~~
0401デフォルトの名無しさんNGNG
>>396
>together(Togetherに限らず、最近のUMLツールは全て)
>はUMLしか書けないと思っています。
大体のUMLモデリングツールでERはかけます。
DDLも出ます。

>実際の開発だとユースケースシナリオ、ER図、用語一覧等UML以外の仕様書を
>作成する必要があると思っていますが、
実際の開発で全部作る必要は無いです。
特にユースケースなんていらないです。
でも、大体要件定義書で適当に定義しているから用語一覧は作ってないですけど、
確かにあったら便利ですね。

>ER図、用語一覧はEXCELだとかなり辛いと思いますが、
>実際どうなんでしょうか?
そんなことは無いです。
ER図なんか紙とペンありゃいくらでもかけます。
あとでExcelに表にして、こぴぺして置換してDDLを作っちまえばいいことです。

>またTogetherは一人で開発する際には良いと思いますが、
>複数チームで開発する際、複数人が作ったユースケース、クラス図全体を
>まとめる時はどうしたのでしょうか?
どうなんでしょうね。
バージョン管理システムに対応しているので、一応マージされるとは思います。
そもそも多人数で開発できるだけのTogetherのライセンスがある時点で、
かなりレア(リッチすぎ)な環境といえるのではないでしょうか。
それとも私が貧乏な環境で開発しすすぎなんでしょうか・・・。
0402U ◆CZtFsGiu0c NGNG
>>396
>together(Togetherに限らず、最近のUMLツールは全て)
はUMLしか書けないと思っています。

実際UML書くのにしか使っていません。

>実際の開発だとユースケースシナリオ、ER図、用語一覧等UML以外の仕様書を
作成する必要があると思っていますが、
その他の設計書はEXCEL等で作成したのでしょうか?

設計書としてのメインはWORDで、それにTogetherで作った図を貼り付けています。
DBのテーブル設計書はExcelで作ることが多いですね。もしER図が必要なら多分
Visioで書くでしょう。もっとも論理レベルの設計はクラス図と重なるので
書くことはほとんどないです。

>またTogetherは一人で開発する際には良いと思いますが、
複数チームで開発する際、複数人が作ったユースケース、クラス図全体を
まとめる時はどうしたのでしょうか?

最終的には図をコピーして貼り付けるので別々に作っていても問題ありません。

>>401
残念ながらフローティングライセンスなので、常時使うわけにはいきません。
ただ社内では同じようにフローティングライセンスで導入されているRoseを
使う人が多いので、使いたいときに使えなかったことはないですが。
0403デフォルトの名無しさんNGNG
本当はユースケース分析がキモなんだよ、と言ってみるテスト。
0404383NGNG
>>391, 392, 395
ありがとうございます。やっぱそうなのかなあ。
すべてのユースケースが動く前提としていくつかの条件があったりして、
でも制御する側(ソフト)はそんなんあたりまえだろ、ってところが抜けるんですよねえ。
それを全部のユースケースに書くのは冗長だし。
392さんから指摘された、ステートチャートでシステムの状態を定義してから、それぞれの状態で"分類"された
ユースケースを書く、ってのがよさそうですね。(とすると、ユースケース駆動って考えかたとは違ってくる?)

391さんのところは、アクティビティ図を最初に書くってことだと、ある程度ソフトのワク(オブジェクト)が決まってる、ってことなんでしょうか?
それともドメイン間のアクティビティ図を真っ先に作る、ってことですか?

403さんに同意です。作成後の仕様変更(とユーザからの文句)が減るかな、と。
ただ、ユースケースからクラスへ落とし込むのに「職人技が必要(これといった方法がない)」だなあ、と感じます。
0405U ◆CZtFsGiu0c NGNG
>>404
>ただ、ユースケースからクラスへ落とし込むのに「職人技が必要(これといった方法がない)」だなあ、と感じます。

今まで読んだ書籍の中でこの辺について一番説得力のある手法が書いてあるのは

http://www.amazon.co.jp/exec/obidos/ASIN/4894713772/250-0220809-4321855

これでした。名詞抽出法って馬鹿にする人結構いるけど、とっかかりとしては
有効だと思うんだけどな。
0406デフォルトの名無しさんNGNG
ピア村は珍訳が多いからなあ
0407デフォルトの名無しさんNGNG
>>405
を、懐かしいw
入門と言いつつも実践的な内容で、とっかかりとしてはかなりの良本だね。
ところでICONIXって今どうなんかなぁ。
XPなんてやったら、こんなキッチリとはドキュメント作らないだろうし。
0408404NGNG
>>405
ありがとうございます。読んでみます。
原著の人、けっこいい本いろいろ書いてますよね。
0409デフォルトの名無しさんNGNG
このスレに居る奴なら、スリーアミーゴは押さえた方がいいな。
Chevy Chase、Martin Short、Steve Martinだっけ?
あとGang of Fourも外せないだろ。
John King、Andy Gill、Dave Allen、Hugo Burnhamはチェックしとけ。
0410デフォルトの名無しさんNGNG
EA買おうか迷ってるんだけど、使いやすいですか?
プロフェッショナルにしようと思うんだけど。
個人利用の予定です。
0411デフォルトの名無しさんNGNG
>410
体験版があるので自分で判断してみましょう…
0412デフォルトの名無しさんNGNG
>>410

あの価格帯ということなら満足。
昔Rose2000使ってたけど、それよりかEAのほうが数段マシ。
それ以降のRoseは使ってないので改善されているかもしれんけど。
0413409NGNG
なんで誰も反応してくれないんだよ!
渾身のネタだったのに・・・
0414U ◆CZtFsGiu0c NGNG
>>409
ネタとしてはストレートすぎるのでは? あ、「四人組」ではないのがひねった
ところ? でもそっちのGoFは知ってる人少ないと思うぞ:-)
0415山崎渉NGNG
(^^)
0416デフォルトの名無しさんNGNG
UMLフォーラム2003の開催、運営をされた皆様、お疲れ様&お世話になりました!

UML2.0標準化の勢いにのって、UML/MDA活用技術がより一層普及すれば良いですね。
冬のUMLフォーラムで、またお会いしましょう。。。
0417デフォルトの名無しさんNGNG
ロボコン、モデル部門で入賞したっす!(どこかは秘密)
素直にうれしかったです。

いわゆる第一人者の方々とお話ができたし、とても良い機会でした。
来年は・・・仕事が忙しくなければね(w
0418山崎渉NGNG
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0419山崎渉NGNG
   ∧_∧
  (  ^^ )< ぬるぽ(^^)
0420デフォルトの名無しさんNGNG
クラス図でどう表現したら良いのか分からないものがあるので教えて下さい。

言語はdelphiです。(javaが分からないので)

・継承
TOb01 = class(TOb00)
end;

・集約(コンポジション)
TOb01 = class
ob : TOb00;
end;

ここまでは合ってますよね?
ではこれはどう表現すれば良いのでしょうか?

TOb01 = class
function a : TOb00;
procedure b( ob : TOb00);
procedure c;
end;

procedure TOb01.c;
var
ob : TOb00;
begin
ob.func;
end;
0421420NGNG
下げてしまった・・・

しかもインデントが出来てない・・・
0422デフォルトの名無しさんNGNG
>>405
名詞抽出法って真面目にやりだすと結構悩んじゃうと思うんですが。
あの頃の私が若かったからかもしれませんが…。

まぁでもあの本は面白いと思う。薄くて手頃だし。
0423デフォルトの名無しさんNGNG
赤伝票と黒伝票は同じクラスでしょうか?
それともそれぞれクラスにするべきでしょうか?
0424デフォルトの名無しさんNGNG
>>423
場合による
0425デフォルトの名無しさんNGNG
クラス図と実際のコードを併記しているHPなどありませんか?
0426デフォルトの名無しさんNGNG
>>420
あー俺も同じところで悩んでる
0427U ◆CZtFsGiu0c NGNG
>>420
obはローカル変数ですね。だったら単なる依存関係じゃないですか?
setterっぽいbが気になりますが:-)
0428デフォルトの名無しさんNGNG
>>423
赤伝票と黒伝票で機能がそれぞれ異なるのであれば分ける。
ほとんど機能が同じなのであれば、同一のクラスにして区分で識別する。
ちなみに大体の伝票は金額の+と-だけで赤黒分ける必要は無いと思う。
0429デフォルトの名無しさんNGNG
>>425
デザインパターン紹介してるサイトとか
0430デフォルトの名無しさんNGNG
UMLブロンズで、適当な住所入力して合格してしまったんですが、
放置して大丈夫でしょうか?
最後エンター連打したら画面に認定証が・・・・・・・・

(つーかチュートリアル斜め読みとヤマカンで受かるとは・・(;´Д⊂)
0431420NGNG
>>427
TOb01 = class
 function a : TOb00;
 procedure b( ob : TOb00);
 procedure c;
end;
procedure TOb01.c;
var
 ob : TOb00;
begin
 ob.func;
end;

これらa,b,cのメソッドをクラス図でどう区別するのかが分かりません。
全部依存になってしまうんですかね?

あと私の理解では、メソッドcのローカル変数obがグローバル変数なら
TOb00とTOb01は関連になると思っていますが、合っていますか?

ちなみにRationalRoseでコード生成すると依存にすると全く
TOb01クラス内でTOb00が使われていません。

関連にするとステレオタイプをincludeにしても extendにしても
(ステレオタイプを設定しなくても)
TOb01の属性としてTOb00が使われているみたい
↓(つまりこうなる)
TOb01 = class
ob : TOb00;
end;
(これは集約じゃないのかな?)
(っていうか集約にしてもコードには変化なし)
0432デフォルトの名無しさんNGNG
これは読んだ?
【改訂版】初歩のUML
http://www.atmarkit.co.jp/fjava/devs/index/
0433420NGNG
>>432

いや、読んでませんでした。
じっくり読んでみます。
ありがとうございました。
0434420NGNG
>関連の線だけのものと、関連の線に集約をつけたものを実装コードに落とす際に
>明確な違いはありません。

>UMLを単なるソースコード自動生成CASEツールの表記法だと
>思っている方も多かったのではないでしょうか?

うむむ。そうだったのか。
「ソースコードを作るさいの骨組み」と「モデルを理解するための手段」が同時に
成り立つのだと思ってると失敗するみたいですね。

0435U ◆CZtFsGiu0c NGNG
>>430
>あと私の理解では、メソッドcのローカル変数obがグローバル変数なら
TOb00とTOb01は関連になると思っていますが、合っていますか?

グローバル変数ってフィールド変数の間違いですか? ならなんらかの関連を持つ
でしょうね。グローバル変数が間違いでないのなら、それも単なる依存関係です。
#Delphiってフィールド変数であってたっけ?
0436デフォルトの名無しさんNGNG
クラス図のメソッド書くところ、コンストラクタって書かないんですか?
俺の持ってる本には書いてない。
意図的に書かないのか、単なるヌケなのか、教えてください。
0437デフォルトの名無しさんNGNG
「コンストラクタ」なんて言う言語依存の仕組みは、
それこそケースバイケースで書く書かないを決めるしかあるまい。
0438420NGNG
>>435
>グローバル変数ってフィールド変数の間違いですか?
> ならなんらかの関連を持つでしょうね。
え?それって>>420の集約になるんじゃないですか?
(集約も関連の一種ですが・・)

グローバル変数なら依存になるんですね。
interface
type
TOB00=class
procedure func1;
end;
TOB01=class
procedure func2;
end;
var
ob : TOB00;//グローバル変数
implimentation
procedure TOB01.func2;
begin
ob.func1;//ここで使うと依存?
end;
0439U ◆CZtFsGiu0c NGNG
>438
>え?それって>>420の集約になるんじゃないですか?
(集約も関連の一種ですが・・)

クラスのメンバだってだけで集約になるとは限らない。あくまで集約は
全体-部分の関係にある関連を指す。実装上の都合で集約関係にないクラス
のインスタンスをメンバに持つことだってある。

>グローバル変数なら依存になるんですね。

こっちもそうだけど、実装上こうだから何々という関連になる、という
考え方は危険だよ。
0440420NGNG
>>439
>こっちもそうだけど、実装上こうだから何々という関連になる、という
>考え方は危険だよ。

という事はリバースエンジニアリングを頭の中でやるのは止めた方が良いという
事ですか?

どうも実装の方向から考えてしまうのですが、これがそもそも間違っているんですかね(^^;

システム設計時のクラス図でもコードと一意に考えない方が良いのですか?

そうだとするとクラス図とコードの関係ってけっこう曖昧なものなんですね。

(
多重度であらわすとこんな感じ?
   クラス図上の表現 1..* --- 1..* 実際のコード
)
0441デフォルトの名無しさんNGNG
http://www.yahoo2003.com/betu/linkvp2/linkvp.html
0442デフォルトの名無しさんNGNG
>>440
コードと一対一のクラス図を作ることも出来るよ。
開発手法によるけど、分析-設計-実装 にアクティビティが分けられる手法では、
各アクティビティごとにクラス図を作って、徐々に洗練させていったりする。
あくまで開発上の道具なのでどう使おうと構わない。

コードと一対一だと、作り終わった後にドキュメント用として生成するくらいしか使い道なさげ。
(まあ、Together みたいな使い方もあるけどね)
0443U ◆CZtFsGiu0c NGNG
>>440
>という事はリバースエンジニアリングを頭の中でやるのは止めた方が良いという
事ですか?

いや自動的にこうなる、と考えるのがまずいんで、「考える」のはまずくないです。

>どうも実装の方向から考えてしまうのですが、これがそもそも間違っているんですかね(^^;

クラスの関連、という概念をもう一度見直したほうがいいと思います。

>システム設計時のクラス図でもコードと一意に考えない方が良いのですか?
>そうだとするとクラス図とコードの関係ってけっこう曖昧なものなんですね。

クラス図からコードへはほぼ自動的に変換できますが、逆はそうではない、という
ことです。
0444420NGNG
>>442
>あくまで開発上の道具なのでどう使おうと構わない。

これは理解しているつもりなのですが、どうもまだ頭が固いみたいっす。


>>443
>クラス図からコードへはほぼ自動的に変換できますが、逆はそうではない、
>ということです。

私はこの辺がまだちゃんと分かっていないみたいです。
(何が分からないのか分からない状態になっているのかも(^^;)

もっと勉強せねば・・・
0445デフォルトの名無しさんNGNG
C++のプロジェクトに使えてIIOSS並のフリーのUMLツール無いですか?
0446デフォルトの名無しさんNGNG
>>445
こういう根性のやつは気に入らない。
金くらい出せよ(怒)
0447デフォルトの名無しさんNGNG
しかし、気の利いた UML ツール作れれば商売になるよな。
UML ツールも 100 以上出てるけど、これだってのがない。
0448デフォルトの名無しさんNGNG
>>447

自分的にはEAっすね
0449デフォルトの名無しさんNGNG
EAってMagicDrawとかと比べてどこが凄いの?
0450デフォルトの名無しさんNGNG
>>449

MagicDraw :
スタンダード版 (¥48,000〜) デザイン・ツールのみを必要する開発者に適した製品です。
プロフェッショナル版 (¥140,000〜) コード生成、リバース・エンジニアリング、 ラウンド・トリップ・エンジニアリング機能を必要とする開発者に適した製品です。
年間メンテナンス契約は ¥16,000〜


EA:
デスクトップ版
1ライセンス以上4ライセンス以下 13,000円
5ライセンス以上19ライセンス以下 11,000円
20ライセンス以上100ライセンス未満 10,000円

プロフェッショナル版
1ライセンス以上4ライセンス以下 21,000円
5ライセンス以上19ライセンス以下 19,000円
20ライセンス以上100ライセンス未満 17,000円
0451デフォルトの名無しさんNGNG
既存のソフトがどんな設計しているのか知りたいのですが、
UMLによる設計図付きのオープンソースソフトウェアって無いですか?
0452デフォルトの名無しさんNGNG
風林火山
0453デフォルトの名無しさんNGNG
UNIX ユーザで Dia 使ってる方は多いと思いますが、
日本語をちゃんと扱えるか、とか、Windows 版の動作とか、どうでしょうか?
0454デフォルトの名無しさんNGNG
448ですが、

>449
Tnx

結局、個人で買おうとなると他のものは手が出ないので
EAか1stModeler・あとはフリーor安いJava製くらいの選択肢しかない。

自分的にJavaは重くていやなので、EAと。満足してます。
0455デフォルトの名無しさんNGNG
>>454

大規模PJ(100名規模)で使うにしても、業務SEみんなで使おうとしたら、
モデリングツールだけで数千万とかになってしまう。

EAなら、100人で同時に使っても100万強ですむしね。
0456デフォルトの名無しさんNGNG
サイトライセンスとかフローティングライセンスとか、
大人数向けのライセンス用意しているとこもあるかと。
0457デフォルトの名無しさんNGNG
>>456

サイトライセンスとかフローティングライセンスとか大人数向けのライセンスを
用意しているところは、100人が使っても100万強ですむのですか?

http://www.rational.co.jp/pdf/price/PL-ROS-020701.pdf
0458デフォルトの名無しさんNGNG
>456,457

結局、捨てるほど金があるところじゃないと
RoseやVisioでの大規模開発なんてできないでしょ

割引をして>455の値段(数千万)になれば万々歳。
0459デフォルトの名無しさんNGNG
なんてUMLってクラスのメンバをメソッドとかフィールドって呼ばないで属性とか
持って回った言い方するのかな?もっと言語に近づいて一対一の表記しないと
誤解によって生まれたUMLのイデイオムが広まったりしないのかな。
0460U ◆CZtFsGiu0c NGNG
>>459
>なんてUMLってクラスのメンバをメソッドとかフィールドって呼ばないで属性とか
持って回った言い方するのかな?

実装言語に依存しないようにしてるからでしょ?

>もっと言語に近づいて一対一の表記しないと
誤解によって生まれたUMLのイデイオムが広まったりしないのかな。

よくわからんが、どういう誤解が生じると?
それと言語に近づくって、どの言語に近づくの?
0461デフォルトの名無しさんNGNG
ほれ、一覧にしてやる。

UML: 属性、操作
C++:メンバ変数、メンバ関数
Java: フィールド、メソッド
Delphi: フィールド・プロパティ、メソッド
C#: フィールド・プロパティ、メソッド
Eiffel: 属性、ルーチン
Smalltalk: インスタンス変数、メソッド
objective-c: インスタンス変数、メソッド
Ruby: インスタンス変数、メソッド
ECMAScript: プロパティ、メソッド
0462デフォルトの名無しさんNGNG
>>459

意味に対して作業すれ。設計とかプログラミングとかな。
具体的な名前や実装なんぞ後回しでヨイ。

どーしても具体的な名前や実装でないと
しっくりこない、うまく行かないなら残念ながら適性がない。
具体的な名前や実装なんぞに頼らんでも
うまく意味を伝えられる能力は必要だ。
そのための統一価値観がUMLの本質だからな。

ま、相手がダメ野郎で回避不能だとけっこうツラいけど……。
それはUMLのせいではない。
0463デフォルトの名無しさんNGNG
>>461
C++のコンストラクタとデストラクタ、JavaのコンストラクタはUMLでは何ていうの?
0464デフォルトの名無しさんNGNG
>>463
操作。
インスタンスを生成する操作だと明示するためにはステレオタイプを使う。
http://www.atmarkit.co.jp/fjava/devs/jobjmdl04/jobjmdl04_3.html
0465デフォルトの名無しさんNGNG
>しっくりこない、うまく行かないなら残念ながら適性がない。
>具体的な名前や実装なんぞに頼らんでも
>うまく意味を伝えられる能力は必要だ。

根底にある思想はオブジェクト指向だよね。もしそれを理解してない、あるいは
使えないSEがいたら混乱するんではないかなという話です。それと言語に対して
あまり抽象化しすぎるとかえって理解する手間が掛かる、言語との一対一の
ダイアグラムが見えづらくなる気がしたもので。もともとUMLの存在意義はシステム
のクラスやオブジェクトの関わりを直感的に図示するためにあるのでしょう?それを
手軽に扱えないようだと困る。
クラス図レベルのようなものはオブジェクト指向言語を扱っている人なら表記は違えど
頭の中に持っているイメージだと思いますが。
例えばUMLをJavaとかRubyとかObjectPascalとかそれぞれの言語用に定石を分けた
ほうがかえって分かりやすい気がします。UML for ObjectPascalみたいな。
0466デフォルトの名無しさんNGNG
>>465
オブジェクト指向自身は、実装に依存してはいけない概念だと思う。
さらに言うと、「言語を超えて(言語を知らなくても)」理解できることが重要なんではないのかなあ。
つまり、実体はJavaで書かれているものを理解してSmalltalkで作り直す、とか言うときに、直接
Javaを知らなくても(概念は)理解できる、とか。
こうやって(設計レベルの)知識を蓄積(継承)できるのがUMLのエラいところだと思うけど。
0467465NGNG
>466
私は抽象化しすぎるのは反対。現実にC++とJavaでは多重継承とインターフェース
の違い等あると思います。多重継承をしない言語系の違いでも大分異なる
クラスライブラリが出来ると思います。
これら言語の特徴を避けて統一的な表記、表現は無理じゃないかと思います。
現実に異なる処理系でプログラムを移植する場合には双方の処理系の理解が無ければ
不可能ではないですか?私はそう思っています。私は明確にある特定の
オブジェクト指向言語が理解できてないとUMLを使うことはできないと思います。
抽象化しすぎるとかえって細部が見えにくくなり、実装に偏りすぎると全体像が
見えにくくなるという事はあると思います。宇宙の創世についての説明を科学的根拠に
基づいて説明をするという手順を踏まなければ正確な物事を理解することはできないと
思います。もしこれらの説明を極端に抽象化すると「神は言われた、光あれ、そして宇宙が
始まった」という事になってしまわないでしようか。
私は処理系自身が主役でUMLはツールであると思います。
0468U ◆CZtFsGiu0c NGNG
>467
すまんが、何を言いたいのか結局よくわからない。

>これら言語の特徴を避けて統一的な表記、表現は無理じゃないかと思います。

よくわからんなあ。現在のUMLツールなら、属性の型や操作のシグネチャを特定の
プログラミング言語対応に設定できるけど、それでは不満なの?
もしかして分析レベルのモデルと設計レベルのモデルをごっちゃにしてない?

そもそも「属性」や「操作」といった用語があるくらいで理解が困難になるもの
なの? そんな人が「モデリング」なんてできるの?
0469デフォルトの名無しさんNGNG
つーか、UML とコードと全く同じ内容なら、コードだけでいい。
0470デフォルトの名無しさんNGNG
>>469

UMLとコードが同じなら、コードとダイアグラムの同期がとれて
書き換えが楽になるのではないかと。

MDAで開発しているからそう言えるのかもしれんが
0471デフォルトの名無しさんNGNG
>>470

コードとダイアグラムの同期がとれて
何がうれしいのかと。
0472デフォルトの名無しさんNGNG
>>471
470じゃあないけど、「動くものが視覚化できる」のは大きいと思うけど。

ソース読め、よりは理解する時間が短くて済みそう。
0473デフォルトの名無しさんNGNG
>>472
情報が多すぎてソース読む方が「コンパクト」な分だけマシになる
0474デフォルトの名無しさんNGNG
ユースケース(シナリオ) <-> コラボレーション/シーケンス <-> クラス <-> コード
の同期が取れれば嬉しい。
シナリオの一部を選択すると、その範囲でのシーケンス図やクラス図が表示できるつー感じで。
0475デフォルトの名無しさんNGNG
>>471
>>472

使っているツールが Rose RealTime なので、

 UML(ClassとState Chart)+ プロパティで書いたC++コード

がソースコードとして自動生成されます。ROOM法に則った書き方
でかつ付属のフレームワーク上で動かすから楽なだけなんだけどね
(CodeSync機能もあるよ・・・限定された部分だけだが)

ROOMの書き方はUML 2.0で標準(?)になったみたいだから、UML
と呼んでいい・・・よね?(w

でも、1ライセンス110万円、フローティングで150万円でつ
0476デフォルトの名無しさんNGNG
PatternWeaverのコミュニティエディションって、
フリーなんですか?それとも試用版なんですか?
どこみても書いてないもんで。
書いてないってことはフリーなのかな
0477デフォルトの名無しさんNGNG
>>476

どこ読んでるのかしらんが、日本語理解できないのか?

各Editionの位置づけ
Community Editionの制約
http://www.tech-arts.co.jp/product/pw_ce.html

Community Edition は優れたモデリング言語であるUMLを普及させることを目的に機能制限付きで配布しているバージョン
0478465NGNG
>>これら言語の特徴を避けて統一的な表記、表現は無理じゃないかと思います。
>
>よくわからんなあ。現在のUMLツールなら、属性の型や操作のシグネチャを特定の
>プログラミング言語対応に設定できるけど、それでは不満なの?
>もしかして分析レベルのモデルと設計レベルのモデルをごっちゃにしてない?

オブジェクト指向という概念は抽象的であるべきという意見に対して私は、言語
レベルの実装や試みの方がUMLよりも先を行っていますよ、という事を言いたかった
のです。CASEツールのような側面ばかり強調されるのは何か間違っていると思います。
それと設計やモデリングといいますが、言語レベルでクラスを使いこなせない人が
設計や分析など安易にさせ易いような印象を各種情報をみて感じました。これらに
ついては不満ですね。
0479デフォルトの名無しさんNGNG
ああそうですか。あなたはあなたの道を勝手に進んでくださいよ。
0480465NGNG
言いたいことはそれだけですか。これだからダメなんです。
もし言語レベルでクラスを扱う事ができなければ設計やモデリングなどという概念
のかけらすら芽生えないでしよう。これはクラスが分かっていなければ対象となる
事象の本質を突くことすらできないことを物語っています。
さらにいうと各言語には個性的な特徴を持ちます。Perlのようなスクリプト思考の
オブジェクト指向言語の使いやすさをC++に求めることはできない。それらを設計の
段階からUMLというメタなもので統一しようとする概念はどこか現実とそぐわないと感じます。
UMLの発展はメタな概念からコードに落とすという過程から生まれたものではない
ですね。UMLについては否定していません。むしろUMLとオブジェクト指向との関係
に対する理解がおかしいと感じたまで。再度UMLとオブジェクト指向に対するシステム
分析をされてはいかがですか?
0481デフォルトの名無しさんNGNG
いやいや、全くあなたのおっしゃるとおり。すばらしい。
0482デフォルトの名無しさんNGNG
>478
プログラミング言語レベルの話は、いってみれば"戦術"で、UMLなどのモデリングの話は"戦略"って感じで、
話がかみあってないように感じる。
# >468さんの言ってる、” もしかして分析レベルのモデルと設計レベルのモデルをごっちゃにしてない? ”
# ってことと同じ意見かな。

>478さんの理想とする世界と、UMLが目指す世界は違っているのではないかなあ。
0483デフォルトの名無しさんNGNG
ソンナコトミンナワカッテルンダッテ
デンパヲアイテニシテタラキリガナインダッテ
ダカラシバラクダマッテロッテ
0484482NGNG
あら、書いているうちに。

>>480
メタなもの、っていうとそれはUMLではなくMDAではないの?

UMLは、しょせん"言語"なんだと思っているんだけど、違うのかな?
0485デフォルトの名無しさんNGNG
私の意見としては、実装よりのUMLも欲しいと思う。
実装できない設計と同じで、実装できない(むずかしい)モデル化をしても
困るから。

UMLは言語に依存していないがゆえ、自分の使う言語に沿った表記もできる。
業務→概念レベル⇒実装レベル→実装
とやった時、UML以前よりも、⇒部分の「表記法上の壁」が低くなってると思う。
それだけで儲けもの。
0486デフォルトの名無しさんNGNG
表記法上の壁って何?
0487デフォルトの名無しさんNGNG
有償ソフトウエアでメジャーなUML設計ツールを教えてください。
5万以下で購入できるものを探しています。

これはどうなんでしょう?実績はあるんでしょうか?
http://www.sparxsystems.jp/ea_features.htm
0488デフォルトの名無しさんNGNG
OMTでいいじゃないですか。
0489デフォルトの名無しさんNGNG
>>488
独り言?
0490デフォルトの名無しさんNGNG
>>487

うちの会社それ使ってますよ。けっこうイイ!です
最初別の部署が使っていて、社内で横展開されていってます

っていうか、5マソ以下の有償ツールって他にあるの?
10マソならいろいろ選択肢あるけど
0491デフォルトの名無しさんNGNG
ツール乱立しているけど、どうせMSとIBMに根こそぎ持ってかれるんだろうなぁ
0492U ◆CZtFsGiu0c NGNG
>>478
>オブジェクト指向という概念は抽象的であるべきという意見に対して私は、言語
レベルの実装や試みの方がUMLよりも先を行っていますよ、という事を言いたかった
のです。

えーと、先を行っているというのは「何が」?

>CASEツールのような側面ばかり強調されるのは何か間違っていると思います。

その通りですね。

>それと設計やモデリングといいますが、言語レベルでクラスを使いこなせない人が
設計や分析など安易にさせ易いような印象を各種情報をみて感じました。これらに
ついては不満ですね。

同感ですね。でもそれはそのような文章を書く人の責任で、UMLの責任ではないのでは?
もしかしてMDAとかActionSemanticsとか最近のUMLの拡張について不満があるのかな?

それで、UMLをもっと実装言語よりにすると何がよくなるんでしょうか。あなたの最初の
主張はそういうことでしたよね?
0493デフォルトの名無しさんNGNG
ヤメテッテイッテルノニナゼキイテクレナインダロウ
0494デフォルトの名無しさんNGNG
読みにくいんだもん
0495デフォルトの名無しさんNGNG
点線の矢印「依存」と実線の矢印「関連」の違いを教えてください。
「依存」の方は、メソッド内で使う場合のみってことのようですが、それでいいんでしょうか。
矢印つきの「関連」は、(Javaで言えば)フィールドみたいな場合かと思うのですが、
そうすると「集約」との違いがわからなくなります。
0496デフォルトの名無しさんNGNG
>>495
「関連」はクラスがインスタンス変数として相手のオブジェクトを保持すること
「依存」はオブジェクトをインスタンス変数としては保持せずに一時的に、
メソッドのパラメータ、戻り値、ローカル変数として参照すること。

「集約」は「関連」の特別な形状。実装上は同じだから区別しなくて良い。
ただし「コンポジション」は保持しているインスタンス変数のオブジェクトライフサイクルを管理しる
0497デフォルトの名無しさんNGNG
概念モデル、仕様モデル、実装モデル
それぞれで関連のニュアンスは違ってくる

>>496 のは実装モデルのお話しだな。
関連 = 属性 だなんて思いこんじゃ駄目。
概念モデルの関連が実際にで属性になるか、操作の引数になるかは実装レベルのお話し。

集約とは、インスタンスの寿命が、それと関連するインスタンスの寿命に
引きずられるような場合をいう。完全に一致するとコンポジション。
0498デフォルトの名無しさんNGNG
ユースケースって業務フローが書けないと思うのですが、
みんなはどうしてますか?
アクティビティ図ですか?
ここら辺にUMLの限界があるような気がします。
0499デフォルトの名無しさんNGNG
>>498
シナリオ書け
0500デフォルトの名無しさんNGNG
>>499
言葉足らずで申し訳ないです。
ユースケースでの業務フローといっているのは、
ユースケース間のフローのことを言っています。
0501デフォルトの名無しさんNGNG
分析シーケンス図
0502デフォルトの名無しさんNGNG
>>498

UMLでわざわざ書くなら、アクティビティ図

UMLではめんどくさいので使っている業務フロー記法そのまま、というのもありだと
おもってるでし。

0503山崎渉NGNG
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉
0504デフォルトの名無しさんNGNG
関連クラスを扱えるツールってないですか?
0505デフォルトの名無しさんNGNG
>>504

普通扱えるんじゃないの?
0506デフォルトの名無しさんNGNG
関連クラスってどういう意味だ?
0507デフォルトの名無しさんNGNG
どういう意味って・・・クラス間の関連をクラスにしたもの

以下のページを参照して下さいな

http://www.ogis-uml-university.com/tutorial/design/do_work/do_work4_2.htm
0508デフォルトの名無しさんNGNG
ああ、はいはい。
ステレオタイプ付けるんじゃだめなの?
0509デフォルトの名無しさんNGNG
>>504
別に関連クラスなんて使わなくても通常のクラスの関連に変換してしまえば良いのでは?
むしろ関連クラスを使うと余計分かりづらい気がします。
0510デフォルトの名無しさんNGNG
会社の金でRational Rose買いました。使い方わかりません。鬱。
誰かサイトか何か教えて。
0511デフォルトの名無しさんNGNG
サイトより先にここのスレを全部読んでみてはいかが?
0512デフォルトの名無しさんNGNG
Roseを習得するなら、ひたすら使い込むしかないんじゃない?
0513510NGNG
>>511 >>512
使い方がわからんのです。
たとえば、「メソッドを抽象にする」なんてことすらどうすればいいかわかりません。

俺はばかなんです。上の人にはそれがわからんのです。
0514デフォルトの名無しさんNGNG
とほほ・・・

Rose云々の前に、前提としてモデリングやUMLは
理解してるんですよね?

 「UMLモデリングのエッセンス」

でも読みながら、地道に勉強してつかわさい
0515デフォルトの名無しさんNGNG
>>513
ツールの使い方ではなくてUMLの表記法がまだ理解できていないのでは?
0516デフォルトの名無しさんNGNG
だからとりあえずスレを全部読めって・・・
0517デフォルトの名無しさんNGNG
画面遷移図をUMLで書くとしたら、やっぱりステートチャート図?
0518510NGNG
>>514
>>515
通じてない?プログラマの人ではない?
UMLはわかってるつもりですが?ブロンズくらいには。(w

たとえば、抽象メソッドは、普通イタリックでそ?
ま、表現はいいんだけど、Roseで、それをどう指定するかなんかがわかんないってな話なんだけど。
そーゆーのができないとコード生成しても、結局、手で修飾子を書くはめに。
0519デフォルトの名無しさんNGNG
>>513 の書き方じゃ、
表記法が分からないのか、ツールの使い方が分からないのか
分からないでしょ。
まぁそれは置いておいて、
ツールの使い方がわからないなら、マニュアル読むしかないんでないの?
0520デフォルトの名無しさんNGNG
>通じてない?プログラマの人ではない?
>UMLはわかってるつもりですが?ブロンズくらいには。(w
ハァ、どういう育ち方したらこういう人間になるんだかね。
通じないのはてめえの文がワケワカランからじゃねえかよ。
0521デフォルトの名無しさんNGNG
>>519
マニュアル?そんなのあるの?
インストールガイドやら、キー管理やらはあったけど。
あ、ソースCD?

>>520
使い方がわからんって書いてるじゃん。最初から。ポケェ。
なんちゃて。まあ、落ち着いて仲良くやろうや。
0522デフォルトの名無しさんNGNG
このやろう・・・自分が悪いとはかけらも思っちゃいないんだな
だからー、お前の文の書き方じゃ515が言うように
>ツールの使い方ではなくてUMLの表記法がまだ理解できていないのでは?
としか思えねえんだよ!
それに加えてこの横柄な態度・・・。
0523デフォルトの名無しさんNGNG
>>521
PDF のマニュアルが入った CD があるはずだが?
0524デフォルトの名無しさんNGNG
>>522
>このやろう・・・自分が悪いとはかけらも思っちゃいないんだな
だって、悪くないもんさ。
横柄だったら、すまんかった。

>>523
ありがと。そんな感じのCDあったような。
明日会社で確かめる。

また、わかんないことがあったら、聞きに来るよ。
0525デフォルトの名無しさんNGNG
UMLがわかりにくい理由
1、まずUMLをかけてもコードの実装がもうひとつはっきりしない
  実装例も少ない(最近、すこしずつ本で見かけるが)
2、Javaでは関連と集約を区別しないといってもね(純粋に意味上の問題)
  もし間違えて書いたらどうなるの?なんかやばい?意味上で区別するだけ
  他の言語では区別するの?
3、ER図との関連がわかりにくい。DBのフィールドはすべてプロパティ
  にしなければだめんなの?
4、単純な処理ならUML面倒なんですけど(w
  少なくともマスタ処理なんかはいらないような気がする。
  XPでもUML書かない見たいだし(ケントベックは書かない見たいだし)
5、シーケンスなんて書いてもよく代わるんですけどそのたびに書き直すの?
6、DBで1対多のリレーションがあるときUMLでは継承になるの?
そのほかにも疑問が一杯。
いまいちメリットがみえてこない。あっ私厨房ですから(w










0526デフォルトの名無しさんNGNG
>>525
その柔軟性がUMLの良いところでもあると思うのだが。
1〜6の質問は、すべてモデリングする人によって違うし。
0527デフォルトの名無しさんNGNG
>>525
そうそう。
おいらも実際UMLを使った開発を行ったことがないので、
同じようなことが判らない。
書籍を見ても>>526さんのように抽象的になってるし。
書籍ごとに言っていることが違う場合もあったり。

恐らくUMLを使った開発プロセスがまだ発展途上状態だからですかねぇ。

ちなみにおいらの意見としては下記のとおり。
1.同意です。
  クラス図だけじゃ書けないでしょう。設計者と実装者が違うときどうしてんだろう。
  恐らく、関数仕様書的なものが必要だと思われます。
2.多分これは区別しなくても問題ないでしょう。ただ単に意味上区別するだけだと思います。
  ただコンポジションはライフサイクル管理といった点で区別すべきだと思います。
3.確かに。
  ER図とクラス図のマッピングをどう作るか?謎です。
  恐らくクラス図→ER図か、ER図→クラス図のどっちかだと思います。
  DBのフィールドは基本はすべてインスタンス変数に持つべきだと思います。
4.これは書くべきだと思います。
  設計者と実装者が異なる場合や、ユーザとの意識合わせ、引継時資料として。
5.う〜ん。悩むところですねぇ。
  イテレーション開発と関係してくるのかもしれませんが。
6.これは「関連」でしょう。UMLでも多重度はあらわせますし。
0528デフォルトの名無しさんNGNG
ちなみに私の疑問も追加します。
実際に開発した方がどうやったかといった意見がいただきたいです。
ちなみに私も厨房です。

7.システムをどう分割するか?
   ユースケース単位?ドメイン単位?

8.設計段階ではUML図はすべて半角文字になっているが、
  分析時にはどうすべきか?
   分析時から半角文字?分析時は全角日本語表示+半角文字変換?
   半角文字変換は手動でやるの?

9.クラス図はどの単位で作成するの?
0529デフォルトの名無しさんNGNG
ついでに便乗質問。
MVCのところとUMLがいまいち理解しにくい。
シーケンス図はかけるけど本当にこれでいいのて感じ。
それと基本的にはRoseなんかはクラスからコード生成しているみたいだし
UMLと実装は一対一に対応するとおもうけど必ずしも対応しなくても
いいという人がいたり実際どうなの?
UMLあって実装するときどの点が便利なん?
クラス図・・・これはなくてはコードがかけないからだれでも書くと思う
シーケンス図・・・これもオブジェクト同士の関連から便利
他はなんか単にいまあまであった仕様書をマンガチックにしたもの
みたいなんでメリットがみえない。
とくにER図とクラス図とXML。なんか関係がいまいち見えてこない。
ついでにデザインパターンとER図とクラス図の関係。
やっぱみえてこない。
あっ、ただ仕様書だからこれをかけばいいよていえばかけるよ
このUMLの仕様書どうりかえばいいんだから。
ただ実装のときに本当に役にたつのか?
実装経験者にきいてみたい





0530デフォルトの名無しさんNGNG
自作自演か?
しかも、問題集の答えをすぐに見ちゃうタイプのようだな(w
0531デフォルトの名無しさんNGNG
>>528
>>7.システムをどう分割するか?
>>   ユースケース単位?ドメイン単位?

システム?
一個一個ユースケース単位で分割するアホがいるのか?
適当に要件にあわせて分割してくださいませ。

>>8.設計段階ではUML図はすべて半角文字になっているが、
>>  分析時にはどうすべきか?
>>   分析時から半角文字?分析時は全角日本語表示+半角文字変換?
>>   半角文字変換は手動でやるの?

最初から最後まで全部日本語でやれや。

>>9.クラス図はどの単位で作成するの?

主に全体と機能。
0532デフォルトの名無しさんNGNG
>>525
ちょっと自分自身が行った回答に異論もあるんだが(w、話のネタとして。
---
1. RoseやRhapsodyでコードは自動生成。無問題。<コードを直したら、その結果からUMLを自動修正、無問題。
2.デザイナの考え方を残す意味あいがつよいのでは?間違えると、保守で大変なことになるかもしれない。
3.この2つは、概念がちと違うような気がする。(可換ではない、という意味)
JavaでC++でポインタを使って書いたとこをどう変えたらよいのか?という質問に似ているような感じを受けた。
4.逆に、コードを書くのが面倒。UMLで仕様書と実体の両方表現できるし。
5.同上。煩雑にシーケンスが変わるのなら、それこそ「仕様書と実体」の整合性をとるのに無駄な労力が必要。
6.実装依存。(普通の関連で表現しても良くない?)
>>528
7.システム分割は、ユースケースとは別の世界で行った方がよさそう。
個人的には、eUMLの分け方で良いと思った。
8.運用問題。ガイジンが一人でもメンバにいれば、仕様書にすら全角文字は入れられんし。。。
9.いろんな単位(粒度)がありそう。個人的には、サブシステム/ドメイン単位かなあ?
0533U ◆CZtFsGiu0c NGNG
なかなか面白い話題ですね。
>>525
1. UMLだけでは機械的に実装できないでしょうね。あくまでUMLはモデリング
言語ですから。
2. 区別する必要があればするし、しなくてよければしないだけ。まあコンポジション
でなければそれほど意識する必要はないかな。
3. DBのフィールドはDBの都合でついてるものもあるから、単にテーブルをクラス
にマッピングしてもダメですね。既存のDBがある場合はまずはドメインモデルを
作ってみてからどうやってマッピングしていくか考えた方がいいです。
4. 新規にマスタ管理をつくるのなら他の部分と別にする必要はないと思うけど。
XPでもホワイトボード使って設計会議やるときにはUML使って書いたりするでしょう。
それにXPではプロジェクト内でコミュニケーションするときに原則的に文書を
使わないってだけで成果物としてドキュメントが要求されていればUMLで書くでしょう。
5. うーん、設計と実装ってどうやってやってますか? ドキュメントが要求される
タイミングによりますね。
6. …素直に考えると1対多の関連になりませんか?
>>528
7. システムの分割? それは主に性能要件などの非機能要件に関わることなので、
ユースケースやドメインとは別問題でしょう。
8. 分析時は通常日本語です。変換は手動です(たいした手間じゃないし)。
9. ユースケース単位で作成します。この辺はツールの助けがないときついですね。
0534デフォルトの名無しさんNGNG
すいません。
7.システムをどう分割するか?
   ユースケース単位?ドメイン単位?

システムの分割とは構造化設計時の機能分割の意味合いです。
大規模で開発する際は、ある程度にシステムを分割してそれぞれの担当者に割り振ると思うのですが、
それをどのように分割するかということです。
やっぱりユースケース単位に分けるべきなのでしょうか?
0535デフォルトの名無しさんNGNG
>>534
eUML読んでみるとよいかも。
ざっくりと、「アプリケーション」「ユーザインタフェース」「メカニズム」「ドライバ」の4つに分かれる、とのこと。
ユースケースの関係は、通常「アプリケーション」でしかあらわれないと思うけど。
言い換えると、入力と動作はユースケースとは別の次元になるってこと。
# みてくれはどう変わろうと、本質的にやりたいことは変わらない、と。
0536デフォルトの名無しさんNGNG
1、UMLは汎用モデリング言語なので、特定言語との1対1のマッピングは
存在しません。というわけで、プロジェクトで好きに決めてやれば
いいと思うんだけど、モデリングツールを使っていればコード生成で
概ねマッピングしてくれるので、それに従うのがいいんじゃないかな。
Rose+Javaなら、だいたいこんな感じじゃない?
対1関連=関連先の型のインスタンス変数,
対多関連=Set,List,Mapなど, ロール名=インスタンス変数名

2、Javaでは集約はあんまり意味はないと思うよ。使わないっていう
ルールにした方が混乱がなくていいと思う。
3、ERとクラス図って、キーを指定する以外はたいして違わないような気が
するんだけど、違う?DB詳しくないんで教えてください。
4.面倒なら書かなければいいよ。
5.シーケンスが提出ドキュメントに含まれるかどうかじゃないかなー。
俺は考えをまとめる時だけにしか使わないので、作りっぱなし。
6.素直にやるなら関連です。
7.たいがいユースケース単位で分割します。ユースケースの
大きさにもよるんだけど。
8.力業で変換してます。メチャ大変
9.全体一枚と詳細多数。図ごとに何を表現したいかテーマを決めて
やるといいよ。
0537デフォルトの名無しさんNGNG
>>529
>>UMLあって実装するときどの点が便利なん?

最終ソースがオブジェクト指向である場合、各工程間の移行がスムーズ
という利点がUMLにあると思います。
例えば、ユースケース→分析レベル各図→実装に即した各図→オブジェクト指向のソース
はスムーズに移行できますが、
旧物理DFD→旧論理DFD→新論理DFD→???→オブジェクト指向のソース


>>他はなんか単にいまあまであった仕様書をマンガチックにしたもの
>>みたいなんでメリットがみえない。

書き方の統一というメリットがあると思います。
0538デフォルトの名無しさんNGNG
なるほど少しわかってきたような(w
回答者の賢人者たちに感謝
0539U ◆CZtFsGiu0c NGNG
>>534
機能というカットだと、普通はユースケースだろうね。
でも、ユースケースがピンとこないようだったらFDDのように機能を細分化してみると
いいかもね。
0540デフォルトの名無しさんNGNG
>>539
規模がでかくなると、ユースケースが100とか200ぐらいになりそうな気がするんだが、分割は難しいのではないのかなあ。

...そもそもUCがそんなに多くなるような分析はするな、ってこともわかっているんだが、そ〜もいかないこともあって。。。

ユースケースの適正数は、普通どのくらい?(10から20ぐらいを目標にしているんだが、、、10倍にもなる(w。)
0541U ◆CZtFsGiu0c NGNG
>>540
ユースケースの粒度に関してはいろいろ議論があって、今でも収束していないと
思います。ユースケースを2段階(概要と詳細)で書く人たちもいるし、FDDみたいに
ユースケースに否定的な人たちもいるし。
#FDDのフィーチャは粒度がはっきりしています

でもシーケンス図が書ける程度の粒度にはなっていないと困りますね。
0542デフォルトの名無しさんNGNG
なかなか面白い話題ですねぇ
ユースケースの粒度は難しい問題だと思います。

某書では、
「ユースケースの単位」
→「アクターがそのユースケースを実行すると満足して席を立てる」
  AND 「長くても20分程度でユースケースの実行が終わる」
とありました。
このレベルで作ると、大規模だと数100個できそうな気がします。
おそらく、もっとレベルの大きいユースケースを作って分割していくしかないのかなぁと
おもいます。

あと、ユースケースを実行するとデータのCRUDでユースケースが4つできてしまうような気がするのですが、
みなさんどうされてますか?
1.4つのユースケースを作る
  「AAを参照する」、「AAを作成する」、「AAを削除する」、「AAを変更する」
2.4つはまとめる
  「AAを管理する」
私は粒度を考えると「2.」の方法のほうがいいのかなと思っています。
0543デフォルトの名無しさんNGNG
age
0544デフォルトの名無しさんNGNG
>>542
個人的には、その某書の単位が一番いいんじゃないかと思っています。
ある程度そのユースケース内で機能が完結するので、
担当を割り当てる単位として適当のような気がするんですよね。
数百のユースケースができるような場合は、
サブシステムに分けることを考慮してもいいかも。
CRUDに関しては同意見です。
0545デフォルトの名無しさんNGNG
>>542
甘い。
「AAを管理する」 から、「AAを参照する」、「AAを作成する」、「AAを削除する」、「AAを変更する」 を派生させる。
管理がCRUD全部をさすとは限らないし。ロールによって出来るユースケースも違うだろ?
0546U ◆CZtFsGiu0c NGNG
>>542
>1.4つのユースケースを作る
  「AAを参照する」、「AAを作成する」、「AAを削除する」、「AAを変更する」

これって見事にFDDのフィーチャの粒度ですね。

>>545
まあシステムの機能をCRUDだけで表すことはできないですしね。
0547デフォルトの名無しさんNGNG
>>542

某書:
http://www.amazon.co.jp/exec/obidos/ASIN/4774116882/249-5819862-2709141

>>542 のCRUDの2
の粒度の話は、こっちに書いてありましたね。
http://www.amazon.co.jp/exec/obidos/ASIN/4774117420/qid=1054553369/sr=1-2/ref=sr_1_2_2/249-5819862-2709141

私的には、そんなところで悩むよりも、ユースケース仕様を書くことに
注力したいですね。

0548デフォルトの名無しさんNGNG
ここのせいでオナニーしすぎだよまったく・・・
         ↓

 http://www.dvd-yuis.com/
0549デフォルトの名無しさんNGNG
>>547
複数人で書かなきゃいけないときに困る。
0550デフォルトの名無しさんNGNG
>>549

ことば足らずでした。
そんなところで悩むよりも、(どんな粒度であっても長短あるので、
なんでもいいからはじめに決めてしまって)ユースケース・・・
ってことでした。

特に大きなチームでの基準の統一、というのは確かに難しいことですねえ。
0551デフォルトの名無しさんNGNG
>>550
ユースケースを書くときはとにかく機能を思いつくままがんがん書いていって、
最後にグループ化するのがよいと思います。
0552デフォルトの名無しさんNGNG
新人にusecaseのincludeとextendの違い・使い分けを質問されて困ってます。
いろいろ調べたんですが今ひとつすっきりした答えが見つかりません。
どう答えればよいでしょうか?
0553デフォルトの名無しさんNGNG
MagicDrawでXMIにエクスポートできないのはどういうわけですか?
Rational Roseでサポートしてないからダメだとか言うエラーが出るんですけど。

あとEnterprise Architectを使いたいのですが、インストールしようとすると
キーが作成されないとか言うエラーが出るんです。
これはどうすれば?

誰か教えてください。
0554デフォルトの名無しさんNGNG
>>553

EAのほうは、製品版なら最初にライセンスキーの入力が必要。

っていう話ではなくて?

0555デフォルトの名無しさんNGNG
>>552
ユースケースでそこまで凝っても仕方がない。
どっちか一つを使うことにして片方は忘れると良い。
0556デフォルトの名無しさんNGNG
>>552
漏れも555さんのおっしゃっているのと同じようなアドバイスをもらった。
「ユースケースは細部にこだわるよりもわかりやすさを優先しろ」とも言われたなあ。
0557デフォルトの名無しさんNGNG
>>552
includeは主体となるユースケースが、別のユースケースを「含む」。
つまり、主体となるユースケースから、別のユースケースを参照している。
目的は、ユースケースの共通化。
複数のユースケース間で同じになる処理を一カ所にまとめておくために使う、
と考えて良いと思う。
extendは、主体となるユースケースを、別のユースケースが「拡張する」。
つまり、拡張ユースケースから、主体となるユースケースを参照としている。
主体となるユースケースは、拡張ユースケースのことを知らない。
目的は、条件分岐の外出し。
主フローと異なるフローが、すごく長くて複雑な場合などに、
外に出してすっきりさせるために使う、と考えて良い。
includeと違って、処理の共通化ではなく、あくまで単なる外だし。
extendのユースケースを、他のユースケースから利用することはできない。

・・・って感じでよかったっけ?
0558デフォルトの名無しさんNGNG
>>557
同意見です。

0559552NGNG
includeは2つ以上のユースケースから使用されない場合
書かれないという考えでよろしいでしょうか。

UMLは納品物としてしか作ったことが無かったので
新人と一緒に勉強しています。



0560デフォルトの名無しさんNGNG
>>559
書かれないというか、書く意味がないんじゃない?
一つのユースケースからしか使ってないユースケースを外だししてもあまり意味ないでしょう。
INCLUDEの存在意義は共有ユースケースの取り出しにあるでしょう。

EXTENDは共通化されなくても取り出すけど。
特にEXTEND機能がある場合とない場合を分けて開発できる場合には便利だよ。
0561デフォルトの名無しさんNGNG
米OMG、モデリング言語「UML 2.0」の策定完了
ttp://biztech.nikkeibp.co.jp/wcs/leaf/CID/onair/biztech/comp/252121
0562デフォルトの名無しさんNGNG
納品するために書くUML、か。
それってどうよ?
0563デフォルトの名無しさんNGNG
>>562
> それってどうよ?

不毛
0564デフォルトの名無しさんNGNG
下図にバナナClassを追加するとき、関連「食べる」は動物バナナで結ぶんですか?
それとも人間バナナ・猿バナナそれぞれに結ぶのでしょうか?

      動物
       △
  ┌──┴─┐
 人間      猿
0565デフォルトの名無しさんNGNG
動物じゃないの。
「食べる」っていう関連は俺なら引かないけど。
0566デフォルトの名無しさんNGNG
>>564
食性についてなら
         動物
          △
      ┌──┴─┐
     草食    肉食
      △      △
 ┌──┴─┐┌─┴─┐
        雑食
          △
     ┌──┴─┐
    人間     猿
ジャマイカ?
で、実際にバナナを食べるかどうかは個体によって違うから、
インスタンスにもたせろ。
0567デフォルトの名無しさんNGNG
    食べ物    植物
      △      △
 ┌──┴─┐┌─┴─┐
       野菜果物
         △
    ┌──┴─┐
   バナナ

とした上で
動物食べ物の関連
0568564NGNG
>>565-567
できるだけ抽象的、汎的なクラス同士を関連づけるわけですね。
バナナは質問のための例なんでより範囲を広げた分析はしません…。
0569デフォルトの名無しさんNGNG
保守
0570デフォルトの名無しさんNGNG
現在、プログラム板で一番上にあるスレはここです(^^)
0571デフォルトの名無しさんNGNG
UMLブロンズがあっさり(チュートリアル斜め読み+JAVAの知識)受かったので
調子に乗ってシルバーも受けてみたら27点だったw
まあ世の中そんなうまく行かないもんだなね(´ー`)y-~~~
0572Enterprise ArchitectよさげNGNG
Enterprise Architectで、C++コードのメンバ関数の中身は
どこにどうやって記述するのですか?
それとも、メンバ関数の中身は、コードを吐き出したあと、
書けということなんでしょうか?
0573U ◆CZtFsGiu0c NGNG
最近EA使い始めました。確かにいいですね、これは。

>>572
そりゃそうでしょう。EAは単なるモデリングツールなので、コードエディタなんて
ありませんよ。それはC++に限った話ではありません。
0574572NGNG
なるほど、やはりそうなんですか。
ありがとうございます。
0575デフォルトの名無しさんNGNG
>>573

コードエディタは月末?の新バージョンで搭載されるそうな。
別件でサポートに聞いたとき教えてくれた。

0576山崎 渉NGNG

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄
0577デフォルトの名無しさんNGNG
保守age
0578デフォルトの名無しさんNGNG
うむる
0579デフォルトの名無しさんNGNG
すんません。
Eclipse使ったことある方教えてもらえませんか?

Eclipse(2.1.1)UMLでクラス図とシーケンス図を描いているのですが
クラス図を作成するとそこに追加したクラスが自動生成されますよね?
その後シーケンス図を新規作成して先に作成されたクラスを
追加しようとするとできない事があるのです。
Name入力 => TypeをBrowseで選択 => 選択後OKを押しても画面に反映されず
・・・というカンジです。
また既存のシーケンス図をコピーして右クリックproperties => type =>Browseで
クラスを変えようとしてもできません。デフォルトで存在しているクラスは取り込めるのですが
クラス図作成でできたクラスのみダメなのです。
同じような現象が出た方、解決できた方はいませんか?

ちなみにC:\eclipse\workspace\.metadata\.logを見ると下記のようなエラーになっています。

!ENTRY org.eclipse.ui 4 4 7 18, 2003 15:47:48.985
!MESSAGE イベント・ループ内の未処理例外キャッチ。
!ENTRY org.eclipse.ui 4 0 7 18, 2003 15:47:48.985
!MESSAGE java.lang.NullPointerException
!STACK 0
java.lang.NullPointerException
at com.omondo.uml.b.a.p.if(SourceFile:2214)
at com.omondo.uml.b.a.p.if(SourceFile:1433)
(略)
0580デフォルトの名無しさんNGNG
>>579
  ∧_∧   
 ( ´∀`)< ぬるぽ
http://www.forum-omondo.com/
0581デフォルトの名無しさんNGNG
http://www.eclipse.org/
0582579NGNG
結局、新たにプロジェクトを作成しなおしたら
うまくいきました。なんかファイルが壊れてたみたいです。
お騒がせしました。
0583デフォルトの名無しさんNGNG
UMLとUMLを通してオブジェクト指向の考え方を習得したいのですが,
お薦めの本はありますか?
コンピュータサイエンスの基礎は学習済です。
0584デフォルトの名無しさんNGNG
DynamicDraw使っている人いる?
0585デフォルトの名無しさんNGNG
DynamicDraw 使っている人いる?
0586デフォルトの名無しさんNGNG
>>583
二元マルコフ情報源について知るところを述べよ
0587デフォルトの名無しさんNGNG
>>586
何も知りません
0588デフォルトの名無しさんNGNG
>>583
ストリームラインオブジェクトモデリング
Javaエンタープライズコンポーネント
0589デフォルトの名無しさんNGNG
>> 583
UMLモデリングのエッセンス
http://www.amazon.co.jp/exec/obidos/ASIN/4881358642/uselesspgsnes-22
0590デフォルトの名無しさんNGNG
>>584
|_・)ノ
0591山崎 渉NGNG
(^^)
0592デフォルトの名無しさんNGNG
>>589
ネタ?
0593デフォルトの名無しさんNGNG
>>571
シルバーってどんな具合?
何が分かってればOK?
0594デフォルトの名無しさんNGNG
>>593
んなもん技術者なら自分で調べろや
0595デフォルトの名無しさんNGNG
>>594
>>593は技術者ではなくて,作業者ですよ
0596デフォルトの名無しさんNGNG
住人の少ないスレだな。
0597デフォルトの名無しさんNGNG
住人だけに10人しかいなかったりしてな。
0598デフォルトの名無しさんNGNG
>>597を晒しあげ
0599デフォルトの名無しさんNGNG
寧ろ、無限の住・・・
0600キリ番ゲッター見習い ◆cEL6a7QKc2 NGNG


              / ̄ ̄ ̄ ̄ ̄ ̄ ̄
        /⌒彡 < 600ゲットォォォォォ
       / 冫、)  \_______
       /  ` /           (´´
      ( つ  つ       (´⌒(´
     / /〉 〉≡≡≡(´⌒;;;≡≡≡
    (__)(__) (´⌒(´⌒;;
      ズザーーーーーッ




0601デフォルトの名無しさんNGNG
「ボールを投げる」をUMLで分析したらどうなるか?
投げる人
・投げる強さ(attribute)
・投げる(method)
ボール
・大きさ、重さ(attribute)

ボールと投げる人の関係は?
加速度やボールの位置は、ボールの属性?

0602デフォルトの名無しさんNGNG
>ボールと投げる人の関係は?
ボール=投げるメソドの引数

>加速度やボールの位置は、ボールの属性?
y
0603デフォルトの名無しさんNGNG
>>601
オブジェクト指向的には
 投げる人
 ボール
があって
ボールのメソッドに
 私を投げろ(投げる人)
だと思うぞ。
ボールには重さや加速度、投げる方向、位置をカプセルしデータを隠蔽する。
ボールのほうがデータ量が多いのでこちらに操作を実装する。
0604デフォルトの名無しさんNGNG
>>583
コレは?  遅すぎたか?

はじめて学ぶUML
竹政 昭利 (著)

http://www.amazon.co.jp/exec/obidos/ASIN/4816334114/qid%3D1060510758/249-6407994-8056350

http://books.rakuten.co.jp/RBOOKS/NS/CSfLastGenGoodsPage_001.jsp?GOODS_NO=1517969
0605デフォルトの名無しさんNGNG
> ボールのメソッドに
>  私を投げろ(投げる人)
はぁ?
0606デフォルトの名無しさんNGNG
>>601
「何のためにボールを投げるのか?」が判らないと分析は無理。
その人の目的によって、ボールや人に必要な属性も操作も関係も全く違うんだからな。
それくらい判ってから分析に手を出せ。
0607デフォルトの名無しさんNGNG
投げる人のメソッドに
 投げる(ボール)
じゃないんですのん?
0608デフォルトの名無しさんNGNG
そこにボールがあるから
0609デフォルトの名無しさんNGNG
投げる人の操作に「投げる(投げられるもの)」かもな。

UMLのスレなんだから「操作」「属性」くらいの言葉遣いはちゃんとしる!
0610デフォルトの名無しさんNGNG
>>604
サンクス。
今,近所の図書館に1冊だけあったUML関連の本
「わかりやすいUML入門―UML 1.4とJ2EE対応」で勉強しています。
リンク先読みましたが,検定試験もあるんですね。勉強して受けてみようかな。
0611601NGNG
>>606
まぁ、そうなんだけど、単純にボールと投げる人をみんなどう関係付けるのかなぁ
と思って、質問してみました。
俺的には、「投げた」クラスを導入して、そいつに加速度とか方向とか
持たせます。ボールには持たせません。
変な問題ですまんかった。
0612デフォルトの名無しさんNGNG
>>611
であれば、ボールに「運動状態」に関する属性を持たせればいいんでは?
時刻ごとのポールの位置を知るのはどうするんだよ。

つーか、加速度?

0613601NGNG
>時刻ごとのポールの位置を知るのはどうするんだよ。
ボールが自立的に動いていないのであれば、「投げた」クラスが移動の履歴
になるのではないかと。
0614デフォルトの名無しさんNGNG
>>603
「投手.投げる(ボール)」
だと思うけど…
で、上の方のスーパークラスには
「物.移動する(x, y, z)」
なたいな。
0615デフォルトの名無しさんNGNG
多重度について質問です。混乱してきてしまって。

やさしいUMLの例題で大学と受験生の関係は
受験生  ―  大学
  0..* 1..*

大学から見て受験生は、受験生がこない場合もあるし、受験生は500人くる可能性もある
よって多重度は0..* は納得

受験生から見て大学は複数受けることも可能だから1..*ということですが、
受験生が大学を受けないということを想定すると、0..*になりませんか?

UMLはじめてまだ一週間ちょいなため
「1..*」「0..*」の区別のつけ方がいまいちピンときません。

多重度以前に自身のクラスの関係の考え方が間違っているかもしれませんが、
合わせて教えていただけると助かります。
0616615NGNG
すいません。ずれてしまっている・・。

大学からみて受験生への多重度は0..*
受験生からみて大学への多重度は1..*
です。
0617デフォルトの名無しさんNGNG
>>615
関連性による。
両者の関係が「受験する」とかになってない?
0618615NGNG
>>616
例題は「受験生」クラスからみた「大学」クラスの多重度を答えよ。となってます。
関連性については触れられていません。
受験生が大学を受験するという関係が成り立っているなら、納得がいきます。

UMLシルバーを9月までに取れっていわれてるけど・・道は長そうです。
妹の名前で受けてみましたが、
すべての多重度関係の問題が1..*か0..*が入るような気がして・・

注文と顧客という関係の多重度を考えるにしても

注文  −  顧客
0..*     1

注文からみると注文する顧客は一人なので、多重度は1

注文  −  顧客
0..*     1..*

顧客は店内に複数人いることを想定し、注文からみると顧客は1..*

問題を見ても関連性についてはあまり触れられてないんですよね・・(汗
ただ、これとこれのクラスの多重度を答えよという感じで・・

注文と顧客の多重度を考える際、両者の関連性によっては「1」「1..*」の
どちらも考えられるんでしょうか?
0619デフォルトの名無しさんNGNG
>>615

>>617でも書かれているけど、「受験生」という時点で
受験をすることが前提になっていると思われる。

なので、この問題では1..*なのでは。

これが、「受験生」じゃなくって「高校生」ならば
受験しない人もいると思うので、0..*になるはず。



0620デフォルトの名無しさんNGNG
>>619
ものすごくわかり易いレスありがとう。

>受験をすることが前提になっていると思われる。
なるほど・・前提ですか。
〜が前提での関係という考え方にするとすごくわかり易いですね。
もう少しだけ、頭を整理してみます。
0..*になる参考例もわかり易い。ありがとう〜
0621デフォルトの名無しさんNGNG
写真集だよん☆☆☆☆☆☆
http://www.sexpixbox.com/pleasant/sexy/index.html
0622デフォルトの名無しさんNGNG
>>618

問題の仕様にもよるけど
注文からみた顧客の多重度は1..*やろ?

詳しい人待ったほうがよさそやね・・。
0623デフォルトの名無しさんNGNG
受験しない受験生はいない
0624デフォルトの名無しさんNGNG
>>618
顧客と注文の関係は(1対多)
顧客(1) - (0...*)注文
だと思いますよ。
ひとつの注文から見た顧客はまず1人です。
注文する顧客が0人でであることはありえませんし、
2人以上で注文あることはあまりないでしょう(業務によりますが)。
多重度の決定をするには自分がそのクラスのインスタンスになったつもりで、
リンクする対象が業務上いくつ存在しえるか、という形で考えるとかなり正確に決定できます。
受験生と大学の関係は多対多ですが、業務ルールで受験費用が高いなどで受験せずに
様子見をする受験生の存在がありえそうならば(ほんの少しでも)、
受験生(0...*) - (0...*)大学
ですし、受験生は必ず受験しければならないという業務ルールが存在するのであれば、
受験生(1...*) - (0...*)大学
です。
0625624NGNG
>>624
>受験生(1...*) - (0...*)大学
間違えた。こうだ。
受験生(0...*) - (1...*)大学
0626山崎 渉NGNG
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン
0627デフォルトの名無しさんNGNG
a g e ! !
0628デフォルトの名無しさんNGNG
1st Modeller使ってる人イネカ?
マ、ム両板でもあんまし話題に上がってないんだが、安いのがウマー。
0629デフォルトの名無しさんNGNG
>>628

安いというか、一番下のバージョンはフリーですね。
ただ、業務として購入するにはあまりにも頼りなさ過ぎる。

日記を見ればわかると思うが、「本業」が忙しいとダメそうなので
部署の標準ツールにはなりえないのよね...

0630デフォルトの名無しさんNGNG
おっと、補足しておくと、ソフト自体は悪くないよ。

UMLの勉強ならJava系のソフトを使うよりも、こっちを使う
ほうがいいと個人的には思う。


0631デフォルトの名無しさんNGNG
>>629-630 レスthx.
社内業務改善(つか次期基幹システム構築発注のための分析)に使うので、Javaとか
コード分析・生成とか全くいらんス。個人的には社内のちょっとした要望(Excel
便利マクロツクレツクレ攻撃)に使おうかと。ちょっとした物作っても一旦業務に使わ
れるとなきゃこまる状態になるので、後任者にしっかりしたドキュメントを残す
のにいいのかなぁと思う次第です。
0632デフォルトの名無しさんNGNG
>>631

確か、UMLの絵を描くだけのツールなら、もっと便利な奴が
フリーであったはず。名前忘れたけど。
0633デフォルトの名無しさんNGNG
>>632
ダイナミックドロー
0634デフォルトの名無しさんNGNG
シルバー落ちますた。・゚・(ノД`)・゚・

ブロンズみたいに、間違えた問題がどれなのかわかるとうれしいな。
0635デフォルトの名無しさんNGNG
資格板より・・

11月から世界で統一させたUML資格ができますね
http://www.umlcert.org/

受験料金3万かぁ、、、


・・はやめにとったほうがいいかも。
0636デフォルトの名無しさんNGNG
>>.635

ベータ試験に参加すれば、参加費が安くなるはず。
日本でもやるのかどうか知らないけど。

取得しなきゃいけない人は、参加したほうがいいかも。

それにしても、US$200がなぜに30000円になるんだろ。
0637デフォルトの名無しさんNGNG
翻訳料・関税・送料・為替手数料
■ このスレッドは過去ログ倉庫に格納されています