系统技术架构说明书
新一代集中交易系统WIN版系统架构说明书v2教材

2.1.1 集中交易系统
员工服务渠道 集中交易柜员客户端
SOCKET
通讯中间件 加密压缩插件 信息转发插件 信息路由管理 队列管理器 交易请求队列
SOCKET
交易中间件(历史) KCXP API 业务处理例程 LBM KCBP LBM API SQL SERVE R驱动
ODBC
数据服务 交易热备 数据库
•
交易中心
灾备中心
当前备份 数据库
当前数据 库
当前数据 库
当前备份 数据库
备份历史 数据库
历史数据 库
数据库复制 管理
历史数据 库
备份历史 数据库
FTP服务器
FTP服务器
营业部1
历史数据下载
历史数据下载 营业部 2
历史数据 库
历史数据 库
1.2.3图: 数据库服务器部署方案图 说明: 数据库服务器部署划分成三个部分:核心交易系统数据库、灾备中 心数据库、网点历史查询数据库 A、核心交易系统数据库:当前数据库以SQL复制机制实现到备份数据库 的实时备份,历史数据采用冷备份,每天在非交易时段以FTP传送增量 数据到FtpServer服务器,以FTP发布相应的增量子集数据到网点历史 查询数据库。每套核心交易系统需配备当前数据库的实时备份服务器 B、灾备中心数据库:通过数据复制进行数据同步,与核心交易系统数据 库保持一致. C、网点历史查询数据库:本身是可选项,没有必须的备份要求 根据业务系统需要,各历史数据库服务器可以部署1-N台,形成集群
ODBC
客户服务渠道 热自助 刷卡/小键盘
系统接入服务系统 存管三方 网上交易服务
SOCKET
SOCKET
交易应答队列 交易报盘队列
SOCKET
框架总体架构设计说明书

1简要说明本文把框架从分层的角度把框架设计为6个层,并具体划分各个层的主要功能、主要组成、主要类的接口;然后再规划了几个最常用的通用组件的主要接口。
2分层理论随着软件行业的发展,软件项目的规模越来越大,复杂度越来越高,为降低复杂度,将应用系统分层,以降低各层的复杂度,利于软件开发的分工和复用.。
2.1图示图2.12.2基本准则1、不得跨层调用,每一层都只与直接相临的层进行通信。
2、上面各层都建立在下层的基础上,隐藏下层的信息并为上层提供服务。
3、各层要封装自己的实现,向前一层提供访问接口。
4、各层支持分布式的部署,即可部署于不同的容器实例中。
5、各层数据传递使用javabean,map,collection6、显示层的数据结构使用javabean,map, collection2.3层间数据传递数据格式:各层数据传递使用javabean,map,collection数据传递:Request线程变量(CommandContext)2.4各层说明2.4.1客户层系统最终用户的使用界面和设备。
包括基于浏览器的瘦客户端和基于GUI 的胖客户端应用。
1、尽量减少与后台的交互。
2、界面符合用户的使用习惯。
3、界面美观大方,风格统一,交互性好。
2.4.2交互层用户和系统之间的交互管理,提供用户层的展现逻辑和对应用层的访问接口。
也包括单点登录、会话管理、用户输入的逻辑校验等功能,错误处理,提示信息处理.1、客户层访问的交互协议尽可能使用http/https。
2、是客户层的统一接入点。
2.4.3应用层业务逻辑的接口,实现业务流程的控制,是业务领域层的服务接口。
1、以Session Facade的模式实现。
2、启动事务控制。
3、领域对象的交互在此处理。
2.4.4业务领域层根据业务需求进行的抽象,包括业务对象模型,业务规则和逻辑处理的实现2.4.5资源访问层对系统的各种资源和外部系统统一的访问逻辑的实现。
1、不作语义转换,只实现纯粹的资源访问。
研发类课题管理系统(RDPM)架构设计说明书

研发类课题管理系统架构设计说明书国家开发银行版权所有内部资料注意保密修订记录:目录1 简介 (5)目的 (5)文档范围 (5)1.3 预期的读者和阅读建议 (5)参考文档 (6)包含文档 (6)相关文档 (6)缩略语和术语 (7)2 总体架构 (7)系统范围 .................................................................................................... 错误!未定义书签。
设计方法 .................................................................................................... 错误!未定义书签。
设计可选方案 (8)整体架构 (9)3 总体约束 (10)遵循标准 .................................................................................................... 错误!未定义书签。
文件约定 .................................................................................................... 错误!未定义书签。
目录约定 .................................................................................................... 错误!未定义书签。
对后续设计的约束..................................................................................... 错误!未定义书签。
(完整word版)智慧社区平台系统架构设计说明书

