金蝶中间件技术总监张勇《打造业务驱动的IT架构》尊敬的各

金蝶中间件技术总监张勇《打造业务驱动的IT架构》尊敬的各位嘉宾各位朋友大家好！我是来自金蝶中间件公司的张勇，很高兴能够有这样一个机会和在座的各位同仁分享金蝶中间件公司从去年以来，我们在一些核心的技术积累以及在产品创新上取得的成果。历经多年发展，金蝶中间件公司从一家应用服务器提供厂商成功转型成综合的IT架构厂商。今天，有九款产品同时发布，如何在半个小时内把这九款产品给大家讲清楚，压力确实很大，为此，我做了精心的准备，稍后我请两位同事给大家做一个小品式的介绍。今天我会围绕两个案例。今天本人并不是男一号，稍后我请两位同事给大家做一个新产品的演示和介绍，我本人在这里给大家介绍一下我们这个V7项目的背景。一、云计算来势汹汹，方兴未艾。三年前大家提到的概念是web2.0，两年前听到的概念是SOA，那么从去年到现在大家脑海中耳熟能详的概念就是云计算了。云计算众说纷纭，反映了不同厂商的竞争策略和自身需求，我们认为中国客户有自身的特点和需求，我们依托国内市场完全可以打造出拥有自主知识产权的云计算解决方案。二、SOA我们今天谈的已经不再是什么是SOA了，SOA经过这么多年的技术炒作已经开始理性回归，现在要谈的是更多的客户厂商要考虑的SOA如何真正的落地。三、企业集成“迫在眉睫”我们回顾一下企业的信息化进程现状。第一、不是没有系统，而是信息孤岛太多。第二、不是没有数据，而是信息不一致。企业信息化建设面临的现状，企业的应用振兴互联互通迫在眉睫。四、核高基核高基是国家十六项重大科技专项中的首项，金蝶中间件公司和北京大学共同承担了6-2课题。整个金蝶中间件项目背景就是这样四个，下面要进行我们的产品介绍和演示了。这个案例是银风公司的信息化之路。下面有请王总。王银风：我叫王银风，是银风公司的信息总监。银风公司是以服装制造、销售为主的一家企业。我们有120家分支机构，在过去几年信息化建设中取得了一些成绩，先后上了HR、库存、销售等系统，这些系统也确实为我们公司带来了一些价值，但是同时我们面临了一些问题，今天我们把金蝶中间件公司的咨询顾问请来了，希望他们能给我们一些建议。李金蝶：您好！我是金蝶中间件公司的咨询顾问李金蝶。请问银风公司在实际过程中碰到哪些问题呢？王银风：我们下个月有一个展会，这样会面临很多的订单，我们希望通过电子订单系统处理我们的业务，但是我们公司业务比较独特，没有在市场上看到现成的产品，也联系过一些开发商，但是费用太高了，我们现在准备自己做，但是开发力量很薄弱，离展会只有一个月的时间，我们担心做不出来。李金蝶：这个问题您不需要担心了。我们给你推荐一下ApusicoperaMasks套件，AOM是面向构建，以所见即所得的能够快速获得应用的一个系统平台。我们来看一下如何构建这个企业级应用。开发的时候有一个头疼的问题，就是技术选型的问题。在AOM中我们已经把业界通用模型定制好了，在这里只要进行一个简单的选择就可以了。之后就是开发的流程化。这里我们有一些流程化的开发过程。这就是一个开发过程，我们可以顺着这个开发过程中的每一步，一步步把一个企业级流程开发出来。同样这个流程不一定完全适合您的情况，但是这个开发流程是可以自定义的，我们顺着这样一个默认的开发流程往下走。开发流程第一步，选择一个主框架，我们已经内置了的主框架，当然这个主框架也可以由银风来定制。使用了主框架以后，我们也可以进行一些修改。现在把它部署一下。我们看一下效果，这时候一个应用的基本框架搭建完毕了。下面，我们继续要开发这样一个定单应用。但是我们发现很多应用是不可避免遇到一些问题，比如说每个应用都需要自己登录管理，比如我们要为它开发一个登录的功能，很简单，只需要在这里导入一个登录模块就可以了。登录模块导入完毕，我们看一下效果。这样一个通用功能登录界面也是可以根据银风的情况自定义。我们来验证一下这个登录功能，发现它已经进入到了我们应用的主框架中来。现在我们应用的主框架已经搭好，通用的功能也有了，银风的开发人员只需要关注我们实际的业务就可以了。比如这里我们开发的是订单系统，就可以通过AOM系统拓展方式来拓展订单管理模块。这里有一个开发流程的子流程，可以针对订单系统进行开发。开发任何一个系统少不得有三个步骤。第一步是数据的建模，我们在AOM中提供了可视化和人性化的界面，让我们完成数据建模的过程，这里我们建构一个数据模型。第二步我们可以一键式的实现数据库和数据模型间的快速的双向同步，并且能够灵活的生成我们的业务实现，这些业务步骤都能从根本上加速我们企业开发的过程。第三步我们需要把数据展现出来，这里也有非常多的数据展现组件，马上就可以把我们需要的数据展示出来。这里我们有一个增删的表格。这三步完毕一个应用就完成了，我们现在可以把订单业务管理模块发布一下，看一下效果。我们可以看到一个，一个完整的具备增删查改管理的模块已经完成了。王银风：确实挺方便的，那么这个模式是否可以进行一些调整呢？李金蝶：刚才我给您的介绍中，有三个字我重复了多次，就是自定义。开发流程可以自定义，通用的一些功能可以自定义，应用主框架可以自定义，这是我们AOM一个重要的宗旨，我们不希望我们的用户被AOM绑死，我们希望能够提供更多更广阔的灵活的开放性。您提到了一个问题，比如这样一个树型的导航栏使用不方便，我们通过一个简单的修改就可以修改成您想要的效果。这里我们只需要换一个应用的主框架就可以了，我们现在操作一下，看一下实际运行的效果。我们发现这时候主框架上的导航已经从树型变成了页签式的布局了。王银风：系统性和框架式的东西都预置好了，我们只需要关注特定业务的开发。但是我们在特定业务开发中也有一些重复的产品，比如这里面每一张单据我们都希望在上面有检索功能，这方面有没有考虑过？李金蝶：金蝶中间件从成立到现在已经有十年了，帮助无数的企业构建了很多企业级应用。我们把这些企业级应用的通用业务构建全部抽象出来，在AOM中形成了一个非常好的业务构建库。刚才您提到一个功能，希望单据上有一个检索的功能，我们看一下这个功能在AOM中如何实现。我们只需要把一个通用查询中间编辑到这个页面中来，并且对表格进行绑定，马上一个具备检索功能的页面就定义完成了。现在可以看到，页面的上方出现了我们的检索工具栏，我们可以进行一些测试测试这个功能。发现得到了我们要的结果，并且在整个过程中，不需要写任何一个代码。王银风：看过你们的介绍，现在我不担心了，虽然我们开发力量比较薄弱，但是基于这种开发模式还是应该能够在展会前把订单系统做出来的。但是这个系统只实现了对订单自身的管理和维护，但是我们的订单业务还是很复杂的，需要和已有的系统进行交互包括我们的经销商也有自己的系统，这一方面金蝶公司有什么解决方案呢？李金蝶：您是想实现公司内部和公司上下游伙伴之间的业务完整的协同。这里我们推荐一个金蝶中间件的ABPM产品，我们是融合了BPM融合管理思想的业务流程管理系统，能够非常方便的帮您实现跨系统、跨部门和组织间的业务整合。刚才您提到了订单业务确实是比较复杂的，从订单接收开始需要和库存和代理商打教导，这样一个系统，我们要先用计算机语言描述出来。我们先来看看通过我们的工具是如何描述这一复杂流程的。我们建模工具采用的是BPMN的建模语言，这个语言是一个国际化的标准，并且这个语言有一个最大的好处，就是我们的业务人员和建模人员有了共通的语言，真正实现业务指导IT。通过这样一个建模工具，我们把完整的业务订单流程描述出来了。从接受订单开始，要和代理商和库存打交道，最后到发货，我们这个流程结束，这个流程定义完以后，我们可以一键式把这个流程发布到我们的服务器上，发布以后在服务器上就可以看到这个流程了。我们这个流程也存在了版本管理，这里是我们的ABPM流程监控管理页面，可以看到详细的信息。顺便说一句，我们的ABPM流程的监控页面也是给予我们的AOM产品开发出来的。这样一个流程已经发布到我们的实际运行环境中，它如何和我们的业务进行协作和连通，我们看一下实际的情况。首先根据流程的定义，还是从订单开始。新订单到来以后，流程被激活了，按照我们的预定义的流程一步步往下走，和代理商和库存打交道，同时修改扣款，并且告诉代理商，这样我们的业务人员就可以进行这样一个发货的处理了。王银风：现在业务看上去比较顺了，也符合我们大部分的工作场景了。但是还有一些特殊的情况，有一些重要的代理商会先让我们发货，然后再扣款，那么这个时候我们系统怎么支撑，需要修改流程吗？李金蝶：完全不需要。您提到的这种业务情况是中国企业中非常常见的业务场景，我们姑且称之为中国特色的业务模式。ABPM提供了对中国特色业务模式的完整的支持，我们看一个实际的例子。现在有代理商，我们发现在扣款环节没有扣成功，这时候可以在流程监控中看到目前这张订单的处理情况，发现目前这个流程停留在汇款到帐的结点，但是代理商和我们的关系非常好，给我们打电话，让我们先发货再把款打给我们，所以我们的管理员可以通过跳转的模式，强行干预这个模式，从而跳开等待汇款的结点。跳转成功了，我们再看一下流程状态图，现在流程停留在发货的结点，已经把等待回款到帐的结点跳过了，这时候我们的业务人员就可以进行发货的处理，发货以后单据状态就被修改成了已发货。王银风：挺灵活的，这个产品叫做ABPM，那么和我之前听到的一些关于工作流的介绍没有本质的区别。李金蝶：如果真的要详细说ABPM和工作流有什么区别，我一天都说不完。这里我只说一点，这也是ABPM和工作流相比非常重要的一个特性，它就是能够持续的帮助我们的企业改善和优化自己的业务流程，我们的业务人员可以通过ABPM的建模工具建立我们的流程，我们的信息部信息人员可以把信息完善，交给最终用户使用。在使用过程中，王总就可以登录我们的业务流程绩效管理平台察看我们的流程执行情况，发现我们的业务瓶颈，提高我们的业务质量，降低我们总体成本。这个就是我们对业务流程的总体绩效管理平台，这里我们可以察看业务总体情况，可以看到业务有哪些在办和办结的，同时我们提供了多维度来察看，可以通过月度来看，也可以根据业务的情况来看，到底是订单执行比较多，还是发货执行比较多。在这些情况上，我们还可以察看每一个员工对业务流程的处理情况。这里我们察看一下目前的几位员工。王银风：等一下，这两个人什么情况？李金蝶：您说这两个突出显示的业务员，从业务报表中看他们的超时工作项非常多，从某种程度上说明他可能有些消极怠工。王银风：是这样吗？我们回去是不是要办一办他们呢。李金蝶：您先别着急，我们先看一下部门的绩效分析，我们统计一下财务部、物流部和市场部，我们用图表的方式来看一下。王总，这个时候我们可以看到，财务部和物流部都存在了业务超时的情况，知道这样一个场景以后，我们可以继续深入对它进行分析。我们的流程现在存在了两个瓶颈，这两个瓶颈ABPM已经标识出来了，就是在等待汇款到帐和发货两个结点存在瓶颈，这两个地方存在瓶颈，我们就可以对业务进行分析，看看为什么会出现瓶颈。经过之前一段时间我们帮助银风对业务的分析，我们发现在发货结点存在瓶颈是比较正常的，因为我们的只有两个人在处理这个情况，业务量一大，就根本忙不过来的，这就是刚才那两个人，所以这时候我们可以建议银风多导入一些人来进行发货的动作。对发货为什么会产生业务瓶颈呢，我们分析发现代理商扣款没有成功后，代理商不知道要通过我们手工汇款，这就说明我们的业务流存在一些问题，我们要马上对业务流进行一些修正。既然代理商不知道，扣款不成功，我们在这里增加一个结点，以电子邮件方式通知代理商让他们给我们打款，通过这样的方式我们可以保证业务流程在持续不断的优化，最终我们能够达到一个最优的境界。王银风：这个不错，你们不断能够帮我们把业务流程协同好，还可以帮我们发现问题。但是我们业务协同好了，但是我们实际操作业务还是非常麻烦的，因为我们的业务系统都比较独立，在做业务的时候我们需要同时登录多个业务系统，并且需要频繁在之间进行切换，太不方便了。李金蝶：那么我们给你推荐一个产品，金蝶APS。通过APS可以非常方便的解决您刚才讲到的应用协同和整合的一系列的问题。刚才您提到了多次登录，APS提供了单点登录