平台之选

 

编辑时间:2008-10-22 11:51:32 稿件出处:IT经理世界/李圆

 

 

后IT建设时代,具备“随需应变”基因的平台型软件能否得到CIO的赏识?

   “至少能肯定的是,我的后任不会因为这个平台而骂我”。中建二局信息中心主任朱晓晶在企业刚刚上马平台型软件后斩钉截铁地说。
    
  今年3月,为了配合建筑行业特级资质的审核,中国建筑第二工程局有限公司(简称中建二局)经过数月的调研访谈,放弃了与国内几大知名IT厂商合作,引进了一套具有明显平台型特征的管理软件进行全盘信息化建设。朱晓晶看重的是,平台型软件不会造成后来人数据、系统整合的烦恼。

聪明的平台
    平台型架构是近几年软件厂商竞相追捧的一个技术趋势,它构建在企业IT硬件基础架构、中间件层之上,面向客户应用,主要包含建模平台和应用运行平台两部分,建模平台能够将企业应用软件开发这一个庞大的系统工程,变成简单的、仅通过建模工具就可完成的工作。应用运行平台企业则能够直接完成多系统协作和业务处理。目前,市场上的业务架构平台软件主要包括,金蝶BOS,用友UAP、同方ezONE、浪潮Loushang、普元EOS基本组成部分、起步软件业务架构平台、SAP的Netvever等。
    
    中建二局一期信息化要求的办公自动化系统、人力资源系统、综合预算系统、档案资料系统,以及二期、三期的应用系统,都可以通过业务建模平台快速建模、发布到业务运行平台上,实现应用。中建二局以往的系统(世纪宏景系统、用友财务系统、项目管理系统)则可以通过业务建模平台进行接口,集成到基础平台上,以便于在统一的协同环境中共享数据。在未来,这个平台还将支撑多业务核算单位的核心应用系统的计划。
    
  经过慎重的比较,选用起步科技公司的X3产品作为应用架构平台,朱晓晶主要看好平台型软件非常适合建筑企业的长远发展。
   
  1997年,哈尔滨建筑大学计算机及应用专业毕业后,朱晓晶进入中建二局。从事工程建筑企业信息化工作10余年,他把同行们信息化建设的喜怒哀乐统统看在眼里。“我太知道信息孤岛给企业带来的弊端了”,因此,这次,朱晓晶在推动搭建中建二局信息系统架构时,首先将“保证所有应用系统的底层数据是流通的,避免出现信息孤岛”作为咬住不放的原则。平台型软件的技术特点使得其上面搭建的应用系统中的数据天然流通、共享,从根本上规避了信息孤岛的隐患。也就是说,只要中建二局未来的信息系统都是基于该平台开发和运行,信息孤岛的事件基本可以避免。
   
  此外,平台型软件大大降低了个性化门槛。建筑行业特点鲜明,目前市场上还没有非常成熟的解决方案,能够真正实现合同、工程、资源、进度、成本、绩效等一体化管理,而且建筑行业的信息化水平相对其他行业较低,IT人员也不充足,中建二局信息化部门加上朱晓晶也仅有5个人。在这样情况上,自我开发显然不现实。如果全部外包开发,在成本上则可能过高。朱晓晶曾经测算过,一套针对定制的人力资源管理软件,至少要上百万人民币,但是在这个平台上二次开发人力资源系统,却之需要二、三十万元人民币,开发时间也仅要2个月左右。
   
  平台型软件具有统一的模型描述语言和运行引擎,丰富的业务逻辑封装,可扩展的插件式管理,实际上等于为IT人员屏蔽了大量的底层技术,普通技术人员或业务人员只需懂得企业业务流程、经过简单的技术培训,就可以进行建模开发,做后期系统的维护和调整。由于缩短了设计、开发等过程的时间和难度,IT成本因此降低。
   
  给中建二局带来启发的是兄弟公司中建一局的案例,后者是平台型软件的受益者。以他们依靠平台型软件完成“项目成本报表管理系统”的研发为例,原本调研、分析工作约需1年时间,设计和代码编写工作约需半年时间的工作量,在采用业务平台的开发模式后,系统调研、分析工作只用了半年时间,设计和代码编写在3天入门培训的条件下,只用40天就完成了。此外,在系统在上线后的3年时间里,几乎每个月都有需求变化,系统中200多个功能,约2/3做过不同程度的调整,平台的易用性帮助他们轻松完成对系统的维护和调整。
   
    降低集成难度,,也是不少CIO看好平台型软件的一大因素。这一点其实同平台型软件的技术特点有关,它以面向业务的方式进行描述和定义,系统集成可以在专注在业务逻辑的分析及设计上,应用间接口无需考虑具体的数据存储、通信方式等底层技术细节,简化了应用集成的复杂度。
    
    处于IT整合阶段的矿业企业——山东招金矿业就选择了平台型软件帮助进行系统整合。从2007年8月开始,招金矿业进行OA项目的数据整合,仅用1个月的时间就消灭了7个“信息孤岛”。“我们希望通过这一平台完成包括17个独立信息系统的整合任务”,招金矿业信息化负责人王俊剑说。这些系统分散在不同的下属企业、不同的业务部门,包括办公自动化、生产经营、仓储管理、考勤系统、决策管理、安全、环保等。
    
    事实上,中建二局的选择代表了目前企业IT选型的一种趋势。越来越多的CIO选择具有完善平台的管理软件搭建企业的IT架构,从而降低技术开发、维护、整合门槛,进而完美实现IT和管理需求的耦合。
    
  具备可配置、可扩展、可集成的技术特点的平台,可以让CIO既能够解决困惑已久的IT架构问题,又不至于陷入软件开发、设计的纯技术沼泽,大量的技术难点由平台产品来解决。CIO有更多的时间去关心业务,了解信息化与企业战略的匹配度。
   