智慧社区架构设计说明书(内部资料请勿外传)编写:牟宝林日期:20150216 检查:日期:审核:日期:批准:日期:XXXX科技有限公司版权所有不得复制目录1、引言 (3)1.1背景 (3)1.2说明 (3)2、范围 (3)2.1 软件名称 (3)2.2 软件功能 (3)2.3 需求边界 (3)3、总体设计 (4)3.1 架构设计目标和约束 (4)3.1.1 运行环境 (4)3.1.2 开发环境 (4)3.2 设计思想 (4)3.3 架构体系描述 (4)3.4 架构体系 (5)3.4.1 数据支撑层 (5)3.4.2 应用层 (5)3.4.3 终端层 (5)3.5 重要业务流程 (6)3.5.1 核心数据采集输出流程 (6)3.5.2 应用数据采集输出流程 (6)3.6 模块划分 (6)3.6.1 数据支撑层 (6)3.6.2 应用层 (7)3.6.3 终端层 (8)4、部署 (8)4.1 云服务器部署 (8)4.2 部署服务器系统要求 (9)1、引言1.1背景智慧社区系统软件系统整体架构是为了快速搭建智慧社区运营平台,将硬件数据采集并建立智慧社区应用的架构整体解决方案。
1.2说明本文档是对于智慧社区应用平台进行详细设计和编码的重要依据。
对该软件的整个系统的结构关系进行了详细描述,阐述了系统的总体框架,包括物理、逻辑结构,说明了体系结构所采取的设计策略和所有技术,并对相关内容做出了统一的规定。
为今后的设计、编码、测试都提供了可以参考的模版并且提高效率,使整个开发过程做到资源利用最大化,减少由于需求变更而修改的时间,大大的降低了成本,节约了时间。
2、范围2.1软件名称中文名称:智慧社区应用平台2.2软件功能建立智慧社区的数据管理中心,并通过建立硬件数据标准接口,像平台中的应用子系统提供数据支撑服务。
2.3需求边界要做的事情:1、定义核心数据标准,建立核心数据库;2、建立核心数据接口,用于支撑应用系统,并能够实现对接口的权限控制;3、定义应用数据标准,建立应用数据库;4、建立应用数据接口,用于支撑终端系统展示。
架构设计说明书

架构设计说明书项目名称:[项目名称] 项目代号:[项目代号] 编制人:[编制人] 编制日期:[编制日期]目录架构设计说明书 (1)1. 引言 (5)1.1. 编写目的 (5)1.2. 系统目标 (5)1.3. 术语和缩写词定义 (5)1.4. 参考资料 (5)2. 需求规定 (5)2.1. 系统功能 (5)2.2. 系统性能 (5)2.3. 故障处理要求 (6)2.4. 软硬件要求 (6)2.5. 其他需求限制条件 (6)3. 总体结构设计 (6)3.1. 系统体系结构 (6)3.2. 系统开发的基础平台和关键组件 (6)3.2.1. 外部基础平台和关键组件 (6)3.2.2. 部基础平台和关键组件 (7)3.3. 总体结构 (7)4. 子系统设计 (7)4.1. 功能结构图/类图 (7)4.2. 功能定义 (7)4.3. 功能需求与系统模块的关系 (8)5. 接口设计 (8)5.1. 用户接口 (8)5.2. 外部接口 (8)5.3. 部接口 (8)6. 系统数据结构设计 (8)6.1. 逻辑结构设计 (9)6.2. 物理结构设计 (9)6.3. 配置文件结构设计 (9)6.4. 数据结构与程序的关系 (9)7. 算法设计 (9)8. 运行设计 (9)8.1. 运行模块组合 (10)8.2. 运行控制 (10)8.3. 运行时间 (10)9. 系统安全 (10)9.1. 8.1 系统安全 (10)9.2. 8.2 数据安全 (10)9.3. 8.3 备份与恢复 (10)9.4. 8.4 出错处理 (11)10. 系统维护设计 (11)11. 系统部署 (11)11.1. 软硬件环境 (11)11.2. 系统部署 (11)11.3. 系统升级 (11)12. 遗留问题 (11)1.引言1.1.编写目的说明编写这份架构设计说明书的目的,指出预期的读者。
1.2.系统目标本系统要达成的目标,应描述架构设计的细度及为下一步模块设计提供的支持。
系统架构说明书

