UMLを用いた開発について

かえるさんの書き込み (2002-06-01 22:39) より:
確かにそうですね。
先ほど確認しました。
------------------------------------
逆の事を書いて申し訳ありませんでした。

biacさんの書き込み (2002-05-31 18:59) より:
分析・設計の各段階で、すべての UML 図を書いていたんじゃ、たまったもんじゃありませんよね。 そんなときにお勧めの本。 (^^;

http://www.seshop.com/detail.asp?pid=766
> UML モデリングのエッセンス 第2版
> 著： Martin Fowler / ケンドール・スコット

開発のどんな段階で、どの UML 図を、どのように使うべきか、という視点で書かれています。

しょむさんの書き込み (2002-05-31 21:15) より:
「UMLからソースができる」なんていう幻想は捨てたほうが幸せでは。

正直、ビジュアルクラスビルダーは Beans はじめ様々な言語処理系で試されてきましたが、成功してる例ってのも聞かないですよね。なんでまぁ、期待はしないと。

で、2 のほうは、けっこう使えそうだと思ってます。業務フローの整理にもそれなりにアレンジして使えますし。ER図とかでやってたことの、まぁ、焼き直しですけどね。

tasukuさんの書き込み (2002-06-01 00:01) より:
となると結局、そのページに出てくるクラスとの関係だけに絞り込んだ
図にしたくなるのですが、「UMLからソースができる」系のツールって
その辺が、弱くないですか？

objectさんの書き込み (2002-06-01 22:02) より:
「最上流工程でのみ使った方が効果があるもの」と言う事はないと思います。
エンジニア的要素もと管理者的要素のどちらがが多いかというと、エンジニア的要素が強かったんじゃないでしょうか？

それから、上流、下流工程等の言葉は、まだ使われてますが、ウォーターフォール型の開発プロセスを意識した言葉の様な気がします。
最近は、スパイラルで考えますし、ドメイン・コドメインというカテゴリが自然な気がします。
一連の処理工程の中での位置付けでなく、分析・設計過程を含む全過程をドメインとコドメインというマッピングの世界で考えているんだと思います。

かえるさんの書き込み (2002-06-01 22:39) より:
OMT法のランボー氏と、OOSE法のヤコブソン氏を招聘し、統一して合わせて、
・・・・・（中略ごめんなさい）
しても、使われだしたって事のようでした。