场馆及网上票务管理系统实施方案.doc

场馆及网上票务管理系统实施方案 北京怡康科技有限公司 2010 年 8 月 目 录 1方案概述方案概述4 1.1建设目标 4 1.2功能实现概述 4 1.3产品概述 4 1.4功能列表 5 1.5案例 7 1.6架构 7 1.7功能布署 10 1.8系统主要流程图 10 2功能实现功能实现12 2.1网站订票部分 12 2.1.1 浏览演出信息12 2.1.2 信息发布功能12 2.1.3 月视图12 2.1.4 年视图14 2.1.5 周视图16 2.1.6 演出详情17 2.1.7 在线订票：选择座位18 2.1.8 可查看座位看舞台效果19 2.1.9 选座后生成订单19 2.1.10 会员打折20 2.1.11 修改数量21 2.1.12 填写送票信息22 2.1.13 确认订单23 2.1.14 在线支付23 2.1.15 完成预订26 2.2会员管理部分 27 2.2.1 会员注册27 2.2.2 同意服务条款28 2.2.3 填写会员信息28 2.2.4 完成注册29 2.2.5 会员登录29 2.2.6 查看订票记录31 2.3售票员售票部分 31 2.3.1 售票员登录31 2.3.2 现场售票32 2.3.3 选择座位33 2.3.4 出票预览34 2.3.5 退票管理35 2.3.6 预订票发放36 2.3.7 已发放预订票管理37 2.3.8 废票处理38 2.3.9 售票统计39 2.4管理员票务管理部分 40 2.4.1 管理员登陆后售票管理40 2.4.2 演出场馆管理40 2.4.3 演出场馆地图标点41 2.4.4 演出场馆基本信息建立42 2.4.5 演出场馆座位设置43 2.4.6 演出管理43 2.4.7 演出基本信息创建44 2.4.8 演出场次管理45 2.4.9 演出场次座位分区及票价设置47 2.4.10 演出场次票种设置48 2.4.11 演出场次其它设置49 2.4.12 错票处理50 2.4.13 网上订单管理52 2.4.14 管理员可对网上订票进行统一管理52 2.4.15 对预订票已领走的票进行管理53 2.4.16 用户下单后未支付情况管理55 2.4.17 会员管理55 2.4.18 售票统计57 3性能的满足性能的满足58 3.1系统运行环境需求 58 3.1.1 数据中心统一建设模式58 3.1.2 电子商务网站总体架构58 3.1.3 系统网络结构60 3.1.4 系统性能需求61 3.1.5 系统可扩展性需求62 3.1.6 系统安全性需求62 3.1.7 系统可靠性需求63 3.1.8 系统可维护性需求64 3.2硬件推荐配置 65 3.3软件运行环境 65 3.4打印机 66 4分项预算表分项预算表67 1 方案概述方案概述 1.1建设目标建设目标 摘录一段需求 1.2功能实现概述功能实现概述 售票部分：分析场馆及网上售票部分需求后，建议采用“EDN-TicketEDN-Ticket 票务票务 管理系统管理系统 V6.0V6.0”的功能经二次开发来完成此部分需求。 票务配送：可以与快递公司接口，实现出票后自动生成快递单配送，也可 以不送票，用户入场前凭订单凭证领票。 验票系统：建议售验分离，即：不管什么形式售票、售出的票在出入口统 一验票检票。两个系统只用票来传递信息，不做系统对接，这样便于管理，也 方便实现销售同场馆运营管理的分离。 1.3产品概述产品概述 EDN-Ticket 票务管理系统是我公司根据各类演出的实际需要，融合多种传 媒公司、票务代理机构、场馆等单位的实际业务运作特点和管理需要，推出的 体现当前行业最先进管理思想的解决方案。 EDN-Ticket 票务管理系统实现了对票务自动化管理，结束了传统手工售票 及统计的历史，它的意义不仅是网上订票那么简单，而是使得票务管理工作走 向全面自动化、规范化，对信息及时发布和进行会员管理，从根本上提高了票 据管理效率和对客户的服务质量。 1.4功能列表功能列表 票务平台信息展示票务平台信息展示 展示剧场（场馆）信息主要对剧场（场馆）的相关信息的介绍进行展示 展示各种文化活动信息 主要有音乐会、戏剧、歌舞、综艺节目、体育运动在内的相关信 息。包括演出单位名称、演出地点、演出时间、演出内容简介、 演员名单、票价等信息 展示最新演出预告动态更新最新的演出预告 展示最新的演出通告采用图文并茂的方式动态更新最新的演出通告 展示最新资讯动态更新最新最火的新闻资讯 展示票务转让信息 展示需转手票务用户的交易信息，包括转手票的信息，转让人的 联系方式等信息 展示特惠票务信息提供特价票，超值票，会员优惠服务等信息 展示最新的劲爆排行榜 统计各种演出的访问人数，选出访问量比较大的几个，按降序列 成排行榜 展示会员对演出的评论会员登陆后可以对不同的演出进行评论，这些评论都能展示出来 展示专题信息对一个或某几个特定演出以专题的形式进行报道、专评、汇总 展示一场具体演出的图 集 对于每一场演出都做成一个图集进行展示 展示统计信息包括自动统计出来的最近演出目录、网站访问量 此部分信息的展示，因为系统内置了 CMS 管理系统，可以完全面 定制展示服务，最终达到一个全方位信息展示网站的需求。详见 网站实施方案网站实施方案 在线订票在线订票 在线定票 选定节目或某票种后，无需注册成会员，即可完成在线定票及在线支 付 在线选座 可根据剧场座位图查看不同等级的座位、已售出的座位和可选择的座 位（如果是门票类不需选座票种则直接进入下一步操作） 信息登记 登记购票者的有效信息以便管理人员进行确认、联系和送票 这里的有效信息，如为实名购票则需要填写有效证件信息，以便领票 时验证 确认定单确认你的选票信息和登记信息 在线支付 可以通过支付通道在网上直接进行支付完成购票，也可选择其它支付 方式 完成支付确认你的购票支付成功信息 会员专区会员专区 会员注册用户可以注册成会员，享受特别折扣优惠，优先定票权等权利 会员信息修改会员可在线修改自己的注册信息 查看订票记录会员可在线查看自己的订票记录 售票管理售票管理 售票 售票员可进入平台进行选票并打印，如为非打印票种，也可以不打印 直接售出。 退票管理售票员可对退票进行在线管理 预订票售票员可在线发放预订票和查询发放的预订票 废票管理售票员可对废票进行在线管理 售票统计售票员可在线查询已售出票的信息 票务管理票务管理 演出查询 多条件分类检索查询会员感兴趣的演出信息，会员只需输入关键字就 可以列出所有相关的演出信息 场馆管理 管理员进入平台后可添加删除场馆，修改场馆的基本信息，可设置场 馆地图标点和设置场馆座位信息 演出管理 管理员可以添加、修改、删除演出信息，同时可设置演出场次、设置 票种、设置各种票的价格和票种的折扣 售票管理对已售票和错票信息进行查询、统计和导出 订单管理 依据订单的一些属性来对不同状态的订单进行查询的操作及统计，对 单个订单的详细信息查看，对网上预定票已领票列表的查看和查询及 导出，以及对未完成交易订单的查询统计和导出 会员管理 可对在线注册的会员进行信息审核和信息修改以及对会员订票记录列 表的查看 1.5案例案例 北京海洋馆 国家话务院 1.6架构架构 基于 EDN-Ticket 票务管理子系统的功能架构 系统支持：网上订票网上订票 售票点售票售票点售票 代理点售票代理点售票 可布署于 LINUX 或 windows 平台 可采用 MYSQL、MS SQL、oracle 数据库 1.7功能布署功能布署 通用票务管理 演出管理 展示票务信息 退票处理 订票信息管理 在线订票 查询票务信息 会员注册登陆 场馆管理 支付 会员查看订单列表 删除场馆 创建演出信息 场馆基本信息管理 查询场馆 创建场馆 删除演出信息 场次管理 演出基本信息管理 查询演出信息 退票统计 订单列表管理 在线支付邮寄订票 在线支付自取订票 票到付款邮寄订票 1.8系统主要流程图系统主要流程图 电子商务网站前台交易流程图 2 功能实现功能实现 2.1网站订票部分网站订票部分 2.1.1 浏览演出信息浏览演出信息 在线浏览演出信息，通过时间，地点，演出名称等条件查询演示出信息： 2.1.2 信息发布功能信息发布功能 通过系统信息发布功能，可对站点进行管理。 2.1.3 月视图月视图 可按月查看演出信息。 2.1.4 年视图年视图 可按年查找演出信息。 2.1.5 周视图周视图 可按周查找演出信息 2.1.6 演出详情演出详情 显示详细演出信息 2.1.7 在线订票：选择座位在线订票：选择座位 2.1.8 可查看座位看舞台效果可查看座位看舞台效果 2.1.9 选座后生成订单选座后生成订单 完成选座生成订单，同时选择的座位被暂时预占，5 分钟后未完成支付， 自动释放，可供他人购买。 2.1.10 会员打折会员打折 2.1.11 修改数量修改数量 2.1.12 填写送票信息填写送票信息 2.1.13 确认订单确认订单 2.1.14 在线支付在线支付 可对接各支付通道接口，如网银在线，支付宝，易支付，云网支付等等。 2.1.15 完成预订完成预订 完成订单同时获得领票凭证。 2.2会员管理部分会员管理部分 2.2.1 会员注册会员注册 2.2.2 同意服务条款同意服务条款 2.2.3 填写会员信息填写会员信息 2.2.4 完成注册完成注册 2.2.5 会员登录会员登录 修改会员信息 2.2.6 查看订票记录查看订票记录 2.3售票员售票部分售票员售票部分 2.3.1 售票员登录售票员登录 2.3.2 现场售票现场售票 2.3.3 选择座位选择座位 2.3.4 出票预览出票预览 2.3.5 退票管理退票管理 2.3.6 预订票发放预订票发放 2.3.7 已发放预订票管理已发放预订票管理 2.3.8 废票处理废票处理 2.3.9 售票统计售票统计 2.4管理员票务管理部分管理员票务管理部分 2.4.1 管理员登陆后售票管理管理员登陆后售票管理 2.4.2 演出场馆管理演出场馆管理 2.4.3 演出场馆地图标点演出场馆地图标点 2.4.4 演出场馆基本信息建立演出场馆基本信息建立 2.4.5 演出场馆座位设置演出场馆座位设置 2.4.6 演出管理演出管理 可创建演出信息 2.4.7 演出基本信息创建演出基本信息创建 填写演出基本信息 2.4.8 演出场次管理演出场次管理 进入演出的各场次设置，可先限创建多个场次，不同场次可以及不同场馆 进行演出。 可设置各场次的名称，演出时间，票价，出票时间段，订票时间段等。 2.4.9 演出场次座位分区及票价设置演出场次座位分区及票价设置 分场次、分场馆进行票价设置 2.4.10 演出场次票种设置演出场次票种设置 可根据场次设置多种票种，学生票、VIP 票等 可根据票种，设置不同的价格。 不同的售票员，可操作不同的票种， 票种设置支持复制功能。 2.4.11 演出场次其它设置演出场次其它设置 可进行统一折扣设置，可设置打折的开始及结束时间。 2.4.12 错票处理错票处理 可统一对出票过程中的错票进行管理，以方便对账统计。 2.4.13 网上订单管理网上订单管理 2.4.14 管理员可对网上订票进行统一管理管理员可对网上订票进行统一管理 2.4.15 对预订票已领走的票进行管理对预订票已领走的票进行管理 2.4.16 用户下单后未支付情况管理用户下单后未支付情况管理 2.4.17 会员管理会员管理 可对会员进行统一管理 查看会员详细信息 2.4.18 售票统计售票统计 可进行售票情况统计 以上为 EDN 票务系统相关功能，基于此部分功能经过二次开发可完成各渠 道售票需求的实施。 3 性能的满足性能的满足 3.1系统运行环境需求系统运行环境需求 3.1.1 数据中心统一建设模式数据中心统一建设模式 数据中心统一建设模式是指主机系统和业务逻辑均集中在数据中心，在数据中心配置 应用服务器和数据库服务器等设备，集中存储业务数据，集中部署应用逻辑，实现在数据 中心的统一维护和管理。该模式下的系统结构示意图如下图所示: 全全国国中中心心 数据库服务器 外部Web服务器 外部用户 浏览器 内部用户 浏览器 内部Web服务器 数据中心统一建设模式示意图 电子票务系统采用 B/S（Browser/Server：浏览器和服务器）体系结 构。 3.1.2 电子商务网站总体架构电子商务网站总体架构 电子票务系统系统建设在总体架构构建上划分为服务、接入和客户三 个层次，系统总体架构如图所示： 电子票务网站总体架构图 客户层客户层 指电子票务系统系统的使用者，按接入方式不同分为电子票务系统内部用 户和外部用户。内部用户包括客服人员、网点、系统内部管理人员等，通过电 子票务系统综合网访问数据中心电子票务系统的内部 Web 服务器，完成相关业 务处理。外部用户指通过互联网登陆电子票务系统外部 WEB 服务器，进行网上 业务的办理。 接入层接入层 接入层是整个业务系统向客户提供接入服务、信息采集和页面展示的功能 层。它通过电子票务系统综合网、互联网的通信平台，针对不同业务处理需要， 向电子票务系统内外的不同客户提供基于 Web 的处理方式。 服务层服务层 服务层是数据的集中存储中心，也是相关业务逻辑的处理中心。其它相关 联的业务系统需完成的主要功能如下： （1 1）各专业业务系统：）各专业业务系统：电子票务系统是展示、订票、购票、退票、查询等 电子票务系统专业的网上受理渠道，上述电子票务系统业务系统作为业务处理 后台。 客户通过网站前台发起查询或者消费请求，网站前台形成订单或查询请求 转交业务系统并将结果反馈给客户。除了部分网站独有的信息服务和业务服务 由网站后台单独处理外，其它由各业务系统承担后台处理。 （2 2）第三方系统：）第三方系统：指网站与第三方合作的系统，如支付、邮件、短信等第 三方系统。 （3 3）合作网站：）合作网站：利用与其他网站链接办理电子票务系统商务业务。 3.1.3 系统网络结构系统网络结构 系统网络结构示意图如图所示： 系统网络结构示意图 网络构建网络构建 数据中心分外部和内部网络。外部网络是数据中心向公众提供公共服务的部分，它通 过防火墙连接互联网，部署 Web 服务器及与电子票务系统外部系统进行数据交换的通信服 务器。内部网络是数据中心的电子票务系统内部生产经营管理部分，它连接电子票务系统 综合网，部署有数据库、Web 服务器，以及同电子票务系统其他相关系统进行数据交换的 通信服务器。内、外网之间通过防火墙进行访问控制。整个系统分为内网区和 DMZ 停火 区，公网连接通过外部防火墙，经负载均衡器设备进行流量均衡后，由外部 WEB 服务器 集群进行处理。内网 WEB 服务器也通过负载均衡器设备进行流量均衡。 主要设备组成主要设备组成 电子票务系统数据中心，需要具备较强数据处理和网络吞吐能力。因此，采用处理能 力较强的数据库服务器和应用服务器，同时，出于面向电子票务系统内、外部客户不同业 务需求及网络安全的要求，内、外 WEB 服务器应基于不同的硬件平台，相互独立。数据 中心的设备包括： (1) 数据库服务器：数据库服务器：为电子票务系统提供数据库系统的运行平台。 (2) 磁盘阵列：磁盘阵列：负责存放所有生产数据及与之相关的管理数据，磁盘阵列是 生产数据库的数据存储载体。在建设实施中需要考虑采用快速、稳定、 可靠的高性能光纤磁盘阵列。根据业务量和业务发展的趋势来确定磁盘 的容量大小，同时需要考虑可扩充性。 (3) 电子票务系统外部电子票务系统外部 WEBWEB 服务器服务器：向电子票务系统外部客户提供服务。 (4) 电子票务系统内部电子票务系统内部 WEBWEB 服务器：服务器：向电子票务系统内部管理部门提供 WEB 形式的系统服务，为呼叫中心受理的电话订阅提供接入手段。 (5) 内部通信服务器：内部通信服务器：完成与电子票务系统内部其他系统之间的数据交换及 通信功能。 (6) 外部通信服务器：外部通信服务器：完成与电子票务系统外部其他系统之间的数据交换及 通信功能。 (7) 邮件服务器：邮件服务器：为用户提供通用信箱邮件服务的功能。 (8) DNSDNS 服务器：服务器：域名解析服务器。把域名转换成为网络可以识别的 ip 地址。 (9) 网络设备和防火墙：网络设备和防火墙：搭建网络平台，提供网络访问的安全保障机制。 (10) 负载均衡器：负载均衡器：平衡服务器集群内各主机的访问流量，确保在某一主机出 现故障时，服务请求可以向集群内其他主机平滑切换。 (11) 管理终端：管理终端：为管理人员提供进行系统管理维护的 PC 或终端。 3.1.3.1 系统软件环境 数据中心软件环境： 操作系统：LINUX 或 WINDOWS2008 数据库：ORACLE11G RAC 或 mysqlmssql 中间件 WEBLOGIC9.0（以上）或 TOMCAT 3.1.4 系统性能需求系统性能需求 (1)(1) 响应时间响应时间 排除运营商因素，在实际运行中，网络带宽不小于 128Kbps 的条件下，90%的单笔交 易响应时间应小于 3 秒，单笔业务的总处理时间应不大于 15 秒（不包括人工键入所占用的 时延） ；首页的响应时间不应大于 5 秒；日终处理（不含备份）的时间3 小时。 (2)(2) 交易成功率交易成功率 应用系统在模拟环境中，数据中心交易成功率应达到 99.99%。 应用系统在实际运行中，数据中心交易成功率应达到 98%，最低不得低于 96%。 (3)(3) 业务处理能力业务处理能力 达到最高峰期间处理的业务量日均交易 20 万笔/天；查询量 100 万笔/天。达到这一目 标时，主机 CPU 利用率不高于 75%，I/O 平均利用率不高于 70%） 。 (4)(4) 人机界面要求人机界面要求 所有人机交互界面要求汉化、美观、易学易用，在线帮助清晰、准确，对于固定的输 入选项应提供列表选择和快捷输入方式。 各种界面、报表及系统提示清晰明了，可以进行多种联机查询及通过屏幕和打印机输 出查询结果，能够提供业务操作和管理界面。 3.1.5 系统可扩展性需求系统可扩展性需求 电子票务系统应具备良好的可扩展性。电子票务系统通过灵活的系统配置方式来适应 业务需求变化和业务量增长，为今后预留可扩展的空间。 系统采用 SOA（Service Oriented Architecture, 面向服务的架构）设计，既要满足当前 业务需求，又要充分考虑未来业务的发展和管理的变化，方便新业务和新需求的扩展和支 持，满足未来业务持续发展和经营管理决策的需要。 电子票务系统应遵循开放性原则，提供良好的数据接口，满足与电子票务系统其他系 统（如：电子商务信息平台、电子化支局系统、客服系统等）之间互连互通的要求。 3.1.6 系统安全性需求系统安全性需求 电子票务系统必须建立在成熟稳定的硬件环境和应用软件基础上，应该有一套完善的 备份恢复策略、安全控制和可靠的运行管理机制、故障处理手段，保障系统稳定和安全地 运行, 应符合国家对网站安全的相关规定。 3.1.6.1 用户权限控制 电子票务系统系统要遵循最小授权原则、全面确认原则和安全跟踪原则， 采用严密的安全体系，保证数据的安全性。系统应提供完善的安全控制措施， 在应用系统中要进行用户角色和级别的定义，分别为不同级别的不同角色设置 操作权限和数据访问权限，从而控制合法用户的操作权限。 3.1.6.2 存储和传输加密 电子票务系统系统要提供加密和解密模块，对系统传递的关键信息进行加 密和解密；对敏感数据如客户密码、操作员密码等要实施数据加密存放，并具 有密钥的管理和更新。 3.1.6.3 日志和审计 电子票务系统系统要建立完备的系统日志，对各个模块的运行情况和用户关键操作进 行跟踪记录。通过周期性审计、实时审计和事后审计等审计策略，以发现非法违规操作， 进而发现网络安全漏洞并及时采取补救措施。需要进行日志记录的内容包括：各类操作人 员的关键操作信息、前后台业务交易和清算处理的关键信息、用户及机构变更等与安全管 理相关的信息等。 日志数据或文件应妥善保存，并要限制业务操作员对其的访问权限。 在进行审计时，应做到： 只限于对数据及软件的只读操作； 只读以外的操作只能对文件、数据的副本进行，并且审计完成后要 清除该副本； 对系统的其他额外处理要求应标识出来，并获得管理层的同意； 所有访问应受到监控并进行记录； 形成审计报告。 3.1.6.4 身份认证 电子票务系统系统对客户帐户及密码的校验，电子票务系统系统应采用两级身份认证 技术，第一级在通讯层进行，第二级在应用层进行，充分保证身份认证的可靠性。采用 CA 数字证书技术，证书管理系统采用电子票务系统证书认证系统。该系统用于给服务器、 网上客户颁发证书，并对证书有效性进行验证。 3.1.7 系统可靠性需求系统可靠性需求 电子票务系统系统要求具有高度的可靠性、稳定性。重要数据能及时备份 和恢复，关键操作可以进行回退操作，对紧急情况应该有相应的应急处理措施。 系统应采用具有容错功能、出现故障时能够迅速恢复的应急措施；采用严格的 系统运行控制等系统监控功能；当硬件平台、操作系统、应用系统、通信线路 等出现故障时应该有相应的措施进行解决使其不影响正常业务的开展。系统应 该满足峰值业务量处理的的需要。 操作系统备份操作系统备份 主机操作系统备份目标是：具备对整个系统的快速恢复能力，满足无数据 损失或损失最少、系统恢复速度最快、业务中断时间最短的要求。 因主机操作系统一般变化较少，且流行的主机系统一般都提供较完善的操 作系统备份方案和手段，对主机操作系统的备份可通过利用主机系统现有功能， 结合主机上的内置磁带机设备来完成，并将多份备份磁带异地存放。 另外，应定期备份操作系统的配置文件等关键数据。 数据库备份数据库备份 数据库的备份应保证系统的基础数据、信息等资料不丢失，能够在基础数 据系统遭到破坏时迅速恢复，尽量避免或减少数据的丢失，将损失降低到最小 程度。通常数据库备份有以下三种方式： 1、物理备份 指在数据库关闭的情况下对数据文件、控制文件等的备份。物理备份的特点是基本与 数据库操作无关，通常可以利用现成的操作系统工具（如 UNIX 中的 TAR 命令）很方便地 实现。 2、逻辑备份 在数据库正常使用的情况下对数据库对象进行的备份。日常进行逻辑备份的意义在于 必要时可以进行“对象或行恢复” 。例如如果有人误删除一个表或表中若干行时，很难从物 理备份中恢复这个表或这些行，这时一个逻辑备份就是有益的和必要的。 3、联机备份 在数据库打开并且对用户开放时对数据库文件、控制文件等的备份，备份时数据库可 以继续正常操作。考虑到系统的重要程度，可以考虑采用灵活的备份方式，保证能够将系 统恢复到故障点之前的状态。 应用软件备份应用软件备份 应用软件的备份是为了保证在应用系统瘫痪时迅速恢复。应用软件的备份可通过操作 系统和内置磁带机设备完成。考虑到应用软件版本更新、升级频繁，各部分程序模块经常 会有程度不同的修改，需要保留以前的旧软件版本来保证应用软件的安全性和高可恢复性， 所以，在每次版本更新升级后都需要进行备份。同时，可以考虑配置版本管理软件对应用 软件进行管理。 3.1.8 系统可维护性需求系统可维护性需求 电子票务系统系统维护在整个系统的生命周期中所占比重是最大的，因此，提高系统 的可扩充性和可维护性是提高信息系统性能的必备手段。系统设计应便于维护，具备良好 的可维护性；应遵循软件工程思想，采用层次化、模块化的设计，做到层次清晰，各模块 相互独立性强，模块间耦合度最小；可方便维护各种基础数据资料，可以根据需要方便地 进行应用软件升级和改造。 系统设计要求层次化、模块化，做到层次清晰，模块合理，对其中的模块可灵活抽取 替换，模块与模块之间关系明确，方便业务的扩展和新增。 应具有横向扩充能力，支持应用服务器和数据库服务器在数量上的增加。 通信模块与业务功能模块具有相对的独立性，对通信模块的修改不影响业 务功能的运行。 3.2硬件推荐配置硬件推荐配置 鉴于以往实施经验，在上述性能要求，排除机房连接到互联网的线路质量 因素，系统需要的服务器配置推荐如下： 网站初期配置： 序 号 设备名称产品型号设备模块描述数量预算（万无） 1 PC 服务器 （1 台应用服务 器；1 台 WEB 服务器；1 台测 试服务器； 1 台开发服务器； ） IBM X3850 Intel Xeon Processor 7320 (2.13GHz/4MB L2 Quad Core), 1MB 二级缓存, 4x1GB 内存, ServeRAID 8i SA-SCSI RAID 适配器，2 块 146G 可热插拔硬盘，双冗余 775W 电源。 注各应用服务都布署于一台服务器上。这样 成本比较低。 2 12 网站后期配置：用户量加大，各分站数量增多的情况 序 号 设备名称产品型号设备模块描述数量预算（万无） 1 PC 服务器 （1 台应用服务 器；1 台 WEB 服务器；1 台测 试服务器； 1 台开发服务器； ）