系统架构说明书服务业综合业务管理系统系统架构说明书XXX一、概要本说明书对服务业综合业务管理系统的整体框架进行分块说明,对系统的采用技术点的技术点进行阐述,通过视图与描述展示整个系统框架的结构与层次。
二、目标构建服务业综合业务管理系统J2EE应用的开发框架,注入Spring支撑,使用兼具灵活性与使用性的ibatis作为持久层,使所有系统能规范开发组件、提高开发效率,易于统一升级和维护。
三、架构设计3.1、架构分析1、服务业综合业务管理系统采用B/S模式。
B/S 模式具有分布性特点,可以随时随地进行查询、浏览等业务处理。
其业务扩展简单方便,通过增加网页即可增加服务器功能。
而且后期维护方面只需要改变网页,即可实现所有用户的同步更新2、搭建轻量级J2EE框架—Spring框架。
J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。
J2EE框架使得开发的产品更加高效,更加健壮,在伸缩性和稳定性上面也有着显而易见的效果。
而Spring是一个完美的框架“黏合剂”。
它提供了一种管理对象的方法,可以把中间层对象有效地组织起来。
他的分层结构可以增量引入项目。
而非侵入性应用程序对Spring API 的依赖可以减至最小限度。
3、利用兼具灵动性与实用性的ibatis作为系统的耐久层。
Ibatis是支持普通SQL查询。
存储过程和高级映射的优秀持久层框架。
Ibatis将代码和sql语句分离,sql可以写在xml中,结构清晰,灵活配置,对平台支持性大幅度提高。
3.2、设计思想1、系统技术架构采用支流的MVC模式MVC思想将一个应用分成三个基本部分:Model(模子)、View(视图)和Controller(控制器),这三个部分以最少的耦合协同工作,从而提高应用的可扩展性及可维护性。
直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模子的样子或者模子的重用性。
系统架构设计说明书三篇

系统架构设计说明书三篇篇一:系统架构设计说明书Xx系统架构设计说明书编写:日期:检查:日期:审核:日期:批准:日期:文档变更记录1、引言描述本文的参考依据、资料以及大概内容。
1.1背景项目产生或者开发背景,必要性等。
1.2术语和缩略语缩略语、系统主用名词、术语等解释1.3参考资料编写本文和阅读本文是需要查阅的资料有关文档,注明出处、作者和版本。
(架构设计重点在于将系统分层并产生层次内的模块、阐明模块之间的关系)2、范围2.1软件名称英文名称:TopEng-CSP中文名称:客户服务平台2.2软件功能请参考《XXX子系统软件需求规格说明书.doc》2.3软件应用请参考《系统软件需求规格说明书.doc》2.4需求边界3、明确范围边界,做什么,不做什么。
4、总体设计4.1架构设计目标和约束架构设计总体目标和一些有关架构方面的约束,比如技术约束或者设计上约束。
4.1.1运行环境4.1.2开发环境4.2设计思想阐明进行架构设计的思想,可参考一些架构设计的模式,需结合当前系统的实际情况而定。
4.3架构体系根据架构分析和设计思想产生系统的架构图,并对架构图进行描述,说明分层的原因、层次的职责,并根据架构图绘制系统的物理部署图,描述系统的部署体系。
4.4重要业务流程(有多少个就写多少个流程图)流程图类型不做严格要求,只要图和描述表达设计思想即可;重要业务流程数据流向等。
4.4.1流程14.4.2流程24.4.3流程34.5模块划分根据架构图进行模块的划分并阐明模块划分的理由,绘制模块物理图以及模块依赖图。
有多少模块就写多少个模块4.5.1模块一4.5.1.1模块一描述根据模块物理图描述各模块的职责,并声明其对其他模块的接口要求。
这是本系统中的上层应用,包括提供各种功能的插件以及用户界面,主要为用户提供输入条件和输出结果,也就是查询条件的输入和数据展示,也包括基本数据的录入和管理功能,由如下的插件应用构成,子模块描述实时监控插件负责提供实时监控功能4.5.1.2模块一业务流程说明图+文字描述。
系统技术架构说明书

