[cppll:9363] Re: [御意見拝聴] UML をソフトの基本設計で使いますか?
ぶーちゃんです。
From: kenji@... (kenji)
Subject: [cppll:9361] Re: [御意見拝聴] UML をソフトの基本設計で使いますか?
Date: Sat, 9 Aug 2003 16:07:11 +0900
Message-ID: <004001c35e44$dae58d90$0151a8c0@athron>
> ># ただし、教科書どおりの書き方ができているかは、知りません。(^^;;
>
> UML では、記号のフォーマットや意味が不完全にしか統一されていないと思い
> ます。教科書により、細かな違いが数多くあります。厳密には自己流になって
> しまうと思います。
本によって細かな違いが多いのはそのとおりですね。準拠している UML のバー
ジョンも違ってたりしますしね。
> bool ClVrfySglt::VrfyLoop(void)
> {
> ・
> ClVrfyIntfBase* pClVrfyIntfBaseMiniAt =
> *min_element(m_lstpClVrfyIntfBase.begin(), m_lstpClVrfyIntfBase.end()
> , lessTimeClVrfyIntfBase );
> ・
> pClVrfyIntfBaseMiniAt->Tick();
> ・
> }
>
> 私には、これを UML で解りやすく書けるとは思えません。
こんなコラボレーション図が書けそうですが、どんなものでしょう?
# 識別子は長いので一部置き換えさせてもらってます。
# (等幅フォントで御覧下さい)
+----------------+
+--------------+ +-+---------------+|
| | bases | ||
| :ClVrfySglt |-----------------------| :ClVrfyIntfBase ||
| | | ++
+--------------+ → +-----------------+
| 1: aBase := min_element(bases) ◆
| |
| |
| +-----------------+
| aBase<<local>> | |
+------------------------------+ :ClVrfyIntfBase |
| |
→ +-----------------+
2: Tick()
From: kenji@... (kenji)
Subject: [cppll:9361] Re: [御意見拝聴] UML をソフトの基本設計で使いますか?
Date: Sat, 9 Aug 2003 16:07:11 +0900
Message-ID: <004001c35e44$dae58d90$0151a8c0@athron>
> ># ただし、教科書どおりの書き方ができているかは、知りません。(^^;;
>
> UML では、記号のフォーマットや意味が不完全にしか統一されていないと思い
> ます。教科書により、細かな違いが数多くあります。厳密には自己流になって
> しまうと思います。
本によって細かな違いが多いのはそのとおりですね。準拠している UML のバー
ジョンも違ってたりしますしね。
> bool ClVrfySglt::VrfyLoop(void)
> {
> ・
> ClVrfyIntfBase* pClVrfyIntfBaseMiniAt =
> *min_element(m_lstpClVrfyIntfBase.begin(), m_lstpClVrfyIntfBase.end()
> , lessTimeClVrfyIntfBase );
> ・
> pClVrfyIntfBaseMiniAt->Tick();
> ・
> }
>
> 私には、これを UML で解りやすく書けるとは思えません。
こんなコラボレーション図が書けそうですが、どんなものでしょう?
# 識別子は長いので一部置き換えさせてもらってます。
# (等幅フォントで御覧下さい)
+----------------+
+--------------+ +-+---------------+|
| | bases | ||
| :ClVrfySglt |-----------------------| :ClVrfyIntfBase ||
| | | ++
+--------------+ → +-----------------+
| 1: aBase := min_element(bases) ◆
| |
| |
| +-----------------+
| aBase<<local>> | |
+------------------------------+ :ClVrfyIntfBase |
| |
→ +-----------------+
2: Tick()
▼ スレッド
- 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