某大型银行深化系统设计
文章平均质量分 80
本专栏旨在讲解遵循Java EE和SOA标准规范的某大型银行深化系统的技术方案。分为系统架构、物理架构、技术架构、性能评估四个模块进行介绍,再结合核心层、服务层、应用层三层协同运行。力图向读者展示实现一个银行业务系统的所涉技术的方方面面。
innovation
Out of small things a great heap will be formed.
展开
-
某大型银行深化系统之二十:异常规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、异常抛出与捕捉规则1.任何抛出异常的方法必须先声明异常,如下示例:MyClass.java{ // Constructor public MyClass( String name ) throws NullPointerException原创 2013-05-28 05:40:02 · 2361 阅读 · 0 评论 -
某大型银行深化系统之十九:日志规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 在应用程序中添加程序日志记录可以跟踪代码运行时轨迹,作为日后审计的依据;并且担当集成开发环境中的调试器的作用,向文件打印代码的调试信息。本规定Jave EE项目必须使用Commons-Logging作为日志接口封装,选用Apache提供的可重用组件Log原创 2013-05-28 13:00:00 · 4668 阅读 · 0 评论 -
某大型银行深化系统之二十一:Log4j执行性能
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 Log4j是Apache软件基金会的一个开放源代码项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等;我们也可以控制每一条日志的输出格式;通过定义原创 2013-05-27 05:02:53 · 1856 阅读 · 0 评论 -
某大型银行深化系统之十八:性能设计之三
1.队长和排队长,通常都是随机变量,而且分布不易得到,因此一般考虑其均值和方差等数字特征2.排队时间和逗留时间,随机变量,顾客最关心的指标3.忙期和闲期,是服务系统所关心的随机变量指标,主要反映系统的服务强度。忙期和闲期交替出现。 在损失制和混合制服务系统中,还关心诸如顾客损失率、服务强度等指标解排队问题的目的,是研究系统的运行效率,估计服务量,确定系统参数的最优值,以决原创 2013-07-13 15:40:41 · 3550 阅读 · 0 评论 -
某大型银行深化系统之十七:性能设计之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 业务集中系统,可以采用M/M/n 模型来描述,即客户是泊松分布,服务时间为负指数分布,多台、无限容量、无限源、先到先服务的排队系统模型。则根据排队论可以得到一下几个指标:1.顾客在系统中的时间=等待时长+服务时长2.系统的平稳状态原创 2013-07-12 21:56:21 · 3367 阅读 · 0 评论 -
某大型银行深化系统之十六:性能设计之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 通过引入排队系统,定义系统中各项业务流程的产生和业务服务模型,描述工作项产生规律和服务规律的概率来计算系统的性能。在对排队进行分析时,为了便于分析,经常做一些简化假设。对一个排队系统,若满足以下三个条件:1.排队系统能够进入统计平衡状态;2.原创 2013-07-09 22:00:51 · 3979 阅读 · 1 评论 -
某大型银行深化系统之十五:数据架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 根据需求,系统平台包括了非结构化数据和结构化模型。包括的数据模型以及与其他系统之间的关系如下图所示: 系统中所涉及的数据模型包括以下部分:一、业务处理关系数据库 存储了E-R关系的数据模型,包括两大类:应用层,原创 2013-07-09 21:46:27 · 4019 阅读 · 0 评论 -
某大型银行深化系统之十四:技术架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 在上述功能架构中,除了核心层外,应用层及服务层都包括了用户UI界面,因此服务中包括了Mashup所需的WebAPI,需要采用MVC的WebApp框架来实现。整套系统的技术架构如下图所示,根据总体架构的设计思想,自定而下包括了客户端、服务层、核心层、系统软原创 2013-07-02 22:30:35 · 3398 阅读 · 0 评论 -
某大型银行深化系统之十三:业务应用层
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 面向完整的业务应用处理。对于不同类型的业务应用,定制其特有的处理流程和不同基础服务的组合,对基础服务进行封装,对特有应用功能在继承基础服务的前提下进行定制开发。 如图所示,体现了应用层与服务层的调用关系,新业务首先通过初始化优先原创 2013-06-28 22:56:40 · 2245 阅读 · 2 评论 -
某大型银行深化系统之十二:服务层之四
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-26 21:49:06 · 1894 阅读 · 0 评论 -
某大型银行深化系统之十一:服务层之三
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-26 21:45:33 · 2865 阅读 · 3 评论 -
某大型银行深化系统之十:服务层之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-24 22:57:22 · 1980 阅读 · 0 评论 -
某大型银行深化系统之九:服务层之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-24 14:05:01 · 2303 阅读 · 0 评论 -
某大型银行深化系统之八:核心层之四
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-22 23:33:35 · 1990 阅读 · 0 评论 -
某大型银行深化系统之七:核心层之三
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-22 23:15:26 · 1998 阅读 · 2 评论 -
某大型银行深化系统之六:核心层之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-21 22:36:22 · 1910 阅读 · 0 评论 -
某大型银行深化系统之五:核心层之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-21 22:09:44 · 2051 阅读 · 0 评论 -
某大型银行深化系统之四:系统架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 某大型银行深化系统的整体逻辑架构是依据平台的建设目标进行设计的,按照主流技术标准采用分层的技术架构,在Java EE、SOA等标准规范体系下,将最基本的以及共性的信息处理、流程调度、优先级、权限、路由等相关的功能作为平台运维的核心层,以“工厂化”原创 2013-06-19 23:28:07 · 3367 阅读 · 3 评论 -
某大型银行深化系统之三:标准规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、Java EE Java EE(Java Platform,Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。多层次分布式应用模型是指根据功能把应用逻辑分原创 2013-06-18 23:25:00 · 2495 阅读 · 2 评论 -
某大型银行深化系统之二:设计策略
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、糅合技术(Mashup) Mashup是糅合,即一种交互式Web应用程序,它利用了从外部数据源检索到的内容来创建全新的创新服务。Mashup实质是将多种使用公共或者私有数据库的web应用,通过调用内容提供者的Web API,将信息糅合在一起,形成一原创 2013-06-18 23:14:26 · 2197 阅读 · 0 评论 -
某大型银行深化系统之一:平台技术
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、技术定义1.Mashup(糅合) 将多种使用公共或者私有数据库的web应用,通过调用内容提供者的API,将信息糅合在一起,形成一个整合应用。2.WebAPI 以HTTP为基础,在Web架构之上,将提供的服务内容以标准的界面原创 2013-06-18 17:28:32 · 2377 阅读 · 0 评论