金蝶EAS技术白皮书

EAS技术白皮书-PAGE37-金蝶EAS技术白皮书金蝶软件(中国)有限公司2004年10月

文档控制更改记录日期作者版本更改参考/备注2002004-10-20向雷1.02004-10-21王林1.0将“金蝶BOS”修改为“金蝶EASBOS”审校日期审校人版本审校意见200批准姓名职位签字分发人员序号姓名分发地点

提要本白皮书介绍软件产品和产品技术的发展本白皮书阐述金蝶EAS的技术架构本白皮书分析金蝶EAS的技术特点版权所有2004金蝶国际，保留所有权利2004年10月未经金蝶国际软件集团有限公司书面许可，本白皮书任何部分的内容不得被复制或抄袭用于任何目的。本白皮书并不暗示金蝶国际软件集团提供的任何产品或服务或其功能与本白皮书描述的内容完全一致。本白皮书的内容在未经通知的情形下可能会发生改变，敬请留意。除以下已经声明之外，本白皮书提及一些产品或技术还可能是以下或其它产品供应商的权益。Microsoft、Windows、Windows/NT、Windows2000、SQLServer、.NET是Microsoft公司的注册商标。IBM、VisualAge、WebSphere、DB2、OS/400、AIX、OS/390、eServer是IBM公司的注册商标。Intel、IA是Intel公司的注册商标。Java是SUN公司的注册商标。Oracle是Oracle公司的注册商标。Unix是SCOSantaCruz公司的注册商标。KINGDEEEAS、KINGDEEERP、KINGDEEDRP、KINGDEECRM、KINGDEEKM、K/3、K/3.NET金蝶2000xp是金蝶软件(中国)有限公司的注册商标。

目录TOC\o"1-2"\h\z1.软件产品和技术的发展 5软件产品和技术架构的沿革 5软件产品技术架构沿革的动因 62.金蝶EAS的技术架构 8总体 8降低技术复杂度 9提升质量可靠性 22Apusic应用服务器 23增强可管理性 243.深入了解EAS技术特性 26Workflow工作流 26BOSStudio开发平台 29O/RMapping数据引擎 33Service基础服务 344.EAS技术蓝图 35金蝶EAS的四种角色 35应用协同 385.附录（技术标准） 39软件产品和技术的发展软件产品和技术架构的沿革我国实施“以信息化带动工业化”发展战略以来，经济建设得到了飞速发展。企业作为国民经济的基本单元，其信息化应用水平是国家信息化建设的关键，也是企业提高核心竞争力，与国际接轨的重要途径。信息技术日新月异的发展在使我们感到惊喜同时也给企业信息化建设带来了挑战，大多数企业在企业信息建设中面临着许多困难，面对铺天盖地的技术名词、频繁推陈出新的产品、飞速升级的软件常常感到无所适从。大部分成长性企业用户在信息化导入阶段，并在企业管理软件应用逐渐普及的过程中，真正开始关注管理软件产品的成熟性，在深度和广度中对企业管理软件提出更多需求。图表SEQ图表\*ARABIC1金蝶软件作为中国企业信息化产品的领导厂商，从1996年的具有开创意义的基于Windows32平台的KIS财务软件问世以来，面对快速成长型企业对企业信息系统的高可扩充性，高稳定性的迫切需求，产品技术上不断地开拓创新，于1998年率先推出基于WindowsDNA架构的分布式企业应用软件K/3。2000年作为金蝶软件计算机核心技术上重大突破，国内第一个通过J2EE认证的J2EE中间件应用服务器Apusic隆重问世，Apusic的问世成为民族软件问鼎核心技术的典范，同时也奠定了金蝶软件J2EE架构的作为中大型企业管理软件解决方案的EAS（企业管理应用套件）坚实的技术基础。2003年完成了金蝶软件产品发展史上，中国企业管理软件的基础应用平台——金蝶EASBOS（BusinessOperationSystem）问世，在此基础上金蝶软件开发了新一代的ERPII的管理套件EAS（EnterpriseApplicationSuite）。在产品发展的背后，金蝶软件在技术上前后经历了三次重大产品技术的升级。1995年，KIS产品面向部门级的管理软件MicrosoftAccess数据库Windows16/32位操作系统Client/Server应用模式1998年，K/3产品面向企业级的管理软件MicrosoftSQLServer数据库Windows32/64位操作系统MSCOM+中间件服务器IISInternet服务器Client/Server，Browse/Server应用模式20003年，EAS产品面向集团型企业的管理软件MSSQLServer/Oracle/DB2主流数据库Windows32/64，AIX，Linux，Unix，Solaris主流操作系统Apusic，Weblogic，WebSphere等主流J2EE中间件服务器SmarClient，Browser/Server应用模式软件产品技术架构沿革的动因纵观各种主流的软件开发管理方法中，都会论述到产品战略的三角形。

