金蝶EAS技术白皮书

技术白皮书

EAS事业部产品市场部

金蝶软件(中国)有限公司

2006年6月

文档控制更改记录

审校

批准

分发人员

提提要要

?本白皮书介绍金蝶软件产品和技术的发展历程

?本白皮书阐述金蝶软件在面向服务架构（SOA）方面的实践

?本白皮书阐述金蝶EAS的技术架构

?本白皮书分析金蝶EAS的技术特点

版权所有2006 金蝶软件（中国）有限公司，保留所有权利2006年6月

未经金蝶国际软件集团有限公司书面许可，本白皮书任何部分的内容不得被复制或抄袭用于任何目的。

本白皮书并不暗示金蝶国际软件集团提供的任何产品或服务或其功能与本白皮书描述的内容完全一致。

本白皮书的内容在未经通知的情形下可能会发生改变，敬请留意。

除以下已经声明之外，本白皮书提及一些产品或技术还可能是以下或其它产品供应商的权益。

Microsoft、Windows、Windows/NT、Windows2000、SQL Server、.NET是Microsoft公司的注册商标。

IBM、Visual Age、WebSphere、DB2、OS/400、AIX、OS/390、eServer是IBM公司的注册商标。

Intel、IA是Intel公司的注册商标。

Java是SUN公司的注册商标。

Oracle是Oracle公司的注册商标。

Unix是SCO Santa Cruz公司的注册商标。

金蝶EAS、金蝶K/3、金蝶KIS是金蝶软件(中国)有限公司的注册商标。

目录

1. 金蝶软件产品和技术的发展 (5)

2. SOA的架构革命 (8)

3. 金蝶EAS的SOA技术实现 (12)

企业动态建模是SOA实现的基础 (10)

金蝶EAS的企业动态建模层次 (12)

金蝶EAS生命周期管理工具 (18)

4. 金蝶EAS信息化蓝图 (28)

5. 附录（技术标准） (32)

1.金金蝶软件产品和技术的发展

金蝶软件是中国程序员值得尊敬的公司之一，其作为中国企业管理软件的领导厂商，秉承“产品领先，伙伴至上”的发展战略，致力于核心技术的不断突破形成公司产品的核心竞争力，为企业客户提供架构、质量和功能更先进的管理软件。

金蝶软件在产品和技术上孜孜不倦的创新和突破，马不停蹄的引领着中国管理软件的技术发展方向，持续推动着中国企业基于信息化手段的管理提升与进步。

1996年在国内DOS版财务软件盛极一时，五花八门的软件厂商在狭小的生存空间中血腥的进行着价格拼杀的同质化竞争。金蝶软件同年率先发布基于Windows平台的图形化的财务软件，使得饱受简陋、复杂的字符型界面的折磨后的中国众多的企业客户，纷纷转向拥抱界面清新爽丽、操作快捷方便的Windows财务软件——金蝶KIS。至此中国管理软件行业迎来了决策支持型财务软件的新时代。

1998年国内基于Access数据库的部门级管理软件在市场上的竞争如火如荼。随着网络技术的发展与进步，通过局域网、广域网不断连接个人办公的桌面，对管理软件在应用深度与广度上提出了更高的要求，不断堆砌功能和增加用户成为了家常便饭，但是通过用户界面直接操作数据库的两层技术架构与部门级的数据库产品，带来的数据丢失、损坏与不可预知的系统崩溃，企业客户不得不开始重新审视数据安全、系统稳定性、功能可扩充性这些真正意义上的企业级应用领域。面对快速成长的中国企业对信息化日益增长的需求，金蝶软件再次率先推出了基于SQL Server数据库，构建于当时最先进的Windows DNA分布式企业应用架构（俗称“三层架构”）之上的ERP软件——金蝶K/3。金蝶软件通过不断的积累、创新突破了国产管理软件就是财务软件的宿命论，并通过优良、先进的技术架构给中国企业信息化打下了坚实的基础。

