的确如此，虽然开发此类专业应用软件具有很高的工程科研价值和工程应用价值，但却没有专业化的软件队伍系统地推出公认的拳头软件产品，这就是专业应用软件的尴尬。弥补这一奇怪现象的根本途径是探索新路，寻求新的解决方案。

　　2.2 实践证实并不理想的开发专业软件产品的解决方案

　　国内一家颇具名气的勘察软件公司的高层管理人员与笔者交流时，提出了一个“三结合”的解决方案：一个专业技术人员，一个计算机程序高手，一个专业与计算机之间的协调人员（专业技术与计算机技术之间的“翻译”），以这样的三人结合形式的开发小组或开发团队来完成专业应用软件的开发，可以弥补专业技术与计算机技术之间的结合缺陷。想法很好，也有新意，但效果如何？笔者却不敢恭维。

　　笔者曾经参加过几次日本专家咨询中国大型水电工程的专题技术研讨会，会上的日文翻译员对于常规应酬性内容的翻译没有任何困难，但一涉及到专业技术性问题就很难翻译出双方都较为满意的效果，中日技术人员之间只好改用互相都较为憋足的英语对话，或者干脆互相在黑板上写繁体汉字来表达专业概念。这里我们不可能要求一般翻译人员在专业技术上达到专家级水平，然而达不到专家级水平又无法理解专家们的技术和学术思想，当然就不可能用不同的语言准确地表达出来，这是翻译的尴尬。如果翻译在专业技术上达到了专家级水平，这时翻译本身就是专家或专家本身就是翻译。

　　因此，这里的“三结合”的关键是“翻译”，一旦“翻译”的素质可以达到专业技术与计算机技术都很高的水平，专业技术人员和计算机程序员就有可能被“翻译”所替代，这样的“翻译”就是我们梦寂以求的复合型人才。这种人才实际上在各行各业都有，用于生产中的各类专业应用软件，很多就是此类人才开发的，只是这些人才较为分散，难以形成团队气候，更难以达到专业化商品化系统化规模化的水准。

　　2.3 以项目带动产品的思想为开发专业软件产品提供了新的解决方案

　　“以项目带动产品” 的思想，听起来有些别扭，因为许多企业都是以产品为主，国内外成功的高科技企业也多以自己响亮的拳头产品为立足之本。微软有Windows和Office系列产品，金山有wps、“词霸”和“毒霸”等产品系列；联想则有占足够市场份额的硬件产品系列。这就固定了人们对企业以“产品为主”的习惯概念。

　　其实，也有完全依赖于“项目”的企业，例如建设施工企业，没有建设项目，施工企业就不能生存。勘测设计企业也是以“项目”为生存空间的企业。

　　以项目带动产品的思想并不是我们今天的发明， 早已有许多成功实例。熟悉GIS领域的IT业界人士都知道美国的MapInfo公司，她的MapInfo产品系列通过十多年的发展已经遍及全球58个国家和地区，我国水利水电行业也有MapInfo的用户，北大方正的MapInfo事业部即为与该公司共同组建的MapInfo China.而MapInfo最初就是几个大学生的毕业课题（也可以说是项目）。类似的学生级别的课题（项目），后来成为“产品”的成功实例，在国内外的高校和科研单位中还有许多。

　　“项目”还可以推动技术进步，带动高科技市场。著名的南水北调中线工程，1995年在丹江口召开的工程地质勘察大纲讨论会上，作出了勘察资料全部进入计算机的明确规定，随后的中间技术讨论会、工作检查等环节，均严格按照规定要求执行。几年之后，沿线参加该项目的五省市区的勘察队伍的计算机应用水平大大地上了一个台阶， 同时也产生了一些专业应用软件“产品”。

　　将整个水利信息化建设看成是由许多“项目”所组成，这一“项目”思想， 可以使我们逃离专业软件产品的尴尬境地。因为在实施众多信息化建设项目的过程中，先前项目的许多科研成果可以用于后续项目，建设中的许多软件产品也具有较大的复用性，同时再将专业软件的投入与信息化建设项目的需求相结合，就可以归纳、提练、概括和总结出优秀软件产品，再经过深加工，进一步开发出通用性强、功能齐全、符合行业标准、满足专业需求的专业软件精品，造就出水利行业真正的专业软件产品供应商，这就是走出科研项目的误区，解决专业应用软件的开发难题，既完成了项目建设又获得了软件精品的全面解决方案。

　　3、水利信息化建设呼唤专业化的建设队伍

　　按照“建设项目”的建设程序，水利信息化建设项目同样也应该遵照规划设计、批准立项和实施建设等建设程序，有别于工程建设项目的

上一页  [1] [2] [3] [4] 下一页