鲜花( 64) 鸡蛋( 0)
|
楼主 |
发表于 2005-11-20 18:07
|
显示全部楼层
接下来我想说一下我个人involve的两个G.I.S.项目。第一个是“大庆油田地面建设信息系统”。这个项目最后花了三千多万,并获得了当年的国家软件一等奖。支持的G.I.S.平台最开始用的是Intergraph的MGE和Oracle。后来实际上是转到了Geomedia和Access数据库,并保留了一些Oracle。当时基础平台的转换是多花了一大笔钱的。但后来看这个转换是值得的。现在MGE已经不更新了,系统没有后续性,晚转不如早转。, a0 Z! M7 f, t9 Q
; Z) e ]: B M |3 q3 e2 d% `! @
这个项目第一点体会就是If you fail to plan, you plan to fail。就是说软件工程前期的可行性研究是非常非常重要的。这个我想大家听到系统平台的转换也感觉到了。其实当初考虑从MGE转到Geomedia也并不知道MGE要停产了。当时的主要问题就是MGE对于地理要素描述是上一代的标准,只有点和线要素,而没有面状要素。许多的分析和计算几乎是非基于面不可的。平台的转换是非常大的改变,可以说如果不是大庆油田有那么多钱可以挥霍,系统真的有可能因没有资金而停下来。不知道大家知不知道IBM有一种大型机叫Main Frame,这种机器十几年前就停产了,但现在Alberta Government还有许多部门在用。没办法,它的程序都是为Main Frame自己特殊的系统编的。六、七千个应用程序谁花钱去把它转到Unix或Windows下?我知道CGI(一个在这里很大的搞IT的consaulting公司)现在还雇着七、八个人专门替政府去维护这些Main Frame.- z9 n1 Z2 y& `8 z* s x& G5 M
" W! y( e* t' q) ^/ c$ P
第二点体会就是所谓的Kiss原则。这个词的全称是Keep It Sample and Stupid。这是软件编写的基本原则。MGE的许多操作就不是GUI(用户图形界面)的。搞计算机的无所谓这个。但地理信息系统的一大特点是信息的海量化。那这个项目来讲大部分的基础数据录入是由基层采油厂的油田管理人员负责的。让他们在命令行下操作的困难性你想都想得到。 w5 U0 W/ M1 B5 R! }* j+ ?
7 _* |: \3 h5 Q, o
第三点是Garbage in, Garbage out。进入系统的数据是垃圾数据的话,系统在其上所做的分析运算而得出的结果也只能是垃圾。一个地理信息系统是否能够成功,在我看来只有两个要素,一个是现状数据是否准确,也就是所谓的实用性。一个是现状数据是否能及时更新,也就是所谓的后续性。当时碰到的大量问题是数据不准确。这里举两个例子。油田的地下管道都是相互连通的,整个集油系统是一个自下而上的树状结构。具体来讲就是若干单井的管道连到一个计量站,若干个计量站的管道连到一个转油站,若干个转油站的管道再连到一个联合站,若干个联合站的管道在连到一个油库。当然其中还有一些站之间连接的管道用于某站处理能力不足或常规检修或非常规事故期间的系统调油。所以管道和管道是必须连通的。小管连到大管,大管连到更大的管。但拿上来的图经常就是小管道短到大管道附近就没有了,搞的流程模拟根本没法进行。另一个例子是湖和河上的小岛几乎都没有把他们的交集部分(小岛所占的水面)从湖的面积中去掉。这样岛成了漂浮在水面上。进行管道量统计是所有的管道也就成了只从水面上走的了。 |
|