<v04210a02b6b78b688ea6@[192.168.0.245]> の、
"[XP-jp:01633] Re: XP で再利用できますか？" において、
"YAMADA Masaki <masaki@....jp>"さんは書きました：
ひがです。
> 山田＠メタボリックスです。
>
> At 10:33 +0900 01.2.20, Yasuo Higa wrote:
> >XPによって、進化的設計が可能になったとしても、
> >publicなclassやinterfaceが変わると、
> >プロジェクト全体に与える影響は大きいので、
> >最初に、モデリングをすることは必要だと思います。
>
> もちろん、そういうやりかたもありですよね。
>
> でも、publicなclassやinterfaceが変わっても十分対処できますよ。
>
> よいブラウザがあれば、それを使っているクラスをその場でみんな
> 見つけて変えてしまう。
> (「テスト第一」「みんなで所有」...)
>
> 取りあえずは古いインタフェースはアダプタを通して皮だけ残し、
> 新しいアーキテクチャのインタフェースを公開する。
> 適当な時期に大きなリファクタリングで古いインタフェースを一掃する。
> (「リファクタリング」「ペア・プログラミング」...)
>
> 規模やプロジェクトの状況にも依存しますが、それができる環境を
> XPは整えてくれると思います。
>
変更に対するXPの柔軟性はおっしゃるとおりだと思います。
ただし、最初の設計も大事だと考えています。
> >今回のプロジェクトでは、分析フェーズでは
> >アナリシスパターンをもとにモデリングを行い、
> >設計・実装フェーズからXPを利用しています。
>
> 山田も実はXPが普及することと、モデリングが重要度を増すことは
> (対立することではなくて)、パラレルなことだと思っています。
> ひがさんのプロジェクトでは、分析レベルのモデルはあるところで
> フィックスするのでしょうか?
> そうだとしたらその判断規準は?
モデルをもとに、プロトタイプを作成し、パフォーマンスや
要件を満たしていれば、モデルはそれで良しとしています。
> 分析レベルのモデルと設計とのリンクはどのように維持していますか?
> 差し支えなければ教えて下さい。
>
モデルは、プロジェクトのキーとなる部分に対して作成し、
テーブルにデータが保存されるようなクラスの属性や、
クラス間の関連は、XMLで定義して、共通の
getter,setterメソッドでアクセスするので、
設計時に、属性が追加されても、モデル(I/F)そのものは、
変わりません。
モデルは、実際のクラス図とは違い、重要な属性、メソッド、
関連しか定義しないので、設計の影響はあまり受けません。
---
Yasuo Higa <higa@....jp>
INFORMATION SERVICES INTERNATIONAL-DENTSU,LTD.