1、静态结构层：一些XML文件，标准的是一个表一个XML结构文件，还有一些多表联合的XML结构文件（这根据具体应用要求）

2、SDO工厂层：实现调用“XML数据结构文件”和“数据库连接”生成SDO的数据图与数据对象的通用方法（其实就是SDO数据对象创建类）

3、SDO数据对象层：对应静态XML数据结构文件的一个个表对象，每个表对象都提供静态实例获取的方法接口，返回一个SDO数据对象实例

数据层内的MVC：
               M模型：静态结构层
               V视图：SDO数据对象层 
               C控制： SDO工厂层

应用层里没有任何SQL语句，以及直接的数据库操作。

1、产品层：建立实现需要的各种关系对象，如组合关系的一组菜单对象，一组用户对象，一组页面对象
在这一层里解决对象间的相互关系，并提供相应的方法，如菜单对象的呈现方法，页面对象的呈现方法，用户对象权限判断方法。在这一层里不写与数据层的访问。

2、工厂层：建立构建产品的工厂对象，实现对产品的结构化，产生产品实例，在这一层与数据层发生关系，常用的是获取数据，并用数据生产出产品。数据访问数据层的一个个SDO数据对象，通过DMS（数据介质服务）对这些对象进行操作。

3、页面层：每个JSP页面建立一个页面代码类(faces受管Bean，继承PageCodeBase(基本页面代码)类，在这一层里关联工厂与产品，在各个事件代码处，调用工厂产生产品，然后调用产品的各种方法。对于直接的数据展现与更新，组件与SDO数据对象邦定，直接使用SDO数据对象作为源。在这一层里做到所有方法都是调用工厂，产品对象，不单独处理逻辑，简单说就是在这里进行对象总调度，让我的对象配合起来完成最后的实现

应用层内的MVC：
               M模型：产品层
               V视图：页面层
               C控制：工厂层 

===============================================================================
我项目里对这种方法实现的模型图：

1、数据层（已一个表[GROUPS]为例，项目中多个XML文件，多个表对象）

                                                            （图一：数据层细分样例）

2、应用层

                                                             （图二：应用逻辑层细分样例）

==============================================================================
最后，
越来越发现设计是一件很美妙的事，设计没有绝对的正确，从不同角度去分析对象，会得出不一样的结果，设计必须在不断的重构当中变得优秀。没有一层不变的东西，我要自己敢改变，能改变，并喜欢改变。