系统设计案例学习

第1章文档介绍

1.1 文档目的

本文档目的是携程公司度假产品 ONLINE 预订改版项目的架构设计，本文档将重点描述此项目开发中使用的技术架构。

1.2 文档范围

包括了该项目的开发背景、目标、范围，以及架构模式的概要描述。

1.3 读者对象

本说明书的预期读者为项目项目管理人员、业务或需求分析人员、开发人员、测试人员。

1.4 参考文档

l 《方案建议书 .doc 》

l 《项目规划文档 .doc 》

l 《项目结构 .doc 》

l 《目标范围说明书 .doc 》

l 《需求说明书 .doc 》

1.5 术语与缩写

预订系统 – 即度假产品 ONLINE 预订改版项目

第2章项目概述

2.1 项目背景

作为中国领先的综合性旅行服务公司，携程旅行网向超过一千余万注册会员提供包括酒店预订、度假产品预订、度假预订、特惠商户以及旅游资讯在内的全方位旅行服务。随着业务量的不断扩展，访问人数的持续上涨，当前携程旅行网外部门户。

本项目也就是度假产品ONLINE 预订改版项目是内部业务系统改造，项目将会为携程公司提供新的度假产品预订功能，采用微软.Net 体系统架构来有效地提高系统的可维护性，性能以及可扩展性。此外，通过度假产品 ONLINE 预订改版项目的建设来建成一个通用的基础框架，实现通用的功能，为今后其它系统的改造奠定一个坚实的基础，并能够与原系统无缝地整合起来，并以统一的规范和标准来规划实现这种集成和建设。

2.2 项目目标

本项目中需要实现的功能范围主要是使用 .NET 体系架构来重构度假产品 ONLINE 预订系统。

另外，在完成上述功能范围的同时能够构建统一通用可扩展的基础架构，包括错误管理架构，逻辑日志架构，数据库通用架构等等，同时要性能调优也是本项目中重要的目标之一，无论在实现功能上，构建架构上还是提供的接口中都是以提升性能为目标。

2.3 功能范围

本项目将包括以下功能模块：

l 度假产品 ONLINE 预订 WEB 系统

第3章词汇表

最终用户：指使用 www.ctrip.com 网站进行在线预订的外部用户。

第4章架构描述

4.1 系统现有架构

目前度假业务系统的主要架构为 ASP+DB 的两层架构，其中 ASP 包括了页面显示 , 页面操作处理 , 部分逻辑处理等功能。而 DB 层通过存储过程 , 包含了大部分的商业处理逻辑 , 主要通过分层的存储过程调用来实现对数据的查询和事务处理 . 最底层的存储过程负责对表的修改 , 插入 , 删除操作 , 并控制事务和锁超时等。

4.1.1 现有架构分析

客户端 (Users 终端用户 )

目前公司系统的客户端主要以 WEB 浏览器为主 , 通过 Internet 网络 , 或者公司局域网 (Intranet) 来访问 Web 服务器，跟公司业务系统进行数据交换 .

WEB 服务器端

服务器采用 IIS Server 作为 Web 平台，从架构上来说比较单一，分为表现层和数据接口两部分。

表现层从访问的层次和顺序上分为 : 页面 + 共享脚本库两大部分 . 其中页面主要由 ASP+HTML 混合编码组成，页面处理逻辑和部分商业逻辑混合在其中 . 共享脚本库根据业务的划分 , 将某些可以模块化调用的公共函数抽取出来，以共享 ASP 文件的方式存放在服务器上 , 用 Include 指令在 ASP 页面代码中引入处理。

数据接口主要以一个独立共享脚本文件实现 , 该脚本封装了一些数据库访问的敏感信息 , 并可以通过共享相应函数 , 针对对应的数据库服务器 , 返回不同的 ADO 连接对象 (ADOConnection object). 调用者需要访问某个数据库服务器，直接调用函数，获得该数据库的连接对象。

数据实体指的是在系统中可以传递和共享的数据对象。基于 ASP 框架和 ADO 的原因 , 这里主要采用 ADO RecordSet 对象作为数据实体 .Record Set 对象主要用来访问数据库 , 并将查询结果和处理结果输出给调用 ASP 程序。大部分的 Sql 语句混合在调用 RecordSet 的过程中。表现层、共享脚本库里都有大量的 Sql 语句和 RecordSet 对象的引用。

