在NET开发工具中，可以使用“所见即所得” 页面设计工具对整个页面进行可视化布局，在实现这些页面之间以及页面状态之间转移逻辑关系代码时，可以在Web窗体设计器“设计” 视图中， 通过修改对象属性或编写事件完成页面的逻辑关系代码。

　　1.2 ASP.NET下Web业务逻辑层的架构

　　业务逻辑层是整个Web应用系统信息和逻辑处理中心，在时序图中反应为由负责时序图流程的控制对象构成。业务逻辑层也是联系Web应用系统表示层和数据存储访问层的纽带，因此Web业务逻辑层在整个系统的架构中至关重要。从案例时序图中，可以确定控制对象以及控制对象与其它对象所需提供的服务。图3是“修改自己回复”案例的时序图中的users控制对象的类图。由于ASP.NET提供了一种所谓的后台代码，可用于分离用户界面和逻辑代码，而 ASP.NET本身也完全支持基于模块与组件开发，因此，为采用面向对象的技术架构逻辑层提供支持，可以从系统用例图和时序图出发在ASP.NET下架构Web业务逻辑层：

　　(1) 大多数 Web 应用系统都是属于信息管理系统，所以控制对象可以按照使用系统的角色进行划分控制类。

　　(2) 从案例时序图出发，确定控制对象所需的功能。

　　(3) 采用.NET组件方式包装 Web业务逻辑层中的功能，从而使逻辑层和表示层在物理上分开。

　　在.NET开发工具中，可以采用“类”文件的方式实现Web业务逻辑层中的组件，在工程项目中可以采用添加引用的方式把“类”文件引入Web工程中，这样Web业务逻辑层的功能就可以以对象的方式在应用Web系统的开发过程中使用。

　　1.3 ASP.NET下Web数据访问层架构

　　数据访问层作为业务逻辑层访问数据存储层的数据访问接口，其主要职责是为数据存储层进行抽象封装，使数据存储层从业务逻辑层看来能完全透明。从案例时序图可以确定实体对象、实体对象的属性及实体对象为控制对象所需提供的服务。图4是“修改自己回复”案例的时序图中“Replys”实体对象的类图。点管理机制系统。它按照对等网络中节点的网络特性对节点进行分组，分组内节点按照传输性能进行分层，通过赋予网络自组织、自适应的功能来增强组播系统的传输性能。在一个大的对等网络中，节点根据分组标准自主形成中小规模的组播群，数据传输主要集中在组内进行。组内管理采用动态集中式控制，主节点掌握了组播组内成员的全局信息节点通过彼此交换信息动态调整组内位置，使得分组内的数据传输性能最优化，从而加强了整个网络的性能。另一方面，由于采取了分组的机制，服务器仅需维护分组信息即可而不用管理所有节点，节点的加入、管理和数据传输等完全由节点间P2P完成，极大地减轻了服务器的负担，提高了可服务的节点数目。采用这种节点分组、组内分层的节点自组织管理机制，能够调整各节点在对等网络中的位置， 满足异构网络中各节点所处的不同网络环境。通过组内动态调整，使得输出带宽大的节点处于分组的顶端位置，加快数据的分发从而提高多播的效率以减少数据延时。采取这种上层以tree与下层以mesh为主体的混合结构，极大地增强了网络的鲁棒性。当网络条件变化时，整个网络会随之动态调整。如新节点的退出或失效不会导致转发路径的断裂，转发路径具有自我修复、自我最优化的能力。因此，这种节点管理机制可以应用于大型文件的共享、流媒体等多种场合。

　　在实际的应用中，面对复杂的网络环境，如何较为准确地判断节点间的网络距离，进一步强化分组算法和组内管理算法，还有很多工作要做，这是在未来的工作中重点研究的内容。

　　1.4 ASP.NET下Web数据存储层架构

　　数据存储层的主要功能是把数据访问层的数据处理功能转换为具体的数据库或文件操作。从案例时序图中，可以确定实体对象以及实体类型的属性。实体类中的每个属性可以与数据库中的字段相对应，即每个实体类可以与数据库中的一张表对应。因此，在ASP.NET的Web应用系统中，可以通过System.Data.OLEDB命名空间或 System.Data.SQL Client??[4,5] 命名空间中的数据库访问和控制类型构造与具体数据库相适应的类。在数据存储层对实体对象的属性和服务的访问中，可以通过这个类完成对数据库的访问和控制。

　　2 结论

　　采用四层架构的思想，并运用UML的对象特点进行类的划分的架构设计，使得代码编写逻辑清晰，易于管理和维护，并且具有很好的代码的可重用性、适用性、易维护性和可移植性。四层架构的编写完全可以由四组人员同时进行，这样代码的维护管理上就更加清晰，并且可以缩短开发周期。但是同时进行的四层代码编写，需要有良好的前期的需求分析的支持。只有完备的需求分析(例如：使程序设计人员都清楚项目所包含或者项目中需要的类名和功能名称，当项目统一使用的时候，就不会因为名称不统一导致引用错误等问题)，才可能真正实现四层架构的并行设计。