殊途同归的市场
   “现在,我选系统有个基本原则:要么够灵活、要么够开放。因为公司处于快速发展阶段,不灵活、不开放的系统很难支撑业务的变化。”厦门建发集团信息部总经理许明说。
其实,他的选型原则让大多数企业CIO产生共鸣。中国信息化经过20多年的磨练,那些处于后IT建设时代的企业CIO,几乎无一例外的饱受缺乏规划导致的整合“信息孤岛”的痛苦。

    在后IT建设时代,“解决信息孤岛,进行系统整合和数据整合”只是CIO在信息化建设过程大体会遇到三大类问题的其中之一。另外的两大难题包括;企业管理模式特别,信息化需求个性化强,但没有厂商能给企业完整的解决方案;二是企业业务发展飞速,IT部门不能快速并具前瞻性的开发出多个系统,或者进行大量的系统修改。
    
  在这3大类需求带动下,不少业内人士看好不同于传统商业软件和定制开发软件的平台型软件,越来越多的软件厂商推出了自己的软件基础架构技术。新的软件基础架构能帮助客户快速地组合、发布、配置和管理业务,给企业软件更大的灵活性。作为一个开放的平台,它能集成企业的所有应用软件模块,包括OA、CRM、SCM等等,并能快捷、经济地开发和修改软件。
 
   “业务基础软件平台是在现有的操作系统平台和软件基础架构平台之上新生出的一个层级,它的主要特点就是以业务为导向,可快速构建应用软件。采用这种平台可以大大提高软件开发效率,并能快速地满足用户变化的需求”。计世资讯副总经理曹开彬几年前就开始关注管理软件平台化趋向,“和前两层平台相比,业务基础软件平台和用户的管理及业务相关度比较大,是管理软件开发的通用基础平台”。
  
  目前,中国市场宣称能提供业务基础架构平台的公司有3类:一类是作为自用平台,比如用友公司;一类是自用的同时兼顾发展基于自用平台开发的合作伙伴,如金蝶。除此以外,还有比较特殊的一类企业,比如SAP公司产品已经开始大规模向业务基础架构平台Netvever迁移,同时广泛发展系统集成商(SI)、应用软件开发商(ISV)提供深度垂直的行业解决方案,建立平台生态体系;而中国本土以业务基础架构平台起家的起步科技在多年发展生态体系之后,2年前开始向管理软件提供商转型,直接向客户提供解决方案。
   
    不难发现,现在,传统两大阵营的软件公司正在殊途同归:以起步为代表从做平台起家的管理软件公司,已经开始立足平台优势提供直接面向客户、行业的应用;另一方面,SAP、用友、金蝶等原来的管理软件公司,都在努力夯实自己的平台,并且按行业将应用系统迁移到平台上。管理软件厂商们唯一的目的,就是迎合企业后IT建设时代信息化的需要,帮助企业规避信息孤岛的风险,减少数据整合的麻烦,打造一个能够随需应变的IT基础架构。
    
