网路资讯／混合技术考验IT人员的整合能力
作／林恩雅
在笔者过去16年的资讯从业经验中， 经历过不少各种技术相互混杂存在的时期，暗示着公司中的技术人员也是被区分成各种不同的专业，基本上没有人可以全搞懂这些技术。
以笔者自身长久所累积的资讯从业经验来谈，至少经历过如早期的DOS版本如何存取Novell的网路与档案、VB的程式如何存取IBM AS400的资料，以及VB程式如何远端遥控SCO Unix并以文字模式进行Oracle的操作等技术问题。于此同时，整个资讯界也面临一些有趣的变化：
1. Microsoft 的作业系统由 DOS、Windows 95、98、XP、2000、2003、Vista、2008， 到最新的Windows 8。 2. 软体界的长青树VB由2.0、3.0、4.0、5.0、6.0、.Net 2002、2003、2005、2010。 3. SQL Server 6.5、7.0、2000、2005…。
类似这样的变化正不断的在发生，特别是在智慧型手机、平板出现后让IT界的发展变得更有趣。
但是，这对资讯主管来说可不是有趣的事情！超过10年的公司、特别是上市公司，都无法避免这样的问题：混合技术并存于MIS中。Java、.NET、4GL、Windows、Linux、Android、SQL Server、Oracle、MySQL混合并存，同时也暗示着公司中的技术人员也是被区分成各种不同的专业，基本上没有人可以全搞懂这些技术。
这种情况下混合技术如何为MIS服务？而不是种下日后无法整合、无法维护的灾难？
在企业中没有哪一个部门可以独立运作，例如人资部门的招聘需求源自于制造或生管部门人力需求，而他们的人力需求又源自于业务。这些招聘进来的员工，需遵守考勤规定于进出时进行考勤刷卡，人资依此资料计算薪资，次月初提供给财务作为发薪以及计算制造成本过程中人工成本的依据。
正是这样的特性，最终在资讯业才会掀起「ERP」的热潮，强调以整合各模组的企业资源管理系统为卖点，让企业可以一次满足需求并解决跨部门资讯整合问题。
但在现实中并非每一个公司都有使用，ERP也并非万能，可以解决所有的需求，再加上在ERP兴起前早已有电脑化的公司，于是便可以看到那些10几年前就已电脑化的公司会有类似的现象：
1. 订单系统资料库在Linux的Oracle，Client端为VB，系统是向A厂商购买。 2. 总帐系统的资料库为SQL Server，Client端为CS版本的.NET，系统是向B厂商采购。 3. 薪资系统的资料库为SQL Server，Client端为Web版本的.NET，系统是向C厂商采购。
这些现象会造成资讯人员额外的整合问题，例如应该怎样把订单出货资料转为财务的应收资料？如何将薪资资料传到财务系统中转为直接人工的费用？很显然的如果有开放性的API或通讯方式可以取得资料，往往是最受资讯人员欢迎的， 但如果只是单纯的汇入、汇出往往是资讯人员最痛恨的。
那么到底应有何种的开放架构会较好？依笔者的经验，建议有以下的开放式架构较佳：
1. 提供标准的资料库连接方式让开发人员可以直接写程式存取资料库。这种方式风险最高但开放程度最大。 2. 提供标准的API可以让开发人员依照要求存取资料。此种方法是那些害怕用户直接存取资料库可能会损毁资料一致性的折衷方案，只提供有限的存取功能进行资料存取，而这种方式的风险较低。 3. 提供如Web Service、SOAP、XML等方式进行以Web-based 方式的连接与存取。这是网路时代逐渐兴起的资料存取方式，也是只提供有限的存取功能进行资料存取。Web Service、SOAP、XML在网路时代将更为广泛的被使用做为存取跨平台资料的技术，例如可以利用Web Service技术、经由Wi-Fi让Android装置存取在Windows平台的SQL Server资料。
系统维护工作之落实
当公司中有L inux、Windows 平台，有SQL Server、MySQL、Oracle资料库，有Java、.NET、PHP等各种语言所开发的系统时， 除了代表企业勇于在资讯科技上投资与尝鲜之外，还代表着企业内有系统维护的大麻烦！
试问曾看过有哪些人是既专精Java、又懂.NET、还能写PHP？或是懂各种不同资料库、又能执行跨平台的操作？就算真的有，那薪资水平也绝不是一般的业界行情。
但这恐怕还不是资讯主管最挂心的。最重要的是，在各种不同平台、语言、版本上所开发的商业应用系统如何能持续的运作，特别是面临技术人员离职、原来的软体开发厂商倒闭时该如何自行维护。
有一些方法可以让以上的状况变得较可控，例如：
1. 原始软硬体开发商所提供的书面资料、教学资料、规格资料妥善保管。2. 依情况每年签订维护合约，确保系统能由外部人员维护。