[cppll:9357] [御意見拝聴] UML をソフトの基本設計で使いますか?
- Subject:
- [cppll:9357] [御意見拝聴] UML をソフトの基本設計で使いますか?
- From:
- kenji <kenji@...>
- Date:
- Fri, 8 Aug 2003 16:37:03 +0900
- X-Mailer:
- Microsoft Outlook Express 6.00.2800.1106
- Message-Id:
- <005d01c35d7f$dc737610$0151a8c0@athron>
[御意見拝聴] UML をソフトの基本設計で使いますか?
小林@那須です。皆様は、ソフトの基本設計の段階で UML を使われますでし
ょうか。使われるとしたらどのように使われているのか教えていただけますで
しょうか。
-----------------------------------------------------------------------
私自身は UML を基本設計の段階で使うとしたら use case を使った仕様の書
き出しぐらいです。でも、これも箇条書きのメモと大差はありません。多くの
場合、ソフトをどのように記述していくか考えているときに作るものは、メモ・
テキストとヘッダ・ファイルの書き出し(データ構造)です。これらの初期の
資料は自分のメモ書きでしかなく、人様に資料として提出できるものではあり
ません。UML がこの役割を果たしてくれれば嬉しいのですが、現状の UML で
は C++ プログラムの基本構造を記述するには機能不足だと感じています。
一方、規模の大きな回路を設計するときはブロック図を書き、基本的な信号の
結線を確定してから詳細回路図を書いていきます。これらのブロック図は清書
すれば人様に提出するドキュメントとしても使えます。ソフトでも同様なこと
ができることが望ましいと思っています。ヘッダ・ファイルなどは概要が書か
れていると言っても、シリアルに書かれていす。最初から最後まで読み解かな
いと理解できません。ブロック図や回路図のように、全体を平面的に一目で理
解できる資料をソフトでも作れたら良いと思います。でも、このような方法は
できて上がっていないと考えます。UML でも複数の STL コンテナの大まかな
依存関係を表現できるとは思います。でも「大まか」に限られると思います。
そのため、 UML は基本設計の段階ではなく清書する段階で使えるツールだと
思います。
UML が機能不足だとしても、複数の人間と共同でソフトを開発していくときは、
UML を使うと思います。ソース・プログラムや自然言語以外に、プログラムに
ついて情報を交換する手段は UML しかないからです。クラス図などはヘッダ・
ファイルよりは他人に早くクラス構造を伝達できます。でも、一人でソフトを
開発しているときには(情報を伝達する必要のないときには)、クラス図は清
書する段階でしか使わないと思います。様々の可能性を検討しているときには、
機能が不足していて記述が面倒なクラス図は使えないと思います。
私は、このように UML を考えていますが、世間では、一人で設計するときで
も UML を基本設計に使えると主張する方もいらっしゃいます。もし回路で基
本ブロック図を書くように UML でソフトの基本仕様を記述している方がいら
したら、どのように使っているか教えていただけますでしょうか。
===============================
EMAIL kenji@...
小林憲次
===============================
小林@那須です。皆様は、ソフトの基本設計の段階で UML を使われますでし
ょうか。使われるとしたらどのように使われているのか教えていただけますで
しょうか。
-----------------------------------------------------------------------
私自身は UML を基本設計の段階で使うとしたら use case を使った仕様の書
き出しぐらいです。でも、これも箇条書きのメモと大差はありません。多くの
場合、ソフトをどのように記述していくか考えているときに作るものは、メモ・
テキストとヘッダ・ファイルの書き出し(データ構造)です。これらの初期の
資料は自分のメモ書きでしかなく、人様に資料として提出できるものではあり
ません。UML がこの役割を果たしてくれれば嬉しいのですが、現状の UML で
は C++ プログラムの基本構造を記述するには機能不足だと感じています。
一方、規模の大きな回路を設計するときはブロック図を書き、基本的な信号の
結線を確定してから詳細回路図を書いていきます。これらのブロック図は清書
すれば人様に提出するドキュメントとしても使えます。ソフトでも同様なこと
ができることが望ましいと思っています。ヘッダ・ファイルなどは概要が書か
れていると言っても、シリアルに書かれていす。最初から最後まで読み解かな
いと理解できません。ブロック図や回路図のように、全体を平面的に一目で理
解できる資料をソフトでも作れたら良いと思います。でも、このような方法は
できて上がっていないと考えます。UML でも複数の STL コンテナの大まかな
依存関係を表現できるとは思います。でも「大まか」に限られると思います。
そのため、 UML は基本設計の段階ではなく清書する段階で使えるツールだと
思います。
UML が機能不足だとしても、複数の人間と共同でソフトを開発していくときは、
UML を使うと思います。ソース・プログラムや自然言語以外に、プログラムに
ついて情報を交換する手段は UML しかないからです。クラス図などはヘッダ・
ファイルよりは他人に早くクラス構造を伝達できます。でも、一人でソフトを
開発しているときには(情報を伝達する必要のないときには)、クラス図は清
書する段階でしか使わないと思います。様々の可能性を検討しているときには、
機能が不足していて記述が面倒なクラス図は使えないと思います。
私は、このように UML を考えていますが、世間では、一人で設計するときで
も UML を基本設計に使えると主張する方もいらっしゃいます。もし回路で基
本ブロック図を書くように UML でソフトの基本仕様を記述している方がいら
したら、どのように使っているか教えていただけますでしょうか。
===============================
EMAIL kenji@...
小林憲次
===============================
▼ スレッド
- 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