懒人的系统设计学习计划

使用Dot net 来写数据库管理系统后，因为dot net 的面象对象特性，在看了MS的petstore例子后，我在系统开发中自然就把系统分为三层（逻辑上，因为系统没真正要求用分布式实现）。表现层——aspx 页面，业务层——根据实际的业务和系统设计的需求设计了一些类，数据访问层——当然是通用的数据库访问方法了，代码修改之petstore的数据访问层，加了些事务控制之类。
 例如：我有一个帐款管理相关的系统，在业务上和帐款相关的实体有：帐款收取时针对的楼盘资料、是针对那个客户收取的帐款，收取帐款时产生的收据凭证。
 那么我建立了，帐款类、楼盘类、客户类、收据类，可是我发现，我这些类里的方法几乎都是静态的，方法里面的代码都是调用数据访问层然后执行了一个或者多个SQL，如果有需要就会加上事务控制，里面充斥着SQL语句，这让我感到迷茫，
 1 为什么我的类的方法几乎都是静态的呢？
 2 是不是应该有更好的设计方式让这些类设计得更有条理一点呢？
 3 这些类之间的静态方法都是可以互相调用的，这样存在着产生“意大利面条”式代码的隐患，如何才能避免呢？

 近期打算学习系统设计、模式、UML等方面的东西并思考解决这些疑问