从金蝶软件的产品和技术的发展历史上，我们不难看出填上一层土——>夯实——>再填上一层土——>再夯实的技术上不断寻求突破与创新的务实精神。

2000年伴随互联网的发展与电子商务的兴起，突破微软技术垄断的基于互联网的企业级技术架构——J2EE架构发展并壮大起来。当国内的软件公司还在研究COM+如何通过负载均衡的技术支持更大的用户并发和数据量时，金蝶软件已经率先在J2EE的关键核心技术——中间件服务器上取得了重大突破，推出了国内第一个通过国际JCP认证的中间件——

金蝶Apusic。Apusic的问世不仅成为了民族软件突破技术壁垒的典范，而且从此金蝶软件与众多的国际软件巨头站在一起，成为J2EE国际标准制定者之一。

“博观而约取，厚积而薄发”，金蝶软件在Java技术上7年的沉淀与积累，结合数十万家中国企业用户信息化实践，2005年正式发布了以金蝶BOS（业务基础软件平台）为核心的新一代ERPII企业管理套件——金蝶EAS（Enterprise Application Suite）。金蝶EAS基于国际先进的SOA（面向服务架构）进行设计，能够有效解决管理软件产业的三大世界难题：如何快速适应变化；如何提高软件研发效率；如何集成各种应用系统，并成为SOA在中国的最佳实践。

金蝶软件，再次以管理软件技术领跑者的姿态出现。

金蝶软件引领管理软件的三次技术革命

金蝶软件产品和技术发展历程一览表

2.S S O A的架构革命

SOA开启了架构的新篇章

当管理软件不再成为企业自我标榜的噱头，当管理软件给企业带来愈发明显的经济效益，当管理软件的价值日益被企业客户所理解与接受，企业信息总监的烦恼却与日俱增。在面对软件应用与技术架构不断升级的过程中，新旧系统之间的难以逾越的数据鸿沟，不断增长的基础数据与用户维护的日常工作…中国企业信息化在痛并快乐的一路走来，在我们看到越来越多的企业呼唤一个集成的系统时，越来越多的企业呼唤一个具有广泛适应性的系统时，越来越多的企业呼唤一个具有能够长期适应业务应用扩展需求的系统时。软件技术架构已经悄然的开始了一场架构的革命——企业服务架构（Service Oriented Architecture，简称SOA）。

SOA作为一种架构理念与规范，需要产品和技术标准的支持。IBM、BEA System、Oracle、Microsoft等国际大厂商都积极投身SOA的实践，并努力的推行着。经过四五年的发展，已经逐渐形成了一批将SOA推向实际应用的成果。

“管理是一种艺术”，国际化的管理努力的将企业管理活动本身进行不断的规范，但企业管理涉及到组织、流程、资源及企业间的协同，这些内容在运营过程中关系错综复杂并且不断变化，这些都深刻的影响着管理软件构建的复杂性。

在经典软件工程理论中，不管是瀑布方法还是原型方法，都是从需求分析做起，一步一步构建起形形色色的软件系统。但是需求变更像一个挥之不去的阴影，时刻伴随着系统左右。每一个实际应用系统的开发者都饱尝了在系统进入开发阶段、测试阶段，甚至上线阶段遭遇应接不暇的需求变更的极端痛苦。如何解决这一问题？能否来一场软件开发和架构的革命？SOA的提出，就是被人看成这样的一场革命。其实质就是要将系统模型与系统实现分割开来。

企业管理活动可以形象地被比喻成一个社会网络的沟通与协调，而我们回顾互联网的发展过程，一个重要里程碑就是ISO（Internet Standard Organization，国际标准组织）对OSI （Open System Interconnect，开放系统互连）七层网络模型的定义。它不但成为以前的和后续的各种网络技术评判、分析的依据，也成为网络协议设计和统一的参考模型。建立七层模型的主要目的是为解决异种网络互联时所遇到的兼容性问题，譬如Novell网与NT网络之

