System Architecture
文章平均质量分 81
innovation
Out of small things a great heap will be formed.
展开
-
史上最经典的UML类图各种关系梳理
在UML类图中,常见的有以下几种关系: 泛化(Generalization)、实现(Realization)、关联(Association)、聚合(Aggregation)、组合(Composition)、依赖(Dependency)。一、 泛化(Generalization)【泛化关系】:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为。例如:老虎是动物的一转载 2013-05-30 15:42:07 · 3375 阅读 · 4 评论 -
某大型银行深化系统之七:核心层之三
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-22 23:15:26 · 1988 阅读 · 2 评论 -
某大型银行深化系统之十四:技术架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 在上述功能架构中,除了核心层外,应用层及服务层都包括了用户UI界面,因此服务中包括了Mashup所需的WebAPI,需要采用MVC的WebApp框架来实现。整套系统的技术架构如下图所示,根据总体架构的设计思想,自定而下包括了客户端、服务层、核心层、系统软原创 2013-07-02 22:30:35 · 3383 阅读 · 0 评论 -
某大型银行深化系统之十五:数据架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 根据需求,系统平台包括了非结构化数据和结构化模型。包括的数据模型以及与其他系统之间的关系如下图所示: 系统中所涉及的数据模型包括以下部分:一、业务处理关系数据库 存储了E-R关系的数据模型,包括两大类:应用层,原创 2013-07-09 21:46:27 · 4008 阅读 · 0 评论 -
某大型银行深化系统之五:核心层之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-21 22:09:44 · 2039 阅读 · 0 评论 -
某大型银行深化系统之一:平台技术
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、技术定义1.Mashup(糅合) 将多种使用公共或者私有数据库的web应用,通过调用内容提供者的API,将信息糅合在一起,形成一个整合应用。2.WebAPI 以HTTP为基础,在Web架构之上,将提供的服务内容以标准的界面原创 2013-06-18 17:28:32 · 2368 阅读 · 0 评论 -
某大型银行深化系统之十八:性能设计之三
1.队长和排队长,通常都是随机变量,而且分布不易得到,因此一般考虑其均值和方差等数字特征2.排队时间和逗留时间,随机变量,顾客最关心的指标3.忙期和闲期,是服务系统所关心的随机变量指标,主要反映系统的服务强度。忙期和闲期交替出现。 在损失制和混合制服务系统中,还关心诸如顾客损失率、服务强度等指标解排队问题的目的,是研究系统的运行效率,估计服务量,确定系统参数的最优值,以决原创 2013-07-13 15:40:41 · 3535 阅读 · 0 评论 -
某大型银行深化系统之十六:性能设计之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 通过引入排队系统,定义系统中各项业务流程的产生和业务服务模型,描述工作项产生规律和服务规律的概率来计算系统的性能。在对排队进行分析时,为了便于分析,经常做一些简化假设。对一个排队系统,若满足以下三个条件:1.排队系统能够进入统计平衡状态;2.原创 2013-07-09 22:00:51 · 3971 阅读 · 1 评论 -
某大型银行深化系统之十三:业务应用层
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 面向完整的业务应用处理。对于不同类型的业务应用,定制其特有的处理流程和不同基础服务的组合,对基础服务进行封装,对特有应用功能在继承基础服务的前提下进行定制开发。 如图所示,体现了应用层与服务层的调用关系,新业务首先通过初始化优先原创 2013-06-28 22:56:40 · 2229 阅读 · 2 评论 -
某大型银行深化系统之十二:服务层之四
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-26 21:49:06 · 1886 阅读 · 0 评论 -
某大型银行深化系统之十:服务层之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-24 22:57:22 · 1971 阅读 · 0 评论 -
某大型银行深化系统之四:系统架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 某大型银行深化系统的整体逻辑架构是依据平台的建设目标进行设计的,按照主流技术标准采用分层的技术架构,在Java EE、SOA等标准规范体系下,将最基本的以及共性的信息处理、流程调度、优先级、权限、路由等相关的功能作为平台运维的核心层,以“工厂化”原创 2013-06-19 23:28:07 · 3359 阅读 · 3 评论 -
某大型银行深化系统之二:设计策略
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、糅合技术(Mashup) Mashup是糅合,即一种交互式Web应用程序,它利用了从外部数据源检索到的内容来创建全新的创新服务。Mashup实质是将多种使用公共或者私有数据库的web应用,通过调用内容提供者的Web API,将信息糅合在一起,形成一原创 2013-06-18 23:14:26 · 2185 阅读 · 0 评论 -
某大型银行深化系统之二十:异常规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、异常抛出与捕捉规则1.任何抛出异常的方法必须先声明异常,如下示例:MyClass.java{ // Constructor public MyClass( String name ) throws NullPointerException原创 2013-05-28 05:40:02 · 2347 阅读 · 0 评论 -
某大型银行深化系统之三:标准规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、Java EE Java EE(Java Platform,Enterprise Edition)是SUN公司定义的一个开发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术规范。多层次分布式应用模型是指根据功能把应用逻辑分原创 2013-06-18 23:25:00 · 2481 阅读 · 2 评论 -
某大型银行深化系统之九:服务层之一
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-24 14:05:01 · 2288 阅读 · 0 评论 -
某大型银行深化系统之六:核心层之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-21 22:36:22 · 1896 阅读 · 0 评论 -
某大型银行深化系统之八:核心层之四
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229核心层 核心层主要提供后台业务集中处理中最基本、共性的信息处理、流程调度和相关的管理功能,如任务调度、路由确定、事务一致性管理、任务拆解合并、优先级管理等。核心层对业务处理中的各项工作进行高度的抽象,只管理共性的属性和操作,功能相对简单,具有较高稳定性原创 2013-06-22 23:33:35 · 1980 阅读 · 0 评论 -
我所熟悉的网站负载均衡技术之硬件篇
一、DNS轮循 DNS轮循是指将相同的域名解释到不同的IP,随机使用其中某台主机的技术。但其具有明显的缺点:一旦某个服务器出现故障,即使及时修改了DNS设置,还是要等待足够的时间(刷新时间)才能发挥作用,在此期间,保存了故障服务器地址的客户计算机将不能正常访问服务器。DNS负载均衡采用的是简单的轮循负载算法,不能区分服务器的差异,不能反映服务器的当前运行状态,不能做到为性能较好的服务器多分配转载 2013-05-27 22:37:40 · 1482 阅读 · 1 评论 -
基于Jave EE和AJAX的办公自动化系统架构设计和基准性能分析
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、课题背景 办公自动化系统是让人们利用现代科学技术来有效地管理和交流各种信息的工具,是把计算机技术、通信技术、系统科学和行为科学应用于传统的数据处理技术难以处理的数量庞大而结构又不明确的业务处理工作的一项综合技术。二、课题目的和意义原创 2013-06-12 16:38:58 · 2462 阅读 · 0 评论 -
供应链管理柔性系统和单据定制引擎
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 供应链管理柔性(Supply Chain Mangement Flexibility) 是指供应链对于需求变化的敏捷性,或者叫做对于需求变化的适应能力。需求的变化也可以称之为不确定性或者风险,这是供应链上的各个环节都客观存在的一种现象,企业与企业之间或者原创 2013-05-30 02:02:28 · 2573 阅读 · 1 评论 -
Android应用性能优化整体策略
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 有关Android应用性能优化的议题,在互联网上可以说是众说纷纭,没有一个统一的标准和规范可循。本文主要是结合作者的实际项目情况以及项目前期的知识储备,对这一议题加以总结和概括,本文不会涉及太多代码的细节。仅以解决方案抛砖引玉,欢迎大家指正和补充。一原创 2013-05-28 23:57:37 · 2723 阅读 · 2 评论 -
某大型银行深化系统之十九:日志规范
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 在应用程序中添加程序日志记录可以跟踪代码运行时轨迹,作为日后审计的依据;并且担当集成开发环境中的调试器的作用,向文件打印代码的调试信息。本规定Jave EE项目必须使用Commons-Logging作为日志接口封装,选用Apache提供的可重用组件Log原创 2013-05-28 13:00:00 · 4655 阅读 · 0 评论 -
某大型银行深化系统之十七:性能设计之二
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 业务集中系统,可以采用M/M/n 模型来描述,即客户是泊松分布,服务时间为负指数分布,多台、无限容量、无限源、先到先服务的排队系统模型。则根据排队论可以得到一下几个指标:1.顾客在系统中的时间=等待时长+服务时长2.系统的平稳状态原创 2013-07-12 21:56:21 · 3354 阅读 · 0 评论 -
遵循Java EE标准规范的开源GIS服务平台之三:数据发布与访问
传送门 ☞Android兵器谱 ☞转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞系统架构设计 ☞转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞GoF23种设计模式 ☞转载请注明 ☞http://blog.csdn.net/leverage_1229原创 2013-07-02 19:00:43 · 3142 阅读 · 1 评论 -
遵循Java EE标准规范的开源GIS服务平台之一:平台架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞ 系统架构设计 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞ GoF23种设计模式 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、平台现状原创 2013-07-01 00:07:12 · 3343 阅读 · 1 评论 -
遵循Java EE标准规范的开源GIS服务平台之二:平台部署
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞ 系统架构设计 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229传送门 ☞ GoF23种设计模式 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 上文我原创 2013-07-01 22:39:11 · 3327 阅读 · 0 评论 -
Design and Model Analysis of the E-Commerce Development Platform for 3-Tiered Web Applications
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229Abstract Many Internet applications employ 3-tiersoftware architecture such as e-commerce system. Starting from analyze thearchitect原创 2013-05-29 13:33:43 · 4833 阅读 · 0 评论 -
构建门户之利刃Liferay Portal系统架构
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229一、How to Access Protal(Simple) 用户可以通过传统上网或者无线上网的方式来访问Protal。而开发人员可以通过SOAP、RMI和自定义的通道类来访问暴露给外部调用的API来操作Protal。二、Protal翻译 2013-06-15 21:58:09 · 3409 阅读 · 0 评论 -
某大型银行深化系统之十一:服务层之三
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229服务层 服务层主要体现了SOA体系下的组件复用和业务复用机制。服务的边界定义决定于粒度和耦合度。 粒度表示的是一个服务的大小,它可以理解为服务操作的范围,粗粒度的服务,操作的内容广而且杂;细粒度的服务,操作的内容细而且简单。粗粒度的服原创 2013-06-26 21:45:33 · 2854 阅读 · 3 评论 -
某大型银行深化系统之二十一:Log4j执行性能
传送门 ☞ Android兵器谱 ☞ 转载请注明 ☞ http://blog.csdn.net/leverage_1229 Log4j是Apache软件基金会的一个开放源代码项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等;我们也可以控制每一条日志的输出格式;通过定义原创 2013-05-27 05:02:53 · 1843 阅读 · 0 评论