UML皆でお勉強しよ♪ ３項関連
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001ニュージーランド漁夫
NGNG（ ・∀・）＜ お勉強しよ♪
（ ） ＼＿＿＿＿＿＿＿＿＿＿＿＿
｜ ｜ |
（_＿）＿）
.＿＿＿＿＿＿＿＿＿
| |
| 前スレはこちら ｜
|＿＿＿＿＿＿＿＿＿|
∧,,∧ ||
⊂ミ.,,ﾟДﾟ彡つ
前スレ（１）：http://pc3.2ch.net/tech/kako/980/980236172.html
前スレ（２）：http://pc2.2ch.net/test/read.cgi/tech/1030173783
0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG0005デフォルトの名無しさん
NGNG質問は随時受付中。
0006
NGNGMDA関連の拡張目白押しだけど、、。
0007デフォルトの名無しさん
NGNG0008デフォルトの名無しさん
NGNGどうなんでしょうかね？
0009デフォルトの名無しさん
NGNGステートチャートなんですが、「分岐」ってどんなときに使うんでしょう。
条件判定なんかだと、「判定」という状態を作って、
そこから分岐させてすませてしまっているんですが・・・。
0010デフォルトの名無しさん
NGNGセカンドシステムってなに？
0011デフォルトの名無しさん
NGNG２版目の設計は調子に乗って盛り込みすぎ、だめになるジンクス。
0012デフォルトの名無しさん
NGNG判定状態は美しくないから
0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNG0015デフォルトの名無しさん
NGNG┐(ﾟ～ﾟ)┌ じゃあ駄目だ
0016デフォルトの名無しさん
NGNG0017デフォルトの名無しさん
NGNG0018デフォルトの名無しさん
NGNGhttp://www.umlcert.org
0019デフォルトの名無しさん
NGNG0020デフォルトの名無しさん
NGNG示してるんだろうな。 机上の空論が混ざってるのが主要因なわけだろ？
0021デフォルトの名無しさん
NGNGモデルコンパイラなるものがモデルを解釈できるようにするためのものがメイン
だし。レガシーシステムの打ち直しが減るというのは、喜ぶべきかも
しれんが、一介のPGとしてはもっと開発全般にわたって役に立つものを
入れてほしいなぁ（じゃそれ何よ？といわれると困るが）。
0022デフォルトの名無しさん
NGNGそうでもないと思う。図の表現力が増すので、よりわかりやすい
モデルが作成できるのではないのかな？
0023デフォルトの名無しさん
NGNG英語版で試用してるところなんだけど。もうRoseに金払う
時代は終わったか？
0024デフォルトの名無しさん
NGNG単体のツール販売とはレベルの違うところに移行しました。
0025デフォルトの名無しさん
NGNG試用版落としてみたけど英語版しかないんだね。
とりあえずフォントをMSゴシックにしたけど
関係を表わす矢印が文字化けしてる。これって既出？
--------->
オrealizeサ
なんて余分な半角カナが左右に出現する。
0026デフォルトの名無しさん
NGNGそれは確かどっかの設定を変えると直る
昔はまったような記憶が。
日本語版なら起きないとおもう
ところで、誰かEA4.0使ってみた香具師いる？
メニュー構成が変わったのでまだ慣れないけど
タブはけっこう便利かも
0027デフォルトの名無しさん
NGNG>>26 じゃなくって >>25 だ
0028デフォルトの名無しさん
NGNG今試用中なんだけど
ttp://www.sparxsystems.com/UseCaseDiagram.htm
この図の真ん中に <<extends>> ってのがあって、この括弧が
文字化けしてるみたい。<<realize>> とか、テーブル定義で
<<PK>> のところとか。
arialフォントだと表示されるけど、MSゴシックや明朝だと
半角カナの "オ" と "サ" になるね。これって << に見えるけど
違うってこと？
日本語版の方は文字化けを回避するオプションが追加されてるのか
そもそも文字を変えてるのか気になる。とりあえず落ち着いて試用
できないよ。。
0029デフォルトの名無しさん
NGNG試用版を英語のサイトから持ってきたなら文字化けするよ。
日本語のサイトのリンクからダウンロードすればいいかと。
まあ、要はUNICODE版を使うといいんじゃないの？ってこと。
0030デフォルトの名無しさん
NGNGそのツールがないと見れないってのは何かと不便。
0031デフォルトの名無しさん
NGNG0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNGごちゃごちゃして、分けがわからなくなってきませんか？
0034デフォルトの名無しさん
NGNGクラスなんて嘘さ
寝ぼけた人が
見間違えたのさ
マッチポンプマッチポンプ自作自演なのさ
仕様なんて無いさ
仕事なんて嘘さ
0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNG実践UML―パターンによる統一プロセスガイド
クレーグ ラーマン (著), Craig Larman (原著), 依田 光江 (翻訳), 依田 智夫 (翻訳), 今野 睦 (翻訳)
http://www.amazon.co.jp/exec/obidos/ASIN/4894713861/
出版社: ピアソンエデュケーション ; ISBN: 4894713861 ; 第2版 版 (2003/10)
Applying UML and Patterns: An Introduction to Object-Oriented Analysis
and Design and the Unified Process (2nd Edition)
by Craig Larman (Author)
http://www.amazon.com/exec/obidos/ASIN/0130925691/
Publisher: Prentice Hall PTR; 2nd edition (July 13, 2001)
0037デフォルトの名無しさん
NGNGamazon.com によれば2版で最もいらない部分だったラストのJavaでの実装の章がなくなったようだ。
1,2版みたいに邦訳って出るのかな?
0038デフォルトの名無しさん
NGNG翻訳本って読みにくい本が多いので、不安です。
0039デフォルトの名無しさん
NGNG原書読んだらいいやン。
0040デフォルトの名無しさん
NGNGそれが出来たら苦労しね。
0041デフォルトの名無しさん
NGNGだったら我慢して訳本読んだらいいやン。
0042デフォルトの名無しさん
NGNG0043デフォルトの名無しさん
NGNGニッポン人が書いた本で良いのない？
0044デフォルトの名無しさん
NGNG紙が厚くて硬かったり、レイアウトの感覚が日本語の書籍とちょっと違ってたり、
妙なフォントが使ってあったり（数字が上行ったり下行ったりしてるやつとか）、
言葉がわからない以上にどうも読みにくい。
0045デフォルトの名無しさん
NGNGEclipseUMLのEnterprise版のトライアルだと、ダイアグラム上にクラスを１つ置いてやると、
関連するオブジェクトは自動的に抜いてくれますが、シーケンス内部までは抜いてくれません。
やっぱりコレは手作業ですかね。。。
0046デフォルトの名無しさん
NGNG第2版もけっこうわかりやすいと思うのだが。
もちろん訳書のほうね
0047デフォルトの名無しさん
NGNG1版は訳された時代が古いので今からすると訳語が??なところもあるが。
2版は読んでないので知らん。
っつうかあの本ってUMLの本というよりGRASPの本だよな。
0048デフォルトの名無しさん
NGNG実践UMLの１版から読んだ方が良いですか？
0049U ◆CZtFsGiu0c
NGNG第1版しか読んでないけど、第1版はUMLのバージョンが古いので第2版を読んだほう
がいいと思うよ。内容は確かにUML云々よりも(GRASPを始めとして)オブジェクト
指向設計の基礎を学ぶのに向いているんじゃないかな。
0050デフォルトの名無しさん
NGNG「UMLモデリングのエッセンッス」ってのがよさそうだった。
ただ最近オライリーからも出たみたいでこれもよさげ。
個人的な感想では
エッセンス: ちょっぴり実践的な内容もある
オライリー: ちょっぴりリファレンス的な内容
って感じだったんだけど、好きな方選んでいいかな。その本は
やめとけなんて意見の人いる？
0051デフォルトの名無しさん
NGNGまだ君には早いという事だ。あの薄さの割に中身は非常に深いからね。
もう少しオブジェクトについて学んでからまた読んでみるといい。
今から買って本棚に置いておくだけでも御利益はあると思うが。
0052デフォルトの名無しさん
NGNGご利益があるのは確かだが、
しかし、あれはUMLを解説しているのだろうかと言うと？
0053デフォルトの名無しさん
NGNGやはりモデリングの方に重点が置かれてるってことですか。
両方買うことにします。
0054デフォルトの名無しさん
NGNGRoseRT。
でも高いYo! 俺もほしいYo!
0055デフォルトの名無しさん
NGNG寡占状態でぼったくりのＲｏｓｅもぬるま湯につかってられんだろうなｗ
0056デフォルトの名無しさん
NGNGみんなどう書いてます？
記述順とかはあんまりｷﾆｼﾅｲ？
0057デフォルトの名無しさん
NGNG0058おしえてくん
NGNG0059デフォルトの名無しさん
NGNG0060デフォルトの名無しさん
NGNGピッキングに使うドライバのようなものです。
0061デフォルトの名無しさん
NGNGﾈﾀで
資格試験問題でもさらして、みんなでつっこんでみるか？
0062デフォルトの名無しさん
NGNG感想キボン。デザインパターン、オブジェクト指向の感想でもいいんで。
0063デフォルトの名無しさん
NGNG試した人いませんか？
0064デフォルトの名無しさん
NGNG0065デフォルトの名無しさん
NGNGベータ版は既に利用できる罠
操作系はけっこうよくなっていると感じた
意外にタブは便利です
0066デフォルトの名無しさん
NGNG豪気だ
0067デフォルトの名無しさん
NGNGマジか？(w
しかし、あれでC++に対応してくれたら、もう十分なんだがな。タダだし。
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG0070デフォルトの名無しさん
NGNG0071デフォルトの名無しさん
NGNG0072デフォルトの名無しさん
NGNG0073デフォルトの名無しさん
NGNGで、先輩にきいてみた。
集約はクラスのメソッドローカルな関連、
コンポジションはクラスのフィールド、
関連は・・・単に使っている、
だそうです。
ホントかよ！？
0074デフォルトの名無しさん
NGNGその先輩とおまいは関連つくるな
0075デフォルトの名無しさん
NGNG同じパッケージの中にあるわけで。
0076デフォルトの名無しさん
NGNG【改訂版】初歩のUML 第4回
少しだけ高度なモデリング技術（その1） 関連クラスと集約、コンポジション
http://www.atmarkit.co.jp/fjava/devs/renew_uml04/renew_uml04.html
0077デフォルトの名無しさん
NGNG0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNG何に使うのかわからない細かい文法をゴテゴテと安易に追加して、
みんなあきれて離れていってる。
いやUMLは普及していると言うだろうが、C++も普及してることはしている。
でも確実に衰退していってるけどね。UMLも同じだ。
0080デフォルトの名無しさん
NGNGUML2は糞
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?UnwantedModelingLanguage
UML2でプログラム作る奴はまぬけ
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?UmlMode
0081デフォルトの名無しさん
NGNG0082デフォルトの名無しさん
NGNG離れて行ってるのではなく、従来の UML に留まってるだけだと
思うけど。俺も正直言って UML2 はマジメに覚えるつもり無し。
0083デフォルトの名無しさん
NGNG同意。MDAなんてウンザリ。
設計の表記でいいよ
0084デフォルトの名無しさん
NGNG向こう数年で実践するとは思ってないけど
0085デフォルトの名無しさん
NGNGMDAって具体的にはなんなのよ？
0086デフォルトの名無しさん
NGNGで、そのためのUML2はOCLとか細かすぎねぇ？と>>80で言われている。
私的にはMDAようにUML書くのと、プログラムするのと何が違うのだろう？
と思うし、それならいっそモデルプログラミングとでも言えばええやん。
0087デフォルトの名無しさん
NGNGUMLがソースで、UMLをコンパイルすると
CやJavaのコードができても一度コンパイルしてデプロイして即運用ってこと？
まじかよ。んなことできっかよ。上見たらHelloWorldも
できねぇって書いてあったぞ。
0088デフォルトの名無しさん
NGNGUMLからの対応コードや設定ファイルへの変換モジュールを提供するわけか。
0089デフォルトの名無しさん
NGNGモデルからそのままバイナリに落とせればよいのだが、
そのUMLはもはや従来のソースですらないわな。
（つーかそこにオブジェクト指向とかいるのかな？）
システム開発が視覚的ではないということに対してのUMLなのに
そこに厳密な文法導入したら手軽にモデリングできなくなるなぁ。
まさにセカンドシステム症候群そのままだね。
0090デフォルトの名無しさん
NGNGあつまりなんでないの？CORBAだって、妄想じみた仕様だして終わったし。
やばすぎ。
0091デフォルトの名無しさん
NGNGでも、夢というか理想としてはそういうことができてほしいんだけどね。
0092デフォルトの名無しさん
NGNGシステムそれ自体の構造は変わらないとしたら、
システムを作っている言語が古いというだけで、
システムを作り直すなんてばかばかしいわけだ（ホント馬鹿げている）。
だから、構造図そのものから動くものが作れたら、
その無駄なことをしなくてもよくなる。
発想はいい（心のそこから本当にそうなってほしいと思う）。
だけど、そのためにUMLが余りにも巨大で複雑で負担の大きいもの
になるのが困る。
（事前にオブジェクト図書けるならそのまま実装してしまう）
でも世界は確実にMDAに向かうだろうねぇ。
0093デフォルトの名無しさん
NGNGその辺はどうなん？どっちを書けばモノができるんだ？
0094デフォルトの名無しさん
NGNG0095デフォルトの名無しさん
NGNGシステムはともかく文章へたやね
0096デフォルトの名無しさん
NGNG昔脳波でマウスを動かすデバイスがあったと思うけど、あれを発展させて、
いくつかの特徴的な脳波を捉え記号化する事が簡単に出来るようになれば、
一気に普及するんではないか？
それと、マウスジェスチャーみたいなのをもっと進化させて
空間で手の動きを捉え、それで図を作る事が出来ればかなり便利になるのでは？
0097デフォルトの名無しさん
NGNG0098デフォルトの名無しさん
NGNGすでにOMGがXMIって仕様を作って公開してるだろ
MOF/XMI/UMLでセットみたいなもんだ
MDAが糞なのは揺るがないがな
0099デフォルトの名無しさん
NGNG0100デフォルトの名無しさん
NGNG0101デフォルトの名無しさん
NGNGあまりに仕様がでかすぎて誰も実装しない。
いや、Rose とか一部実装しているのはあるけど、
XML Metadata Interchange というが Interchange する相手がない。
0102デフォルトの名無しさん
NGNG仕様が決まっていたらこれから作られるTOOLは準拠すんじゃない？
0103デフォルトの名無しさん
NGNG0104デフォルトの名無しさん
NGNGどうだろ。初版から2年経ってるけどね。
XML Schema と同じくメタスキーマなので、好きに作れる。
UML に関しては XMI に準拠したスキーマが定義されてるけど。
0105デフォルトの名無しさん
NGNGその結果はソースコードよりも理解するのが難解な
スパゲッティモデリングになってしまう矛盾。
実際スパゲッティのように矢印がグチャグチャ
0106デフォルトの名無しさん
NGNGそのメンバーの一人が「アルゴリズムをクラス図で書く」ということ
に挑戦しているらしい。理由は、曰く「クラス図しかしらないから」
だそうだ。その青果物とやらを引き継ぐのは私なのだが、今のうちに
こいつを撲殺するか、ユーザガイド読ますかしたほうがいいだろうか？
だが時間の表現が乏しいクラス図でどうやってアルゴリズムを書くのだ
ろうかという好奇心もある。
どうしよう？
0107デフォルトの名無しさん
NGNG何もすべてのUMLの図を理解する必要はないと思うが、
クラス図だけっつーのはな。
ってゆーか、その人まさかフローチャートを知らんわけじゃないだろ。
ほぼフローチャート=アクティビティ図なので、だれでもこの図は書けると
思うんだけど。
0108デフォルトの名無しさん
NGNG0109デフォルトの名無しさん
NGNGアルゴリズムとはシーケンシャルな振る舞いのことだから、
シーケンス図でいいだろ。
あとはアクティビティ図かな。
クラス図が示す「クラス間の静的な関係」は、アルゴリズムとは関係ない。
0110デフォルトの名無しさん
NGNGわかってる、わかってるんだよ。
でも俺が書くんじゃないんだ、他人が書くんだ。
状態図やアクティビティを教えようとしても、聞かないんだよ。
「本来私にはUMLなんて必要ない」とのたまうんだ。
ちなみにシーケンスは却下だ。何故ならメソッド内でしか
処理を行わないからだ（視点を変えればシーケンスでも十分表現可能だと
思うが、それを理解させるほうが大変）。
つーかね、よくCOBOLerと世間では言うみたいだが、COBOL使ってるから
COBOLerじゃなくてCOBOLしか知らず新しいことを覚えようとしないから
COBOLerといわれるんじゃないか？と思った。
（UMLよ、早く普及してくれ）
0111デフォルトの名無しさん
NGNG>>107
フローチャートって…
アルゴリズム記述はPASCAL似の擬似言語で書くと決まってますが。
最近はC見たいのもあるな。
0112デフォルトの名無しさん
NGNG>>105
禿道
ＭＤＡを進めてるコンサル会社とかでも、割とシンプルにかけるケース
しかデモしないが、それなりの規模のアプリを書くとしたらそうなるね。
後ＵＭＬモデリングって、個人のモデリングの実力がコーディングよりも
出やすいので、スパゲティモデルになりやすいと感じた。
やっぱＭＤＡって無理っぽいな。
アルゴリズム記述はPASCAL似の擬似言語で書くと決まってますが。
最近はC見たいのもあるな。
0113デフォルトの名無しさん
NGNGたったいま、「アルゴリズムなクラス図」を引き継ぎました。
コレわすげぇわ・・・。
http://pwiki.chbox.com/pukiwiki.php?siyousyo
http://bulkfeeds.net/app/search2?q=UML
0115デフォルトの名無しさん
NGNG乙。発展するといいね。
0116デフォルトの名無しさん
NGNG純粋にどんなものか見てみたい。
0117デフォルトの名無しさん
NGNGオレもﾉｼ
0118デフォルトの名無しさん
NGNG中の実装は結局自分でやらにゃいかんのじゃない。
万能だと思っている人、
クイックソートのアルゴリズムを
UMLから自動生成してみてください。
0119デフォルトの名無しさん
NGNG0120デフォルトの名無しさん
NGNGここに居る人はさすがに分かってると思うけど。。。
0121デフォルトの名無しさん
NGNGそいつぁめんどいわ。ステートチャートとOCLでできるとわ思うが、
直書きしたほうが早い。
つーかシステムの構造とシステムの処理の構造は分けて考えたほうがすっきり
しない？クラスのアルゴリズムってクラスの責務でしょう？
それを一緒にするならフローチャートが一番すっきりすると思うが。
0122デフォルトの名無しさん
NGNG0123デフォルトの名無しさん
NGNGこのあたりのツールはどう？って既出ですか？
1st Modeller Standard Edition
ttp://www.vector.co.jp/soft/win95/prog/se269479.html
ttp://www.remus.dti.ne.jp/~tom3/
UMLmemo
ttp://www.vector.co.jp/soft/win95/prog/se215535.html
「1st Modeller Standard Edition」は非営利目的にのみ無料で使用可能だとか
ちなみに「1st Modeller Standard Edition」で趣味で作っているゲームの
クラス図を書いてみたんだけど、これでいいのかな？
ttp://pink.jpg-gif.net/bbs/18/img/44249.jpg
0124デフォルトの名無しさん
NGNGツールについてはこっち
>おまえらUMLのモデリングツール何つかってますか？
>ttp://pc5.2ch.net/test/read.cgi/tech/1046441663/l50
クラス図についてはコメントのしようがない。
まじめに勉強する気があって、それなりに努力した成果を
あげれば、それなりにアドバイスはもらえると思うが。
0125デフォルトの名無しさん
NGNG実装レベルのクラス図には突っ込みの入れようがない。
ロバストネスが出てくるレベルでのユースケース図とシナリオ
ぐらいしかつっこめないんじゃない？
0126デフォルトの名無しさん
NGNG田舎なので講習会なんて近くでないし、会社からもお金出ないし
入門用の本としてお勧めはあるでしょうか？
0127デフォルトの名無しさん
NGNG「UMLのモデリングのエッセンス」
基本にしてディープ。純粋に読み物として面白いのでお勧め。
「オブジェクト指向とコンポーネントによるソフトウェア工学」
名前はいかついが、中身は基本。ただUMLというよりもOOより。
「UMLユーザガイド」
基本ではないがバイブル。仮にもUMLを習得せんとするならば所持して
おきたい逸品。（ただ読み物としては序文以外は面白くない）
「入門UML」
ケンドールスコット著。この人の書くUML絡みの書物はわかりやすいので
お勧め。
「リアルタイムUML第二版」
基本ではない。しかし面白い。
「ExecutableUML」
究極。
0128デフォルトの名無しさん
NGNG0129デフォルトの名無しさん
NGNGUMLももうおしまいか？
>128
ペンカーのビジネスモデリングとかどうよ？
0130デフォルトの名無しさん
NGNG>私はモデリング中にOCLを使うことはほとんどありません。
>第1に、OCLの読み方を知っている人はあまりいませんし、(略）
>第2に、OCLは複雑です。（略）私個人的には、自由形式のテキストの方がずっと効果的だと気づきました。
>第3に、動くソフトウェアを生成できるようにルールを記述しようとするなら、
>私はJavaやC#などの本当のプログラミング言語を使うでしょう。
>
>OCLは興味深い概念ですが、まだ業界に受け入れられてはいません。
>すぐに受け入れられる様子もないように私には思えますので、
>覚えようと努力する価値はないでしょう。
>Scott Ambler
というのがあるのだが、どうだろう。
まあ、このひとはAgile派なんであれだけど。
0131デフォルトの名無しさん
NGNGよりメタなレベルで純粋なロジックを記述できる、と認識しているのだが、
どうなのだろう？どんな言語で書いても、その程度の、メタ記述はできると
思うのだが。
0132デフォルトの名無しさん
NGNGclass CB{
CA ca;
}
これって集約ですか？コンポジションですか？
0133デフォルトの名無しさん
NGNG0134U ◆CZtFsGiu0c
NGNGあちこちでこういう質問を見かけるけど、実装がこれこれだから、これは集約だとか
コンポジションだとかは明確にはしにくい。そもそもその例ではクラスメンバである
caのライフサイクルも示されてないじゃん。
0135デフォルトの名無しさん
NGNGca が CB インスタンス以外から参照されず
生存期間が同じならコンポジション。
0136デフォルトの名無しさん
NGNG属していない場合、クラス図ではどう書くのでしょう？
0137デフォルトの名無しさん
NGNG0138デフォルトの名無しさん
NGNGそれってどうやって書くんだろう？
静的なクラス図では難しそうだね。
0139デフォルトの名無しさん
NGNG1.*の知識はムダになるの？
0140デフォルトの名無しさん
NGNG0141デフォルトの名無しさん
NGNG俺の調べた限りじゃＭＤＡはＰＩＭレベルの再利用性と
PSM自動生成によるプラットフォームの集約を目指すってことで
UMLからはソーススケルトンしか吐かないし、
大体が実装を意識してないUMLから実装コードを吐けるわけがない
という感じなんだが
プラットフォームに依存しないコードなら吐くってことなのかな
うーむよくわからん
0142デフォルトの名無しさん
NGNGスケルトン生成＋統合環境でコード作成支援するタイプと
コードまで全て生成するタイプ
しかしPIMレベルでコードを意識した設計するわけじゃないし、
どういう工程になるんだろう？
やっぱりよくわからん
0143デフォルトの名無しさん
NGNG0144デフォルトの名無しさん
NGNGどんな本にいくのがよろしいのですか？
0145デフォルトの名無しさん
NGNG0146144
NGNGくれ
PDF形式で
いやください
0148デフォルトの名無しさん
NGNG0149デフォルトの名無しさん
NGNGわからませんんんんんんんんんんんｎ
があああああああああああううううぐぐうえいさｌｋｄｓｊｆｋゎあ
0150デフォルトの名無しさん
NGNG0151デフォルトの名無しさん
NGNGドラフトでいいんだけど
0152デフォルトの名無しさん
NGNGhttp://www.uml.org/
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学びたくて勉強しているんだけど
どの図から書けばいいのかわかんなくて手が動かない。。。
ユースケースからアクティビティいってクラス図とかって変？
0253デフォルトの名無しさん
NGNGつーかどっかに
UML分析からコーディングまでの一貫した流れを解説した本ないかな。
どれもこれもUML分析ばっかり。
0254デフォルトの名無しさん
NGNGありがとうございます。
にしてもそうですよね、出来上がったUMLとか、業務分析をした結果の
UMLはよく見るんですが、時系列でモデリングしていく様子とか、
そこからどのようにソースコードに起こすかがわかる資料がとても
すくない気がします。
先日EAを購入したんですけど、サンプルのUMLはついていますが、
どのような経緯でその完成にいたったのかがわかりにくく、
何から見ていけばいいか、迷っている次第です。
ベテランの方からいろんな意見を聞けたらうれしいです。
0255デフォルトの名無しさん
NGNGはげはげはげはげしく同意！
コーディングまで書けよ！解説しろ！お前ら理想論ばっかりで
最後までやったこと有るのかと小一時間…ヽ(`Д´)ﾉｳﾜｰﾝ
0256デフォルトの名無しさん
NGNG言うまでもないことかもしれないけど、UML自体にプロセスの概念が
ないのが今の現状の原因ではないかと思います。
まだ日本にはUMLをこれから始める人が多いので、どうしても
図の書き方とかそういうのばっかり本が出てるけど、
これからそうしたプロセスと絡められた本が出てくるんじゃないかな？
ちなみに、ICONIXもいいんじゃないでしょうか。
書籍名で言えば、ユースケース入門ですね。ピアソンの薄い本。
0257253
NGNGUMLオブジェクトモデリングっていうやつ。
ただ、ICONIXを一番最初にやるのは混乱の元仮名という気がしますね。
周りに熟知している人がいない限りは！
0258デフォルトの名無しさん
NGNG2,3人でおわるような小さいシステムなら
ストーリーカード何枚か書いて、次はクラス図だなあ。
おいらの場合。
0259デフォルトの名無しさん
NGNG手元にあるオブ脳本だと
1.画面(概要程度)
2.ユースケース図
3.シナリオ
4.クラス抽出
5.オブジェクト図
6.分析クラス図
7.アーキテクチャの導入
8.設計レベルクラス図
9.ソースコード
10.フィードバック(1へ)
だって。何となくしっくりこない？
0260デフォルトの名無しさん
NGNGケースバイケースだなぁ。俺は要件定義からキッチリやるときにはユースケースから
はじめるが、ある程度システムよりの仕事だと
クラス図・シーケンス図
をまず並行して描いて、あと複雑な振る舞いをするクラスだけステートチャートを
描く。
コーディング始まったらシーケンス図は更新せず、捨てちゃうことも多い。
0261U ◆CZtFsGiu0c
NGNGいろいろやり方はあるけど、FDDの方法論を紹介すると、
ユースケースと並行してドメインモデルを作り、ユースケースごとにシーケンス図を書くと
ともにドメインモデルを設計レベルに落としていく。
てな感じ。
＃ただしFDDではユースケースでなくフィーチャだけど
あと、「ストリームラインオブジェクトモデリング」では、特定のパターンのオブジェクト
モデルをコードに落とすプロセスを解説しているよ。「実践UML」にもなかったっけ?
0262デフォルトの名無しさん
NGNG実装寄りの記述にならざるをえないだろ現状。
客にUML出してやっても「？」なことが多い。
システムのイメージがつかめないんだよね。
これは、ユースケース図でさえ同じ。
子供でも理解できるようなお絵かきをしてやるほうがマシ。
で、実装のためのUML書いてると、UML書くためにコーディングしてんだか
コーディングのためのUML書いてんだかわからなくなってきて、
最後は納品物の体裁を整えるという本末転倒な目的のために
ツール使ってソースからクラス図やらシーケンス図やらを起こすことが多い。
0263デフォルトの名無しさん
NGNG俺はシステムよりの仕事してて、クライアントと UML を使って打ち合わせする
機会はまずないので、前半はなんとも言えんが。
> で、実装のためのUML書いてると、UML書くためにコーディングしてんだか
> コーディングのためのUML書いてんだかわからなくなってきて、
それは確実に 262 個人の問題だって。UML で細かい部分まで書きすぎてるん
じゃないの？ 全部のクラスやシーケンスを UML にする必要はなくて、設計が
見通しにくい部分だけ書けば十分だよ。
0264デフォルトの名無しさん
NGNG0265デフォルトの名無しさん
NGNG「UML速習リファレンス」ってな本で勉強しているのだが、
模擬問題Q３５が全然わからん。
拡張点を一つ以上持たなければならないユースケースはどれか？
って問題で
「UseCase A」→「UseCase B」 (点線の矢印）
「UseCase E」→「UseCase A」 (点線の矢印）
「UseCase C」→「UseCase D」 (点線の矢印）
「UseCase C」⇒「UseCase B」（白抜き三角矢印）
ってな状態なとき、UseCase Bが答えなんだが、
なんで？
ステレオタイプ<<extend>>がついていないので
訳わからんのだが。
0266デフォルトの名無しさん
NGNG0267デフォルトの名無しさん
NGNGどこかにWin32で組んだ実装レベルのClass図無いでしょうか
entity・boundary・controller間の、上手い関連付けの仕方がわからないんです
言語も何でも構わないです
0268デフォルトの名無しさん
NGNG0269デフォルトの名無しさん
NGNG0270デフォルトの名無しさん
NGNGhttp://www.asahi-net.or.jp/~dp8t-asm/java/articles/ObjectModeling/article.html
0271デフォルトの名無しさん
NGNG0272デフォルトの名無しさん
NGNGMDAなんて方向になってから下火になってきたね
0273デフォルトの名無しさん
NGNG252ではないけれども、ちょっと疑問に思ったので質問。
4.はオブジェクト抽出じゃなくってクラス抽出なの？
それなら5.を飛ばして6.に行っても良いような気がするんだけれども。。
0274デフォルトの名無しさん
NGNG0275デフォルトの名無しさん
NGNG0276デフォルトの名無しさん
NGNGまともな香具師なら、所詮無理だって分かってるもの
0277デフォルトの名無しさん
NGNG0278デフォルトの名無しさん
NGNG今後UMLと関わるとそっちの方に手を染めなきゃならなくなるから
開発寄りのUML使いは鬱入ってると思うよ
喜んでるのは設計厨だけ
0279デフォルトの名無しさん
NGNGhttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?ModelDrivenArchitecture
http://capsctrl.que.jp/kdmsnr/wiki/bliki/?UnwantedModelingLanguage
いま、雑誌とかでUMLとりあげる時ってMDAの話もセットだろ？
まさにUnwanted Modeling Languageだよな
0280デフォルトの名無しさん
NGNGUML=Unwanted Modeling Language から
UML=Uzee Modeling Language になっていてﾜﾛﾀ
言い得て妙ですな。
0281デフォルトの名無しさん
NGNG0282デフォルトの名無しさん
NGNG0283デフォルトの名無しさん
NGNGどうなの？本当にOCLで書いたものが動くの？
だとしたら凄いかもしれない。
0284U ◆CZtFsGiu0c
NGNGモデルの正しさを検証するために、モデルを実行することができたらいいな、とは
思うけど、モデルを詳細化してコードを不要化しよう、というのは非効率だし
非現実的でしょう。
＃ていうかそこまで詳細化したら既にモデルではないと思う
0285デフォルトの名無しさん
NGNG＞そこまで詳細化したら既にモデルではない
なので、特定のドメインに特化した MDA ツールしかありえない。
PIM → PSM 変換のフレームワークをドメインごとに用意して、
その枠内で開発をしてもらうってことになるかと。
3 層 Web アプリは既存のフレームワークが充実しているから、
MDA に狙われやすそうだ。
0286デフォルトの名無しさん
NGNG0287U ◆CZtFsGiu0c
NGNG「Javaの」ローカルクラスですよね?
特別な表記はないと思うので、ステレオタイプ作ったら?
＃<<inner class>>ってステレオタイプは見たことあるな
0288デフォルトの名無しさん
NGNGクラス図で、属性として記述するのと、
集約で記述するのの違いって何でしょう？
属性がクラスであれば、外に出して集約にすることもできる、
ということでしょうか？
ほとんどの属性はクラスでもあるので、
属性と集約は、単に「記述の詳細さ」が違うだけ…という事でしょうか？
0289デフォルトの名無しさん
NGNG0290デフォルトの名無しさん
NGNG普段、ER図やDFD図などでを用いてテーブル設計を行っているのですが、UMLは
テーブル設計にも適用できる記法でしょうか?
それともUMLはあくまでクラスの設計を目的としているのであってテーブル設計には
向かないのでしょうか?
0291デフォルトの名無しさん
NGNGやった事ないんで判りません。
書籍も出てますね。
http://www.amazon.co.jp/exec/obidos/ASIN/4798103675/qid=1095327048/ref=sr_8_xs_ap_i1_xgl/250-8405791-1557817
0292デフォルトの名無しさん
NGNGUMLで導出した「クラス」をどうやって「テーブル」に変換するのか気になる。
0293デフォルトの名無しさん
NGNGオブジェクト倶楽部のMLでその話題出たばかり。
やっぱりみんな悩むよねぇ。
MLで紹介されてた。↓
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=13071&forum=25&start=8
0294デフォルトの名無しさん
NGNG今、私は品質保証の業務についています。
UMLを取り入れたとして、どのような成果が見込めますでしょうか
またUMLをどう有効に取り入れるべきでしょうか？
0295デフォルトの名無しさん
NGNG0296デフォルトの名無しさん
NGNGこんな成果が見込める・・・かも。
http://ne.nikkeibp.co.jp/members/NMDNEWS/20040913/105369/
0297デフォルトの名無しさん
NGNGDAOはドメインモデルなんでしょうか？
SessionFacadeのSessionBeanはドメインモデルなんでしょうか？
BusinessDelegateのDelegateクラスはドメインモデルなんでしょうか？
EntityBeanは、ドメインモデルな気がしています。
0298U ◆CZtFsGiu0c
NGNGなにを持ってドメインモデルと呼んでいるのかわからない。
というか、それを質問してどうしようというの?
ドメインモデルは問題領域のモデルであって、解決領域に属するDAOやらなんやら
とはそのままイコールにはならないよ。
0299デフォルトの名無しさん
NGNG状態遷移図が凄く簡単に書けるツールって無いですか？
0300デフォルトの名無しさん
NGNG0301デフォルトの名無しさん
NGNGそれぞれ上の奴受けようとしたら、
対策本出てないじゃん。
勉強できねえよ。
0302デフォルトの名無しさん
NGNG0303デフォルトの名無しさん
NGNGわけじゃないんだよね。
しっかりがっちりモデリングの基礎を学ぶにはどうしたらよい物か…
0304デフォルトの名無しさん
NGNG数こなすしか無いに決まってるだろ！！
…と、思っていくつかの経験を歴たが、
やればやるほど場当たり的になっている俺…
0305デフォルトの名無しさん
NGNG慣れれば性格で綺麗なモデリングが出来るようになるもんじゃないと思う。
ある意味学問だし。
0306デフォルトの名無しさん
NGNG0307デフォルトの名無しさん
NGNGデータベースなら正規化を知らないような奴が設計したテーブルが
使えないのと同じ。
0308デフォルトの名無しさん
NGNG実践の域にまだ達していないな。
あらゆる分野と同様に。
0309デフォルトの名無しさん
NGNG射殺ものだな。
逆にある程度しっていて、理論と実践のすり合わせは慣れるしかないと
言うやつには納得できるかな。
>>308
> あらゆる分野
あらゆる分野ですか。そうですか。
0310デフォルトの名無しさん
NGNG> デザパタ本とかMVC
いやそれはモデリング理論というよりはオブジェクト理論な気がする…
ものすごく実装寄りの話だし、そこまで下流ならばある程度は「慣れ」で
いいのかもしれない。
もっと上流。データベースの世界で言えばE-R図やDFDに相当するレベルで
はUMLで言うとなんなのだろう?
あの辺りを実践と慣れだけでやられるとプロジェクトはたちまち破綻する。
0311デフォルトの名無しさん
NGNGUMLだと概念モデルとかドメイン（問題領域）モデルとかいうね
0312デフォルトの名無しさん
NGNG0313デフォルトの名無しさん
NGNGファジィ理論とか
0314デフォルトの名無しさん
NGNG0315デフォルトの名無しさん
NGNGどんな学問？
>我々の経験によればオブジェクト指向の観点を最初に(アルゴリズムの観点より前に)
>適用することが望ましい。なぜならこのアプローチはソフトウェアシステムが
>本来もっている複雑さを組織化することを助けるのに適しているからである。
...........
>Boochがオブジェクト指向を勧める理由は、自らの経験というわけです。
http://www.asahi-net.or.jp/~dp8t-asm/java/articles/OOAD/article.html#id_199_
こういう経験的なものを「学問」と呼ぶことに抵抗感はないですか？
もちろん学問と言えないからといって役に立たないというつもりはないです。
ただ、対象に応じた付き合い方というものはあるだろう、と思います。
0316デフォルトの名無しさん
NGNG0317デフォルトの名無しさん
NGNG0318デフォルトの名無しさん
NGNG0319デフォルトの名無しさん
NGNG0320デフォルトの名無しさん
NGNGしたがって、自然科学は経験則。
0321デフォルトの名無しさん
NGNG0322デフォルトの名無しさん
NGNGでも、やっぱ、お仕事向きなんでしょうね。
趣味でやってる人にはあんまり広まらないかも。
0323デフォルトの名無しさん
NGNGエッセンスのほうはスコットさんが書いてるみたいなので少し期待。
（メラーの文章は面白くないからねぇ～）
しかし、なんだね。ここ最近「マネージャのための～」とか
「UMLで見積もり～」とかいうタイトルが増えてきた一方で、MDA
絡みも増えてきたね。
管理系or設計系のUMLの二極化が進んでいるのだろうか？
どう考えてもMDAに特化したUMLを管理者が読めるとは思えないし。
ってゆ～かね、「UMLを動かす」為にUMLを難しくする意味って何だろうね。
俺には理解しがたい。
0324デフォルトの名無しさん
NGNGMDAを使うために、なんか「特化」しなきゃならんようなことってあったっけ？
とりあえず、ツールが日本語名と実装名の対応を管理するような
機能を持つまでは、日本語の名前が使えない、
って事ぐらいしか思い当たらんけど。
0325デフォルトの名無しさん
NGNGごめん、言葉を間違えた。
OCLでごてごてになった状態機械図は～っていいたかった。
0326デフォルトの名無しさん
NGNG状態遷移という概念を理解してくれんのですけど・・・。
なんか、やたら判定条件の多い要件があって、
毎回いちいちチェックするような話をしてたので、
ステートチャートに整理したら、
「なんですかそれは？」という顔をされて全然相手にされんかった。
「◎◎が△△の場合と、□□が○○の場合と・・・・」っていう
形でしか理解できないみたい。
0327デフォルトの名無しさん
NGNG状態機械図くらい今時は新人でも理解できるよ。
0328デフォルトの名無しさん
NGNG十年程前にも、別のプログラマーが、通信プログラム作ってて、
ろくに仕様もよまずに通信が失敗する現象が出るたびに、
対症療法で無理やりエラーが出ないようにしてるのに
付き合わされて、キレそうになった。
だからまずプロトコルの仕様をちゃんと読んで通信モードの管理をしろ、
プロトコルに問題があって通信がうまくいかないのか、
プログラムがプロトコルの仕様を満たしてないのか、問題を切り分けろ
といったら、「そんなのは理想論だ」とか言い出すし・・・。
もう、そういうのなしで何年も仕事やってきて、
一丁前になったつもりになった奴ってどうにもならん気がする。
だって、あっちは、こっちに「現実を教えてやる」つもりでいるんだから。
0329デフォルトの名無しさん
NGNGお疲れ様。本当にお疲れ様、と言いたいが、悪いが板違いだ。
0330デフォルトの名無しさん
NGNGマ板逝けやゴルァ
0331デフォルトの名無しさん
NGNG大変だな。
一番良いのは、無能を切ってまともなやつを買う事だが、
無理なんだろうなｧ。
0332デフォルトの名無しさん
NGNG何図になりすか？
ＰＣとか機器とかサーバーとか並べたいんでつ。
0333デフォルトの名無しさん
NGNGしかし、これもUML 知らない人には全然分かってもらえない図の一つだな。
0334デフォルトの名無しさん
NGNGもしかして、配置図って2.0から？
2.0って説明サイト超少ないよねー。
0335332
NGNGUMLが統一したのは良いけど、ちょっとバージョン乱立だよね。
0336332
NGNG日本語訳が色々あって見間違えますた。
配置図の説明とか例が少ないな。
0337デフォルトの名無しさん
NGNGユースケース本買ったけどＵＭＬ説明とかサンプル図が少ﾅｶﾀﾖ。
0338デフォルトの名無しさん
NGNG洋書なら山ほどあるが。
PGが最低限知っとけばいいのは
クラス図
シーケンス図
ぐらいのもんじゃないの？
余裕があれば、
アクティビティ図
状態機械図
コンポーネント図、ましてや配置図なんて上流くらいでしか
お目にかかったことがない（そんな私は下級SE～）
俺がJAVAの案件で今一緒に働いてるPGは（元COBOLER）UMLどころか、
JAVAすら知らないがな･･･。
（intってIntegerの名前ですよね？だとよ･･･）
0339デフォルトの名無しさん
NGNGUMLダイアグラムを無視しして一般的なネットワーク絵みたいなのが良いのかな？
0340デフォルトの名無しさん
NGNGユースケースは純粋な要求だけしか書けないんですね。
配置図でも伝達方法は書けないし、どのダイアグラムを使えば良いですか？
コミュニケーション図にも媒体は書いてないしオブジェクト同士のメッセージに限るのかなぁ？
0341デフォルトの名無しさん
NGNGそういうのは非機能要求だと解釈しているんですが、
そういったものはUMLを使わない別の文書に書くようにしています。
最初はユースケース記述書に備考として書いておくか、
フェーズが進んだらアーキテクチャ文書に書くかな。
全てUMLで書けるわけではないんですよ。
0342デフォルトの名無しさん
NGNGユースケースの派生を書いたりすることはありますか？
派生の概念の無い人が読めるんだろうか。
0343342
NGNG意味同じだよね？
0344341
NGNGユースケース記述書 != ユースケース図です。
ユースケース記述書は、このような文書です。
ユースケース図のように絵で構成されるものではありません。
ttp://www-6.ibm.com/jp/software/websphere/developer/practice/i/3_1_2.gif
もとはここ
ttp://www-6.ibm.com/jp/software/websphere/developer/practice/3.html
あとは、これかな？
ttp://www.mamezou.com/tec/design004.htm
書籍なら、ユースケース実践ガイドや実践UMLなどに詳しい書き方が載ってます。
ユースケース図だけで記述するのは無理なので、こういった文書が必要になる、と、私は理解しています。
0345342
NGNG持ってます。
アクターの汎化例はありました。
ユースケースの汎化はしない方が良いのかなぁ。
0346342
NGNG書くのは簡単だとしても、読む人には難しそうだな。
0347U ◆CZtFsGiu0c
NGNG>ユースケース図だけで記述するのは無理なので、こういった文書が必要になる、と、私は理解しています。
ユースケースに関しては、ユースケース記述の方が主役でユースケース図はなくても
それほど問題ではない。UMLにはユースケース図しかないので誤解されることも多い
けどね。
>>345
>ユースケースの汎化はしない方が良いのかなぁ。
わかりにくくなることが多いので、あまり使わない。アクターの汎化も正直どうでも
いい。そんなところに悩むのであれば、他のところに頭を使った方がいい。
0348デフォルトの名無しさん
NGNG>わかりにくくなることが多いので、あまり使わない。
>そんなところに悩むのであれば、他のところに頭を使った方がいい。
0349デフォルトの名無しさん
NGNG>配置図でも伝達方法は書けないし、
HTTP という名前をインターフェースを作り、
サーバ（あるいはサーバ上の実行可能コンポーネント（apache等））
へ実現でつなぐ。
クライアントからは、そのインタフェースに利用でつなぐ。
0350デフォルトの名無しさん
NGNG0351デフォルトの名無しさん
NGNGそれだけ型にはめなくてもいいってことか。
0352デフォルトの名無しさん
NGNG基本フローと代替フローを一つのアクティビティ図にして、
例外フローだけ別のアクティビティ図にするみたいな。
文章で書くと、分岐条件の表現が面倒というか、
変更があったときに、分岐先の番号書き直したりするのがすげえ面倒だし、
全体の流れが直感的につかめない。
あといちいち主語を書くのがかったるい「ユーザは」「システムは」みたいな。
アクティビティ図ならレーンを設定すれば、主語が省略できるし。
0354デフォルトの名無しさん
NGNGついでに配置図書いてみたけど、書くのは楽でも見た目ショボ杉。
0355デフォルトの名無しさん
NGNGどういうツールで描いたかしらんけど、EAとかだと、
イメージを変更する機能があるので、
PCにはPC、サーバにはサーバのイメージを設定すれば、
見た目、普通に描いたシステム構造図と変わらんよ。
0356デフォルトの名無しさん
NGNGそうそう、このことを言いたかったんだけど、イメージを差し替えても良いの？
0357デフォルトの名無しさん
NGNGUML 規約的には「？」（詳しい人コメントきぼん）
だけど、現実問題としては有用だよね。
自分は同じモデルの異なるビューだと認識してる。
提供先への説明用のビュー。
おそらく、XMI へもそのまま出るはずだし。
（つまり内部的には、正規のダイアグラムと等価な情報を持ってる。）
設定を変更すれば、すぐに正規の UMLの表現に戻せる。
問題は、正規のダイアグラムを使った場合は、
要素の形状の意味（ノードとかコンポーネント）とかが明確だけど、
独自アイコンの場合はそれが曖昧になるということ。
つまり、印刷してしまった場合は完全にUMLとしての意味は失われる。
（要素の画像から、要素の意味をたどれない）
パソコンの絵であればノードだ、とかいったルールは完全にローカルなものだから。
だから、開発資料としては、UMLで作るけれども、
説明用に、UMLからイメージを差し替えた絵を派生させる、
（派生においてはオリジナルは変更しない）
というのがもっとも妥当な考え方では。
0358デフォルトの名無しさん
NGNGお客様が神様です
0359デフォルトの名無しさん
NGNGttp://www.atmarkit.co.jp/news/200501/15/bpmn.html
これってどうなんでつか？
0360デフォルトの名無しさん
NGNGまあ確かに、UMLというのはオブジェクト指向設計といった、
システムを作る側から出てきたもので、
使う側というか、経営とかそういう方向から見ると足りない部分もあるだろうけど・・・。
なら、それはそれで一つのダイアグラムとして定義して、
UML に組み込めばいいじゃん、と思うんだけど、
なんで独立した仕様にしなきゃいかんのかよくわからん。
たとえば、ツールでアクターとかオブジェクトの共有はできるんだろうか。
ユーザ側がコレで定義したビジネスプロセスを一旦紙にプリントしてもらって、
開発側では、それを分析して UML ツールにまた入力するなんてアホクサくてやってられんが・・・。
0361デフォルトの名無しさん
NGNGそこで変換ツールの出番ですよ。
0362デフォルトの名無しさん
05/01/17 11:01:38いや既にUMLでお腹一杯、時間も一杯な現実もあるし。
0363デフォルトの名無しさん
05/01/17 15:07:18エリクソン&ペンカーの拡張UMLみたいなもの？
0364デフォルトの名無しさん
05/01/17 15:12:480365デフォルトの名無しさん
05/01/17 15:17:31bmpの拡張だよ。
jpgやgifと同じようなもの。
0366デフォルトの名無しさん
05/01/20 20:57:110367デフォルトの名無しさん
05/01/21 10:03:270368デフォルトの名無しさん
05/01/22 16:51:13インターメディエイトの対策をしようと
思うんだが、日本語の情報が少ない。
誰かＵＭＬ２ハンドブックだけで勉強して
受かった人いますか？
本にはActionとProfileについて書いてないけど
配点と合格ラインを見ると本の記述レベルが
試験のレベルに届いていればいけそうな気もするが
試験のレベルがわからないので不安
やっぱり英語の仕様書見ないとダメかな？
0369デフォルトの名無しさん
05/01/22 16:52:070370368
05/01/22 17:07:31スマソ、■板の存在を知らなかった
見つけたのでそっちに行きマツ
0371デフォルトの名無しさん
05/01/22 17:13:240372デフォルトの名無しさん
05/01/22 17:15:030373デフォルトの名無しさん
05/01/25 03:55:130374デフォルトの名無しさん
05/01/25 03:58:470375デフォルトの名無しさん
05/01/25 15:08:540376デフォルトの名無しさん
05/01/26 02:36:380377デフォルトの名無しさん
05/01/26 05:19:240378デフォルトの名無しさん
05/01/26 12:01:13ぷよぷよスレはここですか？
0379デフォルトの名無しさん
05/01/26 12:48:06拝一刀─────────────大五郎
1 1
0380デフォルトの名無しさん
05/01/26 12:55:270381デフォルトの名無しさん
05/01/26 23:53:42実用性とか浸透度って如何ほどの物なんでしょう？
ピントずれてたらすいません。
0382デフォルトの名無しさん
05/01/28 21:43:43でしょうか。
フローチャートであった台形の図は無いようですし、がんばって
◇で表現するしかないのでしょうか。
ちょっと不便な気がしています。
0383デフォルトの名無しさん
05/01/29 10:29:090384デフォルトの名無しさん
05/01/29 11:08:040385デフォルトの名無しさん
05/01/30 20:21:10あります。
>>383
アクティビティー図に制約ってかけるの？
weightのこと？
>>384
サブアクションってなに？
0386デフォルトの名無しさん
05/01/30 21:05:49>サブアクションってなに？
すまん、「サブアクティビティ」だった。
別のアクティビティ図を、アクション中に一つのアクティビティとして埋め込むの。
詳細は、
OMG Unified Modeling Language Specification
March 2003 Version 1.5 formal/03-03-01
http://www.omg.org/cgi-bin/doc?formal/03-03-01
3.86 Subactivity state
を参照してください。
0387デフォルトの名無しさん
05/02/01 20:44:50ありがとうございます。勉強になります。
0388デフォルトの名無しさん
05/02/14 23:53:38インターフェースってインスタンス作れないですよね。
これはどう捉えたらいいのでしょうか。
0389388
05/02/15 00:25:08抽象分類子っていうのがありました。
0390デフォルトの名無しさん
05/03/15 11:04:45自分の想像する限り、依存を使って、
コピー
コピー元 ←・・・・・・コピー先
みたいになると思うんですが、コピー先から元に向かって矢印が
つくのが、感覚的にどうもしっくりきません。
0391デフォルトの名無しさん
05/03/15 11:20:30コピー元 ・・・・・・→ コピー先
でいいんじゃないか？
0392デフォルトの名無しさん
05/03/15 11:35:16クラス図は静的だからそういうのは
関連にならんのじゃないかなあ。
0393デフォルトの名無しさん
05/03/15 11:39:250394デフォルトの名無しさん
2005/04/05(火) 18:05:36実装上で簡単に表現するにはどうすればいいですか。
javaかsmalltalkで例示してください。
0396デフォルトの名無しさん
2005/04/06(水) 14:48:08でも、生成系のパターンを使ったクラス図を書こうとすると、
いるんじゃないの。
Factory や Builder のクラスと生成物の関係が、
シーケンス図みないとわからないってのはえらい面倒なような。
0397394
2005/04/06(水) 15:29:48ということは、実装をベースに考えると、
合成集約とそれ以外の関連の２分法でいい、ということか。
関連を安易に集約で表現するといけないってどこかの本で
読んだのだが、実装上は違いないならしゃーないな。
0398U ◆CZtFsGiu0c
2005/04/06(水) 18:20:17コンポジションだって、厳密に実装する必要があるわけではない。
教科書どおりだと、全体に当たる側のオブジェクトは部分に当たるオブジェクトの
参照を外部にまったく渡さないか、あるいはコピーを作って渡すことになるけど、
そこまでやる必要があるかどうかは要件次第。
「関連を安易に集約で表現する」ってのはモデル上の話でしょ。それだって、
そもそも関連と集約を区別することを疑問視する人も多いので(ファウラーとか)、
そこまで気にする必要はないと思う。
0399デフォルトの名無しさん
2005/04/06(水) 23:08:08だとしたら、１つの図が２つ以上の意味を持つ事は避けられない事だし
何より、図中に含まれる情報量を増やして詳細化していくと、図化その
ものが無意味化してしまうのではないか？
0400デフォルトの名無しさん
2005/04/06(水) 23:18:04そのモデルを表現するために図があるんでないの？
0401デフォルトの名無しさん
2005/04/08(金) 20:44:25ってOMG認定の方が受験料高いけど有名って事でいいですか？
最低ランクレベルを取得する場合はどっちも難易度
似たようなものでしょうか？すんません教えてください。
0402デフォルトの名無しさん
2005/04/09(土) 16:04:530403デフォルトの名無しさん
2005/04/15(金) 16:44:45しちゃいけないんでしょうか。
0404デフォルトの名無しさん
2005/04/16(土) 00:42:040405デフォルトの名無しさん
2005/04/21(木) 04:28:07誰か知りませんか？
0406U ◆CZtFsGiu0c
2005/04/27(水) 12:30:24そもそもDFDとクラス図は、自動的にマッピングできるようなものではないです。
＃動的なモデルと静的なモデルの違いもあるし
どういう理由でそういうことをしたいんですか?
0407デフォルトの名無しさん
2005/04/29(金) 19:57:28そういう質問ができるってことは、
DFDもクラス図も読めないし書けない人なんでしょうね。
0408デフォルトの名無しさん
2005/05/11(水) 21:26:04イメージするところは、RDBのユニークインデックスなんでございますが。
0409デフォルトの名無しさん
2005/05/11(水) 22:55:49exp.
Customer
purchase : Purchase [*] {ordered, unique}
account: Account [0..5] {unique}
0410デフォルトの名無しさん
2005/05/13(金) 22:44:36いたらレポートしてくれ、よろしくな
0411デフォルトの名無しさん
2005/05/13(金) 23:06:300412デフォルトの名無しさん
2005/05/13(金) 23:11:06エンプラ版にVisio
0413デフォルトの名無しさん
2005/05/14(土) 01:03:450414デフォルトの名無しさん
2005/05/14(土) 08:30:02ついてね－よ、ばーか
0415412
2005/05/14(土) 10:01:342002までだったのな。
ttp://www.microsoft.com/japan/msdn/subscriptions/prodinfo/levels.aspx#uni
ユニバーサルだと>411
0416デフォルトの名無しさん
2005/05/14(土) 10:37:47来週会社で調べてくるわ。
ありが㌧。
0417デフォルトの名無しさん
2005/06/09(木) 04:01:190418デフォルトの名無しさん
2005/06/10(金) 00:20:470419デフォルトの名無しさん
2005/06/10(金) 00:42:31分析というより、設計を意識しているような気がしたから
0420デフォルトの名無しさん
2005/06/10(金) 01:17:59ロバストネス分類を頭で思いうかべ、
・関連の方向
・ロール名
・多重度
・主要なメンバ変数
・主要なメソッド
まで書いてます。
シナリオが全て満たされたら設計・実装に移るようにしてる。
# お客に見せても良いように、クラス名などは日本語のまま。
## 文句は言わせないが。
0421デフォルトの名無しさん
2005/06/10(金) 01:41:29すげぇな、俺には無理だ。
0422デフォルトの名無しさん
2005/06/10(金) 01:54:50# RFP、ビジネスモデル、概念モデル、ドメインモデルも。
分析段階で文句言わせるとリスクが増える。
最悪、設計者・実装者をあそばせるようになる。
# 勘弁してくれ～。
0423デフォルトの名無しさん
2005/06/10(金) 10:32:54・ビジネスモデルを作るために業務を「分析」する。
・設計モデルを作るためにビジネスモデルを「分析」する。
はどちらも分析だけど、工程が違う。
なんかごっちゃになってるような。
0425デフォルトの名無しさん
2005/06/10(金) 12:06:14分析モデリングは随分違うよねぇ～。
後者は一応 UMLにも関連してるけど、
前者に統一的なノーテーションすらまだまだ
(BPMNみたいな実行できるビジネスモデルは分析の道具ではないし
0426デフォルトの名無しさん
2005/06/10(金) 12:53:51しかし、そうすると、通常言われるところの「要件定義」って、ビジネスモデリングなしで、
いきなりシステムユースケースつくろうとしてるような気がするんだけど。
「ビジネスモデルを分析する」という作業を、結局、
「顧客へシステムの具体的な動作をどうするか質問してその答えを鵜呑みにする」
で済ませてる、みたいな。
こういうやり方だと、開発側で、システムの仕様と顧客業務との不整合なんて検証のしようがないよね。
「客があのときあれでいいといったからいいんだ」みたいな。
0427420
2005/06/10(金) 23:10:13ＡＲＩＳとかあるけど、業務分析でも形(form)を変えたUMLで良いんでは？
対象がソフト・ハードから人間・組織になっただけかと。
>>426
それでも、システムの振る舞いがおかしいと、不整合に気づいちゃうんだよ orz。
普通、ビジネスモデリングはビジネスコンサルにでもやらせるんじゃないの？
0428デフォルトの名無しさん
2005/06/11(土) 07:11:24おまぃはこれでも読んどけ
■BPMN関連：
@IT: BPMNを活用したビジネスプロセス・モデリング
(1）ビジネスを可視化するモデル記述言語「BPMN」 http://www.atmarkit.co.jp/farc/rensai/bpmn01/bpmn01.html
（2）「BPMN」の基本要素を理解する http://www.atmarkit.co.jp/farc/rensai/bpmn02/bpmn02.html
【UMLじゃ】BPML【満足できない】 http://pc8.2ch.net/test/read.cgi/tech/1112008136/
・BPMLとBPMNの区別が付いていなかった恥ずかしい人のスレ
■ビジネス紺猿の研究にはまずこのあたり：
「戦略づくりの七つ道具―MBAビジネス実践マニュアル MBAビジネス実践マニュアル」
若林 広二 (著) (2004/5) 中央経済社 http://www.amazon.co.jp/exec/obidos/ASIN/4502587907/
・ビジネスコンサルの七つ道具くらい勉強しとけ。ちなみに活動基準原価管理(ABC)の記述は弱かった気がする。
「コンサルタントになる人のはじめての業務分析」
窪田 寛之 (著) (2004/07) ソフトバンクパブリッシング http://www.amazon.co.jp/exec/obidos/ASIN/4797324058/
・中身はUMLとコンポーネントモデリング手法を使った業務分析、という謎本
■より進んだ話題：
・現在の企業が取り組んでいる、企業情報システム構築方法についても勉強しとけ。
「かんたん!エンタープライズ・アーキテクチャ―UMLによる「業務と情報システムの最適化計画」の立案 ビジネス図解シリーズ」
加藤 正和 (著) (2004/08) 翔泳社 http://www.amazon.co.jp/exec/obidos/ASIN/4798107581/
エンタープライズサービスバス―ESBとSOAによる次世代アプリケーション統合
David A.Chappell (著), ソニックソフトウェア株式会社, 渡邉 了介 http://www.amazon.co.jp/exec/obidos/ASIN/4873112206/
0430デフォルトの名無しさん
2005/06/12(日) 00:31:22おまえの脳内造語は痛すぎる
＞ビジネスの論理ビューの文献はないかな
0431デフォルトの名無しさん
2005/06/12(日) 00:57:00>普通、ビジネスモデリングはビジネスコンサルにでもやらせるんじゃないの？
予算があればね。
でも実際問題、ユーザ側の意識が高くて、システム化以前に、
ビジネスプロセスリエンジニアリングとか業務シミュレーションのために、
コンサルやとって、モデルが作ってあって、
「このモデルのここんところをこう変えたいんですよ」
なんて都合の良い仕事なんて今のところあり得ないし、
システム化のためだけに、コンサルやとって業務分析させるなんて、
そうとう規模のでかいシステムでないとありえない。
0432デフォルトの名無しさん
2005/06/12(日) 01:07:24「ビジネスの論理ビュー」って何だよ？
ちゃんと説明しろ
0433デフォルトの名無しさん
2005/06/12(日) 01:08:47引き篭もりバカの脳内単語だから相手にすんな。
どうせまた情けない説明をして叩かれまくる可哀想なヤシなんだから
0434デフォルトの名無しさん
2005/06/12(日) 01:32:12ビジネスの論理ビューに該当するページが見つかりませんでした。
検索のヒント
- キーワードに誤字・脱字がないか確かめてください。
- 違うキーワードを使ってみてください。
- より一般的な言葉を使ってみてください。
http://www.google.com/search?as_q=&num=100&hl=ja&c2coff=1&btnG=Google+%E6%A4%9C%E7%B4%A2&as_epq=Logical+view+of+Business&as_oq=&as_eq=rule+data+&lr=&as_ft=i&as_filetype=&as_qdr=all&as_occt=any&as_dt=i&as_sitesearch=
"Logical view of Business" -rule -data の検索結果 1 件中 1 - 1 件目 (0.33 秒)
OO, Modular, and related topics - [ このページを訳す BETA ]
... world. This is something that (to me) gets lost easily in "Implementation issues"
(both of compilers and applications). Modular (and structured) programming seems
(to me) to reflect a "logical" view of business (or whatever) issues. While OO ...
www.usenet-archive.de/comp.lang.cobol/ 40701-OO_Modular_and_related_topics_.php - 6k - 補足結果 - キャッシュ - 関連ページ
0435デフォルトの名無しさん
2005/06/12(日) 02:04:34comp.lang.cobolに禿ﾜﾛｽ
0437デフォルトの名無しさん
2005/06/12(日) 03:02:49-rule, -data がミソだなｗ
Logical view of business rule
Logical view of business data
なら辛うじて28件ほどヒットするけど、
要するに 手続きやデータ抜きで
Logical viewなんて言っても始まらないってこったｗ
まぁ、いまどきLogical viewがうんたら言い出すのは
レガシー入ってるヤシだと思うけど。
今ならUMLやEAのviewが旬
0438420
2005/06/12(日) 04:51:59Logical view of business -process
のつもりでした、吊ってきます。
0439デフォルトの名無しさん
2005/06/13(月) 12:57:32自分は、Eriksson-Penker 法 でやろうとしてるんですが、
どうも訳本の評判が悪くて二の足を踏んでるんでます。
0440デフォルトの名無しさん
2005/06/13(月) 13:16:49原著嫁
0441デフォルトの名無しさん
2005/06/13(月) 13:36:37原著、訳書よりも高いんですよ。
0442デフォルトの名無しさん
2005/06/15(水) 13:04:03何も読むな
0443デフォルトの名無しさん
2005/06/15(水) 13:15:040444デフォルトの名無しさん
2005/06/15(水) 13:19:15試験の難易度、対策本などの情報 知りたいとです。
0445デフォルトの名無しさん
2005/06/15(水) 21:10:20今度OCUP受験しようと思って勉強しています。
クラス図における関連とは関係と汎化関係にあるエレメントであって
関連が関係のインスタンスではないですよね？
今某e-ラーニングソフトの解説に思いっきり
関連は関係のインスタンスであると書いてあるのですが･･･
それとも自分が勉強した本が間違っているのでしょうか？
ちなみに本はソフトバンクから出版されているOCUP試験対策本です。
もうひとつ、ユースケースの表現で
ステレオタイプ<<usecase>>は標準で用意されていないのですか？
翔泳社から出版されている独習UML第3版には
ユースケースの表記にステレオタイプ<<usecase>>を用いたものもあったのですが
某e-ラーニングソフトの回答にはステレオタイプ<<usecase>>を用いた表記は
無いと書いてありました。どちらが正解なのでしょうか？
上記の質問はUML2.0の仕様でお願いします。
0446デフォルトの名無しさん
2005/06/15(水) 23:01:45M・・・・まじぎれさん
L・・・・るーずそっくす大好き
0447デフォルトの名無しさん
2005/06/16(木) 10:57:44http://www.amazon.co.jp/exec/obidos/ASIN/4798107956/
0448デフォルトの名無しさん
2005/06/16(木) 22:23:51ｵｵ､(｀∀’)ｿﾚｲｲﾈ!
0449デフォルトの名無しさん
2005/06/16(木) 22:47:320450デフォルトの名無しさん
2005/06/17(金) 00:34:280451445
2005/06/19(日) 15:43:26Q:
クラス図における関連とは関係と汎化関係にあるエレメントであって 関連は関係のインスタンスではない？
A:
関連とは、インスタンス間につながりのある意味的な関係です。
関係は抽象的、関連は具体的と考えると分かりやすいでしょう。
関連→関連→集約→コンポジションという関係である。
また、コンポジションは推移的であり、関連の一種です。
関係はエレメント間になんらかの関係があることを意味する抽象概念です。
「関連は関係のインスタンスである」は非常に曖昧な表現であり、
誤りと解釈することも可能であり、正しいと解釈することもできます。
Q:
ステレオタイプ<<usecase>>を用いたユースケースの表記は無いのか？
A:
<<usecase>>は、標準ステレオタイプではなく、従って<<use case>>付きの
長方形が何を意味するかは、拡張を行った人間が定義する必要があります。
ちなみにOCUPファンダメンタル試験は得点率86%で合格することができました。
スレ汚しどうも失礼しました。
0452デフォルトの名無しさん
2005/06/19(日) 23:42:12UMLの実装レベルのクラス図（C++）を書きたいんですが、コンストラクタとデストラクタって
どうすればいいんでしょう。ざっと参考書を見た感じでは、ステレオタイプで<<create>><<destroy>>を
付ける本、<<constructor>><<destructor>>を付ける本、何も付けずにそのまま書く本、
「コンストラクタは自明なので省略」という本があります。たぶん、どれでもいいような気がするのですが、
みなさん、どうしてます？
お願いしまっす。
0453デフォルトの名無しさん
2005/06/19(日) 23:47:33UML資格試験には出ないので無視するﾖﾛｼ。
ついでにそんなことで上げないこと。
0454452
2005/06/21(火) 06:53:12>>453
すみません。資格試験とは関係ないんです。お願いします。
0455デフォルトの名無しさん
2005/06/21(火) 07:04:39ぶっちゃけ、ツールがどう扱うかの問題のような気がする。
・シーケンス図で、生成、削除のメッセージがどう扱われているか
（ステレオタイプと別途プロパティが設定できる場合と、
デフォルトのステレオタイプが割り当てられる場合とかがある。）
・コード生成でどう指定すればコンストラクタを吐くのか。
このあたり、ツールの挙動にあわせて設定しないと使いにくくてしょうがないので、
UMLの仕様云々以前にツールの仕様にあわせることになるんでは。
0456デフォルトの名無しさん
2005/06/22(水) 00:19:360457デフォルトの名無しさん
2005/06/29(水) 20:56:18<<use>>
<<call>>
<<instance>>
<<derived>>
<<becomes>>
それぞれどういう場合に使うのでしょうか？
ご教授ください
0458デフォルトの名無しさん
2005/07/01(金) 02:42:17クラスの集約のような菱形マークが使われていた。
ロバトネス分析に集約ってアイディアはあるの？
0459458
2005/07/01(金) 02:43:43×ロバトネス分析
orz
0460デフォルトの名無しさん
2005/07/01(金) 09:13:58いわゆる「ロバストネス分析」（動的分析）では集約はでてこないはず。
ドメイン分析（静的分析）においては当然でてきます。
>ロバストネス分析に集約ってアイディアはあるの？
自分は、ロバストネス図というのは、MVCステレオタイプを設定したクラスによるクラス図で、
ロバストネス分析というのは、そのようなクラス図を動的分析に使おうというアイディア、
と理解してます。
つまり、「クラス図だけど、集約とか構造のことは忘れて MVC の関連で
ざっくりとシステムの振る舞いを分析しましょう」ということだと。
0461デフォルトの名無しさん
2005/07/01(金) 15:04:26http://www.sparxsystems.jp/ea_diagrams2.htm
のページの下から2番目の図↓にそのものが紹介されてました。
http://www.sparxsystems.jp/images/p63.png
菱形マークは関係を表すもののようです。この図のコンテキストから
「サブミットボタン」は「債権トレード入力画面」の一部であると読み
取れそうです。
0462デフォルトの名無しさん
2005/07/08(金) 17:02:11ユースケース図でアクタを定義するとき
ユーザーと管理者を書いていたのですが
アクタが使用するシステムの権限ごとに定義したほうがいいのでしょうか？
0463デフォルトの名無しさん
2005/07/08(金) 23:38:35不要
0464デフォルトの名無しさん
2005/07/09(土) 00:07:53アクタ増やすんじゃなくて、ユースケースで対応したら？
0465デフォルトの名無しさん
2005/07/09(土) 09:04:24不要なんですか・・・
アクタは役割ごとに定義すると思っていたので困惑しています
>>464
申し訳ございません，ユースケースで対応するということは
ユースケースは今のままでユースケース記述で分岐させるような
ことでしょうか？
0466デフォルトの名無しさん
2005/07/09(土) 12:10:22それらが利害関係や権限について質的に大きく異なるならば、
アクタを追加した方が良いと思う。
アクタ追加の目的は
・ロールの職務範囲/責任範囲の明確化
・システムがロールに対して提供する機能の適切さの確認
は、荒っぽいロール区分では充分できないから。
ユーザと管理者については、ちょっと考えると下記のようなロールがありそう。
管理者
├ 業務管理者 (承認したり、システム管理者に業務指示したりするひと)
└ システム管理者
├ 情報システム部門
│ ├ サーバ管理者
│ └ DB管理者
└ 現場情報システム担当 (現場部署固有の設定等)
ユーザ
├ 業務ユーザ (業務上のの各種ロール)
│ ├ 在庫管理担当
│ ├ 経理担当
│ ├ カスタマーサービス担当
│ └ 商品情報入力担当
└ 一般ユーザ
├ 特別会員
├ 会員
└ ゲスト
つか、業務ユーザと一般ユーザを一つのシステム上で扱うのは、
ちっちゃなWebサイトしかないような気もするけど
0467デフォルトの名無しさん
2005/07/09(土) 17:11:40なるほど
もう一度アクタを追加するのがいいのか
検討してみようと思います
0468デフォルトの名無しさん
2005/07/13(水) 01:41:48マインド・マップとUMLの連携術
ttp://www.atmarkit.co.jp/farc/rensai/mm02/mm02a.html
0469デフォルトの名無しさん
2005/07/13(水) 02:14:26こっちはNLPから始めてるっつうに。
そういえばもう一つ新しく始めるというアレはどうなんだろう？
そろそろ「脳科学でOO」つうアレゲなネタでも立てて未踏に出してみるか（藁
0470デフォルトの名無しさん
2005/07/13(水) 02:21:20まず現実的な仕事でカネを稼いでから、
それで自前の研究所を建てるそうだ。
日米の技術者 夢の大きさに格差
ttp://techon.nikkeibp.co.jp/article/TOPCOL_LEAF/20050408/103559/
0471デフォルトの名無しさん
2005/07/14(木) 10:57:06次のような場合はクラスAからクラスBに対する関係は
UMLのクラス図ではどのように表現するのが妥当でしょうか？
class A{
int idB; //クラスBのインスタンスを一意判別するための変数，class Bのidが入る
}
class B{
int id;
string hoge;
}
集約？関連？依存？どれか分からずに困っています
よろしくお願いします
0472U ◆CZtFsGiu0c
2005/07/14(木) 13:01:36このスレッドでも何度も出てきたけど、そんな実装ベースの話だけで判断
できるものではないです。AとBはどのような関係にあるのですか?
0473デフォルトの名無しさん
2005/07/14(木) 13:33:40申し訳ありません
Windowsのファイルとユーザー，ユーザーのファイルに対する権限のようなものを
イメージしています
私はこのときファイル，ユーザー，権限の三つをクラスとして考えて
これらの関係について考えているうちに分からない点が幾つか出てきました
まず権限にはファイルとユーザーを特定するための情報が
必要なので権限からファイルとユーザーに関連を引いていたのですが
実際にはファイルとユーザーを特定するidを持つだけなのでそのまま関連でいいのかが
分からなくなり質問させていただきました
あと，もう一点分からない点があります
このように権限を持つユーザーのみがファイルを操作できるということを表現するには
クラス図ではどのようにすればいいのでしょうか？
質問ばかりで本当に申し訳ございませんご教授ください．
0474U ◆CZtFsGiu0c
2005/07/15(金) 10:01:47そういうことであれば、権限クラスがファイルクラスとユーザークラスにそれぞれ
関連を持つ、ということでいいでしょう。おそらく権限クラスを関連クラスとして
定義することもできるでしょうが、あまり意味はないと思います。
>このように権限を持つユーザーのみがファイルを操作できるということを表現するには
クラス図ではどのようにすればいいのでしょうか？
UMLのダイアグラム表記だけで表現することを考えるとクラス図では無理でしょう
ね。シーケンス図で表現するか、メモをつけておくくらいでしょう。
0475デフォルトの名無しさん
2005/07/15(金) 15:16:59メモを張っていくことにします
アドバイス有難うございました
0476黒
2005/07/15(金) 15:54:31この場合をクラス図で表すと
ユーザー ←◇ 権限 ◇→ ファイル
となるんジャマイカ？
権限クラスがユーザーとファイルを知ってさえいれば良いし
ただユーザーかファイルどちらかが削除された時点で
権限オブジェクトも削除されるからコンポジションが良いのかもね
ユーザーとファイルが他のものからコンポジションの部分として共有されてると
だめなのか？わけワカメ
0477U ◆CZtFsGiu0c
2005/07/15(金) 16:28:10＠ITにも投稿しましたか? 問題が解決したのであれば、そっちも片付けといた
ほうがいいですよ。
>>476
コンポジションにはなりえないし、そもそも全体ー部分の関係でもないので
集約でもないですね。普通に関連でいいでしょう。
0478デフォルトの名無しさん
2005/07/16(土) 01:42:42(特に分析工程でこういうことにこだわるのは時間の無駄)
強いて言えば、
アカウント ← 権限 ←◆ ファイル
権限はあきらかにファイルのライフサイクル下にあるので。
ちなみに
アカウント ＜+---+-- ユーザ
+-- グループ
0479デフォルトの名無しさん
2005/07/21(木) 16:03:23実装時には、PGがまた実装方法で悩むわけでしょ。そうすると、「コンポジション」か「ただの関連」
かって悩むことにどれだけ意味があるんだろうか。
0480デフォルトの名無しさん
2005/07/21(木) 16:09:09XMIからSVGに変換するようなXSLTファイルってどっかに落ちてないですかね？
0481U ◆CZtFsGiu0c
2005/07/21(木) 16:22:08こんなことやってる人たちがいる。実際に試してみて感想を教えてね:-)
http://uml2svg.sourceforge.net/
0482デフォルトの名無しさん
2005/07/21(木) 16:58:10ありがとう、ちょっといってくる。
0483デフォルトの名無しさん
2005/07/21(木) 19:45:50Inkscapeの方に原因あるんかな？
0484デフォルトの名無しさん
2005/08/24(水) 21:50:231st Modeller使ってるんですがイマイチ使い勝手良くなくて、
judeは画面がおかしくなるため(javaのため？)使えないのですが、
やはりEnterprise Architect辺りを金払って使うのが一番ですか？
0485デフォルトの名無しさん
2005/08/24(水) 22:32:56http://pc8.2ch.net/test/read.cgi/tech/1046441663/
0486デフォルトの名無しさん
2005/08/25(木) 00:00:54すんません、誘導ありがとうございます。
0487デフォルトの名無しさん
2005/09/30(金) 11:12:22本にいきなり説明もなしに出てきて困ってます｡
教えてください｡
0488デフォルトの名無しさん
2005/10/02(日) 23:58:21関連の向き
0489デフォルトの名無しさん
2005/10/23(日) 10:46:520490デフォルトの名無しさん
2005/10/25(火) 09:10:440491デフォルトの名無しさん
2005/11/02(水) 17:31:27特に後付けで作った後に納品物の１つとして書いちゃってる人なんて、
関連じゃなくて単なる実装レベルの参照も線で引いちゃってたりする人もいる。
0492デフォルトの名無しさん
2005/11/02(水) 22:27:57なに？ クラス図とコードが一対一だと思ってるのか？
それとも静的な物である事を忘れてnewしてるから実現んでって奴なのか？？
0493デフォルトの名無しさん
2005/11/18(金) 10:55:31おい、なんでidでもつんだ。
クラスAのインスタンス変数はインスタンスBへの参照じゃねーの？
0494デフォルトの名無しさん
2005/11/18(金) 11:00:33設計段階でコンポジッションだったらdelete時にカスケードで子供のインスタンスも削除する、
ただの関連ならばカスケードデリートしないと言う風な一意性をもった実装時のガイドライン
を作成すれば、SEが悩むことに意味があり、PGが悩まないことになるんじゃない？
0495デフォルトの名無しさん
2005/11/18(金) 11:32:18と悩むPGが多いよなあ。
0496デフォルトの名無しさん
2005/11/18(金) 13:09:08わかるー。いまやってるやつも、シーケンス図で記載してある
ビジネスロジックの部分はちゃんとできてるけど、ガイドラインはほぼ無視。
テメーラ無能だから全部こっちでTaglibつくってやってんだろうが！
ちゃんと嫁やｺﾞﾙｧ
とは言えない・・・
0497デフォルトの名無しさん
2005/11/19(土) 10:59:14そこまでいかなくても、コードスケルトン出力時に、集約の種類によって、
ある程度扱いを変えることができる機能を持ってるツールは多いんじゃないの。
0498デフォルトの名無しさん
2005/11/21(月) 11:11:45今回うちのプロジェクトでは、hibernateをつかってクラス図からTopDownで実装し、
その中でコンポジッションの場合にcascade-delete出来るようmappingの設定を
おこなってみた。これだとソースにcascade-deleteのコードを書かなくていい感じ
0499デフォルトの名無しさん
2005/11/25(金) 13:18:57クラス図のところで躓いてしまいました。
質問は、「コンストラクタをクラス図にどう書くか？」です。
「書かなくてよい」という人がいますが、インスタンスの生成方法は重要ですから、
私は書きたいと思うのです。
すると、「コンストラクタはメソッドではないので書くべきではない」とも言うのです。
確かに、調べた数冊の書籍には、クラス図にコンストラクタが書いてありません。
そういうものなのでしょうか？
どなたか、よろしくお願いします。
0500デフォルトの名無しさん
2005/11/25(金) 16:31:10UMLはただの情報伝達手段。
一般的か、そうでないかなんて、規約の範囲内であればどうでもいい。
フレームワーク的にどうしてもその実装が必要なら、コメントで釘をさしておいてもよし。
逆に言うなら、伝える情報は少ないほど、簡潔であるほど、伝わりやすい。
0501デフォルトの名無しさん
2005/11/25(金) 20:16:34なんかそんな話ばっかりだよね。
で、結局、どうなのかわかんない。
で、普通、コンストラクタは書かないもんなの？どっちなんだよ。
0502デフォルトの名無しさん
2005/11/25(金) 20:52:27クラス図をベースにベタ実装するなら書いてあっても不思議じゃないが、そんなことはPMか上司に聞けって。
ソースコードをそのまま日本語にしたような仕様書をやめる為のUMLだ。
実装者が「クラス図に書いてないから知りませんでした。」とかノタマウようなレベルならUMLを使うことが間違い。
0503デフォルトの名無しさん
2005/11/25(金) 21:57:52クラス図なんか書かずにクラス書いちゃえば？って思うな。
UMLが何の役に立つか謎だよ。
0504デフォルトの名無しさん
2005/11/25(金) 23:04:27持ってるのか1枚紙でざっと概略つかめたら楽チンでしょ。
0505デフォルトの名無しさん
2005/11/25(金) 23:59:05なるほどね。
でも、実際にはそうはなんないよね。
MSの宣伝か何かで、やたら長いクラス図書いてるのあるよね。
あれ、確か、クラス名だけのような気がするが、あれに機能入れたら、ぞっとする。
0506デフォルトの名無しさん
2005/11/26(土) 03:53:59なんでも間でもクラス図に突っ込もうとする事は
なんでも間でもprivate宣言しやがる事位に
馬鹿な事だ。
0507デフォルトの名無しさん
2005/11/26(土) 14:53:50などと逝ってみるテスト
0508デフォルトの名無しさん
2005/11/26(土) 16:23:49実際、一枚に纏めるわけではなく、業務分析、基本設計、詳細設計、
PGからの逆起こしの各レベルで使ったり、詳細やPGのレベルでも
全体像用、パッケージ間関連用、詳細用と目的に応じて分けたりする
わけだし。
（納品物としてではなく、メンバの理解用の自作資料とか集めると自然にそうなる）
0509デフォルトの名無しさん
2005/11/26(土) 21:20:480510デフォルトの名無しさん
2005/11/26(土) 21:28:41実装後に設計図の修正をしないケースなんてマズ無い品ｗっｗ
0511デフォルトの名無しさん
2005/11/26(土) 21:31:060512デフォルトの名無しさん
2005/11/26(土) 23:36:26>なんでも間でもprivate宣言しやがる事位に馬鹿な事だ。
フィールドはなんでもかんでもprivateにしてください。おながいします。
例外もある？あーはいはい、あるでしょうね。
でも、そういうこと言う奴のコードでまともなの見（ｒｙ
0513デフォルトの名無しさん
2005/11/26(土) 23:53:080514デフォルトの名無しさん
2005/11/27(日) 02:41:23クラスもどきの構造体使いなんです＞＜
0515デフォルトの名無しさん
2005/12/07(水) 00:38:550516デフォルトの名無しさん
2005/12/07(水) 14:31:540517Omoti ◆rzOmotimAo
2005/12/10(土) 08:06:15だれかこれをUMLのユースケースにしてもらえませんか？
0518デフォルトの名無しさん
2005/12/10(土) 08:31:460519デフォルトの名無しさん
2005/12/10(土) 09:40:40warota
0520デフォルトの名無しさん
2005/12/10(土) 19:08:280521デフォルトの名無しさん
2005/12/10(土) 19:19:180522デフォルトの名無しさん
2005/12/10(土) 19:28:260523デフォルトの名無しさん
2005/12/10(土) 19:29:59会社で使えないだろ。
客先のプレゼンで使えないだろ。
0524デフォルトの名無しさん
2005/12/10(土) 19:43:04お前最悪だな。
http://blade.nagaokaut.ac.jp/cgi-bin/vframe.rb/ruby/ruby-list/40974?40971-41184
0525デフォルトの名無しさん
2005/12/10(土) 20:06:52OMGに認めさせて公式なものにすればいいんじゃね？
0526デフォルトの名無しさん
2005/12/10(土) 23:48:26あんな子供の絵みたいなアクターの方が恥ずかしいって
0527Omoti ◆rzOmotimAo
2005/12/12(月) 08:32:08ユースケース書いてみた
オレ様が本で独学した限りでは、この書き方で
間違ってないはずだが、どうだろう？
0528デフォルトの名無しさん
2005/12/12(月) 21:32:230529デフォルトの名無しさん
2005/12/12(月) 23:00:36配色センスが間違っている
0530デフォルトの名無しさん
2005/12/13(火) 23:11:060531デフォルトの名無しさん
2005/12/13(火) 23:19:030532デフォルトの名無しさん
2005/12/13(火) 23:44:36それワーカだよ。
0533デフォルトの名無しさん
2005/12/15(木) 01:01:210534デフォルトの名無しさん
2005/12/15(木) 01:06:42その根拠のない自信はどこから来るんだ？
0535デフォルトの名無しさん
2005/12/20(火) 23:30:030536デフォルトの名無しさん
2005/12/24(土) 12:15:09みんなは構成図ってどんなの書いてるの？
0537デフォルトの名無しさん
2005/12/24(土) 12:32:480538536
2005/12/24(土) 12:54:27あっごめん。配置図だった
0539デフォルトの名無しさん
2005/12/24(土) 13:03:47とハリきってスタートしたプロジェクト・・・
最初にUMLの設計書をそれなりに書いても、
結局、プロジェクトの最後の方では、従来の設計書しか
使わなくなって、UMLの設計書は誰も見なくなったゴミ設計書
になるよ・・・
そんなプロジェクトばっかり経験・・・
0540デフォルトの名無しさん
2005/12/24(土) 13:29:07配置図か。そんなものは使わない。
普通にネットワーク構成図の方が優れているので、淘汰されて当たり前。
UMLの評価すべき点は、記法の統一性だけだから、
それがあまり重要でない局面ではUMLにこだわる必要はない。
0541デフォルトの名無しさん
2005/12/25(日) 04:14:130542デフォルトの名無しさん
2005/12/25(日) 05:19:10UMLなのに仕様書エディタはWord, Excel。
UMLなのに実装がCライク、コボルライク。
UMLなのにクラス分割が微妙で、アクセス
属性は、なんでもかんでもprivate。
そんなプロジェクトだった？
0543デフォルトの名無しさん
2005/12/25(日) 12:22:33もしかして、同じプロジェクトに居た？
0544デフォルトの名無しさん
2005/12/25(日) 13:01:44>>542-543特定ｽﾏｽﾀw
0545デフォルトの名無しさん
2005/12/25(日) 15:28:50>属性は、なんでもかんでもprivate。
なんでもかんでもpublicよりいいジャマイカｗ
0546デフォルトの名無しさん
2005/12/26(月) 01:42:07昨日ゲーム板でみたのだが、
反省だけなら猿でも出来る、
揚げ足取りなら馬鹿でも出来る
のだ、そうだ。
まあ、protectedの存在も知らない癖に
ここに来ている様な奴に言っても無駄だろうが。
0547デフォルトの名無しさん
2005/12/26(月) 01:43:49いや、お約束のパターンなので(w
仕様書絡みの面では、特に最初のは地獄かと。
0548デフォルトの名無しさん
2005/12/26(月) 02:49:44ほうジョークで慰めたつもりだったんだが、
揚げ足取りだと取られて過剰反応されてしまったな。
まぁいいや、ゲームの方もがんばれよｗ
0549デフォルトの名無しさん
2005/12/30(金) 16:25:38それとも、フィールドの話？ならなんでもかんでもprivateだろ、普通。
0550デフォルトの名無しさん
2005/12/30(金) 17:01:310551デフォルトの名無しさん
2005/12/30(金) 17:02:17くそあおり損ねた
逃げよ♪
0552デフォルトの名無しさん
2005/12/31(土) 08:28:420553デフォルトの名無しさん
2005/12/31(土) 16:43:290554デフォルトの名無しさん
2005/12/31(土) 20:02:170555デフォルトの名無しさん
2005/12/31(土) 20:05:20逆だ。やったほうがいい。
別にＵＭＬにこだわる必要はないけど、表現方法を広げるって意味では有効
最近は特に図解がブームだし
0556デフォルトの名無しさん
2005/12/31(土) 21:09:29UMLを使う価値はある？
0557デフォルトの名無しさん
2005/12/31(土) 22:22:39というか、文章に残すな！口伝だ口伝！
0558デフォルトの名無しさん
2006/01/01(日) 12:59:48私も少しやってみようと思います。
0559デフォルトの名無しさん
2006/01/04(水) 23:45:29漏れも独りだが
2ヵ月後にソース追いかける気無くなりました
やっぱ、UML価値あるのでは？
0560デフォルトの名無しさん
2006/01/04(水) 23:57:570561デフォルトの名無しさん
2006/01/05(木) 20:38:35まったく理解できません。
解説していただけないでしょうか
0562デフォルトの名無しさん
2006/01/06(金) 00:18:43それ、使わねえから理解する必要ないよ
0563デフォルトの名無しさん
2006/01/06(金) 16:03:49もう少し使われるようになると思うんだがなぁ。
0564デフォルトの名無しさん
2006/01/10(火) 01:48:060565デフォルトの名無しさん
2006/01/10(火) 16:11:00どんな感じですか。作業効率あがんのかな。
0566デフォルトの名無しさん
2006/01/24(火) 02:07:28YMCAのほうが難しいよ
0567デフォルトの名無しさん
2006/01/24(火) 02:11:24でも、おいこみかけたい時や、詰めたい時
UMLあると短時間で片付くことが多いよ。
0568デフォルトの名無しさん
2006/01/25(水) 22:02:080569デフォルトの名無しさん
2006/01/28(土) 22:26:560570デフォルトの名無しさん
2006/01/29(日) 08:07:510571デフォルトの名無しさん
2006/01/29(日) 08:13:390572デフォルトの名無しさん
2006/02/26(日) 01:57:22アルゴリズム記述できないのにどうやってMDAをやる気なんだろうと
思わないか？
0573デフォルトの名無しさん
2006/02/26(日) 02:03:47普通にコード書き込めるけど？
0574デフォルトの名無しさん
2006/02/26(日) 02:11:050575デフォルトの名無しさん
2006/02/26(日) 02:16:230576デフォルトの名無しさん
2006/02/26(日) 03:41:59あれは正直唖然とした・・・
0577デフォルトの名無しさん
2006/02/27(月) 07:28:04http://sidhes.hp.infoseek.co.jp/alg3.htm
どこがアルゴリズムなんだと
0578デフォルトの名無しさん
2006/02/27(月) 09:53:39どこがって？
教えてあげないよ、ジャン
ってところでしょう。まあ佐藤雅彦のやる事だから・・・
0579デフォルトの名無しさん
2006/02/27(月) 23:01:460580デフォルトの名無しさん
2006/03/01(水) 02:58:47おいおい、コード書いちゃったらMDAの意味無いじゃん。
だいたい今はアルゴリズムを記述する共通規格ないだろ？
0581デフォルトの名無しさん
2006/03/04(土) 13:02:39「アルゴリズム」じゃなくて、
「アルゴリズムの使い方」じゃないの。
アルゴリズムの実装、特に手続き部分は
自体は従来どおりのやり方であるしかない。
そこで、パッケージライブラリなりフレームワークなりを作って、
それを使うためのオブジェクトモデルを用意して、
アプリケーションのデータモデルに、
アルゴリズムのオブジェクトモデルのロールを割り当てれば、
そのアルゴリズムをパッケージやフレームワークの細かい
使い方を知らなくても、実装コード（の一部とスケルトン）が
でてくる、みたいな話じゃないの。
0583デフォルトの名無しさん
2006/03/13(月) 18:53:23ぜんぜんわからんがとりあえず発言
関連の設定でpublicをprivateにした結果、○のなかがマイナスになるようなら、そういういみじゃないの？
ちなみにあっしの今まで使ってたツールは+の外に○はなかった気がスルガ。
0584デフォルトの名無しさん
2006/03/13(月) 20:11:10ネスト？
0585デフォルトの名無しさん
2006/03/13(月) 22:16:19なにこれ！？パッケージ違うと同じ図に入れられないジャン。
つかえねー！
0586デフォルトの名無しさん
2006/03/14(火) 02:04:09記述サンプルってないですか
スレッドかプロセス起して無限ループさせて
イベント待つような図を書きたいけどわからない
0587デフォルトの名無しさん
2006/03/14(火) 10:56:08なぜアクティビティ図で？
スレッドというオブジェクトのライフサイクルとかが絡む話だったら
シーケンス図つかえばいーじゃん。
んでもってloopフラグメントつかえばいーじゃん。
ついでに
どのオブジェクトがスレッドを生成するのかとかそんな情報も、
アクティビティ図だと自然文で記載することに多分なっちゃうよね。
シーケンス図だとそんなんも図になるしいーんじゃない？
アクティビティ図なんて業務フローのときだけおせわになればいーじゃん。
0588デフォルトの名無しさん
2006/03/14(火) 10:59:08自動生成したクラス図に、別のパッケージのクラス図を構造ツリーから
ドラッグ&ドロップすればいいんじゃねーの？
つかえるー
0589http://www.vector.co.jp/soft/win95/util/se072729.html
2006/03/18(土) 20:36:58もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
0590デフォルトの名無しさん
2006/03/20(月) 13:33:05あちこちにマルチ乙
0591デフォルトの名無しさん
2006/04/08(土) 12:57:33とりあえずざっくり、把握してから、特化していく感じ。
なのにUMLは、汎化方向に←付けるんだよね。
俺の感覚だと、特化←なんだよ。
どうにかしてくれよ。腹立つ。
うんこだよ。
0592デフォルトの名無しさん
2006/04/08(土) 17:06:16感覚的には分かる。そういうツールばかりだからな。
操作については我慢するしかないんじゃないか。
ツールの設定で変えられればいいのにね。
0593デフォルトの名無しさん
2006/04/08(土) 17:09:35俺も 親 ← 子 の矢印の向きには違和感あった。
実装の感覚からいうと。
でも分析の場合って確かに向きとしては「汎化」なんだよね。
お客さんからのヒアリングで最初から抽象化なんか出来る訳ないし。
0594デフォルトの名無しさん
2006/04/08(土) 17:21:35うるせーばか、こちとら経験豊富なクソプログラマーなんだから、
汎化構造から、特化の方へ思考するんだよ。
>>592
UMLは、産業界全体で使う表記法なので、変更しちゃ駄目。
0595デフォルトの名無しさん
2006/04/08(土) 17:26:26俺もそうなので気持ちは分かるが諦めれ。
結城本だったか、
子は誰が親なのか知っているが、親は子の事を知らん。
なので、知ってる方向(子から親の方向)に矢印を書く、つーのを見て、それもありなのかなとｵﾓﾀ。
0596デフォルトの名無しさん
2006/04/08(土) 18:17:32何か誤解があるようだけど、表記法を変えるんじゃなくて
継承関係を描く時、子クラスから親クラスへマウスを操作するという
操作を逆にするということ。
0597デフォルトの名無しさん
2006/04/08(土) 18:23:43ここはOMTの表記のほうが優れてたな。
0598593
2006/04/09(日) 00:39:38ばかってゆったら自分がばか！
いやいや俺もクソプログラマーだから
汎化から特化の方が直感的でいいよ。
最後の2行はあきらめというかまあそんな感じです。
>>596
てなわけで最初に誤解したのは592って事ですね。
0599デフォルトの名無しさん
2006/04/09(日) 01:35:51一目でそれが分かるのが利点なのに逆がいいなんて訳わからん
継承や実現だけ逆向きにするなんて気持ち悪い
0600デフォルトの名無しさん
2006/04/09(日) 15:19:50矢印使ってる事が問題なんだよな
矢印は流のイメージが有るし、アクティビティー図等その他の
図表では流れを表現してるんだから
0601デフォルトの名無しさん
2006/04/10(月) 02:21:370602デフォルトの名無しさん
2006/04/15(土) 23:48:42スタビライザー図を書いたんだよ
0603デフォルトの名無しさん
2006/04/19(水) 23:50:56UMLをこれから勉強します。
良いサイトがありましたら教えて下さい。
演習があればなおいいのですが・・・
とりあえず、ここを見つけました。
http://www.ogis-ri.co.jp/otc/hiroba/technical/Jouhoushori-UML/
0604デフォルトの名無しさん
2006/04/20(木) 00:09:06ageてみます。よろしくおながい。
0605デフォルトの名無しさん
2006/04/23(日) 22:44:59UMLの図を書いただけじゃぁ、設計にならんよな？
画面レイアウトとかの画面の設計とか、データベースの
テーブル設計書とか、いつどのタイミンフで書けばいいのだ？
オブジェクト指向で開発すると、UMLだけで、そう言ったものは
書かずに開発するのか？
0606デフォルトの名無しさん
2006/04/23(日) 23:33:48UMLは所詮外部設計しかできねえよ、詳細設計になったら書けば？
0607デフォルトの名無しさん
2006/04/24(月) 11:17:52チミはUMLで外部設計しかしてないのか？
チミは画面レイアウトを詳細設計フェーズで決めるのか？
ワシはUMLで要件定義、基本設計、詳細設計やるぞ
ワシは画面レイアウトは基本設計でやるぞ
ワシは画面設計（基本設計レベル、ユーザとの界面の仕様と解釈されたし）は基本設計でやるぞ
画面設計の詳細設計レベルは詳細設計でやるし。
ワシはテーブル定義は詳細設計でやるぞ。基本設計はクラス図でエンティティ定義してるから。
0608デフォルトの名無しさん
2006/04/24(月) 12:29:25お客さんに恵まれている例
0609デフォルトの名無しさん
2006/04/25(火) 09:13:34まあ、そういう話もあるが、結局言いたいのは、画面設計は
いままでみんながやってたタイミングでOKということと、
UMLは詳細設計にだってつかえるじゃろがボケェ
ということだ。
0610デフォルトの名無しさん
2006/05/10(水) 02:33:51P158 Figure9.1で
StructuredActivities<---merge---StructuredActivities
ってなってるんですが，これって間違いですかね？
0611デフォルトの名無しさん
2006/05/10(水) 04:25:58それらは、それぞれActivity::StruecuredActivitiesとCompositeStructure::StructuredActivitiesだから、間違ってない。
と、思う。
0612デフォルトの名無しさん
2006/05/10(水) 04:28:39ちょっと間違えた。
正しくはActivities::StructuredActivitiesとCompositeStruectures::StruecturedActivities。
0613デフォルトの名無しさん
2006/05/10(水) 04:42:17「A depends on B」が「A→B」の形になったわけなので、
「これはもともとは英語なんだ」と強引に納得するしかない。
0614610
2006/05/10(水) 05:06:44ありがとうございました。感激
0615デフォルトの名無しさん
2006/05/10(水) 05:10:59ちなみに、その<<merge>>はただの<<merge>>ではなく、merge incrementalってやつ。
0616610
2006/05/10(水) 05:33:200617デフォルトの名無しさん
2006/05/14(日) 22:19:54色々と勘違いしてるかもしれない事に気が付いた・・・
C++とオブジェクト指向の勉強を初め、プログラムを書きながら実践してる所なんだけど
規模が大きいのものを書こうとすると頭の中で考えがまとまらないので
補助ツールみたいな心づもりでUMLに手を出してた
どっこいオブジェクト指向言語とはまた別物なのか
0618デフォルトの名無しさん
2006/05/16(火) 09:30:24おまえらUMLのモデリングツール何使ってますか?２
http://pc8.2ch.net/test/read.cgi/tech/1147499933/
おまえらUMLのモデリングツール何つかってますか？
http://pc8.2ch.net/test/read.cgi/tech/1046441663/
UML皆でお勉強しよ♪ ３項関連
http://pc8.2ch.net/test/read.cgi/tech/1076446411/
【受験料】 UML技術者認定試験 【無料】
http://school5.2ch.net/test/read.cgi/lic/1051073081/
UML技術者資格試験【OCUP,UMTP】
http://pc8.2ch.net/test/read.cgi/prog/1115543652/
＿＿ＵＭＬロボット＿＿
http://that4.2ch.net/test/read.cgi/robot/1047690048/
0619デフォルトの名無しさん
2006/05/17(水) 19:57:45属性欄？操作欄？
Delphiのモデルビューだともう一つ、プロパティ欄があるんだよなー。
まあ、プロパティだって属性欄で言いか
0620デフォルトの名無しさん
2006/05/17(水) 20:39:45素直にEA使うべし
0621デフォルトの名無しさん
2006/05/17(水) 20:52:350622デフォルトの名無しさん
2006/05/18(木) 00:49:540623デフォルトの名無しさん
2006/05/18(木) 15:08:28actor i1 i2 i3
とライフラインのインスタンスが並んでいるとして
actorからi3に直接操作が引かれるのはまずい設計なんでしょか？
actorからはi1しか操作しない、というのがよさげな気が
するのですが、この場合引き数を受け渡すだけの
操作ができてしまい、効率的でないし。。。
0624デフォルトの名無しさん
2006/05/20(土) 18:00:09貧乏性だな。
0625デフォルトの名無しさん
2006/05/22(月) 12:16:26インスタンスの役割によるんじゃない？
シーケンス図で、ライフラインと操作の線との交差が少ないというのが、
即ち、読みやすいから良い設計、ということばかりではないと思うけど。
なんとなく、ｇｏｔｏは必要か否か、というのと問題の根底にあるのは
似ているような気がする。
0626デフォルトの名無しさん
2006/05/28(日) 15:42:19どんなクラス図やシーケンス図を書いたらいいかワカラン。
ブラウザで見る1画面が1つのバウンダリクラスになるのか？
なんか実装のイメージに沿う形にどう考えてももっていけない。
今まで通りの「ここの画面のここのボタン押したら、こう言う処理をします・・・」
みたいな設計書を書くかな・・・
0627デフォルトの名無しさん
2006/05/28(日) 15:54:34シーケンス図って、コンピューター同士のメッセージのやり取りを書くものだよ。
クラス図もな。
てか、オブジェクト指向ってのが根本から理解出来てないんじゃないの？
0628デフォルトの名無しさん
2006/05/28(日) 15:55:360629デフォルトの名無しさん
2006/05/29(月) 00:16:10コンピューター同士か。
いや、ちがうだろ。
0630デフォルトの名無しさん
2006/05/29(月) 00:26:40オブジェクト同士と似たようなもんだろｗ
0631デフォルトの名無しさん
2006/05/29(月) 00:28:300632デフォルトの名無しさん
2006/05/29(月) 00:29:590633デフォルトの名無しさん
2006/05/29(月) 00:33:020634デフォルトの名無しさん
2006/05/29(月) 00:37:390635U ◆CZtFsGiu0c
2006/05/30(火) 14:19:56どういうレベルのシーケンス図を書こうとしていますか?
実装レベルで、たとえばJ2EEであれば、まずアクタ(ブラウザorユーザ)から
サーブレットがリクエストを受け取り、その後内部でごちゃごちゃ処理し、
JSPにフォワードして、そのJSPからアクタにレスポンス返して終了、という
形になると思います。
ロバストネズ図を描こうとしているのであれば、そもそもWebアプリかどうか
は関係ないですね。
0636デフォルトの名無しさん
2006/06/03(土) 18:55:32↑こいつ無脳
0637デフォルトの名無しさん
2006/06/03(土) 20:45:01ま、もうどうでもいいよ
0638デフォルトの名無しさん
2006/06/04(日) 03:29:26別にシングルコアのCPU上にJavaで作る言語に特化した物でもないよ。
OSとか、ハードウェアアーキティクチャが変われば、CPU間のメッセージ交換と言う見方も出来るだけの話。
0639デフォルトの名無しさん
2006/06/04(日) 03:50:090640デフォルトの名無しさん
2006/06/04(日) 09:54:130641デフォルトの名無しさん
2006/06/04(日) 10:08:130642デフォルトの名無しさん
2006/06/04(日) 11:20:21ソースから図を起こす時とか、陥りやすい罠だ。
0643デフォルトの名無しさん
2006/06/04(日) 12:25:04釣りじゃねえｗ
真実だｗ
0644デフォルトの名無しさん
2006/06/04(日) 14:59:280645デフォルトの名無しさん
2006/06/04(日) 17:28:090646デフォルトの名無しさん
2006/06/05(月) 23:56:151 業務プロセスをUMLで記述しようとする場合は
アクティビティ図、シーケンス図あたりが適当でしょうか？
アクティビティ図では、複数のレーンでコラボレーションするようなアクティビティは
どのように表現すれば良いでしょう？
2 クラスを見つける方法として自分が買った本には
ユースケース記述にシナリオを書いて、名詞に着目して
オブジェクト(クラス)を見つけるとありました。
あと、自分ではIDEF0やDFDでデータに着目した図を書いて
データをクラスにするのが良いかな～と考えています。
コントロール、バウンダリ、エンティティなどがあると思いますが、
クラスを見つける方法を知りたいです。
3 クラス図で、依存、集約、コンポジションはソースコードでは
片方のクラスからもう片方への参照という形になるのでしょうか？
0647デフォルトの名無しさん
2006/06/10(土) 00:17:12>1 業務プロセスをUMLで記述しようとする場合は ・・・
今、UMTP-L2の勉強をしていますが、受験参考書では、
業務分析の工程ではアクティビティ図が使われています。
自分の経験としても、簡単なプロセスであれば、アクティビティ図で十分だと思います。
より業務プロセス分析に特化した表記として BPMN というものが
ありますが、これはUMLではありません。
（厳密な言い方をするなら、UML表記とは違う表記ですが
データの互換性はあります。）
ただ、UMLツールではBPMNもサポートするものが増えきています。
>アクティビティ図では、複数のレーンでコラボレーションするようなアクティビティは
>どのように表現すれば良いでしょう？
複数のレーンをつくってもある程度まではなんとかなるはずですが・・・。
具体的にどういった問題が生じていますか？
>2 クラスを見つける方法として自分が買った本には
名詞抽出法は基本ですが、後は慣れだと思います。
ある程度まで分析でクラスを見つけられるようになったら、
実装モデリングまで何度かやってみることをお勧めします。
分析工程のクラス図は、設計工程、実装工程で使うことを目的に作るものですから、
後の工程を経験すると、どのように作るとあとから作業がしやすいか、
という視点から、おのずとどうモデリングすべきかがわかってきます。
0648デフォルトの名無しさん
2006/06/10(土) 00:30:50>3 クラス図で、依存、集約、コンポジションはソースコードでは
>片方のクラスからもう片方への参照という形になるのでしょうか？
UMLの規格においては、その点についての規定はありません。
UML上の表現に対して、それをソースコード上でどう実現するかは、
使う側にゆだねられています。
Java で考えると、たとえば、集約はCollection だけど、
コンポジションだから配列フィールドで実現する、
かというと、必ずしもそうではなく、コンポジションうをCollection フィールドにして、
生成・追加はそのクラス内部でだけやる、というようなつくりにしてもいいわけです。
たいていの場合は、プロジェクト単位で方針を決めて
（主に実行速度やメモリ効率などの実装上の問題を考慮して）、
それにあわせてコーディングする（あるいはツールにそのように設定して生成させる）
ことになるでしょう。
0649デフォルトの名無しさん
2006/06/11(日) 02:23:09たとえば、こんな感じのときです
http://www.vipper.org/vip273377.png.html
0650デフォルトの名無しさん
2006/06/11(日) 03:37:54ああ、なるほど、それは困りますね。
おそらく、アクティビティ図では、レーンをまたがるアクティビティというのは描けないでしょう。
act5 の中身を分解して各レーンごとのアクティビティまで書くか、
レーンの分割をやめてしまって、荒い粒度の
（「act1 -> actX(act2～act4をまとめてしまったアクティビティ) ->act5 」のような感じの）
アクティビティ図にするしかないでしょう。
ところで、act5 の中で、part1～part4がどう連携するのかは、分からなくていいのですか？
0651デフォルトの名無しさん
2006/06/11(日) 12:44:39act5のアクティビティで具体的に想定していたのは、会議なので
part1～part4の連携の記述は考えていませんでした。
とりあえずは
・act5のコメントで、参加するパーティションを明記する
・連携の内容については、別の図に粒度を小さくして
アクティビティ図、シーケンス図、コミュニケーション図のどれか
で記述する
感じでしょうか
0652デフォルトの名無しさん
2006/06/11(日) 12:48:300653デフォルトの名無しさん
2006/06/11(日) 23:21:16kwsk
0654U ◆CZtFsGiu0c
2006/06/13(火) 13:11:49そんな気もするけど、でも「会議」が業務プロセスにおけるアクティビティ
として適切でないか、というとそんなこともないんだよね。
>>651
「その会議に参加するメンバ」の役割でくくったレーンを追加すれば?
厳密に記述することが目的じゃないんだから、見る人がわかればいいんだ
よね、結局。
0655デフォルトの名無しさん
2006/06/13(火) 21:21:47ていうのが適切かもしれない
で、意思決定を行う機関をレーンの名前にする
例えば会社レベルだと取締役会とか
0656デフォルトの名無しさん
2006/06/17(土) 10:56:28インタフェースを中心とした設計をして、ポリモを多用しています。
この場合のシーケンス図の表記法がよく理解できていません。
インタフェース、シーケンス図表記などとググッてみたものの
ユーザインタフェース…とかクラス図での表記しか見つけられませんでした。
参考になるサイト等の紹介でもかまいませんので、よろしくお願いします。
0657デフォルトの名無しさん
2006/06/17(土) 11:08:430658デフォルトの名無しさん
2006/06/17(土) 11:26:140659デフォルトの名無しさん
2006/06/17(土) 11:28:080660デフォルトの名無しさん
2006/06/17(土) 11:45:21例えば、従業員と給与体系（月給、歩合給、年俸等）の関係で、
従業員の給与体系を、月給から歩合給などに変更することが可能なモデルに
する場合、給与体系というインタフェースクラスを作成し、月給クラスや
歩合給クラスが実装クラスとしています。従業員クラスから給与体系クラス
への関連を持つようなクラス図にしています。
このときに、ある従業員の給与計算を行う場合、
従業員の給与体系の実装クラスである月給や歩合給クラスをNewして、
給与体系インタフェースクラスの変数に入れるような処理をしています。
この場合に、シーケンス図では、給与体系インタフェースクラスを記述する
のか、それとも月給や歩合給クラスなどを記述するのか、どちらがよいの
でしょうか？
ご教授よろしくお願いいたします。
0661デフォルトの名無しさん
2006/06/17(土) 11:58:32そのシーケンス図の目的によりますが、
一般的には（たとえば、今回のレスに対して一枚だけシーケンス図を描く、というような場合）、
>給与体系インタフェースクラスを記述する
ことになると思います。
0662デフォルトの名無しさん
2006/06/20(火) 22:11:510663デフォルトの名無しさん
2006/06/21(水) 09:43:54まずはドメイン領域の設計とレイヤ設計を分けて考えることをお勧めします。
んで、ドメイン領域の設計はUML教科書の通りにすれば良いのかと。
（会社クラスと組織クラスと従業員クラスが関連を持ってる、みたいな形ね）
レイヤ設計、というかアーキテクト設計は、ドメインをどうやって操作するのかを
表現すればいいのかと。
例えばこんな形ね。
http://www-06.ibm.com/jp/software/websphere/developer/j2ee/lightweight/
（私はSpring遣いなので、これをもっと詳しく書いた設計図を各プロジェクト共通の
アーキテクト設計書として使いまわしています）
0664デフォルトの名無しさん
2006/07/22(土) 15:57:30AがBから情報を取得することを表現する場合、
Aのパーティションに
「情報を要求する」アクティビティ(a1)と
「情報を受取る」アクティビティ(a2)を描いて、
Bのパーティションに
「情報を提供する」アクティビティ(b1)を描いて、
a1からb1へコントロールフローで繋いで、
b1からa2へコントロールフローで繋いで、
b1からa2へオブジェクトを示してオブジェクトフローで繋ぐ
って描くんだと思いますが、パーティションが多くて離れていたりすると
見づらいと思います。
もっと簡潔に描く方法はないですか？
0665デフォルトの名無しさん
2006/07/22(土) 15:58:580666デフォルトの名無しさん
2006/07/22(土) 16:37:53階層化すれば？
上位階層はaとb、c...レベルの関係を記述する。
下位階層は２つの組織間だけの詳細(a1, a2, b1)を別な図で書けばいい。
0667デフォルトの名無しさん
2006/07/25(火) 23:46:30参照する場合、どう表現すればよいのでしょうか。
依存？関連？
0668デフォルトの名無しさん
2006/07/26(水) 01:03:14依存でよいと思います。
0669デフォルトの名無しさん
2006/07/26(水) 01:04:30そんなにいちいち線引いてらんね
0670デフォルトの名無しさん
2006/07/27(木) 01:10:36http://www.geocities.jp/retort_curry119/UML.pdf
ユースケース図の描き方とか
こんな感じで良いんでしょうか？
0671デフォルトの名無しさん
2006/07/27(木) 03:19:57フォルダの中のファイルを全部印刷するの？
0672デフォルトの名無しさん
2006/07/27(木) 07:21:48見たけどユースケース違うんじゃね？
「リストファイルを作成する」ってユースケースは、
単体で成り立つケース(1)なの？
それとも、印刷時だけ行う手順(2)なの？
1なら、印刷は「リストファイルを作成する」とは別ユースケースにして、
→印刷する
ユーザ ↓
→リストファイルを作成する→フォルダーを選択する
2なら
ユーザ→印刷する→リストを作成する→フォルダーを選択する
かなと思う。詳細は知らんけど。
だけど、ほんとはこうなんじゃないの？
→リストファイルを作成する→フォルダーを選択する
ユーザ
→印刷する→リストファイルを指定する
0673670
2006/07/28(金) 00:02:11レスありがとうございます
要件を簡単に箇条書きすると
・フォルダ内の全てのファイルをリスト順に印刷する
・リスト作成ボタンクリックで、リスト書き込み先のファイルを指定する
・リスト作成では、指定フォルダ内のファイル名をソートして書き込む
・リストファイルには、ファイル名だけ記述し、パスは記述しない
・印刷開始ボタンクリックで、リストファイルを選択する
・リストファイルのファイル名と、フォルダのパスを連結して印刷対象ファイルのフルパスを得る
こんな感じです
画面イメージも付けてみました
http://www.geocities.jp/retort_curry119/UML.pdf
ファイル構成が同じ、別のフォルダを印刷したいので、こんな風にしてみました
普通は 672さんの最後の感じで良いんだと思います
0674デフォルトの名無しさん
2006/07/28(金) 22:10:40コネクタってパーティションと一緒に使っちゃダメなの？
あと細かい指摘になるけどa1やa2はアクティビティではなく
アクションでは？
0675デフォルトの名無しさん
2006/07/30(日) 14:26:08コネクタを使って、途中の線を省略するっていう方法もアリでしょうね
厳密には、アクションですね
0676デフォルトの名無しさん
2006/07/30(日) 14:32:480677デフォルトの名無しさん
2006/07/31(月) 13:38:21ダウンロードのためのリンク見つけられず・・・
まだないのか？
0678デフォルトの名無しさん
2006/07/31(月) 20:03:32いまだにみつからないのだが...
0679デフォルトの名無しさん
2006/08/01(火) 19:46:47ttp://uml.livedoor.biz/archives/50505702.html
0680デフォルトの名無しさん
2006/08/04(金) 21:52:52アクティビティ図のジョインとフォークが逆じゃね？
フローを折れ線にすると判る
0681デフォルトの名無しさん
2006/08/04(金) 23:24:140682デフォルトの名無しさん
2006/08/13(日) 05:40:08http://kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi48069.jpg.html
血迷いながら書いたのですが、まずは何から学んだ方が良いでしょうか？
0683デフォルトの名無しさん
2006/08/13(日) 09:44:560684デフォルトの名無しさん
2006/08/13(日) 23:49:374桁の数字をキーにして、ハッシュにレス番号を追加する
の後のフローは？
もう少し見易くなるように配置や線の形状を工夫した方が良いと思う
0685デフォルトの名無しさん
2006/08/14(月) 02:24:290686デフォルトの名無しさん
2006/08/14(月) 20:40:57ソフトウェアの処理（普通のＵＭＬ）と、ユーザーの反応や活動（ビジネスＵＭＬ？）
を一つの図にまとめたいのですが、そういうことやっておられる方いますか？
独習で一度書いてみたのですが、やはり馴れた人から見るとヤバイ部分がかなりあるらしく
わかる人にきちんと聞いてみたほうがよいようなので。
0687デフォルトの名無しさん
2006/08/14(月) 22:02:560688デフォルトの名無しさん
2006/08/14(月) 22:20:30かえってわかりにくいですね。ｽﾏｿ
プログラムの動きとそれを使う人間の活動（ゲームプレイなど）をまとめてＵＭＬ表記したいのですが
ＵＭＬの専門家はプログラムの処理はかけるけれど、人間活動の書法はやってないので
助言はできないという返事でした。それで、どなたかそういった（ちょっとイレギュラーな）事を
やっている方がおられたら紹介していただきたいと思いまして。
0689デフォルトの名無しさん
2006/08/14(月) 22:56:21ＵＭＬの記法には、プログラムに依存してるところがあるのかな？
具体的には、何が描けないって言われたわけ？
0690デフォルトの名無しさん
2006/08/14(月) 23:08:37とりあえず、アクティビティ図で、ユーザ（プレイヤー）と、
システムのレーンを分けて書いてみたら？
0691デフォルトの名無しさん
2006/08/15(火) 01:18:33objectA objectB objectC
methodB(objectC)
------------>
のように、objectAのインスタンスから objectB のインスタンスのメソッドをコールする際に、
引数にobjectCのインスタンスを引数に渡すような場合、上のような書き方でいいのでしょうか？
0692デフォルトの名無しさん
2006/08/15(火) 11:50:50そのとおり。
ちなみに、methodB のパラメタが ClassA で、 objectC が ClassA のインスタンスであった
場合に、methodB のメッセージのパラメタを入力するときに、objectCを候補に出してくれる
ようなアシスト機能を持っているツールは自分の知る限り無い。
シーケンス図上の「objectC」というオブジェクトと、メッセージ「methodB(objectC) 」の
「ObjectC」の関連をツールは認識していないし、データとしても持っていないんだろうと思う。
0693デフォルトの名無しさん
2006/08/16(水) 01:53:530694デフォルトの名無しさん
2006/08/16(水) 05:27:05詳細なので全体を描くのは難しいだろうけど、対象範囲を狭めればＯＫだと思う
0695デフォルトの名無しさん
2006/08/16(水) 21:55:240696デフォルトの名無しさん
2006/08/16(水) 22:50:560697デフォルトの名無しさん
2006/08/17(木) 22:44:590698デフォルトの名無しさん
2006/08/18(金) 01:26:46そんなアバウトな図で何表現すんだよ。
0699デフォルトの名無しさん
2006/08/18(金) 23:21:29まあ、君は使う必要がないんだから、それでいいじゃん。
0700デフォルトの名無しさん
2006/08/18(金) 23:47:07パッケージの可視性なんてもろJavaオンリーって気がするんだよね
0701デフォルトの名無しさん
2006/08/19(土) 23:23:15Java にパッケージの可視性というものは無い。
package private の話か？
0702デフォルトの名無しさん
2006/08/19(土) 23:40:100703デフォルトの名無しさん
2006/08/20(日) 13:38:32OMT には、可視性の概念が無いっぽい。
オブジェクトモデル化技法 出典: フリー百科事典『ウィキペディア（Wikipedia）』
ttp://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%83%A2%E3%83%87%E3%83%AB%E5%8C%96%E6%8A%80%E6%B3%95
Booch法には、package private というのはどうもないようだ。
オブジェクトの広場：Booch法 言いたい放題
ttp://www.ogis-ri.co.jp/otc/hiroba/specials/BoochSpecial/chat.html
Booch法 が発表されたのが 1990年で、Java の開発も同時期に始まっている。
ジェームズ・ゴスリン 出典: フリー百科事典『ウィキペディア（Wikipedia）』
ttp://ja.wikipedia.org/wiki/%E3%82%B8%E3%82%A7%E3%83%BC%E3%83%A0%E3%82%BA%E3%83%BB%E3%82%B4%E3%82%B9%E3%83%AA%E3%83%B3%E3%82%B0
なので、
１．Java で package private の概念が示され、UMLでそれが取り入れられた
２．1990年代初頭に、OMT、Booch法以降のオブジェクトモデリングの議論の中で、
package private の概念が示され、Java にそれが取り入れられた。
の二つの可能性が考えられるが・・・。
詳しい人解説キボンヌ。
0704デフォルトの名無しさん
2006/08/25(金) 02:38:56クラスAでクラスBのインスタンスを生成して、Bのメソッドを使用するとする。
１．Bを変更するとAに影響がでる（見直す必要がある）＝AはBに依存する。
２．インスタンスを生成した時点でBはAのプロパティとなる＝AからBへ関連をあらわす実線矢印？
多分２がダウトなんだろうけど、int a;がプロパティなら、B instanceB;もプロパティだし。
あと、スレッドプログラミングのときはスレッド自体はどうクラス図に描くの？
0705デフォルトの名無しさん
2006/09/05(火) 23:31:46設計モデルまたは実装モデルをＵＭＬで表現するときに、こういうルールを使ってます。
依存：プロパティ、フィールド変数にならないオブジェクトを操作する
関連：プロパティ、フィールド変数に保持するオブジェクトを操作する
仕様上は決まりがないので、なにか基準を決めて運用する必要があると思うです。
設計モデルでスレッドクラスを表現する必要があるならば、スレッドクラスを書くだけです。
スレッドのオブジェクト・インスタンスを表現する必要があるならば、クラス図では書けないので
別の図を使うだけです。
0706デフォルトの名無しさん
2006/09/06(水) 00:47:590707デフォルトの名無しさん
2006/09/06(水) 01:38:59独習UML買ったんだけど、死ぬほど分かりにくい上に書いてないところとかがある。
だいたいかけるようになったけど、細かいところが微みょーな上にノウハウゼロ。
0708デフォルトの名無しさん
2006/09/06(水) 21:53:08つうか、オブジェクト図とクラス図って区別してないツールが多いから・・・。
>>707
UMTP L2 の参考書が以外に参考になるかもしれん。
0709デフォルトの名無しさん
2006/09/06(水) 23:47:53それ以外だとどの本がいいの? 俺も知りたい。
0710デフォルトの名無しさん
2006/09/14(木) 23:47:560711デフォルトの名無しさん
2006/09/17(日) 18:30:47インスタンティエイテドクラスでいいのかなぁ。
C++で使う特性クラスとかをUMLで表現しようってのがそもそも間違ってるのかも。
0712デフォルトの名無しさん
2006/09/19(火) 19:20:53・クラスAがクラスB のポインターを持っている場合
関連もしくは集約、操作を行えば操作
・メソッドのパラメータで渡される場合
関連、操作を行えば操作
・ローカルで宣言して使う場合
関連、操作を行えば操作
・メソッドの戻り値で与えられて使う場合
関連、操作を行えば操作
こんなかんじでしょうか？
操作を行うということは必然的にその前段階として関連か集約の関係があるとみなしていいのでしょうか？
0714デフォルトの名無しさん
2006/11/15(水) 19:17:26きちんとUMLで仕様を表現してから、
それに従ってプログラミングしたいと思ってます。
とりあえず下のような図を考えてみたのですが、
これで一般に「きちんとしたUML」と認識してもらえるでしょうか？
■ クラス図
<<TCP:55001>> ←受信ポート番号を表記したい
___________ __________
| Server |----O )----| Client |
|___________| .|__________|
↑
関数呼び出しでなく、TCPメッセージのやりとりをする
関係にあることを表現したいのでインターフェースを挟んだ。
0715714
2006/11/15(水) 19:18:44■ C++コード
// 提供?インターフェース
class ServerIF
{
virtual int recvMessage() = 0;
};
// TCPサーバクラス
class Server :public ServerIF
{
int recvMessage() {};
};
// 要求?インターフェース
class ClientIF
{
virtual int sendMessage() = 0;
};
// TCPクライアントクラス
class Client :public ClientIF
{
int sendMessage() {};
};
0717デフォルトの名無しさん
2006/11/16(木) 20:40:08とりあえずシーケンス図を使って通信プロトコルを書いた方が良さげなきがする。
0718デフォルトの名無しさん
2006/11/16(木) 20:55:42「インターフェース」は、Java の Interface を表してても、
通信プロトコルを表してても、物理的な規格（RS232CとかUSBとかEthernetとか）を
表しててもいいはず。
0719デフォルトの名無しさん
2006/11/24(金) 20:22:39よく聞くんだけど、みんなそれでやってるの？
となると、例えば、ホテルとか航空券の予約システムなんてのを考えると、
"客"、"座席"、から始まって、"予約"、"予約確認"、"空席状況"･･･と出てくるかもしれない。(今やってる問題は出てくる。)、あれぇ？って状況なんだけど･･･
･･･流れが逆だけど、javaでいうメソッドもクラスも混ざってるよね･･･。
はて、頭冷やしてやり直すべきか･･･。
0720デフォルトの名無しさん
2006/11/24(金) 21:34:27「予約」は文脈によって動詞の場合と名詞の場合がある。
名詞の「予約」がクラスになって、動詞の「予約」がメソッド（操作）になる。
で、最初のころに陥りがちなことだけど、分析工程で要素の分類に神経質になりすぎて、
全然先に進めなくなってしまうということが起きる。
モデリングは、慣れの要素が大きいから、一つの工程を完璧にこなそうとかし始めると、
最初から躓いてしまう。
最初は、多少変かなあ、不足かなあ、と感じる程度の内容でも、
一度実装まで一通りやったほうがいい。
何回かやると、要領がわかってくる。
0721デフォルトの名無しさん
2006/11/24(金) 22:10:09「ユースケース入門―ユーザマニュアルからプログラムを作る」を読むことおすすめする。
この本はかなりしっくりくると思う。
0722デフォルトの名無しさん
2006/11/26(日) 01:43:23を何回かスパイラルで改版していくと良いと思う
ウォーターフォールみたいに後戻りしないでっていうのは
経験をつめば出来るようになるだろうけど
0723デフォルトの名無しさん
2006/12/07(木) 23:21:30作成しようと思っているが、なんかいい本ない？
0724デフォルトの名無しさん
2006/12/07(木) 23:59:130725U ◆CZtFsGiu0c
2006/12/08(金) 01:01:11http://www.amazon.co.jp/gp/product/4798101273
0726デフォルトの名無しさん
2006/12/08(金) 21:16:340727デフォルトの名無しさん
2006/12/09(土) 16:48:16巨大化したシーケンス図とか困るのよね
0728デフォルトの名無しさん
2006/12/10(日) 02:08:20「県知事談合パターン」をUMLで表現せよ
0729デフォルトの名無しさん
2006/12/10(日) 02:25:54貼り付けるときはメタファイルでやるのがコツだけど、
やっぱりかなりでかい図は、文字が読めないんだよな。
みなさんどうしてます？
0730デフォルトの名無しさん
2006/12/10(日) 17:39:04システムはクラス同士の関係で全部説明できるはずですよね？
なんか、グループワークで同じグループの人がデータベースをクラス図に入れてるんだけど
これは違うよーな気が･･･。
それから、
"データベースからクエリなんかで必要な情報を検索する"
って言うのはクラスの機能にあたるのでしょうか？
0731デフォルトの名無しさん
2006/12/11(月) 13:14:43・クラスベースで考えるならクラス同士の関係で全部説明できる。
・データベースの何をクラスかしてるか知らんがDB機能を持つものをクラスとして扱ってるというならあり。
・"･･･検索する"は少なくともユースケースにつながる機能の一つであることは間違いない。その"機能"をひとつのクラスで実装するのか分散するのかは実装しだい。
0732デフォルトの名無しさん
2006/12/11(月) 16:39:18勝共連合と麻生が関連で
統一と山口組の多重継承が勝共
勝共の主要メンバーが笹川で岸信介と関連
0733デフォルトの名無しさん
2006/12/13(水) 03:37:56ＥＲ図はクラス図で表現できるでしょ
クラス図の方が表現力は高いと思ってるけど
0734デフォルトの名無しさん
2007/02/17(土) 21:28:15以下の仕様でユースケースを作ってみたのですが、このような感じで良いのでしょうか？
ユースケース名：製品データベースの観覧と管理
アクタ：社員（データベースを使用するuser、データベース管理者、営業部門、卸部門、会計部門が存在する）
目的：社員のデータベースの観覧、及び管理
事前条件：役職によってデータベースアクセス権限が違う
基本系列：
データベース管理者はデータベースのすべての情報を観覧、管理する事が可能だが、何を行ったかはログが残る。
営業部門の社員は製品の情報と在庫を観覧する事が出来、顧客から注文が入った場合はその製品を予約する事が出来るが、在庫の個数を変更する事は出来ない。
卸部門の社員は製品の情報を観覧、在庫の個数を観覧・変更することが出来る。
会計部門は製品の情報と価格を観覧する事が出来る。
事後条件：社員はそれぞれの役職に沿ってデータベースを観覧、及び管理をする事が出来る。
ユースケース図：ttp://user.ftth100.com/log/up/log/3363.jpg
0735デフォルトの名無しさん
2007/02/18(日) 05:49:07教えてください。
いろいろ試したけど、どれもいまいちでした。
Amateras試したけど、他のプラグインとの相性でバグが発生しました。
でも機能的には一番いい感じがしました。
他にお勧めはないでしょうか？
0736デフォルトの名無しさん
2007/02/18(日) 22:09:170737デフォルトの名無しさん
2007/02/24(土) 14:18:26もうオワットルのか（＾ω＾；）
0738デフォルトの名無しさん
2007/03/08(木) 23:49:27主に
時間的な縛りが無くて、仕様変更が多い趣味のアプリを作る用途に
0739デフォルトの名無しさん
2007/03/20(火) 02:03:35#include <stdio.h>
int main(int argc, char **argv){
printf("Hello World!");
}
だれかこのHelloWorldソフトウェアをUMLで表現したやつ知らない？
0740デフォルトの名無しさん
2007/03/22(木) 12:30:50ステートチャートで表現するなら
開始 状態：あいさつ動作 終了
クラス図なら、適当にStartupかGlobalクラスをこさえて操作でprintfを定義
・・・とか
0741デフォルトの名無しさん
2007/03/23(金) 00:12:05自分で書いたコードを人に説明するにはいいと思うんだけど、
人の書いたUMLで実装しろといわれたら気が狂いそう。
0742デフォルトの名無しさん
2007/04/25(水) 20:12:26まだまだ時間の積み上げがひつようか
0743デフォルトの名無しさん
2007/05/01(火) 08:08:200744デフォルトの名無しさん
2007/05/01(火) 18:23:33しないと思う。外部のシステムはアクターにするけど。
0745デフォルトの名無しさん
2007/05/01(火) 22:45:31ありがとうございます。
もう一つ確認したいのですが、ユースケース図はシステムを利用するユーザ（アクタ）視点の定義であってその内部とのつながりを表す必要はない（むしろ表すべきでない）という理解で良いでしょうか？
0746デフォルトの名無しさん
2007/05/02(水) 17:33:19> ユースケース図はシステムを利用するユーザ視点の定義
はい、私は全体の俯瞰図みたいな使い方をしてます。
> その内部とのつながりを表す必要はない
この「内部」が何を指してるのかよく分からないんですが、
もしかしてユースケースをすごく緻密に書こうとしてますか？
基本的には、どの立場の人が業務のどの部分にどう係るかが
分かればいいもんだと思ってますが。
0747デフォルトの名無しさん
2007/05/05(土) 02:44:160748デフォルトの名無しさん
2007/05/07(月) 07:01:02遅くなって申し訳ないです。
かなり細かく書こうとしてましたがあまり細かくなるとユーザに分かりづらくなりそうなのでやめました。
>>747
もう少し根本の考えでした。
回答していただいた方々、ありがとうございました。
0749デフォルトの名無しさん
2007/05/27(日) 14:41:59最初に２冊も３冊も買うと心理的負担が大きいので、まずは１冊のみ用意することを考えています。
今自分が購入候補として考えているのは以下です。
他のものがよければ是非お教え願いたく存じます。
①UML モデリングのエッセンス 第3版 | マーチン・ファウラー 著, 羽生田 栄一 翻訳 | 翔泳社 発行
②独習UML 第3版 | 株式会社テクノロジックアート 著 | 翔泳社 発行
③UMLデスクトップリファレンス | Dan Pilone 著, 原 隆文 翻訳 | オライリー・ジャパン 発行
④入門 UML 2.0 | Russ Miles, Kim Hamilton 著, 原 隆文 翻訳 | オライリー・ジャパン 発行
本関連の質問はスレ開始から幾度かありましたが、皆さんの生の声や新しい情報を頂きたかったので、あえて質問します。
どうかよろしくお願いします。
0750デフォルトの名無しさん
2007/05/27(日) 16:15:01UML モデリングのエッセンス
0751デフォルトの名無しさん
2007/05/27(日) 21:39:09今日店を回りましたが
①UML モデリングのエッセンス 第3版 | マーチン・ファウラー 著, 羽生田 栄一 翻訳 | 翔泳社 発行
が置いてありませんでした。
ネットで買うのもいいですが、中身を見てから買いたいので、自分にあった本を探そうかと思います。
0752デフォルトの名無しさん
2007/05/28(月) 02:25:48使えるかよってジレンマに陥ってから読んだほうがいいとおもう。
0753デフォルトの名無しさん
2007/05/28(月) 03:43:25強いて言えば②
①については>>752の通り 買うべきだが、今は買うべきではない
0754デフォルトの名無しさん
2007/06/08(金) 11:40:35UMLはなぜ破線なんて手書きで書きにくいものを採用してるんだろう。手書きでメモるのを放棄してる。
と、最近使い勝手のよさそうな図を見て破線があることにげんなりした自分。
0755デフォルトの名無しさん
2007/06/08(金) 17:03:060756デフォルトの名無しさん
2007/06/08(金) 23:28:29ツールが売れる事を前提にしているのです。
0757デフォルトの名無しさん
2007/06/08(金) 23:35:070758デフォルトの名無しさん
2007/07/07(土) 10:35:22+----------+
| Class1 |
+----------+
| name:String|
+----------+
これって、
+----------+ name +----------+
| Class1 | ◆-------| String |
+----------+ 1 +----------+
等価と考えていいの？
0759デフォルトの名無しさん
2007/07/07(土) 20:29:500760デフォルトの名無しさん
2007/07/07(土) 20:40:17+----------+
| Class1 |
+----------+
| name:String|
+----------+
と
+----------+ name +----------+
| Class1 +--------->| String |
+----------+ 1 +----------+
0761デフォルトの名無しさん
2007/07/07(土) 21:04:340762デフォルトの名無しさん
2007/07/07(土) 21:10:33それで、なんでこんなことを聞いたかというと、
等価なら、同じモデルをダイアグラムごとに表現を変えれてもいいと思うんだが、
そいうことのできるツールってないねえ、という話がしたかった。
0763デフォルトの名無しさん
2007/07/09(月) 10:46:400764デフォルトの名無しさん
2007/07/14(土) 03:05:20コンポジションって、「全体がなければ部分も存在できない」
集約は、「全体が無くても、部分だけで存在できる」
だったと思う。
>>758
のケースだと
Stringクラスは・・・って、ああそうか
クラスとしては存在できるのか、
nameインスタンスとしては、Class1が無いと駄目だけど。
0765デフォルトの名無しさん
2007/07/22(日) 11:06:01今、UMLの勉強中なんだけど、使える手法なのかなぁって思って。
（当方の状況は、UMLは一通り見たけど実戦経験が多少足りない感じ。）
0766デフォルトの名無しさん
2007/08/05(日) 23:58:03JAVAとかC#みたいな参考書になるものってないっすか？
0767デフォルトの名無しさん
2007/08/06(月) 00:03:290768デフォルトの名無しさん
2007/08/06(月) 22:17:18非オブジェクト指向言語に当てはめるのもどうかと思うが…
0769デフォルトの名無しさん
2007/08/06(月) 23:05:16#本末転倒とも言う。
0770デフォルトの名無しさん
2007/08/14(火) 00:57:41なんで他のは未対応なんだ
UMLのツールって糞高い割りにつかえねーソフト
ばっかりだよなぁ
0771デフォルトの名無しさん
2007/08/14(火) 14:26:24EAを基準にして考えると対抗馬は存在しないと思う
基準を他のソフトにすべきでは？
0772デフォルトの名無しさん
2007/08/14(火) 22:30:06UMLから言語コードへの変換はぶっちゃけ、外付けのプログラムでやればいい。
MS-Word に仕様書からプログラム吐く機能がないから
使えないとはいわないだろう。
0773デフォルトの名無しさん
2007/08/14(火) 23:53:110774デフォルトの名無しさん
2007/08/14(火) 23:59:020775デフォルトの名無しさん
2007/08/15(水) 00:04:290776デフォルトの名無しさん
2007/08/15(水) 07:00:48Wordがソフトの設計をすることをある程度前提にしたものであり
記述するための言語(たぶん日本語)がソフトの設計をすることを
ある程度前提にしたものであるなら、その通り。
UMLツールが、単にUMLを編集するだけのものか
あるいはその先に存在するプログラムを吐くところまで
対応するかは、UMLツールのポリシー次第。
プログラムが吐けないから使えないということはないが
プログラムが吐けることは一つの長所と言えるだろう。
あとは使う側のポリシー次第。
0777デフォルトの名無しさん
2007/08/15(水) 12:35:34聞いている方は頭に詰め込んだ概念がどんどん瓦解していって
最後には「何でもできるけど何もしない」ところに落ち着いてしまうんだよな
0778デフォルトの名無しさん
2007/08/15(水) 12:37:48何かしようとすると、それを”しない場合”を制限してしまうから、何も出来ないということ
”CASEツールはUMLツールの一部じゃん”、って逝って”UMLツールはプログラムの一種じゃん”
って言った瞬間に、この「何でもできるけど何もしない」に落ち着くってことだ
0779デフォルトの名無しさん
2007/08/15(水) 14:02:07一貫してやれてるところもあるのだろうけど、うちじゃとても無理だ。
下流CASEは開発言語にディペンドして拡張されてるなんちゃってUMLのほうが実用的。
0780デフォルトの名無しさん
2007/08/15(水) 15:00:260781デフォルトの名無しさん
2007/08/15(水) 23:31:31でも、本質的な回答は、「お前の責任で自由に決めろ」だよ。
「オブジェクト指向で作らなければならない」「UMLを使わなくてはならない」
なんていう、「誰かが決めてくれた規則」なんてのは本質的な知識ではないから、
いずれ（知識や経験が深まるにつれ）瓦解する宿命にあった知識だよ。
0782デフォルトの名無しさん
2007/08/16(木) 11:52:18くらいのノリでいいんじゃない
0783デフォルトの名無しさん
2007/08/16(木) 18:23:480784デフォルトの名無しさん
2007/08/16(木) 18:24:28考え無しに突っ切られると死ねる
0785デフォルトの名無しさん
2007/08/18(土) 06:32:580786デフォルトの名無しさん
2007/08/20(月) 13:49:45ただし尼で買えるの限定
0787デフォルトの名無しさん
2007/09/24(月) 02:55:500788デフォルトの名無しさん
2007/10/03(水) 03:01:41一応他の方のものとか見させて頂いたんですけど
皆ほぼ素人なんで
ここの住人的にはどんな風になりますでしょうか
ネットワークを利用するとかではなくて普通に交代で操作する
程度の奴なんですが
0789デフォルトの名無しさん
2007/10/11(木) 23:33:09今のところ目をつけているのは、UML2.0クイックリファレンス（オライリー）と独習UML（翔泳社）。
値段は前者のほうが安い。
でも後者にはCD-ROMがついている。中身はどうやらUML描画ツールらしい。
どっちが良いんだろう？
0790デフォルトの名無しさん
2007/10/12(金) 03:29:450791デフォルトの名無しさん
2007/10/25(木) 23:20:38初めてUMLを勉強がてら導入しようかと思ってます。
それらのプログラムは定期的に自動実行されて、
外部から人が操作するようなことは基本的にありません。
結果を人間が確認するということはあります。
こういう場合ってユースケース図は描くもんなんでしょうか。
アクター自体がないから描かない？
0792デフォルトの名無しさん
2007/10/26(金) 01:35:27今作ろうとしているシステムがアウトプットするものを
欲しがっている人やシステムがアクタ
自動実行するアーキテクチャが良いかどうかは
ユースケースの検討後にわかって来ること
0793791
2007/10/26(金) 10:56:54処理フローとユースケースは区別ついてると思うのですが、
色々調べるとまずはユースケース図を描きましょうとあるので、
やろうと思ったんですがどうにもアクターが出てこないんです。
プログラム同士でのやり取りがあるので、
個別のプログラムをアクターとできなくもないんですが、
そうするとシステムの枠の中にもアクターがでてきてしまい、
という感じになってしまうんですね。
これはプログラムの実装が先に頭にあるせいかもしれません。
外部システムなどはアクターにできると読んだので、
個別のプログラムもアクターにできるものかと思ったんですが、
その複数のプログラムを一塊で内部システムなんですよね。
例えば
1) メールを1分に1回送信するプログラム
2) 1)がちゃんと走っているか確認し続けるプログラム
が同時に走っているとして、
こんな時にはユースケース図はどうするんでしょうか。
ユースケース図なんて要らない？
それとも、1)と2)を作ると決めてかかっている時点で、
設計の考え方として手順が間違っていますか。
0794デフォルトの名無しさん
2007/10/26(金) 12:23:09cronのスケジュールしたり、ヘルスチェックでアラートあがったとき
それ見て対処する人いるはずだし
0795デフォルトの名無しさん
2007/10/26(金) 18:52:44UMLはシステムの理解を助けるためのものでシステムを記述するためのものじゃないから
それぞれの図は必要に応じて使用するんだそうな
0796デフォルトの名無しさん
2007/10/26(金) 20:02:00アクターは、ざっくり言えば
・対象のシステムに含まれない
・対象のシステムに関与する(利用する等)
なので、
1と2を「対象のシステム」とするならば
例えばSMTPサーバ(1が送信する先)はアクターになりうる。
また、2で確認した結果、ログを出すとか、エラーの時には
警告のメールを出すとか、何らかのアクションがあるはずなので
(あるいはその出したログを見る管理者がいる、とか)
このあたりのシステム外の要素もアクターになりうる。
あってますか？
0797791
2007/10/27(土) 00:32:25管理者だとか外に出せるものを外に出して、
おかげさまで、なんとなく描き始められました。
0798デフォルトの名無しさん
2007/11/05(月) 23:47:08実務的に言えばアクターは「人」でいいよ。
組織があり、人がいて、その人が何をするのかっつーのを基準に会社のビジネスを捕らえるのがコツだな。
まぁ客は往々にして、複雑怪奇なものが好きだから、
どういう風に作ったなんて言わないけどねｗｗｗｗｗｗｗｗｗｗｗ
0799デフォルトの名無しさん
2007/11/18(日) 18:42:45なぜかアクターの概念にはてこずる不思議
0800デフォルトの名無しさん
2007/11/18(日) 19:10:00全オブジェクト萌え化したい誘惑に駆られるな。
ただ、それが会社で出す資料に、間違えて混ざるとまずい。
0801デフォルトの名無しさん
2007/11/18(日) 21:15:40あの棒人間が無機質的すぎるのか
0802デフォルトの名無しさん
2007/11/22(木) 23:40:240803デフォルトの名無しさん
2007/12/08(土) 17:46:16遅レスすまんが、Core Foundationのソースコード
0804デフォルトの名無しさん
2007/12/23(日) 20:08:190805デフォルトの名無しさん
2007/12/25(火) 03:40:20スレ違い
http://pc11.2ch.net/test/read.cgi/tech/1147499933/
0806デフォルトの名無しさん
2008/02/11(月) 01:55:04クラス図とかシーケンス図とか、どういうファイルで出せばいいんでしょうか？
jpgファイルで出すのは非常識？一番楽なんだけど…
0807デフォルトの名無しさん
2008/02/11(月) 02:32:32学生の俺としてはVisioで出せばいいかもと思ってる
最悪画像でもベクター画像だな(wmfとかemfとかepsとか)
0808デフォルトの名無しさん
2008/02/11(月) 08:02:28漏れはExcelで出せという指定があったので
シートに画像貼り付けて出したらダメだとよ
0809デフォルトの名無しさん
2008/02/11(月) 10:47:51ツールで作成した元ファイルでいいんでね？ クライアントからの指定があればそれに合わせる。
0810デフォルトの名無しさん
2008/02/11(月) 19:27:41>>808
>>809
ありがとうございます
デフォになってるような形式は無いみたいですね
jpgではまずいようなのでまともな形式ではき出せるツールを探してみます
0811デフォルトの名無しさん
2008/02/12(火) 06:49:13たしかに図は書けるが・・・
0812デフォルトの名無しさん
2008/02/12(火) 06:51:31と思ったら、おれが使ってるJUDEは svg出せなかった orz
0813デフォルトの名無しさん
2008/02/13(水) 00:24:19Excel で作ったテーブル設計図から、XMI でクラスモデルを
吐かせるとかできれば便利なのに。
0814デフォルトの名無しさん
2008/03/21(金) 11:00:29給料泥棒だぞ。
0815デフォルトの名無しさん
2008/03/21(金) 15:48:040816デフォルトの名無しさん
2008/04/12(土) 13:09:38いいこというね！
0817デフォルトの名無しさん
2008/04/12(土) 18:26:43仕事時間以外で勉強って、ありえないな。
0818デフォルトの名無しさん
2008/04/12(土) 18:37:340819デフォルトの名無しさん
2008/04/18(金) 16:02:42その言い方だと、見積もりに入れない会社もあるってことですね。
0820デフォルトの名無しさん
2008/04/18(金) 23:54:03こんな社員ばっかの会社って悲惨だな。
0821デフォルトの名無しさん
2008/04/19(土) 00:08:00一緒に論じるのはおかしいぞ。
0822デフォルトの名無しさん
2008/04/19(土) 01:47:09いかにもサラリーマン根性って感じだね。
仕事のためにしか新しいことを吸収しようともしない。
0823デフォルトの名無しさん
2008/04/19(土) 01:58:13その上で、それを予算に計上させるのがBetterなんだと思いますっ。
って、思ったんですが個人的に勉強しててもプロジェクトとして
みた場合、構成員が個人的に勉強しないような人はｺﾞﾛｺﾞﾛいるからなぁ。
そういう前提だとわからないでもないかな。
さて、どっちの人なんだろ。
0824デフォルトの名無しさん
2008/04/19(土) 02:29:40だから、業務なんだから業務に必要なことは計上するのが当然だって。
絶対必要な残業して残業代つかなかったらおかしいだろ？
が、発端である>>813のように「便利」程度であれば、
いかに便利であるか、それによって人月がどれだけ削減できるか等を
明確にしなければ「そういうのは個人的にやって」と言われるのも当然。
(>>814も元々この視点から言ったんだろうし)
で、スキル向上のために自己学習するのは社会人として当然。
もちろんやってない奴もいるが、
少なくとも>>817は>>822の思うような意味では言ってない。
と釣りにﾏｼﾞレス。
0825デフォルトの名無しさん
2008/04/19(土) 11:55:25そんな特別なものじゃないよな。
ワードとエクセルでドキュメント書くので、
その勉強時間にお金くださいって言ってるようなもの。
0826デフォルトの名無しさん
2008/04/19(土) 11:59:04確かに。
特殊な技術や専門性の高い知識は相応の見積もりを出していいが、
ここで議論しているのはUMLについて。
勝手な都合でUMLでドキュメント作りますって言っておいて、
その勉強時間にお客さんがお金出してね、って、
客を馬鹿にするにも程がある。
0827デフォルトの名無しさん
2008/04/19(土) 12:01:29そういうことなら、最初から新人教育の時にでも、
UMLぐらいはやっておくべきだね。
プログラマーやSEの常識的知識としてね。
0828デフォルトの名無しさん
2008/04/19(土) 13:32:29どこの会社だよ。ふざけすぎじゃないか？
0829デフォルトの名無しさん
2008/04/19(土) 13:52:320830デフォルトの名無しさん
2008/04/19(土) 22:14:180831デフォルトの名無しさん
2008/04/23(水) 09:39:34friend関数って、どういう記号で表せば良いですか？
+がpublic、-がprivate、#がproctedだと思うのですが、friend関数の表し方がわかりません。
よろしくお願いします。
0832デフォルトの名無しさん
2008/04/23(水) 14:15:540833デフォルトの名無しさん
2008/04/24(木) 02:33:310834デフォルトの名無しさん
2008/04/24(木) 09:50:460835デフォルトの名無しさん
2008/04/24(木) 12:08:43２つのクラスにまたがって何かをする関数とか、あとoperator<<とかは
friendにするしかない関数じゃないですか？
0836デフォルトの名無しさん
2008/04/24(木) 12:12:53# あとoperator<<とかはfriendにするしかない関数じゃないですか？
そうなの？
構文上できないなら仕方ないけど，いろいろ考えた結果そうするしかないというのは悪癖に近いものだと思うぞ？
0837デフォルトの名無しさん
2008/04/24(木) 14:01:06勉強しょってなんですか？
その会社ふざけてるんじゃないですか？
0838デフォルトの名無しさん
2008/04/24(木) 14:39:42なぜUMLにfriend関数の表記法がないのかを考えたことないだろ。
0839デフォルトの名無しさん
2008/04/24(木) 14:47:22CにあれこれOOP構造を追加して更に参照型やらも追加して何でも許した結果・・・
辻褄合わせでfriendも生まれたルーズ言語仕様。
0840デフォルトの名無しさん
2008/04/24(木) 18:43:22言語毎の拡張はあったほうが現実的ではある。
C++型のfriendはパッケージスコープ型のfriendより厳密だとは思うが、
大方の評価は少々やりすぎだと思われているのか追随する言語は少ない。
0841デフォルトの名無しさん
2008/04/24(木) 21:12:330842デフォルトの名無しさん
2008/04/24(木) 21:15:22Unidentified Mysterious Language
0843デフォルトの名無しさん
2008/04/24(木) 22:00:31べつに、こんなんでいいでしょ
<<friend>>
ちなみにfriendを非難する者の大半は、
その本質的な存在価値を理解してない。
gotoを盲目的に非難すること全くおなじ。
0844デフォルトの名無しさん
2008/04/24(木) 23:22:35その本質的な弊害を無視して手を抜いている。
gotoを知った風に支持することと全くおなじ。
0845デフォルトの名無しさん
2008/04/25(金) 00:02:03馬鹿め。
friendを擁護したり、gotoを支持する人間などおよそ存在せん。
適切に使える人間と適切に使えない人間がいるだけだ。
伝聞でfriendを非難する人間は、実際にfriendをつかうことはなかろう。
弊害を自分の身をもって経験せず、そもそも使いかたもわからんくせに
その言葉にどれほどの説得力が伴うのかね？
0846デフォルトの名無しさん
2008/04/25(金) 00:22:270847デフォルトの名無しさん
2008/04/25(金) 01:18:21>弊害を自分の身をもって経験せず
失笑ｗ
0848デフォルトの名無しさん
2008/04/25(金) 07:56:38「笑いが止まること、さげすんで笑うこと」という意味ではなく、「おかしさをこらえることができず吹き出すこと」。さげすんで笑うことは「冷笑」。
0849デフォルトの名無しさん
2008/04/25(金) 09:37:120850デフォルトの名無しさん
2008/04/25(金) 09:41:39だって使う必要がないもーん。
無理やりfriend使って英雄気分ですか？ｗｗｗ
0851デフォルトの名無しさん
2008/04/26(土) 00:52:350852デフォルトの名無しさん
2008/05/03(土) 01:43:34必要性の判断なんてどうでもよくて、
実際使ったことがあるかどうかだろ。
しかも無理やりじゃなく、適切にだ。
ま、おのれの未経験を恥じればよい。
0853デフォルトの名無しさん
2008/05/15(木) 13:35:10だったらあんたらが責任とるのは当たり前。
0854デフォルトの名無しさん
2008/05/24(土) 03:19:43レーンをまたいでアクティビティを配置するってのは，駄目なのかな？
やっぱ細かくわけたりして，またがらないようにすべき？
見てわかればいいような気もするんだけど，
もし，またがって配置することを許してしまうと，
離れたレーンをまたぐ場合どう記述するか困っちゃうしなぁ
0855デフォルトの名無しさん
2008/05/24(土) 18:49:51自己レス
またがって描くのは禁止って本に書いてあったorz
0856デフォルトの名無しさん
2008/05/24(土) 23:55:310857デフォルトの名無しさん
2008/06/02(月) 00:27:29参考になるような良書って何かお勧めありますか？
特に、分析から設計フェーズに移行する時の実践的な
ノウハウみたいなものが載ってる書籍みたいな。
0858デフォルトの名無しさん
2008/06/02(月) 13:15:320859デフォルトの名無しさん
2008/06/02(月) 19:38:440860デフォルトの名無しさん
2008/06/03(火) 13:35:320861デフォルトの名無しさん
2008/06/03(火) 13:44:23どこの業界から転職してきたのやら
0862デフォルトの名無しさん
2008/06/03(火) 15:16:240863デフォルトの名無しさん
2008/06/03(火) 15:32:450864デフォルトの名無しさん
2008/06/03(火) 15:43:470865デフォルトの名無しさん
2008/06/03(火) 18:16:530866デフォルトの名無しさん
2008/06/04(水) 15:43:310867デフォルトの名無しさん
2008/06/04(水) 16:08:270868デフォルトの名無しさん
2008/06/04(水) 18:41:050869デフォルトの名無しさん
2008/06/08(日) 19:00:530870デフォルトの名無しさん
2008/06/14(土) 10:41:43同じように、umlでソースを考えながら
クラス設計の考え方を、体系的に学習したい
umlで問題、解答例のソースが多めに載ったお勧めの参考書教えれ
言語はなんでもいい
仕様は調べる
0871デフォルトの名無しさん
2008/06/14(土) 10:55:500872デフォルトの名無しさん
2008/06/14(土) 11:01:480873デフォルトの名無しさん
2008/06/14(土) 11:05:520874デフォルトの名無しさん
2008/06/14(土) 11:13:270875デフォルトの名無しさん
2008/06/14(土) 13:15:300876デフォルトの名無しさん
2008/06/14(土) 14:06:53設計を実装の言語条件でドウコウしようと言うのは、恥ずべき行為だw
UMLと１対１で対応して実装までできる言語は存在していないし、その必要も無いからな。
0877デフォルトの名無しさん
2008/06/14(土) 16:22:10理由を教えてくれ
0878デフォルトの名無しさん
2008/06/14(土) 19:04:380879デフォルトの名無しさん
2008/06/14(土) 20:12:39家の設計図に施工会社の指定をしないのと同じw
0880デフォルトの名無しさん
2008/06/14(土) 21:16:04ＵＭＬの書籍として、ある特定の言語で解答例を示した書籍はないということか？
0881デフォルトの名無しさん
2008/06/14(土) 21:29:46オブジェクト内やオブジェクト間の関係や振る舞いを記述するのがUMLなので、
UMLから生成できる言語コードはクラスやメソッドなどのスケルトンになる。
メソッドの中の具体的なコードは対象外なのよ。
プログラムのステップと1対1なんて構造以前のFORTRANくらいしか記憶にない。
0882デフォルトの名無しさん
2008/06/14(土) 21:32:48化が抜けてた。つまり FORTRAN77より古いやつね。
0883デフォルトの名無しさん
2008/06/15(日) 10:13:56くそう、クラス間の関係の考え方を定着させるためには
良いツールだと思ったんだけどなあ
抽象化プログラミング入門みたく、問いと解答が一対一なやつがあったらいいのに
0884デフォルトの名無しさん
2008/06/15(日) 13:14:230885デフォルトの名無しさん
2008/06/15(日) 13:54:33そっちの方を求めています。
0886デフォルトの名無しさん
2008/06/15(日) 13:59:49デザインパターン（やその適用）を表現する手段としてはUMLは便利。
0887デフォルトの名無しさん
2008/06/15(日) 14:21:51色々とお世話になりました。
0888デフォルトの名無しさん
2008/06/15(日) 14:39:02アクティビティ図やステートチャートでそのままプログラミングするイメージ。
BPELやXOML(net WF用)が一応使える。
0889デフォルトの名無しさん
2008/06/15(日) 17:46:08ってか、どこの工程の話だ？
要件定義や基本設計では実装は意識しちゃだめ、
ってのが定説なんだが。
どこぞの言語と、って奈良、専門書のたくさん置いてある本屋に行って、
片っぱしから当たれば、数件まわればそこそこ見つかる。
設計フェーズ以降の話の本だ。Java、C++、VBなどなど。
ここまで教えたんだから、あとは自分の足で探して味噌。
0890デフォルトの名無しさん
2008/06/15(日) 17:48:050891デフォルトの名無しさん
2008/06/15(日) 18:31:440892デフォルトの名無しさん
2008/06/15(日) 20:32:290893デフォルトの名無しさん
2008/06/16(月) 08:09:24お絵かきツールで図を描くだけだったら誰にでも出来るぞ
0894デフォルトの名無しさん
2008/06/16(月) 12:43:34設計フェーズ以降の本です。
もしよろしければ、お勧めの本を教えてください。
一応、本は2冊買いました。
良い本等はわからないので分かりやすそうなものですが。
（オブジェクトデザイン、抽象化プログラミング入門）
ＵＭＬを何故学習しようとしている理由は
自分の欠点として、クラスが上手く作れない、クラスを読むのが遅い
ということがあります。
そこで手に取ったＵＭＬ本での設計図＋ソースを読んだとき
すごく分かりやすいと感じたからです。
なので、問題形式でＵＭＬ
解答としてソースという本を探しています。
＋αでデザインパターンやＵＭＬを多く知れればさらに嬉しいです。
0895デフォルトの名無しさん
2008/06/16(月) 12:45:190896デフォルトの名無しさん
2008/06/16(月) 14:38:49設計といっても範囲が広い。
ソースとの対応うんぬんというところを見ると詳細設計以下のフェーズと見ていいのだろうか？
デザインパターンのような典型的なものでない限りは、
純粋なUMLでそのレベルのロジックを表現するのは無理がある。
言語特有の概念とUMLのミスマッチは大きいことがあるから初心者だとそこがつらいかもしれない。
0897デフォルトの名無しさん
2008/06/17(火) 10:45:46何図で書くのがいいですかね？
ステートマシン図かシーケンス図だと思いますが。
0898デフォルトの名無しさん
2008/06/17(火) 10:53:08手続き型ならデータフローでいいんでね？
0899デフォルトの名無しさん
2008/06/17(火) 10:56:13C# です。
0900デフォルトの名無しさん
2008/06/17(火) 11:26:340901デフォルトの名無しさん
2008/06/20(金) 04:04:31これって合格したら履歴書の資格欄に書いていいんだよね？
0902デフォルトの名無しさん
2008/06/24(火) 14:15:260903デフォルトの名無しさん
2008/06/27(金) 21:34:42／￣￣＼＿＿＿＿＿
|親パッケージ |
| |
| ／￣￣＼＿＿ |
| |子パッケージ | |
| ￣￣￣￣￣￣ |
￣￣￣￣￣￣￣￣￣
を依存関係で表現すると、
／￣￣＼＿＿ <<include>> ／￣￣＼＿＿
|子パッケージ |-------------->|親パッケージ|
￣￣￣￣￣￣ ￣￣￣￣￣￣
こうなるんじゃね？
で、<<use>>の依存関係については、やろうと思えば双方向にできちゃうけど、
UMLのルールというより、一般的なパッケージ設計方針の問題で、あまり良くない設計だから、
「普通そういう作り方はしない」。
0904デフォルトの名無しさん
2008/06/30(月) 23:02:03実践UMLはよんだ？ 責務の割当について、オブジェクトデザインより分かり
やすく書いてあると思う。
>>870
オープンソースをリバースエンジニアリングする。俺の経験では、
デバッガを使って、オブジェクト図を起こすのが最も勉強になった。
0905デフォルトの名無しさん
2008/07/01(火) 00:39:350906デフォルトの名無しさん
2008/07/21(月) 13:35:360907デフォルトの名無しさん
2008/07/21(月) 16:56:02依存は、これがないと生きて行けない奴の事を指す。
関連は、これも使ってるけど、念のため。って事。
0908デフォルトの名無しさん
2008/07/27(日) 12:02:57登場人物や組織・物等とその関係性 クラス図
各シーンでの人物間関係性の推移シナリオ シーケンス図
紙芝居的表現 コラボレーション図
・・・こんなもんでどう？
0909デフォルトの名無しさん
2008/08/02(土) 16:23:030910デフォルトの名無しさん
2008/08/03(日) 19:12:34スナップ写真みたいなもんだけどね。
でも紙芝居ってシーンを区切って
時系列にそって説明するから
説明が書いてあるのがコラボレーション図で
だれかが説明するのがオブジェクト図ってとこ？
オブジェクト図にメッセージを追加して
コミュニケーション図に発展させる事はあるから
定義としては微妙だね。
0911デフォルトの名無しさん
2008/08/13(水) 16:03:03インタフェースと実装クラスを汎化の矢印で結んだらダメなのだろうか。
実現が汎化の一種ならまだわかるんだが
メタモデルを調べてみると実現は汎化ではなく依存の一種らしい
うーむ
0912デフォルトの名無しさん
2008/08/14(木) 16:46:29インタフェース（の仕様）に合わせて関数なりメソッドなりメッセージをつくるわけだから依存でいいと思うよ。
0913デフォルトの名無しさん
2008/08/14(木) 17:50:11「お前ら一緒にサイト作ろうぜｗｗｗｗｗｗｗｗｗｗ」
「２ちゃん越えるサイト作ろうぜｗｗｗｗ」
「仕事無いんだ･･････」
「やろうぜ！」
「みんなでサイトつくろうぜｗｗｗｗｗｗｗｗｗｗ」
http://gacco.o0o0.jp/
http://yutori.2ch.net/test/read.cgi/news4vip/1218673130/
http://ex14.vip2ch.com/test/read.cgi/part4vip/1218612197/
興味沸いたらきてください！
======================!! 人材募集中 !!======================
■プログラムを組んでくれる人
＊サーバー側
言語はRubyかPerlの予定ですが、Perlが有力候補。
・チャット
定期的にクライアントから着信があり、それに対して更新されたチャットのメッセージを返信する程度の能力。じゃなくて機能。
通信するときのフォーマットは未定。
・ログイン・アカウント管理
ログイン認証、各アカウントの点数などの管理。データベースは未定。
・お絵描き
未定。とりあえず鯖に負担がかからない程度にたまに画像を送信してあげるって感じで
＊クライアント側
はっきり言って俺もわからね。Ajaxだとかflashだとかjavaだとか。
■機能提案(正しくは人材ではなく、意見?)
「こんな機能があったら良い!」「こうするともっと楽しくなる!」などの意見募集中。
挨拶とか気にせずスレにどんどん書き込んでくれればおk
■デザイン
サイトのデザインを考えてくれる人、作ってくれる人募集中。
できればphotoshop illustrator使える人(プロジェクト共有しやすいので)
0914デフォルトの名無しさん
2008/08/15(金) 19:27:09実現ではあるが汎化ではないような関係ってありうるのかな
0915デフォルトの名無しさん
2008/09/10(水) 21:54:18「オレUML分からないから」とかいいながら勝手にいじりやがって。
奴が直した部分だけ、メンバは意味読み間違えるし、意味は分かっても情報量が少なすぎだし、
顧客は微妙顔をしてみるし。
挙げ句の果てに「これじゃ分からないから、説明を追加してください」って注文されて、設計書は分厚くなるし。
奴がサブリーダをやる前までの開発フェーズは平和だったのになぁ。
0916デフォルトの名無しさん
2008/09/11(木) 09:51:280917デフォルトの名無しさん
2008/09/11(木) 22:40:42同じオブジェクトにも違うオブジェクトにもなりうるってことでいいのかな？
例えば、クラスAとクラスBで関連が２本引かれてて、
A→Bの1つの関連の多重度が3、もう１つの関連が1とする。
するとオブジェクト図では
a1→b1
→b2
→b3
→b4
もありうるし、
a1⇒b1（2本の関連）
→b2
→b3
もありうるんだよね？
0918デフォルトの名無しさん
2008/09/12(金) 01:29:05クラス図に動的な関係を記述してる時点で間違い。
0919デフォルトの名無しさん
2008/09/12(金) 20:27:41いや、動的じゃねぇし。
関連が２本あるばあいのオブジェクト図としてありうるパターンを聞いてるんだって
0920デフォルトの名無しさん
2008/09/12(金) 22:06:51分けるべきクラスを、無理に一つにしているのかもね。
0921デフォルトの名無しさん
2008/09/13(土) 02:57:20クラス図なら、根本的に間違ってるって事さ。
0922豆レンジャー
2008/09/13(土) 12:15:48ごめん、関連が２本以上あるクラス図なんていくらでもあるんだけど…
関連って関連クラスのことではないよ？
┌──┐ ┌──┐
│A ├─┤B │
│ ├─┤ │
└──┘ └──┘
↑これクラス図なんだけど、こういう形は根本的に間違ってるって事なのか？
0923デフォルトの名無しさん
2008/09/13(土) 13:33:33関連があるケースのことだろうか？
ER図なんかではありがちなパターンだけど、表記上はBダッシュを作って、
注釈で同じリレーションであることを示すことが多いかな。
0924デフォルトの名無しさん
2008/09/13(土) 14:16:52もうその時点でクラス分けが間違ってる。
納品先住所と請求先住所の線を２本引く意味が分からない。
住所と言う基本クラスに納品先と請求先という派生クラスがあるって事だろ？
どうやったら２本引く必要があるのかわからない。
0925デフォルトの名無しさん
2008/09/14(日) 10:45:12定期便クラスと地区クラスに２本関連がありますよ。
目的地と出発地というロール名です。
その場合のオブジェクト図って特に制約が記述されてない限り
目的地＝出発地となることもあるわけで（つまり、地区オブジェクト１つリンク２つ）。
つまり>>917の言ってることは合ってる。
0926デフォルトの名無しさん
2008/09/14(日) 14:14:54その時点で２つとする事自体が間違いじゃね？
0927デフォルトの名無しさん
2008/09/14(日) 14:21:48各メソッドのロジックを記載するにはどの図を使えばいいですか？
UMLではなく普通にフローチャートを書いた方がいいのでしょうか？
0928デフォルトの名無しさん
2008/09/14(日) 20:59:10UMLでもチャートは書けるでしょ。
アクティビティー図とか、オブジェクト図とか好きなの使えば？
0929デフォルトの名無しさん
2008/09/17(水) 00:32:11オブジェクト図は、同じオブジェクト同士で2本以上のリンクはありえないお
0930デフォルトの名無しさん
2008/09/17(水) 01:27:250931デフォルトの名無しさん
2008/10/01(水) 20:31:17オブジェクト図はインスタンスの関連を表した物
クラス図の段階でリンクが２つあれば、オブジェクト図でもリンクが２つは許される
このぐらい常識だろう、その前にロールや関連が理解出来ていないのか？
0932デフォルトの名無しさん
2008/10/02(木) 02:27:170933デフォルトの名無しさん
2008/10/02(木) 20:15:401本で良いよな....
>>926を見て思うけど、無理にくっつけちゃったのかなぁ？
0934931
2008/10/02(木) 21:36:17まず、基本だが表記として複数リンクは許されている
次に>>924
>同じクラス間に２本以上の関連があると言う事は、どちらのクラスも役割が複数あると言う事。
>もうその時点でクラス分けが間違ってる。
基本的に、ロール（役割)はクラスにしてはいけない
（一生一つの役割しか持たないのなら、クラスにしてもかまわないが、変わらない事を保証することが難しい）
例えば、銀行の役割（ロール)として、 ・お金を貸す(預金) ・お金を借りる（住宅ローンなど）
がある、これをロール(役割)ごとにクラスを作ろうとは思わないだろう
まず銀行のクラスを作って、そのロールとして預金やローンを定義すると思うが
（現実世界で、１つの物をモデリングの世界で同じ実態を２つのクラスで表現するのはおかしいだろう）
これに、個人を加え銀行との関係を考えると、２つのリンクが存在するのがモデリングとして正しくないか？（預金とローンでは関連の意味が違う）
多分、分かり難いのは、複数リンクが上位の概念モデルでしか出てこない為だと思う
モデリングを進めて行くと、関連がクラスになる、上の銀行と個人だと間に口座クラスやローン契約クラスが現れ
単一のリンクに変わって行く、あと多くの書籍で単一リンクのみ書かれているから複数リンクに違和感も出る
0935デフォルトの名無しさん
2008/10/18(土) 23:44:13と最近思うようになってきた。
おら、こんな風にもUMLで書けるんだぜ、
おまいらちゃんと実装しろよ、みたいなｗ
0936デフォルトの名無しさん
2008/10/22(水) 21:16:120937931
2008/10/22(水) 23:16:38せめて、人の書いた物は理解出来ないと
0938デフォルトの名無しさん
2008/10/24(金) 18:50:51悪い意味で凝り凝りのモデル書くのが正統だ、
みたいに押しつけられても困るってことだ。
0939デフォルトの名無しさん
2008/10/25(土) 02:14:350940デフォルトの名無しさん
2008/10/25(土) 07:27:280941デフォルトの名無しさん
2008/10/25(土) 10:06:490942デフォルトの名無しさん
2008/10/25(土) 11:07:12”底辺”がんばれよ～ｗ
0943デフォルトの名無しさん
2008/10/25(土) 14:33:15しかしコイツらは、最初に「クラス図なら、根本的に間違ってる」とか書いて
自分が間違っていることに気づくと、こんどは
「書き方に凝っても意味無い」・「書き方に凝るんじゃなくて設計に凝るもんだ」だと
本当に、ダメぷりが良くわかる orz
0944デフォルトの名無しさん
2008/10/25(土) 14:46:22表記ルールでの話と、実際の運用に耐えうるクラス図のあり方と混同してないか？
表記ルールでは正しくとも、実運用で混乱をきたす書き方はダメだろって話を延々としてるだけだし。
0945デフォルトの名無しさん
2008/10/25(土) 15:18:47表記だけが正しいんじゃなく、意味があるだろう「ロール」と「関連」
それを理解出来ないで、今度は
「表記ルールでは正しくとも、実運用で混乱をきたす書き方はダメ」
本当にコーダーはダメダメだな orz
0946デフォルトの名無しさん
2008/10/25(土) 20:28:33誰もが誤解無く読み取れる設計図を心がけるのは設計者のつとめだろ。
自己満足な高度で難解な設計をする奴は会社に取ってもマイナスでしかない。
0947デフォルトの名無しさん
2008/10/25(土) 20:45:400948デフォルトの名無しさん
2008/10/25(土) 23:17:00”底辺”に何を言ってもしょうがないぞ
UMLは文章と同じで、書くより読む方がはるかに簡単だけど
それすら勉強しないから”底辺”なんだしｗ (スレタイも見ていないんじゃないかｗ)
それと、運用メンバーとプロジェクトメンバーの区別も出来ないかｗ
0949デフォルトの名無しさん
2008/10/26(日) 03:37:25>>945が底辺扱いしてる連中は、その道を大分前に通過してるんだよ。
0950デフォルトの名無しさん
2008/10/26(日) 12:18:20乗組員は速やかにマ板へ退避して下さい。
0951デフォルトの名無しさん
2008/11/29(土) 00:57:20他人がどれほど理解できないかを理解する時間的余裕が出るには年輪が必要なんだよ
0952デフォルトの名無しさん
2008/12/07(日) 13:27:15<<friend>>の表記と多重度の記述の仕方についてお聞きしたい事があります。uml初学者です。
値を保持するクラスAがあってオブジェクトの生成と削除をクラスBに
一括してやらせようとしてます。そこでまずクラス図として
<<create>><<destroy>><<friend>>
A←－－－－－－－－－－－－－－B
0..* 1
のように記述しました。ただ依存を用いると多重度が書けないと言う事実を
知り、分からなくなりました。
というのも<<friend>≫は依存の時のみに使うステレオタイプだったと記憶していて
反面クラスBは生成したクラスAオブジェクトのリストを持っているので多重度は
書きたいなぁと思ったからです。
例えば依存じゃなくて関連を使って記述したらまずいでしょうか?
<<create>><<destroy>><<friend>>
A←──────────────B
0..* 1
何故<<friend>>が必要になったかというとC++を使ってまして、クラスAは一定のクラス（クラスB)でしか
オブジェクトの生成・削除をされたくなく、コンストラクタとデストラクタをプライベートで記述したために
クラスBをクラスAのオブジェクトの生成・削除ができるようにfriend classとして記述したという次第です。
なにぶんクラス図から実装を考えるレベルではなく、コードからクラス図を記述しようとしているので色々
矛盾していたり、勘違いしている部分(C++についても)があると思うのですが、なにかヒントをいただけたら
幸いです。
0953デフォルトの名無しさん
2008/12/07(日) 14:43:38根本が狂ってるんじゃどうしようもないさw
依存と言う言葉は「実体は知らない」程度の意味なのに、
おまいの言ってる依存は、頼り切ってるどころか相互乗り入れしているし。
0954デフォルトの名無しさん
2008/12/07(日) 15:47:14依存というのは薄い結びつきなんですね、、ありがとうございます
ではこの場合のリレーションシップはどれが適当でしょうか?
いわれたことを踏まえて自分はコンポジションと予想したのですが
それと、ちょっと見方を変えて
クラス図は設計図の一種(コーディングの前段階)なんだから
<<create>><<destroy>>
A────────────◆B
0..* 1
としておいて、これをC++で実装する事にしたら結局friend使う事になっちゃった
ということにしておくという考え方はありでしょうか；
0955デフォルトの名無しさん
2008/12/08(月) 23:11:140956 【中吉】 【788円】 株価【45】
2009/01/01(木) 21:54:170957デフォルトの名無しさん
2009/01/26(月) 15:40:23どうよ
0958デフォルトの名無しさん
2009/02/06(金) 00:09:31ロール（業務）をクラス化しておいて、
管理クラス（銀行）にぶら下げる様な設計はありだと思うが？
実際、イベント処理系はその手の設計が多い。
とか、かこうと思ったらかなりのカメレスにorz
0959デフォルトの名無しさん
2009/02/14(土) 19:19:580960デフォルトの名無しさん
2009/02/16(月) 07:27:110961デフォルトの名無しさん
2009/02/19(木) 14:25:510962デフォルトの名無しさん
2009/02/28(土) 03:50:470963934
2009/03/03(火) 22:57:08>ロール（業務）をクラス化しておいて、
>管理クラス（銀行）にぶら下げる様な設計はありだと思うが？
どんな設計をしているか分からんが、基本的に
残高と出金・入金金額はいつでも、同じトランザクションで
行なわなければならない、それを別クラスにするのは、俺はおかしいと思う
まっ、Mementoパターンとかで、履歴を管理したい場合は別クラスでも
いいかもしれないけど
0964デフォルトの名無しさん
2009/03/05(木) 19:40:59それはトランザクションで一つのロールとならないか？
0966デフォルトの名無しさん
2009/03/06(金) 04:22:33別に
0967デフォルトの名無しさん
2009/03/17(火) 17:28:15モグラの穴を利用しているネズミだよ。
モグラは肉食だから野菜は食べないよ。
0968あぼーん
NGNG0969デフォルトの名無しさん
2009/03/18(水) 08:07:180970デフォルトの名無しさん
2009/03/20(金) 00:39:20http://www.microsoft.com/japan/msdn/vstudio/events/agileseminar.aspx
0971デフォルトの名無しさん
2009/06/10(水) 09:02:40モグラの穴を利用しているネズミだよ。
モグラは肉食だから野菜は食べないよ。
0972デフォルトの名無しさん
2009/06/27(土) 22:20:03ここ繋がる？
永遠ループがでてＨＴＭＬ表示されないんだが
0973デフォルトの名無しさん
2009/07/22(水) 08:01:070974デフォルトの名無しさん
2009/07/28(火) 23:27:240975デフォルトの名無しさん
2009/07/29(水) 07:27:420976デフォルトの名無しさん
2009/07/31(金) 01:26:53正確なルールなんて無い。
必要最低限のルールならある。
0977デフォルトの名無しさん
2009/08/03(月) 18:54:120978デフォルトの名無しさん
2009/08/12(水) 07:18:110979デフォルトの名無しさん
2009/08/12(水) 08:30:21おまえそうやってUMLに色んな事ゴチャゴチャ書き込むなよカス
0980デフォルトの名無しさん
2009/08/12(水) 15:13:110981デフォルトの名無しさん
2009/08/24(月) 13:12:250982デフォルトの名無しさん
2009/08/25(火) 09:07:260983デフォルトの名無しさん
2009/08/25(火) 22:42:55レス数が950を超えています。1000を超えると書き込みができなくなります。