间的因为标准的缺失，要想互联是难以想象的。于是通过ISO将服务、接口和协议这三个概念明确地区分开来：服务说明某一层为上一层提供一些什么功能，接口说明上一层如何使用下层的服务，而协议涉及如何实现本层的服务；这样各层之间具有很强的独立性，互连网络中各实体采用什么样的协议是没有限制的，只要向上提供相同的服务并且不改变相邻层的接口就可以了。

SOA在企业管理软件中的应用价值可以等同于上面提到的七层网络模型。一般认为：SOA，面向服务的架构是一个组件模型，它将应用程序的不同功能单元——服务（service），不同的服务之间通过定义良好的接口进行通信。接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言。这种具有统一而标准的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。

从SOA的定义中，我们看到两点：

●SOA是一种软件系统架构。SOA不是一种语言，也不是一种具体的技术，更不是

一种产品，它给出在特定环境下推荐采用的一种架构，是一种理念架构，是人们面

向应用服务的解决方案框架。

●服务（service）是整个SOA实现的核心。SOA架构的基本元素是服务，SOA 指定

一组实体（服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契

约），这些实体详细说明了如何提供和消费服务。遵循SOA 观点的系统必须要有

服务，这些服务是可互操作的、独立的、模块化的、位置明确的、松耦合的并且可

以通过网络（UDDI）查找其地址。

SOA的灵活性将给企业带来巨大的好处。如果把企业的IT架构抽象出来，将其功能以粗粒度的服务形式表示出来，每种服务都清晰地表示其业务价值，那么这些服务的顾客（可能在公司内部，也可能是公司的某个业务伙伴）就可以选用这些服务，而不必考虑其后台实现的具体技术。IDC在2005年进一步明确了SOA的参考模型，提出了实现SOA所需要的基本元素以及它们之间应该具备的逻辑关系，指引着SOA的良性发展。

企业动态建模是SOA实现的基础

要SOA得到这种灵活性，需要有一系列实现架构的新方法，这是一项艰巨的任务。企业架构设计师必须要变成“面向服务的架构设计师”，不仅要理解SOA，还要理解SOA的在具体应用中的表现。在架构实践和最后得到的架构结果之间的区别有可能非常微妙，但却非常关键。所以SOA的实现需要借助企业动态建模在企业管理过程中逐步求精，以达到软件与管理的最佳融合。

企业动态建模是通过一系列步骤和采用一定的方法，对实际企业对象的发展和变化模式进行分析和简化，去掉对建模目的影响不大的细节现象，得到抽象的动态模型的过程。企业动态建模的过程涉及一系列的活动、方法和工具，用于建立描述企业不同侧面的模型。由于企业组织的复杂性，采用单一的模型无法完整地表达出一个企业多方面的特点，因而在企业动态建模中涉及到多个视角的模型，常用的包括：信息模型、功能模型、组织模型、流程模型四个动态模型。

●信息模型：是从信息的角度对企业进行描述，企业信息系统是信息模型的一个体现，

用于存储/维护/处理与企业相关的所有信息，这些信息是联系各个功能元素的纽

带。

●功能模型：以功能活动为视角对整个企业进行描述，表现的是企业各功能模块之间

的关系。

●组织模型：描述组织结构树、团队、能力、角色和权限等。

流程模型：是通过定义组成活动及其活动之间的逻辑关系来描述工作流程的模型。

一个经营良好的企业会随着自身的发展状况、外部的经济环境等因素，适时调整自己的管理模式、组织架构、业务流程等。企业动态建模的目的是让用户按自己熟悉的方式，以最快和最为合理的方式建立公司的组织模型、功能模型和过程模型，或对它们进行相应调整，以期在无法预测和快速变化的市场竞争环境中求得更高的效率和更低的成本。

3.金金蝶E A S的S O A技术实现

金蝶EAS的企业动态建模层次

金蝶EAS技术架构

