技术架构项目选型：技术的成熟性

申请免费试用、咨询电话：400-8352-114

三分软件，七分实施，十二分数据。虽然这几乎已经是业界的一个共识。但是笔者认为，技术层面的东西仍然是信息化项目选型中一个难以跨越的鸿沟。如果在软件选型过程中，忽略了技术架构的内容，那么CIO很难保证整个信息化项目能够取得圆满的成功。笔者认为，在信息化管理软件选型时，仍然要围绕技术架构进行项目选型。具体来说，需要考虑如下三个技术问题。

问题一：技术的成熟性

在2008年大家都说微软的vista操作系统是迄今为止最失败的操作系统。种种迹象表明，这的确是一个事实，而不适毁谤。如微软把向个人电脑制造商提供Windows XP许可的最后期限延长了六个；如微软已经Windows 7的研发工作提上了日程，承诺在2010年发布下一代操作系统等等举措都在说明在微软Vista操作系统失败的事实。当然笔者在这里不是为了说明为什么Vista操作系统是失败的操作系统。而是希望大家考虑一个问题。如果在Vista操作系统一面世的时候，企业就匆忙着升级操作系统。那么对于企业来说，将会遭受多大的损失？企业在Vista操作系统上的投资将如同竹篮子打水，一场空。

这个案例也从一个侧面告诫我们，当一个新产品或者是一个新版本的软件（无论是操作系统又或者是其他的信息化管理软件）面世的时候，企业CIO最好不要马上就拿来使用。因为其新版本出来后需要经过一段时间的市场与用户的考验，才能够判断这个新产品是否适合企业，是否好用。而且，新的技术架构中往往隐含着很多漏洞。这也漏洞也需要在日后使用中才会发现。

笔者在日常软件选型中，就非常注意这个技术架构的问题。就拿这个操作系统选型来说，当微软有新版本的操作系统出来时，笔者不会马上就去对操作系统进行升级。而是会观察一段时间。根据笔者的经验，微软操作系统出来半年到一年的时间，会发现很多漏洞，微软也会针对这些漏洞出不少的补丁。为此如果微软新版操作系统出来后，CIO就马不停蹄的升级操作系统的话，那么后续光补丁管理这项工作就会让CIO手忙脚乱了。故笔者往往会等到微软出现第一个或者第二个补丁集之后才会考虑操作系统软件的升级。如笔者把操作系统从2000升级到XP的时候，就是在SP1补丁出来之后才进行升级的。

所以笔者认为，CIO在进行软件选型的时候第一个要考虑的技术架构层面的问题就是这个技术架构是否成熟。即时信息化管理软件是在原来的技术架构上升级而来的，而不能够忽视这个问题。笔者建议，最妥善的做法就是新版本软件出来之后不要马上采用。而是等一段时间，等到其出来补丁之后再使用。不然的话，企业成为了软件公司试验用的小白羊。为此技术架构的成熟性是项目选型中必须要考虑的问题之一。（IT168）