基于．Ｎｅｔ２．０的多层架构设计的论文.docVIP

　　基于．Ｎｅｔ２．０的多层架构设计的论文 在电子商务应用中，越来越多的使用多层架构，因为基于两层架构的程序结构只适用于规模较小的任务，其开发、维护、成本以及在代码重用、灵活性、可维护性等方面都不能让人满意。 　　 　　一、三层架构 　　 　　1.概述 　　使用多层应用程序结构，能使用户界面代码和业务逻辑代码分离，方便了应用程序中代码的修改，具有良好的解耦性。将业务逻辑集中到一个类库中，从而方便了开发和维护。在数据库数据的操作中，避免了代码的重复，提高了重用性。可以随时将组件分离到不同的物理计算机上。具有灵活的扩展性。多层构架主要分为：表示层、业务层和数据层。 　　(1)表示层（presentation layer）。表示层提供应用程序的用户界面（ui），在asp.中页面是ui的表现形式，在里，窗体是主要的表现形式。表现层是系统与用户沟通的惟一???道，是系统功能的展示。 　　(2)业务层（business logic layer）。业务层实现应用程序的功能。在.中，通常以类库的形式封装系统需要的业务逻辑。业务逻辑是开发过程当中主要的任务。 　　(3)数据访问层（data access layer）。数据访问层中包含了与数据存储进行交互的类库。这些类在功能上和业务逻辑层相互独立。数据访问层实现所有业务逻辑所需要的数据访问功能。 　　 　　2.microsoft .2.0 frame ( customer relationship management )中不存在，销售人员首先要在crm中添加该客户的信息，再创建业务机会。销售人员会根据和客户的商谈状况随时更改业务机会的状态（进行中、失败或者成功等）。 　　（2）当销售人员在赢得一个业务机会后，需要生成销售订单。虽然销售人员事先已经查看了产品库存情况，但某些突发事件可能导致创建销售订单时库存不足。只有当订单中的产品库存满足要求时，创建销售订单的请求才能被发送给财务人员处理。 　　（3）财务人员会收到一个手机短信，告知他有一个销售订单需要处理，同时日程表中自动添加一项新的事务，要求他处理这个销售订单。如果不满足要求，则订单被冻结。销售人员被通知不能提交订单。当产品库存满足要求时，系统会发短信通知销售人员重新提交订单。 　　3.系统设计 　　系统架构：销售公司在销售流程中，销售人员是持有移动设备的，可以很方便的携带，方便地和公司财务系统、库存管理系统、生产系统获得联系。财务系统、库存系统、生产系统使用的都是终端。系统和系统之间可以相互通信。 　　设计数据层： 　　数据访问逻辑组件：代表调用程序提供对数据库执行以下任务的方法： 　　在数据库中创建记录 (create) 　　读取数据库中的记录并把业务实体数据返回给调用程序 (read) 　　使用调用程序提供的修改后的业务实体数据更新数据库中的记录 (use) 　　删除数据库中的记录 (delete) 　　执行上述任务的方法通常称为“crud”方法，这是由各项任务的首字母组成的一个缩写词。 　　数据层的实现我们可以采用microsoft application block中的data access block 它提供了封装好了的数据库操作功能，实现了包括oracle，sql server等数据库的操作。也可以使用一些开源( open source )的o/r mapping的框架，如nhibernate等。 　　表示业务实体：每个数据访问逻辑组件都处理一种特定类型的业务实体。它主要用于表示数据存储中的持久对象。是对数据库的一个强类型的映射。这些实体在数据层和业务逻辑层相互独立。 　　例如在系统中会有client（客户信息表），其数据库设计如下： 　　 　　 　　那么它的业务实体的类图就应该如下图，它实际上就是client数据表的一个映射。 　　 　 　　业务逻辑层：业务逻辑是任务的重点。因为数据层并没有对业务实体进行逻辑上的处理，只是实现了crud方法，而业务逻辑层则提供对业务实体的逻辑操作，这些操作完全取决于企业的业务逻辑。这一层也是今后工作最容易更改、升级的部分。 　　表现层：本系统采用的是b/s的结构，所以在表现层使用asp.，也就是icrosoft提供给用户丰富的人机交互手段。用户可以很容易地使用系统。microsoft最近推出的microsoft ajax（原名：atlas）提供给开发者方便实现高效交互的实现方法，在这种高效的交互下，弥补了b/s结构相对c/s结构的弱处，加强了用户的交互体验。 　　 　　四、单元测试 　　 　　在一个软件项目中，需要做多种测试。有些测试需要用户的参与；而有些则需要专门的质量保证小组来进行;或者需要其他的昂贵的资源。为了平衡成