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

渋川です。

> でも、C++ ではクラスを互いに関連付けるのはポインタだけではありません。

僕が以前に流したメールですが、メンバー変数の表現だけでもこれだけの表現が
考えられます。しかも１対１に対応しないし。

http://www.tietew.jp/cppll/archive/8832

あと、メソッド呼び出し時の参照渡し、ポインタ渡し、あと、グローバル変数経
由での関連（ゲーム作ってて１対多、かつシングルトンの時はたまに利用。画面
クラスとか）。１対１対応させようとすると頭が痛いですね。

僕はストーリーカード、タスクカード、CRCカードを使います。特にCRCカード。
動的なフローチャートのようなものを描くときだけ、UMLのコラボレーション図
を利用します。あとのダイアグラムは使わないですね。CRCカードは以前Cマガに
記事書いたので、よろしくです(^-^)

僕はUMLのメリットというのは、やはりコードの全体像をビジュアルに把握する
できるようにすることだと思います。コードと１対１に対応させたモデルドリブ
ンアーキテクチャとかはC++には不似合いな気がします。Rational Roseのリバー
スエンジニアリング機能は触ってみたいですけど。

-----

東京工業大学国際開発工学専攻上田研
_/_/_/ しぶかわよしき JA6HFA/1 yoshiki@...
_/ http://www.shibu.jp http://www.unittest.org

▼ スレッド

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

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

▼ スレッド

Navigation

検索