技术架构项目选型三问题

newmaker

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 三分软件，七分实施，十二分数据。虽然这几乎已经是业界的一个共识。但是笔者认为，技术层面的东西仍然是信息化项目选型中一个难以跨越的鸿沟。如果在软件选型过程中，忽略了技术架构的内容，那么CIO很难保证整个信息化项目能够取得圆满的成功。笔者认为，在信息化管理软件选型时，仍然要围绕技术架构进行项目选型。具体来说，需要考虑如下三个技术问题。 问题一：技术的成熟性 在2008年大家都说微软的vista操作系统是迄今为止最失败的操作系统。种种迹象表明，这的确是一个事实，而不适毁谤。如微软把向个人电脑制造商提供Windows XP许可的最后期限延长了六个；如微软已经Windows 7的研发工作提上了日程，承诺在2010年发布下一代操作系统等等举措都在说明在微软Vista操作系统失败的事实。当然笔者在这里不是为了说明为什么Vista操作系统是失败的操作系统。而是希望大家考虑一个问题。如果在Vista操作系统一面世的时候，企业就匆忙着升级操作系统。那么对于企业来说，将会遭受多大的损失？企业在Vista操作系统上的投资将如同竹篮子打水，一场空。 这个案例也从一个侧面告诫我们，当一个新产品或者是一个新版本的软件（无论是操作系统又或者是其他的信息化管理软件）面世的时候，企业CIO最好不要马上就拿来使用。因为其新版本出来后需要经过一段时间的市场与用户的考验，才能够判断这个新产品是否适合企业，是否好用。而且，新的技术架构中往往隐含着很多漏洞。这也漏洞也需要在日后使用中才会发现。 笔者在日常软件选型中，就非常注意这个技术架构的问题。就拿这个操作系统选型来说，当微软有新版本的操作系统出来时，笔者不会马上就去对操作系统进行升级。而是会观察一段时间。根据笔者的经验，微软操作系统出来半年到一年的时间，会发现很多漏洞，微软也会针对这些漏洞出不少的补丁。为此如果微软新版操作系统出来后，CIO就马不停蹄的升级操作系统的话，那么后续光补丁管理这项工作就会让CIO手忙脚乱了。故笔者往往会等到微软出现第一个或者第二个补丁集之后才会考虑操作系统软件的升级。如笔者把操作系统从2000升级到XP的时候，就是在SP1补丁出来之后才进行升级的。 所以笔者认为，CIO在进行软件选型的时候第一个要考虑的技术架构层面的问题就是这个技术架构是否成熟。即时信息化管理软件是在原来的技术架构上升级而来的，而不能够忽视这个问题。笔者建议，最妥善的做法就是新版本软件出来之后不要马上采用。而是等一段时间，等到其出来补丁之后再使用。不然的话，企业成为了软件公司试验用的小白羊。为此技术架构的成熟性是项目选型中必须要考虑的问题之一。 问题二：架构的兼容性问题 现在信息化管理软件的技术架构有很多。如有客户机/服务器模式的；也有浏览器/服务器模式的。其开发平台也有很多。如有传统的C语言平台的，也有最近比较时髦的JAVA与.NET平台的。不同的开发不同、不同的部署模式其兼容性是不同的。 如很多企业现在正面临着一个难题。随着微软盗版打击力度的加强，不少企业准备对操作系统进行转型。把操作系统从Windows操作系统转型到其他免费的操作系统之上。而Linux因为其免费，而且其安全性、稳定性又不比微软操作系统逊色，所以其成为了企业操作系统转型过程中的首选操作系统。但是在转型的过程中，他们遇到了一个难题。因为原来的信息化管理系统选型时都没有考虑到技术架构的兼容性问题。如财务管理软件等等都只能够在微软的操作系统上运行。如果脱离了微软的操作系统，这些管理软件将一无用处。可见，以前在管理软件选型的时候，都没有考虑到技术架构的移值性问题。确实，如果微软操作系统可以免费使用，那么企业也不用考虑这个问题。可是现在企业面临着微软盗版打击的压力，这迫使CIO在软件选型的过程中，不得不关注这个平台移植问题。 笔者认为，企业现在可能还在使用微软的操作系统。但是如果当微软的盗版打击行动波及到企业的话，那么有多少企业会掏钱去买微软的正版操作系统呢？恐怕不会很多。在这种情况下，CIO只有一个选择，更换操作系统。但是更换操作系统是一个比较大的工程。因为不仅仅只是更换操作系统而已，而是要把运行在微软操作系统之上的信息化管理软件也同时移植过去。故即使CIO现在不用为信息化软件的跨平台问题头疼。但是至少要遇到这个问题的。与其等到以后遇到问题时难以克服，还如现在在软件选型的时候就把这个问题消除在萌芽状态。 笔者从2006年微软加强盗版打击力度以来，在信息化项目选型时就非常重视这个技术架构的兼容性问题。如06年那时笔者企业对邮件服务器与文件服务器进行了硬件上的升级。新购买了一台IBM的服务器来提高服务器的性能。那时候笔者就考虑采用Linux系统作为服务器的操作软件。同时把邮件服务器系统也换成了支持Linux系统的邮件服务器软件。未雨绸缪，总比事情发生时手忙脚乱为好。故笔者建议，如果企业的资金有限，预计未来不会花巨资购买微软操作系统与办公软件正版授权的话，那笔者建议从现在开始就需要在软件选型时就需要考虑技术架构的平台兼容性问题。不然的话，等到事到临头时，才发现信息化管理软件只能够在微软操作系统上跑，那么此时只能够任微软宰割了。 问题三：企业资源的兼容性 除了要考虑信息化管理软件跟操作系统平台的兼容性问题之外，CIO还需要考虑跟现有的其他管理软件的兼容性问题。简单的说，就是要看看预计要使用的信息化管理软件，是否提供了足够多的接口，可以跟现有的其他信息化管理软件进行集成。 如笔者企业现在有一个Oracle数据库管理员。为了减少信息化管理成本，笔者在信息化管理软件选型的时候，技术架构方面就有一个要求。即信息化管理软件必须支持Oracle数据库。其实，现在不少的信息化管理软件都支持多种数据库系统。这在技术上来说，并没有多少的难度，只是一个接口问题。可是有些软件公司往往出于一些商业策略，而限制了数据库的支持种类。如有些软件公司喜欢跟在微软的屁股后面跑。他们的信息化管理软件不仅只能够在微软的平台下运行，而且他们的管理软件也支持微软的数据库系统。这个意图很明显，如果企业要使用他们的信息化管理软件，就必须购买微软的SQLServer数据库系统。这个商业同盟损害了企业的利益。 在大部分时候，企业都需要根据自己的情况来选择需要采用的数据库系统。如象笔者企业一样，已经有了一个Oracle数据库管理员，那么选择数据库系统的时候Oracle数据库当然是首选。虽然说数据库部分内容是相通的，但是让Oracle数据库管理员去维护SQLServer数据库的话，总觉得有点专业不对口的味道。 所以笔者认为，CIO在项目选型的时候也需要考虑技术架构跟现有企业资源的兼容性问题。为了减少信息化项目的实施与维护成本，CIO最好能够选择那些能够跟现有资源充分兼容的技术架构，最大限度的发挥现有资源的价值。这不仅可以让各个信息化系统通过一定集成手段整合为一个统一管理平台；而且由于充分利用了现有的资源，可以大大降低信息化项目的成本。只有如此，CIO才能够体现其应有的价值。 以上三个问题，CIO如果能够给出合适的答案，那么这个技术架构方面的选型基本上不会有大问题。注意笔者这里强调的是“合适”，而不是“准确”。这主要是因为技术架构从本质上来说都是“准确”的。只是从企业实际情况出发的话，就有一个“合适不合适”的问题。(end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (5/5/2009)