如上图所示，金蝶EAS的技术体系主要由四个层次和一套完整的生命周期管理工具构成，而这五部分的集合按照现在业界的划分称之为“业务基础软件平台”，在金蝶软件的产品体系中他被命名为——金蝶BOS（业务操作系统）。

传统的分布式N-tie（三层）架构的应用程序，在软件功能的组件化的方向上取得了长足的进步。组件化的封装让组件之间通过接口的方式进行通讯，增强了复杂而庞大的应用程序本身的可管理性，包括对版本的管理、应用部署的管理等，同时在一定程度上也提高了功能模块在飞速增长过程中软件质量的一致性。但N-tie技术架构的随着管理软件复杂的度爆炸性增长，其历史局限性不可回避的呈现出来：

1.N-tie技术架构的组件颗粒度和接口的划分没有实际的标准和规则，一个组件可以

大可以小，接口也可以随意定制，除了一定要符合编程语言的语法结构之外基本上

没有可以控制的手段，完全依靠组件开发人员的分析与设计能力。

2.N-tie技术架构的组件内部构造的可视化程度很低，当开发人员在添加新功能和对

组件进行修订的时候，面对一个或大或小的组件黑盒，无法准确的理解组件所暴露

出来接口的含义，组件之间的透明式的通信难以实现，要进一步的修改组件的处理

逻辑就更加困难。

3.N-tie技术架构无论最终采用B/S或者C/S的系统访问结构，都是针对特定的技术

平台的硬编码，包括服务端所使用的应用服务器、数据库与操作系统。整体系统在

企业客户上线时，对IT的基础设施的投资要求比较高，如果需要进行技术平台的

迁移和审计，涉及到对系统的整体改造，需要付出昂贵的代价。

4.N-tie技术架构更多的着重于解决系统开发的可管理性，但在信息系统的应用模式

上仍然保留着从DOS时代开始的“菜单”模式，强调与突出系统的结构性。在体

系结构的规定上并没有给用户带来操作感受上的提升，用户需要在浩如烟海的功能

与菜单中不停的探询或者长时间的培训才能找到具体需要处理的工作。所以在

N-tie技术架构下诞生了一个个的功能堆砌的庞然大物，满足了越来越多的应用需

求，但却加重了用户的操作负担。

基于金蝶BOS构建的金蝶EAS遵循SOA（Service-Oriented Architecture）的架构体系，有效继承了N-tie技术架构的优点，锐意在N-tie架构的历史局限性上寻求突破并创新，而且已经取得了良好的用户反馈。

金蝶EAS技术架构详图

信息门户

信息门户是将企业不同角色的相关人员通过Internet紧密地结合在一起协同工作，并能有效整合第三方的系统。对应到SOA的“访问服务”（Access Services）。

信息门户的诞生不仅解决了管理系统跨互联网对应用系统访问的瓶颈，只要有网络的地方就可以享受到信息系统带来的便利。而且在用户进入EAS后，可以直接使用根据不同的岗位、职责所设定的甚至按照自己需要定制的个性化门户，可以在短时间内找到自己需要在EAS系统里所需的内容和操作，加快用户上手的过程。

在企业使用了多套系统的时候，信息门户的单点登录（SSO）所带来的效益更加明显的。单点登录技术是一种认证和授权机制，它允许用户只登录到系统上一次，而后授权访问其他连接的系统，无需再进行登录。这样不仅仅增加了用户操作的便捷性，同时因为SSO登录可以使用数字“证书”等等多种身份认证的手段来代替静态的用户ID／口令，系统的安全性得到大大的加强。实现认证和授权的集成还简化了雇员离开公司后的清洗工作。管理人员不用再跟踪雇员可能访问过的所有系统和资源，只要简单地删除掉这名雇员的SSO账户就行了。

信息门户中访问的内容主要分为三类：

●业务协作

●流程中心

●管理分析

业务流程

