設計の中間過程が書いてないので読んでいて理解できない。クラス図が成長していく過程が重要。カラーUMLという表記があって目に優しいUMLもある。C#の様にJavaもthreadsafeかどうか全てjavadocに書いていて欲しい。(宿題)UMLの抽象/具象クラスの定義はJavaのクラスと同じ考えでいいのか→違う。カテゴリークラスを抽象クラスの代わりに使用するという話はenumのようなものと考えていいようだ。言葉でドキュメント記述すると多重度が見えない事が多いのでUMLが役立つ。多重度はObserverパターンに存在するので、必ずしも禁じ手ではない。ダブルディスパッチはn:mパターンの使い方のケースである。結城さんの本のVisitorパターン参照のこと。パターンハッチング本も参照のこと。ここでは、ひとつひとつの移動を指す。ひとつの有効期間に便が複数関連づけてあるか、この意味が不明。「こと」同士の関連を表す・・・ここで「もの」と「こと」が逆に書いてある、誤記だろう。図7-6の有効期間が途中から有効期限になっている、理由不明。シートクラスの多重度が0..1だが、これはスーパーシートのないフライトを想定しているのかもしれない。オープンクラスから路線クラスへのみナビケートが付いているか、これでいいのか?多分、強調表示したいのでナビゲートを付けたのだろう。旅行プランと、トリップの間は強い集約だが、いまひとつ意味が分からない。checkerはあるのか不明。Semanticsを使っている。OCLは見づらい、なんとかならないのか。シートクラスは、行きと帰りの2つ必要なはず。(getAvailableSeats())と表記を分けて単複区別しているが、これは児玉さんの書き方だろう。影響を受けないようになっているのか不明。パッケージが最後に出てきたが、本当にこのタイミングでいいのか?トップダウンなら、パッケージが先に作られるべきだと思う。