kaizen 2009-05-28

20 人中 10人 の方がこのレビューが参考になったと投票しています。

ユースケースは、UMLの道具の中で、頭の整理のために使うか、
最後に試験の事例に過不足がないかを確かめるために使うかの
２つの使い方があることが知られている。

本書では、その一つの使い方に限定して、話を展開していないだろうか。

また、アスペクト思考とは、
構造化、オブジェクト指向の流れの一部であって、
構造化＞オブジェクト指向＞アスペクト指向と、
前者を前提にしたより狭いところを指すものではないだろうか。

２つの怪しげなものが組み合わさっても、優秀な人書けば、
ソフトウェアができあがるという実証かもしれない。

著者の能力の高さが、本書の支えではないだろうか。
いずれにしても、能力の高い人の書いたものは、参考になる点が多い。

ただし、自分の能力ではできないことも平気そうに書いているので、
間違って同じ方法を取ろうとすると、失敗するかもしれない。

そんな気がする今日この頃です。

やぶ 2007-11-11

14 人中 7人 の方がこのレビューが参考になったと投票しています。

まず、本書の目的の何たるかを知って置いたほうが良いでしょう。
結論から申しますと、C++やJava、.NETといったOOP言語ではAOPの完全実現は行えないことに注意してください。本書においてはAspectJを例に取り上げ、AOPとは何かを説いています。
つまり、「AOPとはこういうものである」ということの理解を助けますが、既存の主流言語では実現の限界性があることを加味して、参考とすべきであるということになります。
では、本書は絵に描いた餅であるかというと、決してそんなことはありません。あくまでランゲージ・ニュートラルであることをイヴァー・ヤコブソン自身が明言しており、ユースケース駆動モデルとAOPは対局しないことを謳っています。
ユースケース駆動モデルの可能性がAOPにおいても通用することを示唆していることでもあり、また本書でAOPの何たるかが分かれば、それに沿った設計を行うことでAOPらしい設計〜コーディングを行えるでしょう。
バージョンアップや修正が発生したプロジェクトでも、新規機能や複数のクラスを横断する機能(つまり他のクラスに依存するクラス)の機能をポイントカットとしてアスペクトの中に包含するという考えは、ユースケースにおける<>と考えられます。
こうしたことを詳細に、またユースケースからロバストネス分析、設計モデルまでの流れも説明していて、ユースケース駆動モデルの実践的応用にも役立つことかと思います。