CIO成败的关键-ASP.NET开发工具助CIO重新定位

类别:Asp 点击:0 评论:0 推荐:

企业信息化经过多年的发展,已经深入到很多个领域,尤其是对于大企业来说,从MIS系统到ERP、分销、物流、供应链、OA、EIP(企业信息门户)等等,几乎渗透到工作中的每一个角落。当我们谈论信息化时,也往往从这些独立的系统入手,讨论各个系统该选哪家公司的产品,该怎样进行实施,实施的主角从来都是软件公司和软件公司的产品,而对于起重要作用的企业信息中心,他们却成了上传下达的喉舌,但如果项目失败后,最有可能成为替罪羊的却仍然是信息中心。

问题的症结在哪里?是软件产品不好?企业管理落后?还是项目管理失控?当然,一个失败的项目可以找出上千个失败的理由,但本文的重点不是来分析失败的原因,时代在变,信息在发展,我们未来该怎样做?企业未来的信息化该如何发展?答案只有一个,充分发挥企业信息中心的作用,为企业信息中心准确定位。

说到定位,我们先回顾一下企业信息中心在企业信息化发展中的作用,根据企业信息化的发展,我们把它大致分为三个阶段,第一个阶段,在上个世纪90年代中期以前,在国内,由于专业化的产品少,社会上软件人才匮乏,一般大企业都有自己的软件研发队伍,企业信息化的重任基本上都由信息中心来完成,信息中心在企业信息化方面具有绝对的权威;第二个阶段,从90年代中期以后到现在,这段时间,中国成立了成千上万个软件企业,也产出了成千上万种软件,企业没有必要再开发相同的软件了,同时,原来企业信息中心的人员也大量流入到软件公司去,再加上补血不足,就造成了企业信息中心的人才缺乏,使得企业信息化的主角不再是企业自己;第三个阶段是现在以后,企业信息化经过十多年的发展,企业内部运行着多个系统,尤其是大中型企业,从几个到十几个大大小小的系统运行着,这就造成了一个严重的问题-“IT黑洞”和“信息孤岛”,该如何解决?问题的本质是什么?我们认为在这个阶段里应该重新发挥企业信息中心的作用,当然即不能像第一阶段那样完全自力更生,也不能像第二阶段那样被动,要做到既能够吸收外部的技术力量,又能够积极地参与到企业的信息化建设中去。

有人说,解决“信息孤岛”的关键是企业应该选用统一家软件公司的产品,但现实是没有一家公司能够有如此全的产品线,并且在每个方面都做的足够好,而且替换掉原来运行的软件无论从成本、时间周期、风险等因素考虑都几乎是不可能的,笔者认为,要解决企业内部信息孤岛问题,只有依靠企业自身的力量来解决,但是企业又没有太强的技术储备,怎么办?让企业重新开发所有的系统是不可能也是不科学的,那么企业就应该借助外部的技术力量-采用更为高效的开发工具,随需而变,搭建有自己公司特色的系统(当然这要求企业有一定的开发能力,并且所需求的系统没有成熟的、出色的软件可选)。

什么是高效的开发工具?让我们再回忆一下软件开发技术的发展,一般来说它分为三个阶段:面向过程、面向对象、面向框架,历史的发展证明,从面向过程到面向对象,以及最新的面向框架技术,每一次变革都大大提高了软件的开发效率。

开发平台也是业界吵过一段时间的概念,但是由于开发平台太过依赖于平台本身的技术,而同现有的主流技术不相容,如J2EE和.NET体系,从未来发展的角度来讲,在互联网应用开发领域能够被大家广泛接受的恐怕也只有J2EE和.NET这两大平台体系,其它任何所谓的第三方平台厂商几乎都没有多少存活的空间,而面向框架的开发技术是依托在主流的平台技术之上,采用开放的框架技术,直接生成源码,不受平台本身的限制,同时它又为开发者提供了一个应用开发过程的框架体系,它的粒度比.NET、J2EE等相关开发工具粒度更大,让开发者更容易、更方便地搭建自己的应用系统。

框架(Framework)是一个“可复用”的、“半成品” 的应用。它预先设置了应用的体系结构,概括了数据访问框架、业务对象框架、工作流框架、权限管理框架、业务规则框架、报表框架等内部体系及框架之间的相互联系。另一种说法是,框架是可被应用开发者定制的应用骨架,使开发者能够在此基础上定制自己的应用系统。

UCML正是基于框架理论而开发的第一个面向框架的开发工具,它基于组件重用和面向框架技术,可以让企业快速、高质量地定制自己的应用系统,而基于UCML的应用系统可以完全无缝地集成在一起,解决企业的信息孤岛问题。

由此可见,CIO完全可以摆脱过去只做选型、只做规划的尴尬局面,自主地把握自己和企业的命运,从战略高度把企业的信息化带入一个更深层次的高度。

本文地址:http://com.8s8s.com/it/it8900.htm