业务逻辑混合在UI操作的Software

最近，在IoC和AOP思想的影响下，一直在想将业务层抽象处理。

公司里的项目是一个用户交换很强的Software，因此我们的设计就成了以GUI驱动，界面和UI控制，还有业务逻辑混合在一起，维护起来很费劲。

不像大型的J2EE企业应用，现在公司的项目中，UI操作混合了业务逻辑，如何能很好从抽象出业务层呢？因为对UI的操作必然依赖于某个UI，那么就是操作和UI紧紧地绑在一起，无法抽出来。

不知那位大侠能够帮小弟解疑。

为了能够将GUI的操作和业务逻辑抽象出来，我准备先做如下事情：
1、对UI上类似于Button这样的，能够和用户交换的控件，按其功能，进行分类。例如：一些Button是只是GUI操作，它的影响只停留在GUI上，像Add Item等；还有一种是用来访问数据的，例如：“Save” Button。

2、由于UI的操作多少是由事件驱动的，所以想对事件按功能进行分类。

大家谁有好的意见，欢迎交流。