北京友联慧通科技有限公司技术文档全网电子商务平台技术架构说明书2010年3月18日北京友联慧通科技有限公司目录技术性需求分析 (4)一致的逻辑数据 (4)优秀的网络环境适应性 (4)系统的兼容性 (4)优异的系统性能 (4)开放的界面和接口 (4)完备的操作日志管理策略 (4)高度的安全性 (4)技术性设计思想和原则 (5)最小成本原则 (5)安全性、可靠性、先进性原则 (5)安全性与可靠性原则 (5)先进性原则: (5)实用性、易用性、可扩展性原则 (5)实用性原则 (5)统一及一致性原则 (6)业务引导及易用性原则 (6)友好及方便性原则 (6)扩展性和适应性原则 (6)数据共享原则 (7)系统技术架构的设计 (7)技术架构的特点 (7)系统的架构图 (7)技术架构图 (7)系统请求数据处理流程图 (9)体系结构图 (10)系统核心功能分布图 (11)架构层次的说明 (11)数据库层 (11)中间件层 (12)基础服务层 (16)应用层 (20)业务表现层和系统接口层 (21)系统部署环境 (22)商城平台部署环境 (22)运行平台 (22)操作系统 (22)应用服务器 (23)Web服务器 (23)数据库服务器 (23)缓存服务器 (23)图片文件服务器 (23)系统部署拓扑图 (23)系统部署结构图 (24)技术性需求分析一致的逻辑数据一般来说,平台所有的服务接点都是这个数据库的客户端访问;因此从逻辑上,任意服务网络接入点的数据应该是一致的。
优秀的网络环境适应性从系统的实现角度考虑,要满足各种复杂的网络环境。
系统的兼容性由于服务结点的数量巨大,其使用的平台和语言各不相同,需要能够容纳所有类型的服务结点;优异的系统性能从系统架构设计上需要考虑巨大量数据的处理引擎,从系统本身进行性能上的优化,而不是仅仅凭借于硬件服务器的性能。
开放的界面和接口不仅个人用户能够方便地通过Web应用查询信息,同时也需要能够预留非GUI的交互界面的接口,以便使其它应用系统也能使用数据管理系统提供的信息服务,同时还需要为第三方软件预留标准的集成接口,使系统具有高度的可扩展性;完备的操作日志管理策略需要有完备的操作日志管理引擎,记录系统交互过程中的日志数据。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
北京友联慧通科技有限公司技术文档全网电子商务平台技术架构说明书2010年3月18日北京友联慧通科技有限公司目录技术性需求分析 (4)一致的逻辑数据 (4)优秀的网络环境适应性 (4)系统的兼容性 (4)优异的系统性能 (4)开放的界面和接口 (4)完备的操作日志管理策略 (4)高度的安全性 (4)技术性设计思想和原则 (5)最小成本原则 (5)安全性、可靠性、先进性原则 (5)安全性与可靠性原则 (5)先进性原则: (5)实用性、易用性、可扩展性原则 (5)实用性原则 (5)统一及一致性原则 (6)业务引导及易用性原则 (6)友好及方便性原则 (6)扩展性和适应性原则 (6)数据共享原则 (7)系统技术架构的设计 (7)技术架构的特点 (7)系统的架构图 (7)技术架构图 (7)系统请求数据处理流程图 (9)体系结构图 (10)系统核心功能分布图 (11)架构层次的说明 (11)数据库层 (11)中间件层 (12)基础服务层 (16)应用层 (20)业务表现层和系统接口层 (21)系统部署环境 (22)商城平台部署环境 (22)运行平台 (22)操作系统 (22)应用服务器 (23)Web服务器 (23)数据库服务器 (23)缓存服务器 (23)图片文件服务器 (23)系统部署拓扑图 (23)系统部署结构图 (24)技术性需求分析一致的逻辑数据一般来说,平台所有的服务接点都是这个数据库的客户端访问;因此从逻辑上,任意服务网络接入点的数据应该是一致的。
优秀的网络环境适应性从系统的实现角度考虑,要满足各种复杂的网络环境。
系统的兼容性由于服务结点的数量巨大,其使用的平台和语言各不相同,需要能够容纳所有类型的服务结点;优异的系统性能从系统架构设计上需要考虑巨大量数据的处理引擎,从系统本身进行性能上的优化,而不是仅仅凭借于硬件服务器的性能。
开放的界面和接口不仅个人用户能够方便地通过Web应用查询信息,同时也需要能够预留非GUI的交互界面的接口,以便使其它应用系统也能使用数据管理系统提供的信息服务,同时还需要为第三方软件预留标准的集成接口,使系统具有高度的可扩展性;完备的操作日志管理策略需要有完备的操作日志管理引擎,记录系统交互过程中的日志数据。
高度的安全性利用JA V A所特有的安全性,更多的从系统角度去维护数据的安全,同时需要从数据库和服务器的角度提出安全维护的有效建议。
技术性设计思想和原则最小成本原则系统建设充分考虑目前已实施的业务系统的实际情况,充分利用原系统资源,在实现新系统建设同时保护原有系统的资源。
任何一个系统的建设,如果不能合理和有效地利用现有的资源和之前的系统的资源,这样的系统应该算不了绝对的成功。
因此,在进行系统重建时,充分考虑如何利用以前的信息系统、网络和其他设备,并对以前实施的应用系统进行整合,一方面保证原有的设备可以重新利用,另一方面保证以前的应用重获新生。
在真正意义上做到既完成了新系统的建设又保护了原有设备和系统的资源。
安全性、可靠性、先进性原则安全性与可靠性原则:考虑到电子商务系统工程建设项目安全性、可靠性的需求,在系统设计中,应充分注意系统的安全性和可靠性,采用多种安全防范技术和措施,保障系统的信息安全,保障系统长期稳定可靠运行,同时在系统设计要充分考虑系统运行性能,达到“简便、实用、快捷、安全、准确”的目的。
先进性原则:由于IT技术发展的速度惊人。
因此,在电子商务项目进行系统总体规划时,我们选择业界到目前为止先进和成熟的技术作为整个系统的技术架构,以保证系统有不断发展和扩充的余地。
系统总体设计的先进性原则主要体现在以下几方面:1)系统结构选择当前先进的SSH架构进行逻辑和业务和展示分层的架构进行系统开发;2)软件的设计中利用先进的面向对象技术、设计模式、接口技术和组件技术来提高软件的通用性和复用性。
实用性、易用性、可扩展性原则实用性原则衡量一个电子商务系统的好坏决不是看它投入了多少、如何的先进,而是看它是否真正满足运营业务需求,是否真的符合真正的运营情况。
因此,在进行系统的建设时,我们始终不忘实用性原则,努力保证投资花在实处,保证建设出来的系统切切实实是所需要的,而不是一个富丽堂皇的空架子,光有一个外表而没有实际的内容。
实用性是每个信息系统在建设过程中所必须考虑的,从实际应用的角度来看,这个性能更加重要。
为了提高系统的实用性,本系统考虑如下几个方面:◆设计上充分考虑当前各业务层次、各环节管理中数据处理的便利和可行,把满足用户业务管理作为第一要素进行考虑;◆采取总体设计、分步实施的技术方案,在总体设计的前提下,系统实施时先进行业务处理层及低层管理,稳步向中高层管理及全面自动化过渡。
这样做可以使系统始终与业务实际需求紧密连在一起,不但增加了系统的实用性,而且可使系统建设保持很好的连贯性;◆全部人机操作设计均充分考虑不同使用者的实际需要;◆用户接口及界面设计充分考虑人体结构特征及视觉特征进行优化设计,界面尽可能美观大方,操作简便实用。
统一及一致性原则在统一的用户界面风格前提下,实现各GUI中各类按钮、图标、文字(字体、大小)、热键(快捷键)的统一和一致,达到便于使用、便于学习、交互友好的目的。
人机工程及标准化原则在保证界面风格统一、一致的基础上,按照人机工程原理,遵循IBM 和Microsoft的界面设计标准,将界面的布局(包括按钮、菜单、显示框等)设计成符合操作者习惯的形式,并在界面颜色的搭配上满足操作者长时间工作要求,提供一个人性化的人机操作环境,以保证用户使用的舒适性。
业务引导及易用性原则充分考虑业务的管理需求,在界面的菜单及功能的组合设计中,将界面的操作顺序按业务归类,以便操作的有效引导,保证软件的易用性。
同时,在各功能名称的用词、信息提示文字等方面,使用政府审批业务的规范化、习惯化用词,以保证软件使用者的习惯性,符合现有政府审批管理模式,有利于操作者在较快的时间熟练用好软件。
友好及方便性原则鼠标、键盘的灵活输入方式;热键的使用,以保证各种业务数据信息的录入界面,更新维护界面和记录增删界面及部门内部信息查询界面和信息统计报表界面等使用的方便性、友好性,确保各种业务信息数据都能通过用户界面方便地、快速录入。
扩展性和适应性原则扩展性和适应性是系统升级前要考虑的首要元素,为了进一步让客户能够降低成本来完成未来可预见的系统升级开发,系统在设计时就充分考虑到实际系统在今后工作发展而产生的升级需求,尽量保证在原有代码基础上容易适应、容易修改和升级的目标。
数据共享原则对所有的数据采用合理的数据结构,把它们有效地组织好,进行统一维护管理,避免数据重复,减少冗余,提高准确性和可靠性,保证数据的统一性和完整性。
系统技术架构的设计技术架构的特点我们的技术架构有以下特点:◆采用目前安全性能高,扩展性好,框架技术最为完善JA V A语言作为系统开发的语言。
◆采用SSH框架技术,使系统能够分层开发,各层之间逻辑分明,层与层之间提供接口方式来实现业务和数据的沟通。
让系统具有极强的扩展性。
◆基于组件技术,力求将变化封装在组件内部。
对应组件可以对外提供API。
◆适应能力强,同步、异步都能处理,既能满足快速反映的业务的需求,又能满足大数据量、复杂的、异步的业务的需求。
◆与OS、中间件平台、数据库系统无关。
◆具有很好的可扩展性。
模块化使得系统很容易在纵向和水平两个方向拓展:一方面可以将系统升级为更大、更有力的平台,同时也可以适当增加规模来增强系统的网络应用。
在扩充或修改功能时,基本不会破坏原有结构的稳定性。
◆强而可靠的数据库搜索引擎◆实用且安全的SEO搜索引擎设计◆支持分布式部署的缓存引擎系统的架构图技术架构图系统技术架构图系统请求数据处理流程图体系结构图体系结构图ORACLE数据层MYSQLMSSQL数据接口文件体系结构图系统核心功能分布图架构层次的说明 数据库层对于平台中的所有应用,都存在着各种各样的配置信息、业务数据、系统运行状态等信息。
数据库层对这些数据信息本身进行归档,提供快速查询的底层接口,并保证数据的完整性、可靠性。
在数据库方面,我们的程序是可以无缝对接主流数据库的包括Oracle,Mysql,和MSSql,但建议采用Oracle 或者是MySQL。
因为他们和程序一样具备跨平台的特性,但这两种数据库分别有不同的适用环境。
Oracle◆适合大型的电子商务应用。
◆能使用所有的商城平台功能。
如访问量排行榜、降价排行榜、销售排行榜、访问量统计等等,就以往的经验来看,这些功能每天要处理的数据都会超过一千万。
这种数据量如果使用传统的统计方法,统计一次的时间就可能会以天来计算了。
如果使用Oracle,再配合我们专门对Oracle进行优化的高效率的统计程序,那么只需十数秒便可完成。
◆此外,如果只用一台数据库无法应付日益增长的服务器访问量,可以使用Oracle RAC(真正应用集群),通过增加数据库服务器进行集群。
MySQL◆适合中小型的电子商务应用。
◆无法使用商城平台一些高级应用,如排行榜、统计分析、MIS系统对接等。
这是由于MySQL设计上强调访问速度,牺牲了一些数据库的高级功能,虽然用程序也可以实现这些功能,但是在性能上无法满足需求。
◆比较难实现数据库集群。
中间件层中间件层主要是购通平台使用的J2EE中间件,包括平台使用到的应用服务器和中间件技术。
一、应用服务器应用服务器为购通提供的整个J2EE平台实现,商城系统基础服务层和应用层、业务层都是建立在应用服务器之上。
购通设计上遵循SUN公司提出的J2EE规范,这样能够尽可能的保证在不同的J2EE应用服务器中进行移植。
经过测试购通平台支持Tomcat、WebLogic、JBoss,webShare这几种J2EE应用服务器。
二、中间件技术本着重用的设计原则,购通在一些功能中采用了已有的成熟技术,这些都是经过实践考验的中间件。
主要以java标准包和开源项目为主,大部分都针对系统作了相应调整,以便适合系统的需要。
1. Apache commons:著名的开源组织Apache的一个java工具包,提供很多实用的功能。
1) commons-beanutils:提供对Java反射和自省API的包装。
在平台中用于通用的接口设计。
2) commons-codec:包含一些通用的编码解码算法。
Hex,Base64,以及URL encoder。
平台中主要用来做消息摘要,实现数据加密等功能。
3) commons-collections:提供一个类包来扩展和增加标准的Java Collection框架。
提供了比j2sdk更全面的数据结构,平台中继承并实现了一些特殊的数据结构。
4) commons-pool:提供了通用对象池接口,一个用于创建模块化对象池的工具包,以及通常的对象池。