09年接触Asp.Net编程，在10年开始接触三层，当时不懂架构更不了解三层的内在，只是知道通过三层产生的BLL、DAL、Model能够实现程序的方便管理，同时也因为代码生成器的帮忙，大大加快了开发的效率，我们可以用很短的时间来生成一个三层架构。
现在一直从事C/S客户端开发（WPF），却发现现有的系统架构仍然可以使用层级思想来架构。
1.公共类库层
公共类库包括一些通过类库和一些跟现有系统相关的引入组件（不依赖于当前系统）
把公共类库作为最底层，是为了实现其他高级层对其引用，由于公共类库层不依赖与现有系统，故而可以被所有模块引用
2.数据层
数据层处理是系统的数据处理中枢，数据层可以细分为两个小层：基础数据服务层、数据业务逻辑层
基础数据服务提供类似于数据的存储（数据库或文件存储）的公共基础服务（如类似与三层的Model层和DAL层，提供通过数据访问接口，以及数据对应实体），而数据业务逻辑层则为更高层（UI以及业务逻辑层）提供数据服务接口（类似于BLL层，为更高层组织数据形式）。
3.UI以及业务逻辑层
UI业务逻辑层可细分为：业务逻辑层和UI层，业务逻辑层主要处理UI层的交互逻辑以及对应的业务逻辑，UI层和业务逻辑层可以算是处于同一层
综述：以上是个人针对系统架构的浅见，自认为大部分系统，可以将功能模块分为这三大模块（或细分为五层），本文不针对详细的深度系统架构进行分析，因为本人也没有到达那种水平，纯粹是感觉一个系统可以分为这么三大块或者细分的更多块，以便于我们在系统的设计、开发中，可以将对应的功能放置在对应的模块，从而使得系统结构更加容易理解。欢迎大家一起交流，批评指正