[ruby-list:30744] Re: UML クラス図と Ruby の記述についての対応

橋本＠福井県在住です。
 お返事ありがとうございます。
 こちらの勝手な都合で引用順序換えさせていただきます。

On Sun, 29 Jul 2001 00:14:07 +0900
石塚圭樹 <[e-mail]> さんは書きました:
>けいじゅ＠日本ラショナルソフトウェアです.
>> さて、本題ですが、「UMLクラス図」と「Rubyのクラス定義」について
>> どのように対応しているか？ということです。
>>  <背景>
>>    UnixのX上(またはWin32上)で動作するUML図もかけるDiaというドローソフト
>>    があります。
>>    また、dia2codeとよばれている、diaの保存形式から C++/Java/(C?)のソースを
>>    生成してくれるツールもあります。
>>    それぞれ ソース公開されGPLだったと記憶しています。
>>     # 補足: 他の高いTOOL(例:バラ)などは、逆もできるなど利点がありますが
>>     #       個人ユースの場合、クラス図 -> ソースの機能だけでも有用です。
>
>そういう会社のものです. 

 関係がありそうな方のご意見ありがとうござうます。

(ここで引用順序換えます)
>立石さんのメイルにもありますが、目的は何でしょう?
>
>1. UMLで表現されたものをRubyに落としたい
>2. Rubyでプログラムするうえで、設計レベルをUMLで表現したい? つまり、
>   Rubyで表現できることすべての設計レベルの記述をUMLで行いたい?
>
>1はそんなに難しくないと思いますが、2は難しいと思います. 実際、自分が作っ
>たRubyのプログラムをUMLで表現することは難しいことが多いです。

 立石さんのメールにも書いたのですが、初めの目的は「1.」です。
 「2.」が難しいことは考えれたために、「1.」のレベルにしています。
   # 2. もできるのならしたいのですが、個人プログラマで暇時間を見つけて書くだけ
   # ですので、今回のように基盤がないと流石に大変です。
 当然、逆変換(リバースエンジニアリング?;ソース->UMLクラス図)という事も
 考えていません。

>理由はいくつかあって:
>
>1. Rubyの変数には型がない。UMLでは、属性は型がなくても良いですが、関連は必
>然的に
>   型を決めなくてはいけない。
>
>2. Rubyは動的な言語。例えば、動的にメソッドが定義できる。あと,
>   obj.extendもある
>
>3. Rubyには、特異メソッドがある。UMLにはない。
>
>4. moduleのネストクラス。UMLでもネストクラスの概念はありますが、それを直
>   接表現できない。

 貴重なご意見ありがとうございます。特異メソッドなどを表現ができないのは
 予想できたのですが、かなり課題があるということが理解できました。

 また、こちらが出した変換に対するご指摘ありがとうございます。
 RubyやUMLクラス図などが完璧に理解できていない者で、ボロボロと穴がでてます。

 僕の出した対応表の修正すべき点は
  ・Ruby のインスタンス変数は通常はprotected
  ・Ruby に UML でいう private メソッドに対応するものがない
 ということですね。

 あと
>> <対応>
>>  <クラス図>
>>                        +---------+
>>                        |<<mixin>>|
>>    +---------+         | My_mixin|
>>    | Base    |         +---------+
>>    +---------+         +---------+
>>    +---------+         +---------+
>>    +---------+             △
>>        △                  ｜
>>        ｜  ＋−−−−−−−＋
>>        ｜  ｜
>>    +---------+
>>    | Dived   |
>>    +---------+
>>    +---------+
>>    +---------+
>>  </クラス図>
>>  <Rubyソース>
>>    module My_mixin
>>    end
>>
>>    class Dived < Base
>>      include My_mixin
>>
>>    end
>
>個人的には、moduleのステレオタイプを<<module>>に、includeを汎化に
><<mix-in>>ステレオタイプ付けようと提案しています。

 確かにその方が、上記の表現方法に比べ、よりよいですね。
 その様に変更します。

 一つ質問なのですが、「提案」と表現されているということは、
 RubyとUMLの対応または、それに近いものが既にドキュメントなりMLアーカイブなりで
 公開されているのでしょうか？
 もし、公開されているのであれば、URL なり URN をお教えくださいませんか？


 最後に
 今回の指摘でUMLの図の理解が足りない事もわかりました。一度勉強しなおします。
 指摘された点の修正も含めまして、下記の変換くらいができるモノを通勤時間と
 夏休みに作成し、何らかの形でフィードバックさせていただきます。

 また、いろいろと質問するかもしれませんが、皆様よろしくおねがいします。

---
橋本 賢一 Ken-ichi HASHIMOTO
 E-Mail [e-mail]