モデリングはどこから手をつけたらいいの？

1. [吉田]まずは構造から考えると解りやすいのかな。構造を整理するには「クラス」を見つけていくんだね。
2. [舟元]そうだね。クラスを見つけて、それらがどういう風に振る舞うのかを明確にしていこう。

1. [舟元]構造としては、「走行体」に「センサ類」がついていて、「ライントレーサ」が「走行体」と関連づけられているね。「ライントレーサ」は「制御量計算」とも関連しているのか。「旋回量計算」が「走行体」と関連付いているのは何でかな？「コース情報」とも関連付いているね。
2. [吉田]「旋回量計算」には光センサの値と、目標値が必要になると思って「旋回量計算」から「走行体」、「コース情報」と関連づけたんだよ。コミュニケーション図を見てよ。
3. [舟元]なるほど。構造と振る舞いはこれで解るね。でも、これだと…まあ、いいか、とりあえず分析は終わったので次は設計に入ろう。

設計する

1. [舟元]次に分析結果を基に設計していこう。これを見て実装することになるからね。
2. [吉田]分かってるって、メソッドの引数や戻り値も考慮してすすめるよ。今回は振る舞いはシーケンス図で書くね。

1. [舟元]「ライントレーサー」クラスがmainを持っているって事は、システム本体ってことなんだね。でも、このクラスは分析モデルでは要らないんじゃ無いのかな。分析では「ライントレース」を実現するための構造であって、ソフトウエアの構造では無いからね。ソフトウエアの構造を意識するのは設計モデルからで良いんだよ。「分析」と「設計」の違いは、単にクラス名や関数名が日本語か英語かって訳じゃ無いんだよね。
2. [吉田]なるほど。分析では対象を明らかに（作らないといけないものを明確化）して、設計では対象を実装可能なものにする（どうやって実装すれば良いか）んだね。だから、分析モデルでは出てこないクラスが出てきたり、統合されたりする訳か…
3. [舟元]そういうこと！（本当は、、、ダメだけど）今回は、「ライントレースする」っていう単純な要求だから、このまま設計を進めちゃおうか。それぞれのクラスと責務も明確にしておこう。
4. [吉田]分かった。