产品发展战略是对产品机会的战略性认识，它将企业的总体经营战略和产品开发决策联系起来。从概念上讲，产品战略基于产品战略愿景、产品平台战略、产品线战略、产品开发四个层次。产品战略愿景：在整个结构的最上部，是一个明确方向和内容的愿景，它对下一层次产品平台战略的性质、时间安排和竞争定位进行指导。产品平台战略：是共同技术要素的一个集合，特别是一系列产品实施过程中采用的核心技术。例如：PC产品平台主要是微处理器及相结合的操作系统，如Intel/Windows或Alpha/NT平台。产品平台开发的过程包括产品平台概念的评估、产品平台规划和产品平台开发。产品线战略：来自产品平台战略，是一个分时间段的、有条件的计划，为一个产品线确定开发产品的顺序。这个顺序是按时间分阶段的，贯穿整个产品平台和产品线的生命周期。而且，它可以根据对市场、竞争要求和资源状况的变化而改变。产品开发：单项新产品的开发则是产品线战略的具体实施。图表SEQ图表\*ARABIC2如图表2所示，在企业管理的信息化应用程度不断深化和提升的发展趋势上，我们可以从产品战略的角度，较清楚的了解金蝶软件产品和产品技术发展与客户需求发展的脉络。但是作为普通的用户对一个软件产品的考虑，主要面向解决应用的问题诸如：是否能够完成企业个性化的需求？是否具有友善的人机交互性？是否能够快速的查阅到我想要的信息？是否能够快速的进行业务录入的操作？是否能够控制相关业务的严谨和有效性？而管理软件的开发也是同样的道理，当应用的复杂度不断提升，对软件系统的性能、功能、可靠性要求越来越高的时候，如何快速满足企业不满发展过程中的个性化需求,如何有效集成企业中各种各样的信息孤岛,使企业用较低的成本是金蝶软件不断技术革新和技术进步的源动力。金蝶EAS的技术架构总体金蝶EAS的主要技术特点：基于标准J2EE技术架构自主开发的KSQL，支持多种类型数据库支持国际化（多语言、Unicode字符集）完善的基础服务（对象管理及访问、权限、安全、消息、BOTP、工作流）全面的支持工具（界面定义、对象定义、报表定义、多语言工具、工作流定义、后台事务定义等等）敏捷（开放、可重构、可重用、可扩展）、集成金蝶EAS的部署模型：JavaGUI客户端客户端支持动态更新(AutoUpdate）通过自行开发的ORM-RPC协议访问服务端访问协议支持HTTP（广域网）及TCP（局域网）对于第三方应用的集成通过WebService支持金蝶EAS的技术架构支撑包括：BOS技术平台Apusic应用服务器EAI集成平台Wireless应用平台金蝶EAS所具备的这些平台的、技术的特性给客户带来的应用价值主要体现在三个方面：降低了技术复杂度提升了质量可靠性增强了可管理性降低技术复杂度技术平台软件产业的一个基本现象，就是基础平台和工具技术的更迭和变革愈演愈烈，超出任何人的预期和意愿，也完全超出个人所能够应付的范围。在短短十多年间，基础技术经历了从面向过程到基于对象，从基于对象到面向对象，从面向对象到面向组件三次大的变迁，其间还夹杂有GUI革命，32位革命，关系型数据库革命，Web革命，向C＋＋和Java的大迁移，DesignPatterns运动，开放源代码运动，面向对象方法学之战，分布式中间件之战，J2EE之战，COM＋和WindowsDNA的昙花一现，VB开发者面临的.NET之乱等等无以计数的事件。软件工业的发展进步，基本上处于被平台技术的快速变革所驱动的境地。这种快速的变革，使得今天专家阶层，往往会被明天遗弃。一些人今天还在为上一次选择的成功而沾沾自喜，明天就将面临被抛弃的命运。软件平台技术的每一次变革，每一场工具大战，背后都有着千万悲情故事。多少人从荣誉的峰顶跌落？有多少人要吞下苦涩的心情，抛却数年的心血，一切推翻重来？技术的迅速变化，超过所有人预料，而其革命性和颠覆性，使得在这个行业中知识和经验的老化速度之快，技术积累之艰难。整个产业的从业者就好像站在格陵兰岛夏季的浮冰上，对于脚下肆虐断裂的冰层充满着恐惧，他们四处寻找看上去更坚实的浮冰，吃力地跳跃挪移。然而，如果说连MFC、VB6和CORBA这样的巨型浮冰，现在都面临解体崩塌的危险，那么你还能信任什么呢？任何一个专业领域，只有保持变与不变的对立统一，有所积累，有所扬弃，才能够稳步前进。而软件技术领域，已经习惯于在平台技术这样的基础层面上快速震荡，而且到目前为止，都没有任何有效的方法隔离这种震荡，从而使这种震荡严重波及整个产业和专家阶层。传统软件工程（对应于目前流行的敏捷方法）在本质上一直模仿土木建筑工程。土木建筑工程，与很多人设想的相反，一直不断涌现着大量的创新技术，然而，对于这个领域内的专家阶层——建筑师和结构工程师——来说，新技术的出现几乎总是一种好事，他们从来不需要担心新技术的出现会颠覆自己的专业地位。这一点令软件工程领域的专家们羡慕不已。他们付出了很多努力，试图通过对开发过程的研究解决这样的问题，然而对于跟技术结合更加紧密的软件设计者来说，软件过程无异于隔靴搔痒，解决不了问题。金蝶软件作为国内管理软件的领导厂商，同样也面临着产品技术和产品架构上的不断升级和变迁的各种挑战，面对着纷繁芜杂的技术革新，为了形成软件开发成果的有效积累，不断降低技术复杂度对开发和应用的影响，构建支持随需应变的基础技术平台。于是在金蝶新一代的产品——EAS上，采取了先构建平台然后开发应用的思路。于是金蝶EASBOS就孕育而生了。金蝶EASBOS：金蝶EAS商业操作系统（BussinessOperationSystem），是面向管理业务的软件的基础平台，是企业自动化建模的统一过程。通过使用先进、开放、可伸缩的技术体系，面向成长型企业的业务需求，协同合作伙伴拓展管理业务，构建企业信息化的集成应用，可随需应变的构建企业动态成长的平台，成为中国管理软件技术平台的标准。在金蝶EASBOS的底层平台的选择中，金蝶公司考量了在基于Internet的企业级应用软件的技术领域中，国际上主流的各种技术平台，最终决定采用J2EE的技术架构。这种技术架构代表着平台架构技术，经过多年在大型企业应用中的锻炼和成长，特别是它的跨平台特性，保障了J2EE架构的应用可以较容易的在大机上部署和应用，已经成为目前已经部署或将要部署的企业信息平台的首选平台。金蝶软件本着帮助顾客成功的产品研发理念，凭借多年积累的技术实力，从ApusicJ2EE应用服务器，到金蝶EASBOS开发平台，到金蝶EAS企业应用套件，提供了完整的企业级J2EE的应用解决方案。而且基于金蝶EASBOS的技术平台，为客户提供了一种途径，使得企业原有分属于不同技术架构体系的应用系统可以实现整合。通过对WebService的广泛支持，异种技术平台间可以自由通信，相互集成。流程配置在传统的企业管理过程中，对企业的业务处理是通过各种各样的业务流程来贯穿和执行的，我们企业做信息化的过程就是通过软件系统将企业的各种制度、管理方法和工作流程固化下来，通过软件提高速度、降低成本、强化管理。企业的生命周期是一个动态变化的过程。在每个成长阶段、企业由于内外部环境的变化需要有所区别的政策、管理方式、工作流程和组织模式，业务在变，组织架构在变。企业用户需要不断开发新的应用系统，或者不断升级管理软件来满足逐渐增长的日常应用需要。传统的应用软件的模式是通过子系统、模块、功能、单据、账簿、报表等一个个的基本元素组合用以驱动企业的业务，在单点、单模块的小型管理中，这种方法所带来的方便、快捷性的客户价值导向，在上一代管理软件产品的发展中烙下了深深的烙印。但这种应用模式在面对各行各业业务流程不断变化的企业应用中，特别在面对企业流程管理的三个层次：流程重构，流程优化，流程协同的管理诉求，其固化的难以变更的流程处理方式，或者简单的通过建立数据之间的转换关系，都是不足以适应各种灵活多变的软件功能需求的。图表3，反映了这种结构上的差异。图表SEQ图表\*ARABIC3（基于功能与基于流程的结构对比）流程分解金蝶EAS是完全通过工作流进行流程驱动的体系架构，以工作流程为核心的功能，使得在金蝶EAS系统，对外所见不仅仅是一个个独立的模块和子功能，而可以是一个个工作的流程，譬如采购流程、出入库流程、销售流程。如图表4所示，我们以报账中心的流程在EAS的具体实现为例对金蝶EAS中的流程驱动进行讲解。图表SEQ图表\*ARABIC4流程视图通过流程推动，人为的需要参与的业务流程有：申请出差申请报销审批报销发放费用它们之间是通过人工的流程参与推动着流程的不断前进，如果流程参与人出差或者延误了流程的活动，我们也可以通过手机、邮件等各种无线应用的方式提醒和进行远程的审批。这些业务流程构成了在金蝶EAS流程驱动中的第一层——流程视图.每个流程的定义是由一个或多个活动与任务组成的，譬如采购申请活动、采购审批活动、采购订货活动等。这些活动在系统运行过程中，可以在工作流程一步一步地创建和进入，也可以在其他的业务事件中触发，譬如费用申请的时候发现费用预算额度不足，需要进行预算调整，于是预算额度不足的业务事件就会去触发预算调整的活动（简单化处理）或者相关的预算调整流程（需要通过另外一个新的流程来处理）。功能视图在金蝶EAS的系统中，独立的软件功能依然是存在的，但和普通软件的业务功能是有着本质的区别的，在金蝶EAS系统中所有的业务功能通过工作流的活动和任务来驱动的。如图例4所示，在报账中心的流程中，审批出差，人事考勤，费用审查，费用记账，费用划账这些处于功能视图中的业务功能中，封装了在软件系统中所需要实现的复杂的逻辑处理。有效的连接了譬如在日常的工作中，需要采购负责人对每个采购进行审批和确认，对应在具体的软件中就是，对采购员提交的采购申请单，进行采购审批。这样一个业务处理，在软件功能的实现中就会转化为：一个采购申请单的单据界面供以采购员进行录单操作，采购申请单的背后会有针对这个单据的审批的业务逻辑，申请单的审批人是谁，这个是由工作流的配置所决定的，而审批的具体内容是由面对该单据的审批功能的逻辑实现所决定的。信息视图前面在流程视图和功能视图的分解中，我们基本已经解决了用户和计算机之间的人机交互，业务处理流程和计算机工作流之间映射的一些问题。就像我们手工的发票、凭证、单据、档案等票据需要定期归档和保存一样的，信息的持久化保存的工作在管理软件的处理中，是将这些业务的数据保存到数据库中去。数据库中是以二维表加表关联的结构的进行数据存储的，譬如以一张采购申请单据为例，需要将单据头信息和单据体信息分开存储在两张或者更多的数据表中。金蝶EASBOS以业务实体对象为数据存储的基本单位，自动的完成了采购申请单的单据对象和进行单据数据存储的多个数据表之间的关系映射工作。在功能视图中的单据界面、单据功能都直接面向单据实体对象进行操作，而不用关心具体的数据存储的信息。组织视图在分布式应用的业务系统中，组织关系是相对较为简单的结构，但是在面对集团型企业的集中式应用，所有的业务交易信息都存储在一个数据库的时候，组织结构就变得复杂多变了，特别是在集团型企业组织架构的多变性，对组织架构的要求更加严格和苛刻。在前面的报账中心的示例中，参与整个流程的就有两个组织体系：财务组织、业务组织，而在组织的具体角色上就有，申请发起人，申请人的上级，上级的委托授权人，人力资源部的绩效专员，财务部会计，出纳等6~8种角色。在组织架构中要能够有效地区分参与流程的角色，每个角色所能完成的业务系统功能的权限等。我们还是以采购申请的流程为例，集团公司可以查看每个子公司的采购申请状况，根据管理颗粒度的不同亦可以对子公司的申请进行控制或者不控制，也有可能根据采购数量和金额的不同分别报不同级别的负责人进行审批，要解决这样的问题复杂的组织架构设置就是不可或缺的了，通过工作流中设置每个活动和任务中的角色，我们可以应对人各种复杂的工作关系和上下级的汇报关系。流程实现前面我们对报账中心的流程从概念上进行了面向四种视图的分解，到最后的软件中，我们是如何去实现相关流程的呢？图表SEQ图表\*ARABIC5(BOS开发的工作流程)如图表5所示，EAS流程型软件的实现从上到下依次是：Define/定义，Design/设计，Develop/开发，Deploy/发布，Manage/管理，五个层次。实现层次实现方式实现内容Define/定义BIM/Together应用建模工具需求定义Design/设计BOSStudio设计平台开发模型设计Develop./开发编码/配置开发平台业务逻辑定义Deploy/发布发布工具应用发布Manage/管理应用方案管理根据行业特性进行方案配置应用价值图表SEQ图表\*ARABIC6（EAS的721解决方案）按照业内的721原则，企业客户管理或者核心业务，信息化内容的70%由我们的方案产品或其组合满足。20%的个性化需求将由业务重组咨询、二次开发、定制开发或者协作产品完成，剩下10%的进一步需求将由我们与客户共同发展最终完善。所以对于企业用户特别是某些行业用户来说，还存在着共性需求之外的个性化需求，比如医药流通行业需要GSP管理，制药行业需要GMP管理，房地产有自己特色的成本核算方式等。而且这些行业规范以及专业特点对于很多行业用户来说，恰恰是其业务的关键所在。在企业需求满足方面，目前软件一般分产品型软件和项目型软件两种。产品型软件最大的优势在于，它在开发完成后，可以通过很低的复制成本来分摊最初投入的一次性开发成本，最终使原本昂贵的软件产品的价格降至众多用户可接受的程度，使用户以较低的成本能享受到耗资数千万，甚至数亿元投资开发出来的复杂软件。但通用软件也存在自身的不足：为了能分摊其庞大的开发投入，通用软件必须面对足够大的市场空间，其功能设计也必须面向大规模用户普遍存在的共性需求。所以很多企业选择了项目型软件的开发之路，量体裁衣的来定制一套自己的信息化系统。但是同样的项目型软件也是存在着不足：因为需要从系统的最基础架构、体系从头开始，所以项目型软件的开发费用较高，开发周期也会较长。项目型软件只是对用户的业务管理进行单纯的网络化、电子化，不能对用户的需求进行提炼，并达到提高企业管理水平的目的。项目型软件在未来的软件功能升级、系统集成等方面存在着先天性的不足。特别是在没有固定的软件系统供应商的情况下，升级和集成的问题就更显突出。当企业的业务发生变化的时候，在有效的保护企业先期的信息化投资方面，项目型软件也是存在着诸多问题的。在金蝶EAS中的BOS技术平台，正是为了弥补通用型软件产品和定制型项目软件之间的鸿沟，在完成通用软件80%的功能覆盖后，同时满足企业特殊的20%需求孕育而生。在EAS应用系统和底层的操作系统，与应用服务器，数据库之间的应用，BOS充当着隔离层的作用。无论是EAS的标准产品、行业产品和合作伙伴与客户订制，都是基于金蝶EASBOS系统进行构建的，通过基于统一平台，结合企业具体流程，进行软件的客户化定制，使得系统具备足够的弹性和灵活性，保障软件产品质量的无差异化，同时也能有效地降低项目实施的周期。金蝶EASBOS的研发始于1999年，其设计之初就开始逐步应用于金蝶管理软件产品中，伴随着产品的成长而成长，历经四年，耗资数千万！已经在金蝶承担的国家863计划“新一代ERP系统研发”中发挥核心作用。国际领先的管理软件厂商的基础平台产品也只不过刚刚成型，以金蝶为代表的中国本土软件厂商在管理软件的这一新兴领域与国际同行实际上站在同一个起跑线上。应用集成“信息化带动工业化”的前提条件，就是企业的信息系统能真正满足不断变化的企业管理和业务变革的需要，但实际情况是，随着企业的业务扩张、合并、调整，业务发展与企业原有的系统配置总是一次又一次出现冲突目。前大多数企业的现状是存在着许多独立的IT系统，这些系统往往是企业在不同阶段根据当时的需要购买或自行开发的。但随着业务的发展，企业的运作效率越来越依赖于不同部门、不同应用的协同工作。也就是说，企业的发展水平越高，企业打破各种“信息孤岛”的需要就越强烈。这些“信息孤岛”不仅功能上有重叠，造成了信息的浪费，而且将企业宝贵的资源多次用于解决同一问题，让企业在信息化建设上得不到良好的投资回报率。因此如何攻克信息孤岛，实现不同的应用系统之间的协作、集成，使企业的整体运作效率得以提高，更好地为市场和客户服务，也成为企业管理软件开发商亟待解决的问题。面对着企业信息化过程中所遇见的这样、那样的困惑和问题。对于中小企业而言，迫切的希望能有效降低管理软件实施费用的平台化的应用软件。对于大型、超大型企业而言，更加需要专业的针对企业管理应用的，信息化管理的标准平台软件。这种平台化软件，有利于企业应用的快速实施和部署，同时也能有效降低企业的研发成本，切实保证的应用系统间数据的集成性、共享性。“EAI”是EnterpriseApplicationIntegration的缩写，译成中文是“企业应用整合”。EAI是国际领先的企业应用整合思路，他能够将业务流程、应用软件、硬件和各种标准联合起来，在两个或更多的企业应用系统之间实现无缝集成，使它们像一个整体一样进行业务处理和信息共享。应用集成一直以来，金蝶软件在提供API应用编程接口和接口工具方面，也同样领先于其它ERP厂商。BOTP是金蝶软件为EAS系统所提供的内部和外部数据集成的机制，目前应用最为广泛。BOTP是什么？BOTP是BusinessObjectTransformPlatform的缩写，是为EAS提供的基于业务对象（BusinessObject）技术的数据转换平台。BOTP最主要的作用是进行对象和数据的转换，包括：业务数据的自动生成：单据生成凭证，选单生成等基于对象的数据交换：数据交换平台关联关系建立与维护：自动建立并记录关联关系反写及取消反写关联数据的自动维护BOTP主要包括两大部分的内容：业务对象转换在EAS中采用了面向对象的技术（Object-Oriented），通过对象的封装完成了所有EAS中业务功能的逻辑，并将业务对象统一存储在元数据库中（MetaDataRepository）。而且在BOS技术平台中，可以通过BOSStudio的可视化工具快速的将第三方的数据定义成可供查询的业务对象。图表SEQ图表\*ARABIC7在BOTP中如何的进行对象转换呢？如图表6所示。在BOTP的业务对象转换由两部分组成：规则定义工具：在规则定义工具中，主要设置源对象（被转换对象）和目标对象之间的各种规则。对需要选择性进行转换的对象属性可以设置过滤规则，对需要通过逻辑判断和公式转换的数项可以设置转换规则或者编写转换脚本，对需要进行归类分组的属性可以设置分组规，对于目标对象转换完成后还需要反写源对象的属性还可以设置反写规则。运行引擎：在完成了规则定义后，BOTP的运行引擎就可以根据设置好的转换规则，对单个的源对象或者是源对象的一个集合，首先根据分组规则进行分组处理，同时创建需要生成的目标对象，将源对象的属性值经过过滤、转换后赋值给目标对象的属性，并在源对象和目标之间创建好关联关系，以供进行关联的数据查询，对于需要反写源对象的转换，根据反写规则反写回源对象的属性。在源对象和目标对象之间的转换关系取消后，BOTP的运行引擎会自动删除，建立在源对象和目标对象之间的关联关系，并取消数据的反写。业务数据转换除了通过BOTP的业务对象动态转换平台以外，BOTP也提供了对各种遗留系统（LegacySystem）的数据提供数据迁移。作为数据迁移的平台所需要具备的特点包括：原数据可用：原有后台数据平滑地迁移到新系统中支持集中化应用：将集团下多个账套的数据合并到一个EAS数据中心快速运行：系统应在尽可能短的时间内完成迁移支持多种类型的目标数据库：Oracle,DB2,MSSQLServer图表SEQ图表\*ARABIC8BOTP的数据转换平台的主要工作方式如图表7所示。从异构系统中提取经过转换的数据集，然后将结果集生成可执行有效的SQL语句，最后在EAS系统中周期的调度运行上述SQL语句。运行的步骤：通过DataMapper工具设置，异构系统数据表结构和EAS数据表之间的表映射和字段的映射关系，并将该映射关系存储为映射方案。创建中间数据表。中间表的作用是用以装载未经确认的数据，中间表的表结构和EAS系统数据表结构一样。在运行数据迁移之前先将异构系统的数据，通过映射关系将数据集转化成中间表的数据结构，然后将数据导入到中间表。运行Upgrader工具，将中间表中的数据，逐条的导入到EAS的系统数据库中。BOTP的数据转换平台，也考虑到了很多异常情况下数据的处理方式。譬如当出现断电、机器故障、原始数据逻辑错误等情况的时候，已经有部分的数据进入了EAS的数据库中，BOTP数据转换平台可以运行“数据回滚”方案来清除已经进入了数据。功能集成除了数据集成以外，在EAS的EAI平台中，也提供了EASPortal来解决诸如SSO集中式身份认证、用户界面集成等功能上的集成。EASPortal门户框架主要包括两部分的内容：我的工作台金蝶EAS的所有功能、模块是基于统一的EASPortal门户框架的“我的工作台”进行展现的。开发人员在门户框架中定义每个功能对应的工具条、按钮、菜单、菜单项等基本交互的内容，并将BOS中定义的和最终客户进行交互的UI对象，直接发布到相关的菜单和工具条上，在和异构系统的集成中，只要将不同应用系统的功能包装成JavaGUI对象，就可以在EASPortal中进行很方便的调用。在“我的工作台”中除了支持新增工具条、菜单并支持对象的发布以外，也支持“我的工作台”的定义。用户和开发人员都可以定义“我的工作台”的布局方式，并将经常使用的流程、报表、任务、消息等内容到“我的工作台”上，可以让在系统中处于不同角色的用户使用各自不同的工作台。消息中心EASPortal中的消息中心，主要用以接收工作流中传递的任务，和预警平台需要传递的消息。消息中心的消息主要分为两类：工作流的任务消息。在工作流流程运行过程中，消息中心会负责把任务的相关消息发送给需要处理的用户，用户可以在消息中心查看流程当前的状态和流程下一步的处理人，可以直接在消息中心中点击相关消息进行消息的处理。譬如在报账中心的流程里，当需要会计人员进行报销审批的时候，相关会计人员的消息中心中会出现一条“请审批xxxx的报销申请”的消息，用户直接点击该消息就可以直接进入到相关的审批界面中。预警平台的预警消息。在金蝶EAS基础服务的预警平台中定义的各种业务的预警条件，譬如在HR系统中定义的员工转正预警、生日预警，物流系统中定义的库存预警，财务系统中定义的预算余额的预警等。都可以通过消息中心把相关的预警消息，传递到指定用户的消息中心上去。移动应用无论是软件也好，硬件也罢，IT产品无一不被尊崇为高科技产品。用高科技去教化一直使用“原始的企业管理手段”的企业成为了很多IT产品的宗旨。但是，这种状况并不被很多企业接受，ERP软件遭遇滑铁卢不能不说是软件企业太聪明，结果反落得“聪明反被聪明误”的境地。正如前面所说的，很多老板根本不用电脑或者极少用电脑，结果无论是ERP还是CRM，再好的功能也是白搭。这时情况一旦出现，软件公司首先抱怨的是企业的计算机应用水平太低。这种否定的态度甚至出现了软件企业和客户企业之间对立的情绪。在移动设备科技不断进步，移动办公的应用模式也日趋成熟。金蝶EAS集成了全面支持各种终端设备的Wireless平台，以强大的扩展能力，为业务系统提供统一的接口来发送与接收不同的消息，并且提供了必要的工具来管理和记录业务系统和外界的通讯。在提供对EAS完全的无限应用支持外，消息平台也具备良好的扩展性支持，包括对COM、Java、Socket、数据库等多种第三方接口的支持。Wireless平台的特性提供接口插件标准，独立于第三方短信服务提供商，用户可选择自己的服务提供商。同时已有中国移动、联通、移动-联通自动、腾讯的相应接口插件提供。提供内置GSMModem收发短信能力，便于用户试用与测试。提供双向短信交互跟踪能力，为业务提供标准批复业务的解决方法所有消息都有数据库记录，发送失败会自动重发。支持多个业务系统同时复用一个通讯平台(K/3、EAS、OA、CRM等共用一个通讯平台)。所有外发消息根据配置都有日志进行活动记录。图表SEQ图表\*ARABIC9支持的功能短消息发送：连接各个短消息网关或设备，完成MT短消息的发送，运营商的连接通过配置文件可以调整。短消息接收：连接各个短消息网关或设备，接收用户MO短消息，运营商的连接通过配置文件可以调整。双向交互型短信：为用户发送一条短信，同时跟踪其相应回复。短信群发：连接各个短消息网关或设备，进行群发，如果服务提供商无群发功能，支持拆成多条发送。E-Mail发送：连接E-Mail服务器发送E-Mail。E-Mail接收：连接E-Mail服务器接收E-Mail。双向交互型E-Mail：为用户发送一封E-mail，同时跟踪其相应回复。RTX消息发送：连接RTX服务器发送RTX消息。计费处理模块：完成短消息的计费，系统支持两种计费方式：按条以及包月、包次，对已包月计费，在每个月的月初计费。日志模块：与日志服务交互，完成系统的日志记录。系统配置管理：完成系统配置信息（例如短消息网关地址）的增删改操作，系统配置信息采用XML文件的格式存放。计费管理：对短消息资费的增删改操作，以及对计费信息的查询统计等提升质量可靠性一致的开发模式企业进行业务处理和业务管理过程中，所遇见的各种各样的问题我们称之为管理领域问题，软件对管理领域问题具体实现过程中，按照模型驱动的方法我们将实现过程划分成3个部分：业务建模：软件需求规划师，根据自己的行业经验和对客户需求的抽象与归纳，按照模型化的描述语言，完成对软件产品的规划建议，称之为业务模型。设计建模：软件设计师，依照规划师提供设计模型的内容，对软件实现的一个设计蓝图和指南，称之为设计模型。现在流行的面向对象的软件设计（OOP）和面向服务（SOA）的软件设计方法，都是进行设计期建模的有效的方法和手段。而科学有效的软件设计建模，能有效的提高软件的开发周期和产品质量。软件实现：软件开发工程师依照软件需求和软件设计，通过具体的通过VB、VC、JAVA编程语言来实现软件功能，并在标定的目标技术平台上进行运行调试，最终完成软件的开发。传统的软件开发传统的软件开发存在三个很大的弊端和问题。用户需要关注和参与的软件开发过程繁多。从所需要实现的问题，到业务模型到设计模型，都需要和软件开发商不断的沟通并不断的参与。在模型驱动的过程中，模型间的转换存在大量的信息丢失。信息传递在通过软件规划和设计文档的传递过程中，因软件规划师和软件设计师的经验和水平的差异，存在着不同程度上的信息丢失。而且在软件完成编码后，需要大量的测试时间来排除程序中存在的形式各异的错误。软件最终的运行依赖于具体的操作系统、数据库等应用平台。基于BOS的软件开发前面在传统的软件开发过程中所碰到的各种问题，在金蝶EASBOS的开发模式中，已经提供了较为有效的方法和手段，来规避相关的缺陷所产生的软件项目中的风险。在金蝶EASBOS的模型驱动的开发模式下，软件的开发有以下三个特点：用户和软件规划人员，用直观的软件操作界面草图来进行有效的需求沟通。软件的设计模型，可以在规划人员和用户一起归结的业务模型的基础上自动的转换过来。针对特殊的需求，还可以在BOS的设计模型工具中进行调整。在BOS中定义的软件，都运行在BOS的运行引擎上。自动的享有了BOS运行引擎的跨数据库、跨操作系统、跨语言的特性。金蝶EASBOS的开发模式中，在Z轴方向，以流程为导向的，通过软件对企业业务的进行描述，完成从流程到功能，到信息最后到组织的，四种视图的分解。在Y轴方向，以模型为驱动为软件需求具体开发，通过业务模型、设计模型、实现模型的三种的自动转换，完成软件的最终实现，通过统一的过程与平台有效地保障了软件产品的性能、功能的可靠性。Apusic应用服务器Apusic概述Apusic应用服务器是严格遵循J2EE等工业技术标准的企业应用平台，是国内第一个商业J2EE应用服务器产品，并且第一个通过了Sun的J2EE应用服务器的认证。通过对应用服务器平台技术的自主控制，金碟BOS能够充分挖掘平台技术潜力，提供给用户高效、高可靠的产品。图表SEQ图表\*ARABIC10Apusic应用服务器的部署模式如图5所示，主要的产品特点有：完全J2EE支持基于Web的远程管理热部署与图形化部署工具增强的EJB性能与稳定性增强的JMS功能通过集群获得高可靠性安全性功能特色标准：Apusic应用服务器完全遵循J2EE规范，产品功能与国际上的主流产品保持同步。在今年的J2EE测试认证中，Apusic应用服务器的15000个功能点在一个半月内就顺利通过了测试。高效：开发和运行效率高；产品实现上具有鲜明的特点，采取了特有技术，以此提高性能、降低开发复杂度、提高效率、降低总拥有成本。在同等性能情况下，Apusic对硬件资源的要求更低。安全：其安全模块有独特优势；由于在安全模块的实现以及加密算法位数的长度等方面牵涉到重要的国防意义，在以美国为主的多个国家限制向中国进口时，有关专家曾就此指出，Apusic应用服务器可以为建立国家“电子边疆”发挥重要作用。差异化优势Apusic应用服务器完全遵循国际标准。Apusic应用服务器今年顺利通过国际J2EE规范的测试认证，与国际厂商的产品处在同一水平线上。本地化服务能力强。由于把握了核心技术，金蝶公司利用自己在市场和服务方面积累的经验，组织了完整的支持服务体系，为用户提供核心级的技术支持，保证了信息化建设的质量和周期。Apusic应用服务器性价比更高。由于立足中国，相对国外同类产品，Apusic应用服务器只是其四分之一左右的价格。增强可管理性当公司进行业务流程重新设计时，一般需要首先研究业务流程，然后找出适应于设计的软件解决方案。通常公司对组织及其流程建模，在建模过程中设计出新的流程。虽然这种建模策略偶尔也会成功，但经常却以失败告终，仅仅是因为这个过程需要花费大量的时间、人力和资源。也就意味着这种建模方法存在这样一种风险，即新设计有可能受到的是较差的软件工具和系统的支持。许多公司不得不中断整个流程设计工作，就是因为他们的信息系统的软件不能支持新的设计。因此，在为公司的独特性而努力的时候，公司却在进展过程的后期发现，他们新建的模型失败了，就是因为他们太独特了，以至于得不到当前技术的支持。一遍又一遍的重复设计是没有丝毫意义的，但是这正是在实际生活中发现的现象，很多公司投入了大量的时间和精力来建立一般流程的模型。与其冒着创建劣质模型的风险，公司最好能够充分利用模版，并根据自己的需要进行配置。这种做法的优势在于只需要花费少量的时间、成本和人力，就可以使用模版中包含的知识和经验。利用EAS的先进的技术特性，我们可以看到一个领域发生的变化如何影响其他流程或者数据——甚至是项目之外的其他领域的流程或数据。在EAS的实施应用过程中，我们能够很快的看到将要获得的对企业业务流程进行描述的结果，使我们知道哪些东西可以进行定义，并能记录发生的改动。面向不同行业，不同客户的扩展和定制都可以在EAS的技术平台上得到有效的积累。图表SEQ图表\*ARABIC11（配置管理）在EAS的技术平台上可以对当前的模型进行有效地配置管理，通过集成的CVS配置管理工具，能够管理储存在元数据库（MetaDataRepository）中的对象、功能、界面、流程的版本和方案。EAS技术平台的可管理性有效地解决了，企业信息系统应用和实施过程中的三个问题：在现有的流程中是否包含了公司相应的业务功能和流程？如果存在某些人物还没有对应的功能，就可以把它加入到当前使用的系统中去。是否可以通过加入某些新流程来改进业务流程？如果需要，就可以同时选择将新加入的流程和原有的系统流程结合起来。是否存在某些不必要的功能？如有有，也可以很方便的将其从当前系统中删除掉。深入了解EAS技术特性Workflow工作流Workflow工作流概述工作流系统的目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高办事效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标.工作流系统一般分为流程定义工具，流程运行管理工具和流程运行系统。流程定义工具用来描述企业实际业务流程，它将每一个流程的目标明确，任务细分，分配具体的人员执行具体的任务。流程管理系统用来进行统计分析，实施监控与跟踪。流程运行系统自动运行定义的流程，自动发送任务信息到指定的人员。金蝶EAS的工作流引擎与业务模型及组织模型有效地集成在一起。它可以根据客户具体的业务流程，来定义工作流模型。工作流与业务系统通过统一、少量的接口相互驱动，使得业务流程与业务逻辑有机地结合在一起。两者可以各自单独定义，运行时则融为一体，充分体现灵活架构带来的优势。Workflow工作流的特点流程建模EAS的工作流建模工具适应于实施人员和企业流程管理人员，具有良好的界面交互性和操作性，有效地降低了实施工程师对企业的业务进行流程优化和再造的技术复杂度。图表SEQ图表\*ARABIC12（工作流建模工具）工作流引擎EAS工作流引擎满足了EAS复杂的业务应用，并且能够支持EAS的业务进行灵活的流程重构灵活的任务执行人设置。可以为任意组织架构、职位、职员、职员的上下级关系、权限拥有者任务可以有多个执行人，而且可以转交他人，如果执行人出差，还能授权某人代理流程支持分支、合并、同步、异步、循环、人工、自动、子流程多种应用模式，并且支持多选一互斥模式的复杂业务引擎采用异步处理方式，可以支持大数据量大并发流程支持多种启动方式，可以在个人工作台启动流程，也可以在业务系统处理业务时自动触发任务处理与业务无缝集成，任务可以在消息中心显示处理，也可以在业务系统中完成后自动提交，业务人员无须关心良好的任务处理失败策略，保证业务数据状态的完整性与正确性任务消息内容能够帮定业务单据属性，便于业务人员理解，而且支持多语言，可以应用于跨国公司自动发送任务消息给相关处理人，处理人直接在消息上处理业务超过任务的处理期限自动发送催办消息提醒任务执行者支持远程和分布式办公，便于出差人员或移动办公人员处理业务，任务和通知消息能够通过Email，企业QQ，手机短信发送处理（图2任务处理）监控管理EAS工作流监控管理系统能实时监控正在运行的所有流程的信息，图形化的展示，便于管理人员及时跟踪处理重点业务。记录所有任务的运行数据，便于管理人员分析业务运营状况，分析业务症结。管理人员可以随时控制流程的流转、中止挂起流程、重新制定任务的执行人。图表SEQ图表\*ARABIC13(工作流监控)可扩展性EAS工作流系统支持强大的脚本语言，可以将复杂的特殊的业务直接通过脚本实现，无需进行二次开发。并且支持调用第三方的Java程序，使客户的特殊应用能够灵活的融入EAS系统BOSStudio开发平台BOSStudio是金蝶EASBOS提供的集成的可视化的软件快速开发平台，其主要操作界面如图表13所示。图表SEQ图表\*ARABIC14BOSStudio的主要功能包括：模型的管理与发布业务对象的定义其他资源的定义模型的管理与发布Solution管理Solution是对业务对象集合的管理，管理的内容主要包括：以目录、类型、应用三种视图来进行分类并供以查看。提供CVS的配置管理功能，能够对业务对象的定义进行版本管理。多语言方案的定义，定义多种语言资源的方案。模型发布模型的校验。通过对已定义的业务对象进行“预编译”可以提示修正，模型定义中存在的问题。模型的发布。将已定义的业务对象自动发布成Java代码，并自动发布相关的J2EE配置文件。业务对象的定义Entity的定义。Entity的定义是对业务实体对象的定义，主要包括：对象属性的定义Object/Relationship的定义对象方法的定义对象继承关系的定义逻辑主键的定义Relationship的定义。Relationship是对象间的关联关系的定义，主要包括：对象组合级联的处理对象关系多重性的定义Table的定义。Table是对Entity所映射的数据表结构的定义，主要包括：基本表、扩展表的定义交叉表的定义多语言字段的定义物理数据结构同步Query的定义。Query对象结构对象查询语言的定义，用以对业务数据进行数据查询，主要包括：二维数据查询定义多维数据查询定义UI的定义。业务对象的录入和数据绑定的内容都在UI定义中进行，UI的定义主要包括：界面控件布局的定义界面多语言的定义界面状态以及业务逻辑处理的定义界面和Entity、Query的绑定定义图表SEQ图表\*ARABIC15（BOSStudio界面设计器）Façade的定义。Façade的是定义了一组对象通用的动作组合。可以实现对象层级的多重继承。其他资源的定义枚举的定义。定义基于应用级的枚举数据的格式。异常的定义。用以定义应用程序中需要处理的异常信息，包括异常的描述，异常号，子异常，异常类型的继承关系等。多语言的定义。O/RMapping数据引擎当程序员在开发一个应用程序时，总是会处理一些数据，在很多情况下，你会想用某种方法来存储它们。有很多方法能够实现，例如纯文本文件，XML文件输入到数据库，甚至可以是一些外来的数据容器。但如果是处理需要高性能高可靠性查询的数据，那就一定要使用关系型数据库（例如Oracle，SQLServer）。另一方面，我们还要考虑到应用程序开发所使用的编程语言。如今的语言通常都是面向对象的，就如.NetFramework中使用的语言，例如VB.Net，C#等等。在这些面向对象的语言中，很有可能建立现实的构造和程序构造的映射。在IT工程的分析阶段，可能会产生一个面向对象的模型，例如一个类图。所有在真实世界中我们想要处理的数据，都对应面向对象模型中一个或多个类。每一个项的特性，转换成一个特定类的属性（例如，Customer类的Name属性）。上面提到的面向对象模型，在VB.Net，C#或别的含有面向对象特征的语言中，可以实现，结果就是类集被实例化为对象。例如，你创建了一个Customer类的实例，并把这个对象的Name属性设置为“JohnDoe”，这样你就有了一个代表真实世界中的JohnDoe的Customer对象。这些对象是存储在内存中的，所以如果应用程序退出或计算机关闭，这些对象就消失了。在大多数情况下，你大概想把这些对象存储在某个地方，使数据不会消失，例如存放在硬盘上。在.NetFramework中使用XMLSerializer和XMLWriter结合就能很容易的实现。具体做法是：把对象序列化为XML，然后将XML写到硬盘上。这个工作对存储数据来说很伟大，哪怕是复杂的对象树，也可以被序列化，然后从XML反序列化，重新成为对象。但如果你将大量数据存储在XML文件中，查询数据将会变得非常慢。例如，你想要在1000个序列化的对象池中找到JohnDoe顾客，你需要一个一个的读取，直到找到需要的对象。如果你需要高性能的查询大量的数据，在大多数情况下你就要使用关系性数据管理系统（RDMS），例如微软的SQLServer。在这样的系统中，数据存放在索引表中，互相都有联系；于是高性能复杂查询成为了可能。所以我们再一次需要将一个模型映射到另一个模型，这一次是一个面向对象模型映射到一个关系模型。这样做了之后，在我们的编程环境下使用对象模型，以及将真实数据存入一个关系数据库，成为了可能。这就是O/RMapping系统（对象/关系映射系统）可以发挥作用的地方。一个O/RMapping系统位于面向对象模型和关系模型之间，于是，它把对象转换成了关系型数据。金蝶EAS使用了自主研发的O/RMapping技术，能够自动的处理对象继承关系，能够自动的处理对象的级联操作。使应用程序不用再直接的面对关系型数据库，从而为系统的可重构性，可扩充性和跨平台特性打下了坚实的基础。Service基础服务在分布式应用的业务系统中，组织关系是相对较为简单的结构。但是在面对集团型企业的集中式应用，所有的业务交易信息都存储在一个数据库的时候，组织结构就变得异常复杂了。我们还是以采购申请的流程为例，集团公司可以查看每个子公司的采购申请状况，根据管理颗粒度的不同亦可以对子公司的申请进行控制或者不控制，也有可能根据采购数量和金额的不同分别报不同级别的负责人进行审批，要解决这样的问题需要通过工作流中设置每个活动和任务中的角色，我们还要处理各种复杂的工作关系和上下级的汇报关系。另外为了适应不同公司的人力资源政策，适应组织架构不断的变化和不断的调整，工作流中的角色和组织架构之间通过灵活的映射关系来解决和实现。金蝶EASBOS在系统的构建中采用最先进的面向方面的开发技术（AOP）。系统中的提供标准的连接接口，所有的基础服务，都是作为一个个的插件连接在标准接口之上。这些服务可以根据用户的需要来决定是否使用或定义服务的深度，甚至可以更换新的服务插件。服务插件只须针对标准接口进行开发，无需关心具体业务内容的差别。基于BOS开发系统中相关的组件都能够享受到相应的服务。这种服务提供方式给用户带来更多的控制能力，能够完全按自己的需要来配置计算能力。例如：某些企业可能对权限管理