金蝶K/3的技术架构

K/3系统是一个典型的基于Windows DNA架构的大型分布式应用。 金蝶公司1997年开始研究三层结构技术，98年应用于K/3系列产品的研发，99年5月推出业界第一个真正三层结构的ERP产品。

 

利用K/3系统可以搭建起易于扩展的分布式应用环境，满足不同类型、不同规模企业的需要。企业可以根据自己的实际情况构建合适的应用环境。结合操作系统、应用平台或第三方的产品，我们还可以构筑高安全、高性能、高可靠的应用环境。

 

 

 

K/3系统在DNA架构下的实现：

 

“一套软件、两个面孔、三层结构”，简短的一句话，清楚地表述了金蝶K/3系统的基本特征。三层结构概述了K/3系统是一个典型的三层结构应用；两个面孔指的是前端系统包括GUI和WEB两种产品系列，客户可以根据实际情况灵活选择。

 

下面将对K/3系统在三个层次上的实现分别进行描述。

 

1、表示层

 

这是直接与最终用户打交道的一层，即我们常说的客户端。它的主要作用接收用户的指令或者数据输入，提交给业务逻辑层做处理，同时负责将业务逻辑层的处理结果显示给用户。由于客户端并不处理复杂的业务逻辑等操作，相比传统的C/S结构对客户端的资源要求要低一些。

金蝶K/3系统在表示层有两种表现形式，GUI和WEB，GUI指的是依赖于Windows的桌面应用，它可以充分利用Windows的服务，提供丰富的用户界面，在交互性方面首屈一指，但是它对客户机配置以及网络带宽要求较高。WEB指的是完全基于IIS和浏览器的应用，它的显著特点是客户端免安装，对客户机配置和网络带宽的要求较低，典型的瘦客户应用，缺点是在用户交互性方面不如GUI应用。

无论是GUI还是WEB的客户端，都通过相同的业务逻辑层来完成业务逻辑的检查，从而保证了整个应用的客户端无关性。无论是用GUI还是用WEB最终完成的是同样工作，看到的是同样的结果，存储的是完全一致的数据。用GUI系统录入数据，然后利用WEB系统查询，不会有任何问题，反之亦然。

 

2、业务逻辑层

 

业务逻辑层（中间层）的主要任务是负责接收表示层的数据请求，将这些请求进行必要的业务逻辑检查（包括权限检查），然后将请求分解成不同的数据层操作，然后将处理结果返回给表示层。业务逻辑层是K/3系统最重要的一个层次，核心的业务处理都是通过这一层来实现的。

业务逻辑层由各个系统的不同的业务组件构成，在Windows DNA架构下，这些组件在MTS或者COM+环境中运行，以获得事务保护、组件管理等特性。K/3系统的所有业务组件依据系统的不同划分成不同组件包，通过这种划分来隔离子系统，避免子系统之间的相互影响，同时也便于实现系统的按模块分布。

依业务规模的不同，业务逻辑层要承受的负荷会有较大的差异，客户端的数目，业务的复杂程度都会对其造成一定的影响。由于Windows DNA架构的可扩展性，使得K/3系统的关键业务处理可以分布到多台服务器来处理，从而提供良好的伸缩方案。中间层的分布有两种策略，静态和动态。

 

2.1 静态分布策略

 

指的是在多台服务器上安装K/3的中间层，通过执行客户端机器上的组件配置工具，静态地将多个客户端指向某个固定的中间层。这种方式适合于客户端业务量比较均匀，对可靠性的要求不是非常高的场合。

 

2.2 动态分布策略

 

系统利用Windows或者第三方的负载均衡软件或硬件实现中间层的动态负载均衡，客户端配置指向一个固定的服务器或者服务器集群(Cluster)，该服务器或服务器集群接受客户端的对象请求，然后依据特定的均衡算法将该请求发送到后台的中间层服务器上集群中某个特定的服务器，这些服务器集群还可以提供良好的容错特性，一台服务器的故障并不会导致业务的中断。这种方式适合于高端应用场合，要求系统能够不间断的运行，对系统的性能和可靠性要求很高。

3、数据层

 

数据层利用大型数据库提供高性能、高可靠的海量数据存储能力储存K/3业务数据。目前的K/3系统支持SQL Server 7.0及以上版本。K/3系统今后的版本将会支持

