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

道化師です。

【[cppll:9357] [御意見拝聴] UML をソフトの基本設計で使いますか？】
>[御意見拝聴] UML をソフトの基本設計で使いますか？
...

こちら↓でポストするほうがベストかと存じます。

UML-jp ML
http://www.tech-arts.co.jp/oo/mail.html

# あえて、C++ プログラマ(限定)の意見を訊きたいってことなら
# その限りではないと存じますが。

□■□■ Wraith the Trickster □■□■
■□■□ 〜I'll go with heaven's advantage and fool's wisdom.〜 ■□■□

▼ スレッド

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.