打造随需应变的集团管理平台

作者：曾良 王晨光

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 金蝶EAS不仅采用了世界上最领先的基础中间件和业务中间件，而且采用了世界上最领先的模型驱动架构，从技术平台和开发模式上确保了金蝶EAS的随需应变能力。 集团管理为什么需要随需应变？ 今天，大企业的CEO比中小企业的老板显然面临着更大的压力。在竞争日益激烈，市场变化速度不断加快的今天，集团企业CEO发现他们面临的最大挑战已经不是传统的管理职能，而是如何领导变革，因为变革决定了企业的可持续发展，变革是应对竞争和市场变化的唯一出路。而在集团企业的变革管理中，信息技术正在发挥越来越重大的作用，不同的变革道路，不同的变革模式，不同的变革层次都对信息技术的应用提出了挑战。 首先，从变革的过程来看，集团化是任何一个希望做大做强的企业必然经历的过程。企业的变革模式主要有四种，即内部开发模式、资源交换模式、组织间联盟模式、企业收购模式。这四种变革模式各有其独特的优势，同时又面临着不同的风险，但是都对信息技术提出了自己的要求。如下表所示： 其次，从变革的层次上，为了说明信息技术对集团变革的影响，金蝶将集团企业的变革分解为三个层次：常规性变革、结构性变革、战略性变革。不同变革的驱动因素各不一样，所遇到的管理障碍也不一样，由此对变革的成本、变革的效率、变革的深度和广度带来了挑战。如下图所示： 为了迎接这些挑战，在变革的道路上，集团企业必须要有新的思维。专家们已经从无数的变革实践中总结出，变革的成功与失败将取决于四个要素：战略，业务流程、信息技术和人。其中，信息技术在企业变革中起着支持作用。战略执行、流程驱动、人员协作都需要借助信息技术来完成，所以，这三个要素要在变革中发挥作用，也必须通过信息技术去驱动或实现。 但是，非常遗憾的是，我们看到很多企业在变革过程中，因为企业采用的信息技术的局限性，大大影响了变革的效果，甚至导致变革走向失败。尤其是一些新兴的、处在快速发展中的大企业，现在正在纷纷更换的他们传统的ERP系统。借助上面对变革模式和变革层次对信息技术的要求，我们可以很容易明白为什么有那么多的企业要在变革的过程中“卸磨杀驴”——在任何一个企业集团，随时都有可能发生不同模式、不同层次的变革，但传统的ERP软件都只能固定地为企业提供一种管理模式，即使可以通过二次开发进行客户化定制，但并不能快速的实现“随需而变”。 金蝶EAS是如何支持随需应变的？ 要打造随需应变的集团管理信息平台，首先要了解ERP的随需应变能力是如何实现的。我们知道，金蝶EAS 在平台上不仅具有世界领先、通过国际标准认证的基础中间件——APUSIC应用服务器，而且拥有国内首创的基于模型驱动架构的业务中间件——金蝶EAS BOS。软件设计人员知道，中间件是决定软件应变能力的主要技术平台，模型驱动架构（MDA）是决定软件应变能力的最理想的开发模式，而金蝶EAS不仅采用了世界上最领先的基础中间件和业务中间件，而且采用了世界上最领先的模型驱动架构，从技术平台和开发模式上确保了金蝶EAS的随需应变能力。 中间件与随需应变 管理软件的“随需应变”时代随着中间件的成熟应用真正到来了！在中间件产生以前，无论是财务软件还是管理软件，都是和操作系统、数据库打交道，客户的需求与软件的技术实现密切相关。如果客户的需求和软件的标准配置有出入，往往只能等到管理软件厂商发布新的补丁，或者发布下一个版本升级。中间件在客户的需求和技术平台之间建立了一个隔离层，客户的需求变更可以直接在中间件这一隔离层实现更新，这一方面解决了软件的通用化与个性化之间的矛盾，一方面可以满足客户在不同成长阶段的业务变革需求。客户不用再等待软件厂商的补丁和新的版本，可以自主决定变革的模式和变革的程度。 金蝶是如何通过中间件如何帮助企业实现随需应变的呢？ 首先，金蝶在各种不同的操作系统和数据库之上，自主研发了可以让企业应用部署在异构操作系统之上的基础中间件，这款产品就是在国内第一个通过SUN J2EE认证的金蝶APUSIC应用服务器。应用服务器作为应用创建平台，支持管理软件业务逻辑和业务组件的扩展和复用；作为应用部署环境，可以快速、高效的部署新的业务应用；作为系统运行平台，可以实时监控和管理运行系统，降低系统维护和升级成本。应用服务器对系统的创建、扩展、维护和管理功能独立于具体的应用软件，也独立于操作平台和数据库，这就使企业的应用系统的扩展和变革可以独立于技术平台，应用系统可以在金蝶应用服务器的基础上实现随需应变。 其次，金蝶EAS不仅实现了应用系统在技术上可以随需应变，还将应用系统本身的业务逻辑和实现逻辑实现了分离，自主研发了金蝶 EAS 业务中间件——金蝶EAS BOS。基础中间件解决的是应用系统的重构和变化与技术平台之间的矛盾；业务中间件的目标是解决异构系统集成和复杂的业务变革与应用系统实现之间的矛盾。上文已经分析，企业面临着不同的变革模式，集团变革具有不同的层次，要做到随需应变，业务中间件需要为企业提供不同变革条件下的业务、信息、流程、组织结构的变革工具。金蝶EAS BOS针对企业的这种复杂变化，根据不同变革之间的流程控制逻辑关系、业务控制逻辑关系、信息处理逻辑关系、组织协同逻辑关系，设计了业务配置工具、企业建模工具、集成开发工具，为业务变革提供了随需应变的业务管理平台。 金蝶EAS正是凭借独有的基础中间件和业务中间件技术从下到上实现了管理软件的随需应变的技术架构，见下图所示： 模型驱动架构与随需应变 金蝶EAS是国内第一套采用模型驱动架构打造的大型管理软件，金蝶EAS模型驱动架构的设计水平也达到了世界领先水平。在模型驱动架构之上，金蝶EAS实现了随需应变的开发模式、提供了随需应变的原子化业务元素、奠定了以业务驱动为枢纽的随需应变规则。 首先，金蝶EAS在模型驱动架构之下，改变了传统ERP的架构方法，将技术开发和业务变革分离，又将业务设计与技术设计一一对应，在开发模式上实现了随需应变。基于模型驱动架构的ERP软件和传统ERP软件在开发模式上的最大不同，在于传统ERP直接用第四代编程语言进行开发，模型驱动架构使用经过了业务抽象的业务语言进行开发。基于金蝶EAS BOS的开发模式，实现了业务需求模型、业务设计模型和技术实现模型的一一对应，全部开发过程都是一个统一的模型转换过程中完成，这个过程称为企业建模。金蝶EAS BOS提供了一个企业建模参考框架，使应用系统与企业的业务变革保持一一对应，既使应用系统随需应变，又保证了变革的信息在系统实现过程不出现“转换偏差”。 其次，金蝶EAS模型驱动架构在BOS平台实现了业务模型的原子化封装，为随需应变提供了高度抽象的业务元素——Meta model。对企业的业务变革逻辑进行分析可以发现，业务系统的所有改变都是在几种抽象“业务元素”的基础上完成的，比如无论是采购流程还是销售流程，无论是复杂流程还是简单流程，他们都包括任务、业务事件、业务处理、业务实体对象、对象状态、人员、组织结构等基本要素。这些要素在传统的ERP系统里，没有被单独的抽象出来，传统ERP的每一个业务要素都是具有具体业务含义的，无法作为抽象模型去描述其他流程。正如我们可以用原木造房子，也可以用原木造船，但是你不能用房子造船，房子已经不是原材料。这种原子化构件基于开放技术，可以跨平台；这种原子化的构件刚好满足了公共服务对开放性和耦合性的要求，可以与任何异构系统进行集成，并具有开放的扩展能力。 最后，金蝶EAS模型驱动架构通过 BOS为复杂的业务逻辑提供了驱动引擎。这套引擎为业务变革到系统变更提供了一套随需应变的规则。一个工作流程在金蝶EAS中进行了变更，相应的流程控制逻辑、业务控制逻辑、信息处理逻辑、组织协同逻辑都会随之改变。驱动引擎的作用，一方面是帮助企业将复杂的业务逻辑进行分解，一方面实现了从上到下的流程驱动。只要给出业务变革的输入要素（5W1H），驱动引擎就可以保证该变革可以有条不紊的完成。这就是金蝶所称的BOS随需应变参考模型见下图所示： 从BOS随需应变参考模型可以看出，驱动引擎将业务流程、业务功能、业务数据、组织架构等从上到下衔接在一起。作为变革的管理者，我们只需要给出变革流程的5W1H，系统就会自动的决定由谁来执行（Who——执行角色），在什么条件下才会发生（When——执行条件），发生在哪里（Where——是计算机自动执行的计算？人机对话的过程？还是让某人做某事的指令？），如何处理这个业务（How——界面控制逻辑与业务控制逻辑）；输入输出和储存对象（What——业务信息的结构与特征），在组织的什么节点上完成的及为什么是这个节点而不是其它的节点来处理（Why——组织职责分配与岗位职务）。 所以，只要在系统中定义了变革的输入内容(5WIH)，通过流程建模工具与工作流引擎，将各个业务元素之间的启动、提交、失败处理、分支、合并、同步、异步、循环、人工、自动、子流程等关系进行描述，然后在集团相关范围内发布，那么，无论多么复杂的业务逻辑、组织架构、上下级关系、权限设置都可以按照这个既定的流程完成了。企业梦寐以求的业务变革随需应变过程，在金蝶EAS BOS随需应变参考模型的支持下得以轻松的实现。 如何借助金蝶EAS实现集团管理的随需应变？ 用户最为关心的应该是究竟如何使用金蝶EAS实现集团管理的随需应变。金蝶针对集团企业集团企业复杂的管理和变革要求，给出了一套支持企业不同变革道路、不同变革模式、不同变革层次的随需应变解决方案——金蝶EAS BOS。金蝶EAS BOS针对企业渐进式变革道路，提供了不同层次的变革支持工具，全面解决企业不同变革模式的信息化问题。 以下金蝶EAS的技术架构直观的展示了金蝶EAS BOS三大支持工具的功能和操作对象，这三大支持工具是业务配置工具、企业建模工具、集成开发工具。 在这里， 针对集团企业在常规性变革中遇到的企业人员日常变动、内部组织关系调整、业务处理方式的改变、工作流程的动态微调，业务配置工具提供了：组织架构管理平台、用户权限管理平台、业务预警平台、业务关联平台、后台事务处理平台、编码规则定义平台、基础数据管理平台、外部集成借接口等等。通过这些工具，企业的IT人员可以方便的调整自己的系统来满足集团实际业务运行需要。 针对集团企业在结构性变革中遇到的动态流程重组问题，企业建模工具提供了：BIM（Bussiness Information Management）业务信息管理平台、工作流建模工具等。当集团或某些下属企业的业务处理不能单纯的通过选择系统预置的流程和表单来实现时，可以在实施咨询专家指导下，使用这些工具快速的新增或变更流程、功能、信息、组织结构，达到企业建模的效果。 针对集团企业在战略性变革中遇到的多组织协同、多行业扩张、全球化扩展、跨企业商务协同， 集成开发工具提供了EAS BOS Studio，BOS Studio基于统一的元数据、基础引擎和基础服务，帮助企业高效构建新的业务对象、新的功能、新的流程、新的报表、新的界面。行业合作伙伴或行业开发专家们可以用它给集团修改或者添加更多的流程、界面、报表、功能，然后通过部署工具发布到应用系统中，完成系统的重构。 作为一个平台级的产品，金蝶EAS BOS的应用效果随企业的复杂程度与应用策略、应用水平密不同出现差异，“运用之妙，存乎一心”，不能用单纯的功能罗列来一一对应，这里我们试着用几个例子来说明其解决复杂集团业务的能力。 案例一：集权、分权，灵活配置 大部分的集团企业都存在着这样一对矛盾：为了提高决策效率、快速响应市场，在多地域的组织之间需要充分授权，为避免失控，集团总部又不得不对规章制度、业务流程进行统一和规范的管理，在集权、分权间的游移使很多企业要么变成反应迟钝的恐龙、要么变成一盘散沙。 BOS的解决方案是：通过对多组织结构、业务流程调整的支持来解决。我们可以根据对一个经营单位的控制力度，选择将其定义为费用中心、利润中心还是公司；我们也可以根据集团对主要业务的监控程度来将之定义为销售组织、采购组织、库存组织等不同类型；同时，在其计划、预算、具体业务运作的流程中将发起、决策、执行的权限分配给集团和经营单位的不同层级，使之达到下属机构经营自主、上级单位控制自如的境界。 案例二：差异化管理，高效建模 当一个集团企业内部各个组织之间的经营规模不同、经营目标不同、关注的经营重点、信息化基础不同时，其对数据的及时性、精确性、完整性的要求也有很大不同，其数据来源也是多种多样的；同时，当集团内部企业所处的行业不同时，其关注的数据也有着相当大的差异。当数据采集、信息整合的复杂性大大增加时，集团企业采用单一信息管理系统的难度也随之提高，于是我们就看到了两种不同的思路：要么削足适履——泯灭各下属经营单位的具体需要，搞想当然的大一统；要么各经营单位自成体系，集团只能雾里看花。 BOS的解决方案是：通过BIM（业务信息管理平台）来完成人机对话界面（单据输入输出）的差异化；通过BOTP（Bussiness Object Transform Platform，基于业务对象技术的数据转换平台）来完成业务数据自动生成、基于对象的数据交换、关联关系建立与维护、关联数据的自动维护等任务，使得各下属单位的异构系统可以有效集成到集团的管理平台上来；通过后台事务处理平台来调度不同优先级、不同及时性要求的任务。 案例三：行业开发，快速扩展 在有些集团企业里，有一个或一批经营单位，其经营的业务具有明显而又独特的行业性。在这些特殊的经营单位中，其重点关注的业务所需要的数据采集、数据计算关系均与集团内外的其他经营单位有很大差异，通用的信息系统往往无法满足其具体应用要求，因而需要自行开发、或定制开发一些或大或小的专项信息系统。 BOS的解决方案： 通过BOS Studio来完成一个快速定制、快速部署、不会因基础平台和工具技术的更新而过时的专项信息系统。通过BOS Studio，我们可以快速的定义如数据表结构、数据查询对象、业务实体对象、用户界面对象等众多的对象，并定义这些对象之间的关联关系。我们还可以通过模型校验来对定义的业务对象进行“预编译”，以提示、修正模型定义中存在的问题；通过模型发布将已定义的业务对象自动发布成Java代码，并自动发布相关的J2EE配置文件。 在使用BOS Studio整个的开发过程中，用户和IT规划人员们都可以借助直观的操作界面草图来进行需求沟通；在沟通归结的业务模型基础上，BOS Studio将之自动转换为软件的设计模型，只需对特殊需求进行一些调整，就可以快速实现、发布。在BOS Studio中定义的专用系统，自动的继承了BOS运行引擎的跨数据库、跨平台、多语言的特性。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (1/7/2005)