关于面向对象在具体业务中的困惑

看到很多关于面向对象帖子，都在讲类的单一性，每一个类或模块只做“份内”之事，高内聚，低耦合....等等等等...对这些概念深意为然，完全能够理解，可是具体到业务上，却又迷惑了

在我们的业务开发的过程中一个业务节点（包括所有功能，增删查改业务操作等等）通常都是一个UI类，一个BO类，一个业务接口，一个VO类。
UI有自己的父类，用于方便的构建出界面，所以只需要实现特定的方法来操作具体的业务，如删除之前的确认，特定的弹出框选择数据等。
业务接口，也有自己的父接口（规定公共的基础功能），同时指定这个节点的具体业务（基本上都是与操作进行绑定，即一个操作对应一个接口的方法）
BO的父类，用于一些公共的基础功能，如取模板，调用存储过程，独立事物等，同时会实现自己的业务接口
VO就不说了，定义是一样的，只是也实现了自己的父类，有一些取设pk，取设字段的方法，主要是反射实现

我的结论:它很好用，编码方便，容易理解，容易看懂，容易调用，我们只需要完善业务上的功能，脱离具体的调用与界面构建等一系列麻烦事情。
         也确实是高类聚了（所有节点的操作都整合到这个BO），低耦合了（一个业务节点与另一个没有任何关系）

但是对应到大家的帖子，却怎么都觉得有些别扭，不知道那个“份内”之事具体到业务上到底是什么意思。
我觉得讨论面向对象什么的时候，最好可以结合着业务说说...