数据库作为最主要的数据源 , 在现有系统中承担了很多工作和任务。随着业务的发展根据业务的不同，拆分了不同的数据库 . 每个数据库从架构和功能上来看，可基本分为三部分 :

业务逻辑层

现有系统的很多业务逻辑处理，都以存储过程的方式在数据库中实现。

该层也借鉴了多层架构的一些方式，将存储过程依次划分大概三个层次 :

调用层 ( 以 SP1 开头 )

该层主要供 ASP 直接调用，负责处理输入输出参数，将查询结果返回给调用者，并处理部分业务逻辑。

逻辑层 (SP2 开头 )

供 SP1 调用，进一步处理业务逻辑。

底层数据访问 (SP3 开头，由工具生成 )

供 SP1 或 SP2 调用 , 直接对数据库表进行访问。该层通过设置锁超时等参数避免死锁或锁表时间过长导致的性能损失。

4.2 度假 Online 预订系统架构设计

Online 预订系统采用比较通用的 .NET 多层架构，并结合公司的一些情况作了一定的修改和设计。

架构设计框图如下：

4.2.1 度假 Online 预订系统架构设计说明

1. 客户端 (Users 终端用户 )

客户端以浏览器为主，同以前系统相比无太大变化。因此客户端的访问主要以两种方式进行：

( 浏览器 )

1/01/clip_image007.gif" alt="" width="449" height="387" />

表现层：是系统的 UI 部分，负责展示给客户且使客户与系统进行交互。在这一层中，理想的状态是不包含业务逻辑，表示层逻辑代码只应与界面元素有关。度假 Online 预订系统中表示层采用 Asp.net2.0 来设计，其中包含许多 Web 服务器端控件及客户端控件。

业务逻辑层：是整个系统的核心，它与系统的业务息息相关。度假 Online 预订系统业务逻辑层的设计均和公司度假业务相联系，例如度假产品查询，生成订单，订单提交等等。涉及数据访问时，则调用数据访问层。

数据访问层：有时也称为持久层，其功能主要是负责数据库访问。也就是实现对数据库表的 Select ， Insert ， Update ， Delete 等操作。如果是 ORM ，则还会包括对象和数据表之间的 mapping ，以及对象实体的持久化。在度假 Online 预订系统中不使用 ORM 。度假 Online 预订系统中将使用 Enterprice Library2.0 中 DataAccessBlock ，在这个 Block 上层开发自己的代码作为数据访问层。

4.2.2.1 表现层（ WebForm ）

表现层的设计可以给系统客户最直接的体验和最十足的信心。当产品交付用户时，如果在用户界面上缺乏吸引人的特色，界面不友好，操作不够体贴，即使产品性能非常优异，架构设计合理，业务逻辑都满足用户需求，却仍然难以使用户满意。因此表现层就好比人的衣装，代表着整个系统的身份与脸面，是招徕“顾客”的最大卖点。

度假 Online 预订系统表现层将采用 WebForm 形式，通过 Code-Behind 技术将页面 html 和 c ＃代码的分离，便于开发人员及设计人员分工协作，专注于属于自己的工作。

Web 页面中采用 Asp.net 用户控件构建，充分利用面向对象思想，通过封装与继承构建控件对象，实现这些控件的重用。

Web 页面相关的元素，比如 CSS,JS 等，都可作为 WebForm 的组成部分处理，用来处理和校验用户的页面操作的脚本代码可单独列出来作为一层（即目前的 WebResource 项目），原业务系统中的共享脚本库，也可以考虑移植到该层。

MasterPage 相当于 Web 站点的一个模版，它可以包含静态文本、 html 元素、服务器端控件。使用 MasterPage 可以为网站建立一个统一的样式，且能够利用它方便的创建一组控件和代码，然后将其应用于一组页面。考虑到目前度假预订系统需要加载合作频道的头尾文件及样式， MasterPage 将采用动态加载配置的方式实现。使用简单工厂及 Builder 模式加载不同的合作频道头尾文件。配置文件包含合作频道需加载的样式等资源，当样式更改时只需更改配置文件而不必重新编译代码，配置文件采用文件依赖 Cache ，当文件更改时 Cache 项自动失效。默认加载 Ctrip 头尾，当检测到客户来自其他域名时，再启动动态加载方式，加载对应域名的头尾控件。

