我的理解，小的系统通常用一个po从view层、business层到persistence层，一捅到底，其实也是有利有弊，够用就行。
po: pesistence object;
bo:business object;
vo:view object;
dto:data transfer object.
dto是封装entity bean给view层使用的，或者说在以前流行的ejb开发模式中：entity bean 就是po，dto是bo兼vo.
po:通常是给hibernate之类的数据底层使用的，一般对应数据表。
bo:根据业务需要，可能封装了若干个po的若干个属性，目的还是为了在个业务层的多个method之间重用数据块的方便。如果无此需求，则无需bo。
vo:给view层使用的，封装了若干个po或者bo的若干属性，因为需要重用才封装成vo,否则也无需多此一举。比如，我们的网站系统中大量使用了BlogView这个vo,这个vo在每个page view中都用到了，它本身是若干个po的若干属性的组合。
  如果在某层出现了大量重复的数据组合代码，则说明该层需要一个本层的object了，否则无需赶时髦。因为多层封装必带来额外的处理负担（用前得封装），也影响效率。事情通常都是利弊绑在一起的，要根据情况选择。