业务流程是由各类服务组件按照特定的规则组装而成，对应于SOA中的“集成服务”（Integration Services）。通过可灵活配置的流程引擎、可视化的流程展现，用户可以随时查阅每一项业务的流程的规则、路线、处理状态及参与者，并根据实际的业务的变化对流程进行调整。用户的操作不仅变得更加简单和直观，由传统的“人找事”转向了真正的“事找人”，而且系统的灵活性与可扩展性得到了空前的提升。

业务流程组装示意图

业务流程包括了对流程控制的管理，还包含了流程中数据状态转换的管理。让计算机数据贴切的模拟出了丰富多彩管理活动的同时，通过可视化的展现形式，让这一切变得不再冰冷进而鲜活的跃然于纸上。于是业务流程不再单纯的一项计算机技术的突破，让企业客户与合作伙伴可以低成本的根据业务实际情况进行业务流程的更改，同时也有效促进了管理的科学化。它不仅通过实现流程可视化管理，可以对各业务处理流程进行监控和优化，剔除流程盲点，突破流程瓶颈，而且可以通过对业务工作量、人员配置、工作效率的分析，为企业进行工作负荷分析、流程重组、人员优化提供科学的依据。

业务服务

业务服务提供了统一的业务组件标准，规定了业务组件的用户访问行为、数据组织方式、功能封装方式、业务处理逻辑的标准“语法”。对应于SOA中的“应用程序与数据服务”（Application and Data Services）。

在N-tie的架构中，我们也有看到组件标准，但是它的标准是更加底层的，通俗的说是更加技术化的。譬如如何的实现远程的方法调用，如何实现数据库的连接等等。而在EAS 中业务服务的标准是面向应用的，譬如不同的公司在处理不同类型的订单时应该录入和关联什么样的数据，不同业务处理类型的公司在合时的时候开发票，不同类型的采购业务完成后应该如何更新库存等等。这种服务的封装在包括金蝶软件等国内外的大批软件厂商在内，他们过往的产品中都有一些的阶段的成果，但业务服务提供了一整套规范化的标准和严格的要求，为组件之间通过接口进行通信提供了有效的保障。

业务服务不仅保障了遵循其标准的应用程序，在针对具体的应用需求，可以将不同的业务作为功能插件连接在业务流程上，并可以根据用户的需要来决定是否使用甚至更换。同时通过实现了应用程序与数据服务的分离，让基础数据不统一而带来的繁重的信息集成的噩梦得以化解，我们甚至可以将供应商、客户、职员、物料、银行账户等数据服务单独的进行安装与部署，供以各种不同的应用系统使用。

·会计科目·...·...

·

·

·

·

金蝶EAS业务服务组件示意图

一个业务组件由四个基本要素构成：

1、组织架构管理（Organization Mgmt）：负责约定业务组件的外部访问模式，包括对

系统用户的管理、权限分配的管理、组织结构策略的管理。

2、主数据管理（Master Data Mgmt）：负责为业务功能和流程提供统一的基础数据的管

理，譬如客商资料、银行账户、商品物料、会计科目等内容，。在基础资料统一的前提条件下，不同的业务功能之间的交互只用提供基础资料的编号就能够准确的理解操作的具体含义。

3、业务服务（Business Service）

4、业务流程（Business Process）

基础平台

EAS的基础平台将包含有各种底层存储、计算和传输的技术细节通过封装进行屏蔽，

有效降低系统集成、应用部署的复杂度。对应于SOA中的“部署服务”（Deployment Services）以及安全性和管理服务（Security and Management Services）。

基础平台的概念曾不止一次的泛滥成灾，所有只要和具体的应用程序不相关的，作为技术底层服务的内容，都被概括为“基础平台”。于是数据库、操作系统、应用服务器似乎都可以称之为“基础平台”。

在金蝶EAS产品的技术体系中，基础平台有其明确的定义和清晰的内容。主要包括用以支撑业务服务所定义的组件标准：