目前度假 Online 预订系统存在英文版及中文版两个版本，为了最大限度的重用表现层逻辑代码，考虑采用 MVP 或 MVPC 模式，封装分布在表现层的逻辑。 MPV 模式和 MVC 很相似，是在 MVC 模式的基础上针对如 ASP.NET 这样的支持事件模式的页面作了调整。 MVP 即 Model-View-Presenter ，其结构图如下：

MVP 中的 View 即 webform 表现页，它并不知道 Presenter 的存在，且不包含任何的逻辑， View 所有的逻辑都抽离到 Presenter 中， View 只负责转发事件和显示数据。 Model 不需要和 View 有任何联系， Presenter 控制一切，它包含 View 的接口和 Model 的接口，处理相应的 Model 和 View 事件，同时刷新 View 及操作 Model 。

考虑采用 MVP 模式的主要目的是为了使中文版，英文版或将来的 webservice 及 winform 程序能够重用页面逻辑代码，减少开发人员开发和维护的工作量。同时可将 Presenter 层作为独立于页面的单元测试项目，使表现层单元测试不再依赖于页面。

4.2.2.2 业务逻辑层

业务逻辑层是系统架构中体现核心价值的部分。它是业务规则的制定、流程实现等与业务需求有关的系统设计。业务逻辑层处于表现层和数据访问层之间，起到了数据交互中承上启下的作用。业务逻辑层的设计对于一个可扩展架构来说尤为重要，因为它既是表现层的被调用者，又是数据访问层的调用者。依赖和被依赖的关系都在业务逻辑层上体现。

度假 Online 预订系统业务逻辑层将分为五个项目，即业务逻辑外观项目、工厂及策略链项目、公用接口项目、策略类项目、业务逻辑依赖项目。其中业务逻辑外观项目采用外观模式进行封装供表现层调用，也即业务逻辑层的上层出口。处理逻辑复杂且有序的业务逻辑步骤可使用策略链模式封装供外观层调用其中接口放在公用接口项目，策略类放在策略类项目，策略链和生成策略链的工厂放在工厂及策略链项目。策略类调用的数据访问通过业务逻辑依赖项目实现，策略类不直接调用数据访问层。对于简单的业务逻辑放在业务逻辑依赖项目，可直接由外观层调用，且可直接调用数据访问层。业务逻辑层会使用大量设计模式来封装业务逻辑，其中的工厂模式，策略模式，外观模式，职责链最为常见。

4.2.2.3 数据访问层

数据访问层采用 Enterprise Library 中数据访问模块，并对其进行封装。数据访问层中采用一个类作为数据访问层的出口，一个以 cmd 结尾的 cs 文件为使用 sql 语句操作数据库的方法，一个以 sp 结尾的 cs 文件为使用 sp 操作数据库的方法，以 ProductDB 为例， PKGProductDB.cs 为 ProductDB 的数据访问层出口，供业务逻辑层调用， PKGProductDBCMD.cs 封装使用 sql 语句的方法， PKGProductDBSP.cs 封装使用存储过程操作数据库的方法。数据访问层当涉及插入、更新及删除数据时应使用存储过程，复杂查询也应使用存储过程以提高数据访问层效率。

查询返回尽量使用 DataReader 读取数据库数据，在数据访问层将数据装入数据实体或实体集合，同时显式关闭 DataReader ，以断开数据库链接。频繁操作的数据可采用 Cache 机制存储，提高数据访问层性能及减少访问数据库次数。

数据访问层分为公共数据访问及度假数据访问两个项目，全站共用的数据访问方法放在公共数据访问项目，度假项目使用的数据访问放在度假数据访问项目。

4.2.2.4 数据实体层

