水利工程论文-水利信息化概论(5)-水利信息化建设队伍.doc

水利工程论文-水利信息化概论(5)-水利信息化建设队伍摘要：水利信息化是水利行业走向现代化的措施和手段，同时也可以说是水利现代化的基础设施。为了帮助非水利相关专业的朋友们了解水利行业的特色，也为了让不太熟悉信息技术的水利行业的朋友们了解IT在水利行业中的应用前景，当然更为了向既非水利行业又非信息技术专业的朋友们介绍水利信息化的大体轮廓，特将2003年笔者为某水利信息化研讨班写的讲稿发至网上供参考。关键词：水利信息化建设队伍8水利信息化建设队伍水利信息化不论是“项目”还是“过程”，都必然涉及到许多具有行业和专业特色的软件系统或软件产品的开发，实践告诉我们，开发这些系统或产品需要寻求新的解决方案，同时也需要专业化的高科技企业担此重任。8.1开发具有行业特色的专业应用软件产品需要探索新路水利行业有其自身的特殊性与复杂性，涉及面宽，专业众多。水利信息化的内容十分广泛，建设项目的专业性技术性都很强，就连一些用于常规勘测设计的专业性应用软件，也让许多实力雄厚的软件公司颇感头疼。我们知道，专业性应用软件，一方面是开发难度大，投入大，风险大，失败率高，不懂专业技术的程序高手是写不出象样的专业应用程序的，而专业水平很高但却玩不转计算机的工程技术专家同样无能为力；另一方面是专业应用软件的用户群有限，并不象操作系统、字典软件、办公软件、字处理软件等通用软件，有庞大的用户群可以很快收回开发投资。因此，聪明的软件企业很少有胆量投入此类软件的开发，许多目前用于生产的专业应用软件，基本上是专业技术人员自行开发，自编自用，很少能形成规模化的商品软件。这些软件的系统性、兼容性、可扩展性和用户界面等等方面都很难达到商品软件的水平。不理解专业技术的计算机高手或软件公司开发专业应用软件这条路很难走通，这一点不会有更多的异议。另一条路是专业技术人员与计算机程序员相结合来开发专业应用软件，这是一个很容易被许多人接受的但却并不一定是很成功的结合。我们曾经有过这样的实例经验，效果并不理想。这样的结合用一个并不恰当的比喻：语言文化习惯思维都各不相同的跨国婚姻，在某些情况下是成功的，但失败的也决不在少数。工程技术人员知道(但计算机程序员并不知道)，工程技术语言具有一定的“揉性”，例如在结构稳定性计算中，边界条件、计算参数、物理模型、数学概化、设计原则、计算理论、规则标准、工程经验、分析方法等等，都具有一定的可变性或柔韧性，甚至对某些重大技术问题的把握还很可能因人而异，这就让程序员很难理解。而计算机语言则是“刚性”的，在程序编写中错一个字符，计算机就会拒不执行！当然，优秀的程序员有办法解决此类问题，但关键仍然是对所要解决问题的对象能够透彻理解。的确如此，虽然开发此类专业应用软件具有很高的工程科研价值和工程应用价值，但却没有专业化的软件队伍系统地推出公认的拳头软件产品，这就是专业应用软件的尴尬。弥补这一奇怪现象的根本途径是探索新路，寻求新的解决方案。8.2实践证实并不理想的开发专业软件产品的解决方案国内一家颇具名气的勘察软件公司的高层管理人员与笔者交流时，提出了一个“三结合”的解决方案：一个专业技术人员，一个计算机程序高手，一个专业与计算机之间的协调人员(专业技术与计算机技术之间的“翻译”)，以这样的三人结合形式的开发小组或开发团队来完成专业应用软件的开发，可以弥补专业技术与计算机技术之间的结合缺陷。想法很好，也有新意，但效果如何？笔者却不敢恭维。笔者曾经参加过几次日本专家咨询中国大型水电工程的专题技术研讨会，会上的日文翻译员对于常规应酬性内容的翻译没有任何困难，但一涉及到专业技术性问题就很难翻译出双方都较为满意的效果，中日技术人员之间只好改用互相都较为憋足的英语对话，或者干脆互相在黑板上写繁体汉字来表达专业概念。这里我们不可能要求一般翻译人员在专业技术上达到专家级水平，然而达不到专家级水平又无法理解专家们的技术和学术思想，当然就不可能用不同的语言准确地表达出来，这是翻译的尴尬。如果翻译在专业技术上达到了专家级水平，这时翻译本身就是专家或专家本身就是翻译。因此，这里的“三结合”的关键是“翻译”，一旦“翻译”的素质可以达到专业技术与计算机技术都很高的水平，专业技术人员和计算机程序员就有可能被“翻译”所替代，这样的“翻译”就是我们梦寐以求的复合型人才。这种人才实际上在各行各业都有，用于生产中的各类专业应用软件，很多就是此类人才开发的，只是这些人才较为分散，难以形成团队气候，更难以达到专业化商品化系统化规模化的水准。8.3以项目带动产品的思想为开发专业软件产品提供了新的解决方案“以项目带动产品”的思想，听起来有些别扭，因为许多企业都是以产品为主，国内外成功的高科技企业也多以自己响亮的拳头产品为立足之本。微软有Windows和Office系列产品，金山有wps、“词霸”和“毒霸”等产品系列；联想则有占足够市场份额的硬件产品系列。这就固定了人们对企业以“产品为主”的习惯概念。其实，也有完全依赖于“项目”的企业，例如建设施工企业，没有建设项目，施工企业就不能生存。勘测设计企业也是以“项目”为生存空间的企业。以项目带动产品的思想并不是我们今天的发明，早已有许多成功实例。熟悉GIS领域的IT业界人士都知道美国的MapInfo公司，她的MapInfo产品系列通过十多年的发展已经遍及全球58个国家和地区，我国水利水电行业也有MapInfo的用户，北大方正的MapInfo事业部即为与该公司共同组建的MapInfoChina。而MapInfo最初就是几个大学生的毕业课题(也可以说是项目)。类似的学生级别的课题(项目)，后来成为“产品”的成功实例，在国内外的高校和科研单位中还有许多。“项目”还可以推动技术进步，带动高科技市场。将整个水利信息化建设看成是由许多“项目”所组成，这一“项目”思想，可以使我们逃离专业软件产品的尴尬境地。因为在实施众多信息化建设项目的过程中，先前项目的许多科研成果可以用于后续项目，建设中的许多软件产品也具有较大的复用性，同时再将专业软件的投入与信息化建设项目的需求相结合，就可以归纳、提练、概括和总结出优秀软件产品，再经过深加工，进一步开发出通用性强、功能齐全、符合行业标准、满足专业需求的专业软件精品，造就出水利行业真正的专业软件产品供应商，这就是走出科研项目的误区，解决专业应用软件的开发难题，既完成了项目建设又获得了软件精品的全面解决方案。8.4水利信息化建设呼唤专业化的建设队伍按照“建设项目”的建设程序，水利信息化建设项目同样也应该遵照规划设计、批准立项和实施建设等建设程序，有别于工程建设项目的是更为强调升级维护、技术培训、技术支持与技术服务。显然，按照这样的思路去要求的建设队伍，完全有别于承担“科研项目”的高校和科研机构，也有别于大众化的计算机公司，取而代之的应该是具有科研实力和熟悉水利行业特点的综合性IT企业。企业信息化建设可以由通常的IT商家提供全面服务，但存在的问题是，企业本身对信息化不很懂行，又没有一家中立的评测或咨询机构来为企业信息化诊断把脉，而众多对情况各异的企业并不是很了解的IT商家，声称要为企业信息化作贡献，企业仍然疑虑重重，担心被那些不太正经的IT商家蒙骗。只有对企业特色有充分理解，能为企业提供持续性的技术支持与技术服务，企业信息化的速度和质量才可能有保证。行业信息化的要求远远高于企业信息化，更需要深刻理解行业特色的专业化IT企业担此重任。这样的IT企业，将信息化建设项目甚至科研项目，按照市场规律去运作，为建设单位解除了项目建成后的技术支持与技术服务的后顾之忧，满足建设单位的需求，适应了行业信息化建设的特色，发展前景十分广阔。著名IT评论家方兴东年初在计算机世界报撰文信息化规划害死人?指出，信息化的最核心价值是规划，信息化的重