プログラムを始めて２ヶ月目くらいの人に、「３階層」のアプリケーションのイメージ
をもってもらうことを、あーだ、こーだ考えていたら、こんなの思いつきました。

喫茶店を例にたとえると・・・
　ユーザ＝お客さん　に接する人＝ウエイター　これが、ＵＩ層にあたります
　厨房で調理するいわゆる茶店のマスターさん　これが、ビジネス層
　調理するための材料を冷蔵庫から出すようなひとが、　ＤＢ層
分業すると、効率が上がるってことは想像できるかと思います。
チェーン店にもこの分担を応用できそうですね（再利用の考え方）

さらに規模を大きくして、
客席が１０００ある百貨店（古いな）で、３階建てくらいのビルの場合どうなるか、考えてみると
　ウエイターに作業を指示する人、
　厨房でも各担当者
にわかれてるほうが、俄然全体として無駄がなくなります。

で、細かくしていくと、こんな感じ　　　　　　　
横っちょにあるのは作業担当者にかっちょいい名前をつけたと思ってください。
　ＵＩ層
　　ウエイター　　　　　　　　　　　　　　　　　　　　　　ＵＩＣ（ＵＩコンポーネント）
　　ウエイターに作業を指示する人　　　　　　　　　　ＵＩＰ（ＵＩプロセスコンポーネント）
　ビジネス層
　　料理人に指示をする人                                    　ＳＩ（サービスインターフェース） (*変更しました！)
　　できる料理を盛り付ける人　　　　　　　　　　　　ＢＷ（ビジネスワークフロー）
　　料理を作る人　　　　　　　　　　　　　　　　　　　　ＢＣ（ビジネスコンポーネント）
　　冷蔵庫からだした材料を下ごしらえする人　　　ＢＥ（ビジネスエンティティ）
　ＤＢ層
　　材料を仕入れたり、冷蔵庫から出す人　　　　　ＤＡＣ（データアクセスコンポーネント）
　　提携している店からコーヒーを持ってくる人　　　ＳＡ（サービスエージェント）

　こんなかんじで作業分担できますね。

で、これらを図にすると、
図 1. 3 層サービス アプリケーション

こうなります。
どうでしょう？イメージしやすくなりましたでしょうか？

さらに詳しく知りたい場合は以下を参照してください。
3 層サービス アプリケーション
http://www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/ArcThreeLayeredSvcsApp.aspx

.NET のアプリケーション アーキテクチャ : アプリケーションとサービスの設計
http://www.microsoft.com/japan/msdn/net/bda/distapp.aspx

うーん。ビジネス層の中身がちょっと強引かｗｗ
# ってことで、修正しましたｗ
# 「できた料理をウエイターとりまとめ者に渡す人」→「料理人に指示をする人」