生态系统决定未来
    尽管越来越多的企业CIO开始关注企业管理软件的平台要素,但客观需求和平台理想状态中依然存在的差距也使他们在拥抱平台上存在诸多疑虑。
    
    比如,平台型的最大价值是为客户屏蔽掉大量技术细节,但平台中的基础工作流元素、业务元素等是否可以普遍性地满足不同行业、不同企业千差万别的需求?平台型软件整合其他应用系统,其它应用系统的提供商是否愿意配合整合?
    
    平台型软件被宣传为能够跨越代码和实现技术运行企业业务,开发者只需关注企业的流程、机构和业务逻辑,非IT人员培训后很容易掌握开发。但是一些CIO对平台能简化开发量提出了异议。南京金陵饭店CIO朱明生过去曾尝试使用某国内知名管理软件公司的软件平台。后来发现,如果没有IT技术背景,精通业务流程的业务人员对平台开发其实非常难于上手。
    
    几年前,山东东阿阿胶集团信息技术部部长沈渴望也尝试过平台型软件,利用平台,他们开发了一套行政管理软件,并使其与其它系统的部分数据整合。在沈渴望看来,当时的软件平台在易用性上存在问题,比如建模工具在流程开发上比较麻烦。因此,一些观点认为,厂商开发平台型软件的最大价值是对内而非对外。软件公司的开发人员更了解平台的技术,利用平台,可以缩短对客户需求进行二次开发的时间,当然,客观上同时也就节省客户的等待时间,给客户带来便利。
    
    此外,对于平台化软件的另一个理想期待是,各厂商的软件平台有统一的标准可循。这样CIO们眼中的系统整合难度才会真正降低。毕竟对于一个企业来说,所有的应用系统完全基于同一个平台开发非常不现实。只要有多个系统存在就会有整合,这时,各软件厂商拼杀的可能不仅是平台本身,而是各自平台上的生态系统。谁能够较早的建立起自己在不同行业中的坚强联盟(联盟中企业产品都基于同一个平台标准开发),谁的平台型软件才能更易被CIO赏识。
    
    当然,CIO对业务需求的把握度也将影响到平台的应用。平台化管理软件不可能解决IT架构随需应变的所有问题。平台虽然屏蔽掉了底层复杂的技术问题,却给CIO带来的更大的挑战——他们需要更合理地分解IT应用需求,按照SOA的理念和方法去进行IT系统的应用层设计。
 

配文:         
                                                 平台的DNA

    平台型软件被称具备“随需应变”的DNA,那么到底如何理解呢?目前业内的一些共识是,只有满足以下三点才称得上平台产品:
    
    一,可配置性。可配置性即柔性管理,系统各功能之间的关系如同环环相扣,企业可以根据不同的业务需求将环拆开重新组合,而不是整体浇注,企业无须适应软件固化的流程配置,哪怕它号称是业务最佳实践。
    
  二,可扩展性,可以脱离原有应用系统的桎梏,全新构建业务管理系统。这种扩展可通过可视化界面快速搭建,系统的扩展或新定义无需代码录入,没有高技术门槛,即使是企业的普通技术人员经过简单培训后也可快速完成。扩展后的系统与原有系统自动形成统一的信息管理系统,无需再次集成。
  
  三,可集成性,即可以整合异构系统,根据管理所需不同,分别可实现界面集成、数据集成和业务集成。界面集成即单点登陆,用户只需登陆一次,在一个界面内,即可调用所有应用程序。
  
  数据集成即不仅要达到界面集成,而且当相关信息需要在两个系统内共享时,可以自动实现数据的传递,保持相互间相关信息资源的一致性,减少重复性简单劳动。业务集成除上述两种集成外,还要求业务流程融合,不仅做到数据的顺向传递,还要能够满足逆向查询及业务反写。

 

 

责任编辑:justep市场部

 
 

相关文章

 
协同,协同软件,协同系统,协同管理,协同应用,协同业务,业务平台   联系我们  隐私条款  法律条款  网站地图

北京起步科技有限公司 版权所有 2000-2008

京ICP备06011190号