【IT168 专稿】为什么CIO非常渴望改进业务流程？管理软件的发展能否跟上企业的发展步阀，什么样的IT架构适合目前市场的发展需要？业务能否促使技术进行一次随需应用的变革？
IT技术在变化中发展
在目前经济环境里面，企业的运作已经不可能是一个孤岛，由面向库存的生产到面向订单的生产转变的今天我们的计划模式变成了东西方模式。因为客户的需求在变，总装厂生产计划在变，总装厂计划在变，配套厂商也在变。
另一个方面，从业务改进方面IT需要不断的成长和发展，例如典型的两岸三地企业运作模式。我们需要把台湾、香港、大陆的业务连起来。在香港的公司接单的时候，我们需要看到大陆工厂的产能以及库存，在做报关的时候，需要跟海关部门接触。
在这一个业务流程里面，各个部门、各个组织部署一个独立应用已经是不可能的。必须部署一个面向整个系列业务流程的应用。在应用IT系统的时候，不是单一的职能部门和业务流程某一个部分来看，从接单到计划到生产到报关到发货整个流程。
这一个流程里面，需要跨组织、跨公司、跨地域的协同，需要相关人员分享信息，及时做出正确的选择和决策。中国很多企业参与世界扩张，从大陆走向东南亚走向全球。在这样的经营环境和经营模式下，企业在不断成长和发展，IT技术也在需求不断的变化中成长和发展。
SOA是业务流程调整的关键
我们面向未来关键策略是什么？就是差异化。要实现差异化关键支撑点是敏捷与创新。
要以客户为中心，按需而变，因业务发展而做到实时更新，需要提供协同的IT技术，同时支持业务模式构成到产品和技术创新，这样来支持差异化。这一种背景下，需要随需应用的IT架构。包括四个方面：
第一，打通业务流程。
第二，业务驱动的架构。
第三，业务流程库。
第四，非常好的实践。
企业运作要服务化、主角化是是企业需要，是我们业务调整的关键，同时也是SOA架构最关键的驱动力。我们从企业战略到绩效指标的控制到组织到人员，包括企业内部人员和外部人员，还有在过程当中的流程，以及在这过程当中需要的信息和产生信息，共同形成了企业的流程库。把企业业务能力按照服务来部署，这样比较容易调整服务的能力、服务的部署，通过服务的编排实现灵活的业务流程。
SOA不仅仅是技术导向，关键是提高敏捷度和灵活度的关键。采用SOA架构的关键，它是以列为中心，按照服务来梳理。通过梳理，按照业务的要求来提供服务，来实现过程、人员、信息的集成。从传统结构转向SOA架构的时候，成本会下降，价值的提升。例如：有一些企业里面部署了十多个应用系统，个别企业部署了上百个应用系统。这一些系统互联非常困难，不仅仅是体现在技术上，不同产品有不同的技术，需要不同的互联手段。另外，两个系统互联很简单，三四个、十个系统互联，就呈几何数增长，这一个时候互联非常困难。
还有，这一个互联不能完全的实现企业的内部运作。因为这一些系统都是从某个应用模块、某个职能、某个部门的角度来看企业的业务流程。并不是说从顶向下，站在企业整个角度来看IT怎么样支撑。即便互联之后，也很难完整的实现我们的流程。即便在某一个时间点实现之后，也很难调整我们的IT来支持业务的敏捷。而SOA架构站在企业运作、站在企业跟外界、站在企业职能分布的角度下来梳理企业流程。关键的模型和数据和流程，提炼出我们的业务，来做IT支撑。这一个时候连接的是价值，而不是成本。这一个角度下，IT从面向功能，到面向流程。从IT部署方式也重新构造和重新部署，变成了会变化的部署。把应用孤岛变成了流程的协作。
用友花了20年沉淀架构SOA蓝图
面对复杂的业务流程，为了跟上企业的发展步阀用友花了20年时间，有60万家客户沉淀，总结出了中国用户非常好的实践，总结出了各个类型企业、各个运作模式实现SOA的蓝图。
在这一个蓝图上我们是站在企业的角度来考虑问题。像销售订单，不仅仅是销售订单的录入，还会考虑能不能按期交货，仓库里有没有货。仓库没有货，工厂是不是有订单正在生产？或者我们的生产计划已经明确安排了生产？我能不能把订单计划预计的产出预留给客户。如果还不够，我要生产这一个产品的关键期间是不是到了，是不是按需生产。在生产过程当中，有各个工厂，我需要考虑每个工厂的负荷和产能。如果客户有特殊的需求，可能对某一些料进行选配，对工艺和成本要进行选配。这一些都需要我们销售组织跟工厂组织跟物流组织跟采购组织密切协同。而销售部门可能在北京，生产部门在深圳，可能在上海、苏州都有工厂。而且我们要支持集中接单、分散生产和分散接单和集中生产等。
这是一个多工厂协同的集中采购的流程库。比如说，用友公司总结出了很多这样的业务模型和非常好的实践，总结出了很多SOA蓝图。我们给企业不仅仅是可以提供产品，我们还可以帮助企业用用友公司这一套面向服务的建模方法，用用友公司这么多年沉淀的业务模型库，帮助企业梳理SOA的蓝图。基于这一个蓝图搭建IT系统。这是实现随需应用的IT架构第一步，也是最关键的一步。
第二步，业务驱动的IT系统。有了SOA蓝图，有了基于用友这么多年非常好的实践的流程库和业务库之后，我们需要的是业务驱动的IT系统，这需要一个企业级面向服务的底层设施来支持，要支持SOA应用的部署特点。像集中分布的复合系统，我们IT部门来跨部门、跨组织来提供。可能是不同厂商提供，但是要像一个完整系统一样的应用、管理。在这一个基础上，实现跨地域、端到端的流程。按照流程来部署IT，按需升级。
UAP实现IT架构随需应用
UAP平台跟传统产品不一样，它不是具体的产品，是服务的组件库，在组件库支持企业各式各样的业务模型和流程。在这一个上面，搭建出企业的业务系统，通过部署和管理工具，来实现基于服务的组装和业务的敏捷性。
第一个要点，在UAP里面，完全采用SOA架构，实现了业务流程的管理。在内部，分成两层：
第一层，开发框架，基于了SOA架构的统一编程。在组件化时代，把组件作为软件建模最重要的元素。在SOA时代，我们把服务作为软件建模头等任务。从设计、实现、部署方面，都支持面向服务的模型。从这一个里面来说，我们内部有服务应急、流程应急、实现服务的编排和调度，我们有我们的技术，可以提供很好的用户体验，我们来组装各个方面的应用。有了技术框架和引擎和SOA统一编写模型，解决了技术问题之外，我们还提供了特定领域的DSA语言，通过模型驱动方式来开发各式各样组件，包括流程库、表单组件等等，以提高我们开发效率和质量。支持WS一系列的标准，来实现我们的互联和互操作性。根据这样的一些东西来实现我们的核心资产库，打造IT的系统化的平台。
服务的互联是规划出来的。在这样的基础上，我们支持企业大规模、低成本、快速的交付。这是按需定制的一张图。不光是组件可以定制和扩展，还可以做到个性化。让每一个用户有比较好的用户体验，按照它的方式来定制表单和顺序和菜单和操作等，不需要通过传统的模板来配置，会让IT系统越用越舒服。因为在用的过程当中配出来了，而不是配出来再使用。
有了这一些产品和开发工具之后，我们可以开发出来我们的表单、业务组件等等，用装配工具装配成应用。以实现我们的弹性，我们支持互联、扩张、嵌入，支持合作伙伴通过前台、后台组件等来定制系统，来符合个性化的要求。同时在组件升级的时候，我们的定制也能够升级。
最后一个方面，是用户体验。这么庞大的IT系统，是整个企业的IT系统，我们需要跨组织、跨地域、跨角色的协同，用户体验的重要性也是非常重要的。从四个方面来谈：
第一，协同门户。
第二，搜索。
第三，office应用。
第四，支持。
在四个方面里面，基于门户的方式提供了虚拟的办公空间，我们的团队可以使用统一通信技术相互沟通，可以共同形成了一个小组，来共享他们的资料、共享信息，他们可以互相发布评论，可以采用web2.0技术来订阅等。通过企业搜索引擎把企业内部的资料、分散的各个组织的资料找出来，不仅仅是找ERP的数据，也能够找非ERP数据，不仅仅是能够找结构化数据，也能够找非结构化数据，而且跟ERP是紧密的组合。
企业主管不仅仅是使用ERP系统，还花很多时间使用Office，很多主管使用office时间跟上班时间几乎相同。上班是收邮件和回邮件，一直到下班为止。在office里面，可以访问系列的信息。而这一些信息是异构和跨组织、跨部门的信息，在office里面可以形成信息，把报价单发给客户，而且更新到ERP系统，不需要数据导入导出，也不需要拷贝和粘贴。
通过SOA的蓝图、业务系统和IT系统、通过UAP平台提供了扩展和个性化，到基于web2.0技术的用户体验，这是我们认为实现随需应用的IT架构的四个要素。
