エンティティクラス、バウンダリクラス、コントロールクラス、その他のクラス

1.エンティティクラスとは

1. データベースに永続化（※１）されることが多い。
2. 抽出方法がER図におけるEntityに似ている（※２）。
3. DOA（データ中心アプローチ）との関連が深いかも（※２）。
4. クラスの凝集度が高く、変更がかかりにくい（※３）。
5. クラス図でステレオタイプ<<entity>>をつけることがある。
6. クラス図で下記のアイコンで表記することがある。
   

2.バウンダリクラスとは

1. エンティティクラスやコントロールクラスと比べると変化しやすいらしい。
2. バウンダリクラスの属性や、画面レイアウトを決めるのはウォーターフォールモデルでいうところの外部設計か？
3. クラス図でステレオタイプ<<boundary>>をつけることがある。
4. クラス図で下記のアイコンで表記することがある。
   

3.コントロールクラスとは

1. 属性があまりないらしい。
2. クラス図でステレオタイプ<<control>>をつけることがある。
3. ユースケース図でのユースケースを実現するためのクラス。 
4. だるまがあまり理解していない。
5. クラス図で下記のアイコンで表記することがある。
   

4.BCEパターン以外で出てくるクラス

1. ユーティリティクラス
   　java.lang.Mathクラス のような、なんというか、関数を提供するクラスで、インスタンスを生成できないようになっている。
   　クラス図においてステレオタイプ<<utility>>（※２）をつけることがある。
   　エクセルVBAでは標準モジュールを使用して定義する。
2. DAO(Data Access Object)クラス
   　なんだろう…、簡単に言うとデータベースにアクセスするクラスでいいと思う。
   　多分、オブジェクト指向とRDB(リーレーショナルデータベース)の間のインピーダンスミスマッチ（※３）を解決する部分。
3. その他
   　まあ、他にも適用するデザインパターンやシステムの対象（例えば、組み込みなど）によってもいろいろなクラスがある。

5.エンティティ、コントロール、バウンダリなどと分離するメリット

1. １つのクラスが小さくなるので、見やすくなります。クラスの凝集度も変わってくると思います。
   　ちなみに、クラスは凝集度が高く、結合度が小さい方が良いです。
2. 再利用がしやすくなる。
   　バウンダリとコントロールがごっちゃになった場合、例えば、今まで画面から行っていた処理をバッチで実施しようとしたとき再利用できないです。
3. 仕様変更による変更の影響を抑えることが出来ます。
   　バウンダリ、コントロール、エンティティでは変更を受ける頻度が異なります。エンティティが最も変更を受ける可能性が低く、バウンダリが最も高いです。
   　変更の可能性が高いところと低いところを分けることにより、変更がかかったときの影響を少なくすることが出来ます。
4. 分離していた方がテストがしやすいです。
   　テストは1度やったらおしまいではないです。回帰テストといい、後で、何度も行う場合があります。 
   　また、テストの自動化がしやすい箇所としにくい箇所は分けておいたほうが良いです。

6.関連や依存の方向性について

1. バウンダリ
2. コントロール
3. エンティティ

7.参考文献など

番号	著者名	書籍名	ISBN
1	古川 正寿	独習オブジェクト指向開発 (Teach Yourself OOP)	978-4798107622
2	オージス総研オブジェクトの広場編集部 (著), 山内 亨和	その場でつかえるしっかり学べるUML2.0	978-4798012391
3	竹政 昭利 , 橋本 大輔 , 桐越 信一 , 国正 聡 , 照井 康真	UMLモデリング教科書 UMLモデリングL2 (UMLモデリング教科書)	978-4798109831