●多通道访问引擎：用以解决如何通过手机、PDA、邮件等多种访问方式来访问业务

组件所提供的功能和获取存储在数据库中的信息。

●消息引擎：解决流程驱动下人机交互过程中，将各流程节点的操作提示和系统通知、

预警等信息发送到用户的消息中。，

●发布引擎：用以解决将按照业务服务标准进行封装的业务组件，快捷的发布到EAS

运行系统之中，并保障不同的组件之间无缝的信息集成与共享，发布引擎同时屏蔽

了不同厂商的J2EE应用服务器的技术细节的差异。

●流程引擎：是业务流程中的控制流程，根据已定义的流程路线依据不同的规则，将

任务有效的分配给人工处理或者交由预定义的自动节点进行处理。流程引擎同时提

供对流程运行状况的监控与管理。

●集成引擎：集成引擎更像一个信息的路由器，它能根据已定义的异构系统之间数据

交换的映射规则，将数据中转和路由到需要集成的系统中。集成引擎是可以通过业

务操作触发驱动或者按照时间规则进行调度执行。

●规则引擎：规则引擎可以用来定义复杂的业务逻辑，流程跳转规则、数据转换规则、

数据筛选规则、事务预警规则、任务调度规则等多种包含复杂逻辑关系的处理，都

可以统一的通过规则引擎进行解析。

●分析引擎：能够提供对数据库数据进行报表展现前的数据加工，分析引擎可以将多

个相关的二维数据表转换成三维表结构，同时也可以提供结果集级别的分类汇总、

小记、汇总和数据筛选等特性。

●安全引擎：解决应用程序功能的访问权限，数据记录访问权限，组织架构隔离权限

等数据安全性问题。

●数据访问引擎：解决SQL Server，DB2，Oracle等主流数据库SQL语法差异的屏

蔽层，按照KSQL语法编写的SQL语句能够自动翻译成不同数据库的SQL语句。

金蝶EAS 生命周期管理工具

金蝶EAS的企业动态建模层次展现了EAS如何实现SOA架构的体系结构，而金蝶EAS 可视化的生命周期管理工具，则严谨而高效的保障了这个体系结构的执行。

如上图所示，通过生命周期管理工具不仅可以完整的支持金蝶软件标准模块的开发，合作伙伴与企业客户也可以基于这些可视化的工具低成本、高效的开发出相应的行业模块和客户个性化功能。遵循同样的技术标准使用同样的开发工具，有效的保障了这些不同业务组件之间的集成性与可靠性。

金蝶EAS BOS提供了金蝶EAS BOS集成开发环境，后继简称：BOS IDE，将生命周期管理工具整合在了一个统一的工具平台上。而在逻辑结构上将企业级应用的开发分成了三个模型层次：

生命周期管理工具模型驱动的三个层次

●业务模型：在业务建模工具中所定义的业务单元是金蝶EAS BOS的业务模型，它

综合定义了表单的界面表现、数据存取规则、逻辑处理规则。

●设计模型：业务单元在每次被保存的时候，会自动的生成设计模型中的元数据。在

元数据中分别对表单的界面、功能、查询、数据表、值对象进行了的定义。

●实现模型：设计模型根据金蝶EAS BOS所预设的代码模版，最后自动的生成企业

应用架构中所需要的Java代码、数据库定义（DDL）、J2EE部署文件，并能够自

动的实现代码的编译、J2EE的部署、数据库表结构的同步。

通过这三个模型的介绍，可以明确两个基本概念：

●金蝶EAS定义的应用是编译运行的，最终都将会转换为实现模型：Java代码、数

据库定义、J2EE部署及BOS所独有的元数据（Metadata）。

●金蝶EAS在完成业务单元的定义后，需要通过“发布”和“部署”功能转化后才

能在业务场景中使用的。

此处我们以一个简化的采购订货流程来逐层分析，在BOS IDE中如何按照SOA的方式

进行逐层的封装。