数据实体类即数据库中数据采用面向对象方式访问的封装，在层与层之间进行传递的数据采用数据实体类或数据实体类集合封装。数据实体类对应数据库中的数据表，它们没有行为，仅用于表现数据。同数据访问层一样，数据实体也分为公共数据实体和度假项目数据实体，其分类与数据实体层相同。

数据实体对象不具有持久化的功能，它们是作为数据的载体，便于业余逻辑针对相应数据进行读 / 写操作。虽然这些数据实体类的属性分别映射了数据表的列，而每一个对象也恰恰对应于数据表的每一行，但这些数据实体并不具备对象数据库访问的能力。实体层贯穿整个解决方案，可被任一层引用。

4.2.2.5 MSMQ( 消息队列 – 异步处理 )

原系统中，不同数据库服务器之间的数据交换和更新，是通过数据库提供的 JOB 来进行，这样对数据库的负载有一定影响 , 灵活度方面也欠佳。采用消息队列的异步分发处理机制，可以将业务系统一些基于流程的处理，进行的更灵活，实时性更强 .

消息队列提供了一个异步处理消息和数据的平台，其作用是在度假 Online 预订系统中负责将数据在不同的数据库服务器之间进行交换，例如将订单等数据从 OnlineDB 转移到 OfflineDB ，当数据到达 OfflineDB 时即标识为可处理订单。

MSMQ 的设计请参考《消息队列服务设计说明书 .doc 》。

MSMQ 中度假业务逻辑层的调用，采用可配置方式完成，配置文件包含数据库表名、列名、每列的数据类型、插入时使用的 SP 名称、查询时用到的 SQL 语句。反序列化配置文件为一个 class ，并采用文件依赖 Cache 缓存这个 class ，通过对这个 class 的迭代生成 MSMQ 读取数据和插入数据操作的命令，供数据访问层调用。插入过程中使用 EL 事务完成。

4.2.2.6 异常处理

EL 中异常处理模块提供了一种简单机制，允许开发人员按照一致的方式处理异常。异常处理使开发人员和决策人员能够针对发生在企业应用程序体系结构层的异常处理创建一致的策略。它使开发人员能够创建自己的异常处理程序，以一致的方式调用异常处理程序，可以在应用程序之中和之间的多种场合下使用。

在处理关联的异常类型时就可以执行一系列处理程序。通过异常处理程序格式化异常信息，例如消息和堆栈跟踪等。然后，日志处理程序将该信息提供给企业程序库日志和规范应用程序块 (Logging and Instrumentation Application Block) ，以便可以将它发布给系统设计的运行观察平台 (Trace Window) ，便于开发人员分析和处理异常来源及找出异常发生的原因。

异常处理模块还可以避免在不经意的时候，对外部的调用者泄漏敏感信息，提高系统的封装性及安全性。

4.2.2.7 日志处理

开发人员经常编写需要日志和规范功能的应用程序。通常，这些应用程序必须适当地格式化事件和记录事件，不论是在本地还是通过网络。在某些情况下，可能需要对一台计算机上来自多个源的事件进行整理。

日志和规范应用程序块通过收集应用程序需要包含的多个最常见的日志和规范任务来简化应用程序的开发。每个任务都以一致的方式处理，并从特定的日志和规范提供程序中抽象应用程序代码。

体系结构模型可让通过更改配置来更改基础事件接收器和格式化程序，而无需更改应用程序代码。程序日志目前可通过事件日志、电子邮件、数据库、消息队列、文件、 WMI 来输出，也可自行定义。度假 Online 预订系统中可以考虑将系统运行中产生的异常信息，诊断信息通过日志应用发布给我们的外部运行观察平台 (Trace Window) 。

日志记录还可用于记录用户在网站的各步操作，分析用户行为。

4.2.2.8 缓存应用程序块

该应用块主要用来提高系统运行效率，通过分配内存缓存一些常用的不经常改变的数据，或者对实时性要求不高的数据，以提高系统的性能。

它支持内存缓存和后备存储（可选），后者可以是企业程序库数据访问应用程序块或独立存储。应用程序块无需修改即可使用，它还可以提供检索、添加和删除缓存数据所需的全部功能。可配置的过期时间与清除策略也是应用程序块的一部分功能。在度假 Online 预订项目中，缓存可以考虑页面缓存等技术，将查询到的对实时性要求不高的数据，以静态页面的形式提供给用户。