Oracle 、 Sybase 、DB2等大型数据库产品。

K/3系统的数据存储策略是每个业务实体对应一个数据库（Database），我们称之为一个账套。采用这种策略主要基于如下考虑：

 

体现独立性

对于集团中独立的核算个体，可能有不同的科目体系甚至不同的核算方法，将他们存储在不同的数据库中，切合实际。而且，就算将所有核算个体的数据放到同一个数据库中存储，也不能解决集团应用的问题，因为集团数据并不是简单地将各机构的数据存储在一起就可以了，他还涉及到抵消分录、数据合并与汇总等内容，最终才能形成完整的集团数据。

 

保证较高的性能

将所有账套存储在同一个数据库中，随着账套的增多，单个数据表的记录数会迅速膨胀，对于大型的企业级应用，这样会严重影响数据查询和更新的性能。一个账套对应一个数据库的策略只将确实相关的数据存储在一起，可以避免这种性能上的损失。

 

便于数据层分布

在大型的集团应用中，数据库很可能会成为影响性能的瓶颈之一，一个账套对应一个数据库的策略使得数据层的分布成为可能。当我们发现数据库服务器就算提升配置也难以改善数据库性能的时候，就可以考虑将账套分离到新的数据库服务器中，将数据处理进行分布，从而改善性能。

 

4、GUI和WEB应用的比较

 

作为表示层，金蝶的K/3系统提供了两套解决方案，一个是GUI系列的系统，另一类是WEB系统。他们是为满足不同的应用环境而设计的，它们之间有哪些差异？分别适用于什么样的应用场合？实际应用过程中如何选型？下面的内容将对这些方面进行阐述。

GUI系统（又称桌面应用系统）,这是一种非常成熟的应用方式，无论是操作系统还是开发工具都对开发完善的桌面应用提供了丰富的资源和手段。 GUI版本的系统可以提供丰富的用户界面，有着非常好的交互能力，可以完成复杂的系统功能。K/3系统的所有子系统中，除了EIS（决策信息系统）只提供了WEB版本以外，其它的子系统全部都有GUI版本。但是GUI系统需要在客户端安装程序，会带来一些维护和升级的问题，GUI系统对系统资源的要求也较高，包括电脑的硬件配置以及网络带宽。

在Windows DNA架构下，GUI系统通过DCOM和中间层通讯，DCOM是一个基于标准DCE RPC协议的跨机器的组件调用协议，一次组件调用往往要动态创建多个连接，客户机和应用服务器之间会周期性地通过发送“ping”消息确定双方可以正常通讯，这会消耗较大的网络流量。K/3系统的一个具体功能往往会触发多个中间层的组件调用，因而对网络带宽消耗较大，而且这种动态的连接方式，难以跨越防火墙，从而限制了它在Internet上的应用。

WEB系统是一套基于浏览器来执行的系统，实际的系统安装在由IIS管理的WEB服务器上，客户端不需要执行额外的安装程序，只需简单地下载安装一些组件即可很好地运行，当系统升级时，我们只需要升级服务器端的程序就可以了，客户端不用作任何升级动作，另外WEB是一个非常好的信息查询平台，而且WEB系统学习和操作都比较简单方便。但是WEB系统也面临一些问题，那就是交互性方面相对GUI系统比较薄弱，有一些技术实现上比较复杂的系统或功能在WEB实现起来还很困难或者难以到达GUI系统的高度，不过一部分K/3WEB系统的功能已经可以和GUI系统媲美。

WEB系统对客户的资源和网络资源的要求都较低，因为它是通过HTTP协议来传送数据的，所有的业务处理操作和组件调用都在WEB服务器和中间层之间进行，客户端和WEB服务器之间只传递用户的数据输入和执行结果，因此它在慢速的广域网环境有着很好的表现，在Internet上使用更是没有任何问题。

我们在实际应用的过程中，可以依照具体的环境和要求做出适当的选择，基本原则是：在局域网环境，考虑将GUI系统作为主要的应用平台，WEB系统作为信息查询的平台。在广域网或者Internet应用环境，如果WEB系统可以满足要求，应尽量选择WEB系统作为应用平台，也可以考虑结合两种方式使用，以避免带宽导致的瓶颈。