[cppll:9362] Re: [御意見拝聴] UML をソフトの基本設計で使いますか？

森野です。

kenjiさんの<004001c35e44$dae58d90$0151a8c0@athron>から
>小林＠那須です。レスありがとうございます。
ちわ。

>>書いたソースコードから、Doxygenなんかを使って、コラボレーション図を出
：
>コラボレーション図は、なんらかのタイミングを取り出して、そのときのイ
>ンスタンス間での method の遣り取りを図示したものだと理解しています。
Doxygenの生成する絵では、コラボレーション図と書いてありますが、正確に
は、クラス図ですね。
# ややこしい書き方、してしまいました。すみません。

こういうややこしいものも書けるという例が、graphvizのページにありまし
た。
http://www.graphviz.org/pub/graphviz/CURRENT/doxygen/html/structAgedge__t.html

>ョン図を自動生成できるとも思えません。できたら、どのようににコラボレー
>ション図を導き出しているのか教えていただけますでしょうか。
これも、すみません、ですね。(^^;;
クラス図なので、メンバの型を手繰っていくようです。

--
Shin'ya MORINO mailto:smorino@...

▼ スレッド

9357: [御意見拝聴] UML をソフトの基本設計で使いますか? ょうか。使われるとしたらどのように使わ kenji
└9358: こちら↓でポストするほうがベストかと存じます。 UML-jp ML http://www.tech-arts.co.jp/oo/mail.html □■ Wraith the Trickster
　└9359: UML の使い方は、言語、分野により変わってくると思います。JAVA と C++ では UML の使いか方も変 kenji
　　└9360: ちっす。書いたソースコードから、Doxygenなんかを使って、コラボレーション図を出して、見 Shin'ya MORINO
　　　└9361: UML では、記号のフォーマットや意味が不完全にしか統一されていないと思います。教科書によ kenji
　　　　├9362: ちわ。 Doxygenの生成する絵では、コラボレーション図と書いてありますが、正確にこういうや Shin'ya MORINO
　　　　├9363: 本によって細かな違いが多いのはそのとおりですね。準拠している UML のバージョンも違って boochang
　　　　│└9364: 見て来ました。納得できました。クラス図ならば、クラス宣言と、クラス・ポインタ・メンバ kenji
　　　　│　├9365: どれがメンバ変数であるか)に寄りすぎているから、コードのほうがわかりやすい、ということ HIDAKA Takahiro
　　　　│　├9373: 綺麗には、行かないんですよね。全部のコードを、絵に開いても、頭にはいらないっす。せめ Shin'ya MORINO
　　　　│　├9374: 僕が以前に流したメールですが、メンバー変数の表現だけでもこれだけの表現が考えられます Shibukawa Yoshiki
　　　　│　└9376: 「ソフトの基本設計の段階では」と書かれていますが,コード断片の方が分かりやすいと仰って Y.Terada
　　　　│　　└9377: 纏めレスで失礼しました。ひだかさん> 個人的な趣味の問題だとは思いますが、小林さんの考 kenji
　　　　└9366: ユースケース(の書き方は)は別にメモでも何でも構わないと思います。開発対象のシステム(ソ Hidehiko AKASAKA
　　　　　├9367: たしかに、クラスを関連付けするのはポインタとは限りません。しかし、分析の段階では、何 boochang
　　　　　└9375: 赤坂さんのように UML を使いこなしていらっしゃる方の意見が聞けて喜んでいます。テストを kenji
　　　　　　└9378: いいえ、私は未だUMLに弄ばれています。(C++も同様です(^^;;) それ自体は悪いことではないですよ Hidehiko AKASAKA

Maintener: Tietew <www.tietew.jp>
Powered by Ruby on Rails, Mongrel, PostgreSQL, and Hyper Estraier.

click here

[cppll:9362] Re: [御意見拝聴] UML をソフトの基本設計で使いますか？

▼ スレッド

Navigation

検索