使用 EL 的缓存模块时主要有三种类型的缓存，即动态缓存、静态缓存和文件依赖缓存。静态缓存用于缓存相对静态的数据，如城市信息等，这种数据过期时间较长。动态缓存用于存储相对动态的数据，如度假产品数据，这种数据过期时间相对较短。

缓存数据过期后系统自动清除， Cache 数量达到上限时 Cache 管理模块将通过优先淘汰项自动清除，也可手工清除过期的 Cache 内容。

4.2.3 数据库

数据库架构方面目前改版变化不大，具体结构参见原先系统架构。

由于携程系统的复杂性和一些历史的原因，数据库方面会根据新业务和提高效率的需要，改变部分数据结构和提取部分商业逻辑到业务逻辑层。在分析业务的基础上，将一些目前数据库处理的一些工作，比如数据的更新、同步等功能 ( 目前通过 JOB 来进行 ) ，通过异步消息队列的方式分离出来。

4.2.4 外部支持平台

为保障系统的正常运行，对系统运行时产生的异常、日志进行实时的监控，观察，处理是很有必要的。通过微软企业库的支持，可以将这些信息进行格式化输出后，报告给外部支持平台。外部支持平台主要用来保证系统运行，监控系统运行状况，对系统进行配置管理，以及基于消息队列的转发服务等。

4.2.4.1 运行观察台 (Trace Window)

系统运行时会产生一些异常、错误，以及开发员根据需要写的日志等。这些信息通过微软企业库可以通过指定的方式发送到外部，建立一个运行观察台，它的主要目的是为了达到收集、处理、观察上述信息。

以上架构是度假 Online 预订项目初步的设计，其中很多细节性的东西需要在具体业务的详细分析中落实，某些具体技术的应用，例如缓存、日志、异常等需要进一步讨论细化。

posted @ 2011-05-23 22:55 WEB开发狂阅读(477) 评论(0) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

WEB开发狂

从事.NET开发已经3年,现专注于PHP的程序开发。PHP的要求更高,但是.NET让我无法放手。

系统设计案例学习

第1章文档介绍

1.1 文档目的

1.2 文档范围

1.3 读者对象

1.4 参考文档

1.5 术语与缩写

2.1 项目背景

2.2 项目目标

2.3 功能范围

4.1 系统现有架构

4.1.1 现有架构分析

4.2 度假 Online 预订系统架构设计

4.2.1 度假 Online 预订系统架构设计说明

4.2.2.1 表现层（ WebForm ）

4.2.2.2 业务逻辑层

4.2.2.3 数据访问层

4.2.2.4 数据实体层

4.2.2.5 MSMQ( 消息队列 – 异步处理 )

4.2.2.6 异常处理

4.2.2.7 日志处理

4.2.2.8 缓存应用程序块

4.2.3 数据库

4.2.4 外部支持平台

4.2.4.1 运行观察台 (Trace Window)

公告

WEB开发狂

从事.NET开发已经3年,现专注于PHP的程序开发。PHP的要求更高,但是.NET让我无法放手。

系统设计案例学习

第1章 文档介绍

1.1 文档目的

1.2 文档范围

1.3 读者对象

1.4 参考文档

1.5 术语与缩写

2.1 项目背景

2.2 项目目标

2.3 功能范围

4.1 系统现有架构

4.1.1 现有架构分析

4.2 度假 Online 预订系统架构设计

4.2.1 度假 Online 预订系统架构设计说明

4.2.2.1 表现层 （ WebForm ）

4.2.2.2 业务逻辑层

4.2.2.3 数据访问层

4.2.2.4 数据实体层

4.2.2.5 MSMQ( 消息队列 – 异步处理 )

4.2.2.6 异常处理

4.2.2.7 日志 处理

4.2.2.8 缓存应用程序块

4.2.3 数据库

4.2.4 外部支持平台

4.2.4.1 运行观察台 (Trace Window)

公告

第1章文档介绍

4.2.2.1 表现层（ WebForm ）

4.2.2.7 日志处理