|
开放标准引领产业最关键转折
——专访北京起步科技有限公司总经理 马科
软件行业国产概念不多，现在谈得很热的诸如SOA、EAI、REST、Cloud Computing等等，其实都属于舶来品。而业务架构平台则是一个例外，作为一个完全国产化的概念和产品，诞生于国内，并逐步生存和发展了起来。起步科技总经理马科见证并亲身经历了这些年的变化，因此本刊记者就此话题对他进行专访，请他讲述业务架构平台的真实历程。
从管理平台到业务架构平台
回望2002年6月，当时的互联网实验室受托，在对国内中间件用户进行走访和调研中发现，虽然当时的管理软件能够满足用户的基本需求，但客户其实有更进一步的期望，他们更需要一种以业务导向和驱动，将管理软件跟企业整体业务规划、管理密切对接，能对IT系统以业务为主导进行重新整合，并以此形成一个标准的架构体系平台。通过交流，他们惊奇的发现起步软件在做的，正是能够满足这样需求的产品，当时产品只有一个泛化的名字“管理平台”。经过一次头脑风暴，马科、方兴东和当时担任互联网实验室总经理的王俊秀一拍即合，把这类产品定名为业务架构平台。由此，一个全新的国产软件概念诞生了。当天他们还在讨论另外一个现在也火得不得了的IT名词，叫做博客。
通过进一步的调研，马科总结了国内用户对此类产品的两个主要需求：第一，信息系统需要一个整体架构。由于历史原因，企业信息系统普遍存在信息孤岛现象，IT应用往往都是一些离散的小系统，各自为政难以整合，既不能实现资源共享，开发维护也不一致。为此，信息系统迫切需要一个业务架构平台，并基于这个统一的架构来构建信息系统。第二，信息系统必须满足管理个性化和随需而变的要求。客户迫切希望信息系统能够满足企业管理满足个性化的需求，并能随需而变，灵活调整。
发展历经三个阶段
概念成熟期——02年到05年。随着业务架构平台的提出，业内厂商和用户逐步开始接受这个理念，同期的IT厂商研发相应产品。在这个阶段，产品还没有真正被推向市场，没能接受客户普遍的检验，加之由于处于研发早期，对客户真正的需求了解得还不够彻底，早期跟进的厂商对产品方向的理解也存在很大分歧。
产品试推广期——05年到08年，这个阶段业务平台架构厂商开始将研发的产品在市场上做试推广，但这还不是一个大规模的推广，主要是一个市场导入、概念落实的过程。信息化推进历来就是一个复杂的过程，另外由于准入门槛相对较高，前期投入较大，回报周期也需要一定时间，大部分用户还是不轻易做第一个吃螃蟹的人。
解决的首要问题绝非快速开发
对于广大业务平台架构厂商来说，这个阶段是一个分化明显的时期。大量在第一阶段进入该领域的公司由于定位不准在这一时期死掉。其根本原因还在于对用户理解不够准确，将业务架构平台目标定位于快速开发工具，功能上也只解决了组件复用、软件复制的问题。在马科看来，快速开发仅仅是业务架构平台要解决的问题之一，甚至都不属于此类产品要解决的核心问题。由于与客户的需求相彼，将业务架构平台定义为快速开发工具的公司大多没成长起来，或者在这个阶段死掉了。
标准化确立/大规模推广期——09年起，这个阶段是业务架构平台大规模推广和应用期。其中最关键的因素就是与业务架构平台相关的标准体系已经基本成熟，只有基于这些关键的标准体系，业务架构平台才能成为一个开放的、稳定的产业。
标准引领产业最关键转折
谈到此，马科感慨，过去客户在拒绝该类产品时，最担心的问题就是这类产品往往只能用两三年，随着新技术、新工具的产生，旧的应用就会被抛弃，IT系统推倒重新部署，让自己的投资打水漂。但随着如今业务架构平台的相关技术都成为开放标准时，系统上下层都对接得非常好，不同厂商间产品的可互换性不断提升，带来的最大转变就是让企业信息化投资成为一种长期的战略级的投资，在IT业务架构上的投入也能得到前所未有的保护。
过去开发商开发一款软件，比如做一个界面，可以选择不同的编程语言和实现方式，例如可以采用PB、VB、Java、JavaScript，或者可以基于浏览器直接实现。而随着平台的升级和规则的调整，过去的应用往往不能直接跟新系统对接。而在标准化时代，只要有确立的开放的平台标准，应用程序中95%的内容都将变成可描述性的资源，而非代码，因此，应用系统不必再因技术的调整或平台升级而重新开发。起步科技的产品就以W3C标准为基准，不仅可以在不同的平台间灵活迁移，也可以轻松跨越到未来的技术平台上。
业务架构平台产品本身属于通用型平台，并没有特别的行业针对性。在标准化成熟期，厂商间的业务平台架构产品的趋同性也会较以前提高。但如果从软件竞争的角度来看，不同厂商的架构平台在行业中推广还牵涉到多方面因素，包括自身对行业业务的理解、对客户群体需求的理解、过去积累的资源、推广能力等等。
业务架构平台之所以在中国被提出和发展，和中国企业信息化过程的特殊性密切相关。中国企业信息化投入普遍不像西方大，也很少有几十年的累积的IT遗留系统。经过几十年的快速发展，商业模式的不断更新，累积了相当多的信息化需求，而在IT业务架构上普遍都存在滞后性。很多大中型的企业的规模已经遍布全国，甚至销售终端已发展到国外，运营和营销领域都发生了很大变革。早期的管理软件主要以生产为中心，少数人就能维护起来，到现在的以业务为导向，分布式并发式应用越来越广泛和普及，大家都在提一个需求，就是平台化的管理软件。而业务架构平台产品随着近些年的实践，已经到达了一个让用户比较放心、满意的程度，用户对产品本身的了解以及它所能带来的效率提升也有了进一步的认识。对业务架构产品的完整性、可维护性包括各方面的综合能力，都有了更深的认识。伴随着开放标准问题的解决，未来几年内业务架构平台必将到来快速发展和客户部署期。
在业务架构平台普及时代，开发者将会得到进一步的解放。过去的开发人员主要还是以代码为核心，一个普通的应用系统需要大量的代码来实现，而标准平台化时代，代码部分的工作将大量缩减，更多的是一个可视化的设计过程，与此相关的是一些类似标记语言的描述语言。随着编程门槛的降低，未来从事底层代码编写的人数会逐步减少，开发人员将加速职业升级，向IT管理者、项目管理、需求分析人员转变。
小结
回顾历史，软件技术的发展本身就是一个不断将已知东西抽象的过程，把零散东西的共性抽取出来，聚合不同角度的同一面向。抽象的层次越高，架构设计就越简单。作为基础软件架构的数据库和中间件平台，都成功的屏蔽了下层技术细节，向上满足个性化、集成化需求。而业务架构平台的出现则为中间件和最上层应用之间搭建了一个桥梁。如果把开发复杂软件系统比作建造一个大厦，业务架构设计在整体能力上会占据更大的主导作用，甚至是起到最主要的决定作用，而经历了沉淀积累期的业务架构平台厂商也将赢来一个黄金的发展期。
|
