我做市政供水系统这活儿, 做了十几年了。这一路过来, 是从纸质的账本, 一步步走到全数字化的地步的。城市供水信息平台这件事儿，说得更直白一点。它就是让水从它出来的源头, 一直到老百姓家里用的水龙头那个地方去。在每一个环节上面, 都能够看得见。同时也能够管得住。还能把来龙去脉追溯得到清楚。
城市供水信息平台怎么建
在我经手的那些实际落地的项目里面, 真正实现成功运行的案例数量是少于整体总数的一半的。导致这些问题出现的核心原因通常是雷同的, 即表计、scada或者地质信息系统这几个系统各自为政, 它们之间的数据是无法相互匹配的对齐的。
于是我们接下来的改进策略就调整为首先统一底层的通信协议标准, 然后在此基础之上逐步构建上层的业务功能模块, 绝对避免在项目初期就直接搭建一个追求功能全面而庞大的平台体系。
功能方面不要过于贪多。如果管网拓扑、漏损分析、调度预警以及用户工单这四个方面都能够顺利运行, 平台就活了, 如果继续堆砌其他模块, 那它们也只是摆设。
城市供水信息平台怎么选
在产品选型的过程里面, 用户是最为容易被那些精心制作的演示用PPT所忽悠的一种情况。
我的做法是直接提出三个非常具体的问题, 第一点问题是关于系统能否与已经存在的SCADA系统进行对接, 第二点问题是关于该系统在实际的管径尺寸以及实际的压力数据场景下进行运行时的适应性怎么样, 第三点问题是询问当事故发生时该系统的响应时间具体有多长, 如果对方对于以上这三个问题的回答不够清楚或者是显得力不从心, 那么就直接将其排除掉。
做预算的时候, 你可不能光盯着看软件的报价单, 后续的运维服务还有人员培训成本其实才是在长期来看花费最大的部分, 要是最后弄出来的平台根本就没几个人能用得上, 那买它简直就是白花了一份钱。
平台上的系统正式上线, 这仅仅是一个开端罢了, 数据本身的质量才是生存的关键因素。
