模型集成的两种思路

发布于新浪博客，时间：2013-03-05 22:03:16 原文 (opens new window)

前两天帮朋友针对洪水调度系统的模型集成简单画了两种思路的流程图，其实这也适合其他水模型业务系统的集成，现分享到这里，供感兴趣的朋友参考。

• 思路一

这里况且称为松耦合系统，调度系统（信息+GIS+其他业务）与模型独立，各成一体，模型为专业的模型业务人员来运营，建设（如建模、率定、验证、设计方案、方案计算等），调度系统主要面向决策层人员以及面向公众的信息服务，两者之间在建设的时候可以为调度系统约定一个存储管理模型的规则，定期去扫描，来获取这里存储的模型，模型业务人员则每次将计算好的某个方案的模型结果提交到这个约定存储的位置，然后决策人员或相关公众人员可以通过调度系统简化的、方便的、虚拟现实的方式来获取相关方案的信息，避免了直接与专业性比较强的模型打交道。这种思路的优点是，开发快，集成简单，可操作性也强。至于规则的定义中涉及的模型结果文件格式的解析，可以约定一种结构，然后再写个中间件将不同模型的结果文件转换为规则格式数据，也可针对流行的各种模型的结果格式单独建立解析方法。缺点是模型中涉及的时序数据不能很好地与平台系统进行通信，从而加大了模型业务人员的工作量，也增大了时序数据不一致性的风险，同时决策人员没法进一步直观了解方案设计的思路、相关数据依据等。目前尚禹WebGIS平台 (opens new window)可以说是基于这种思路建立的，可以参考。

• 思路二

况且称之为紧耦合系统，一个平台，多个业务子系统，各子系统又是可以数据通信的，在模型集成部分，需要重写部分模型的交互页面，以便实现可供思路一中模型业务人员操作的专业性比较强的功能，模型的时序数据直接来自于平台的基础信息数据管理子系统，模型业务人员直接在总的平台上可以进行相关模型参数的调整、方案的设计、计算及分析。这里需要说明的是，一般情况，需要模型的空间拓扑是确定的情况下进行此类集成。一旦空间拓扑有变化，涉及的调整较多，一般来说集成起来比较困难。此种思路的优点是，集成性高，信息量大，流程性强，工作效率高，实现了大部分的自动化。缺点是，区域性比较强，如果换一个研究区域，可能需要再开发，通用性比较差。此种思路的成果可参考我们之前发布的数字流域综合业务系统 (opens new window),是基于3DGIS平台开发的将模型完全集成的一个简单的CS系统，仅供参考。