智慧供水系统项目建设方案

智慧供水系统项目建设方案

目录

一、项目概况..........................................................4

1.1.项目背景......................................................4

1.2.建设依据.......................................................4

1.3.信息化现状.....................................................5

1.4.建设目标......................................................7

1.5.建设需求.......................................................8

二、项目技术要求......................................................8

2.1.建设清单......................................................8

2.2.建设框架要求.................................................11

2.3.标准规范要求.................................................12

2.3.1.数据标准体系..............................................12

2.3.2.数据集成标准..............................................13

2.3.3.数据接口规范..............................................13

2.3.4.UI设计规范................................................14

2.4.总体技术规格要求..............................................14

2.4.1.总体建设要求..............................................14

2.4.2.主要技术要求..............................................15

2.4.3.运行环境要求..............................................16

2.4.4.平台架构要求..............................................17

2.4.5.平台开发要求..............................................18

2.4.6.非功能性要求..............................................18

2.4.7.接口对接要求..............................................19

2.4.8.系统整合要求.........................................20

2.5.平台详细技术要求..............................................20

2.5.1.支撑中台..................................................20

2.5.2.智慧生产管理..............................................32

2.5.3.智慧管网管理..............................................40

2.5.4.智慧营销管理..............................................41

2

2.5.5.智慧辅助决策..............................................45

2.5.6.智慧综合管控..............................................48

2.6.支撑硬件技术要求..............................................50

3

《信息安全等级保护管理办法》公通字[2007]43号

《信息安全技术网络安全等级保护基本要求》GB/T22239-2019

《城市基础地理信息系统技术标准》CJJ/T100-2017

《城镇供水管网模型建设技术导则》DB31/T800-2014

《供排水管网地理信息系统技术规程》DB33/T2053-2017

《城市地理信息系统设计规范》GB/T18578-2016

1.3.信息化现状

公司经过近十余年的发展，己建设生产调度系统、地理信息系统、

巡检系统、营业收费系统、客服热线系统等覆盖水厂运行、管网运行、

营销服务的十余个信息化系统，支撑公司的日常工作、业务管理，但

由于系统建设时间较长、建设厂商众多、各家数据标准不统一等原因,

导致系统各自独立，烟囱林立，仅可通过少量关键数据的抓取进行展

示，尚未形成各主题的、完善的一张图体系，存在大量的信息壁垒和

数据孤岛，无法形成数据合力。

当前的信息化系统清单及现状如卜:

系统类别系统名称开发厂家建成时间说明

能够满足日常

生产、管网调

度数据监测使

生产运行

生产调度系统浙江和达2012年用，但由于建

类

设年限较久，

系统数据处理

和响应性能上

5

出现了瓶颈

满足生产过程

自动化控制，

太平洋、天近年已升但对生产报表

水厂自控系统

健等级统计及数据分

析不足，灵活

性不高

不能与其他生

电力监控系统上海安科瑞2019年产数据进行联

动分析

设备管理软件上海中设2019年

系统数据准确

GIS地理信息度不够，没有

武汉中地2018年

系统建立起动态更

新机制

管网运行使用率不够

类高，没有和公

管网巡检系统武汉中地2018年

司实际巡检业

务结合起来

二次供水管理

浙江和达2019年

平台

营销服务满足营业厅日

MIS收费系统杭州蒲菲特2009年

类常使用，但对

6

数据挖掘分析

不足

没有实现客服

2007年建

外勤作业弓子

客户热线系统杭州蒲菲特立2021

化、工单话、

年升级

移动化管理

营业报装系统杭州蒲菲特2017年

网上营业厅杭州蒲菲特2019年

电子发票系统杭州蒲菲特2019年

大表远传系统杭州山科2008年

杭州山科、

小表远传系统厂家系统

宁波水表

手机抄表系统杭州蒲菲特2019年

短信平台杭州蒲菲特2015年

1.4.建设目标

本次智慧供水平台建设以“全面感知、广泛协同、智能决策、主

动服务”为总体目标，通过项目建设，梳理一个标准，达成数据与流

程两项集中管理，推动生产、管网、营销三大核心业务能力提升。

“一”个标准：遵循统一的标准。系统及平台建设按照统一的数

据标准、编码标准、安全标准，建立统一的供水信息化数据规则体系,

全面覆盖公司各级领域。

“二”项集中：流程集中管理和数据集中管理。将生产运行中的

内外业流程进行集中管理监控，将主题性强的各类业务数据集中采集

分析，使一切业务数据化、一切数据业务化，真正做到数字化管捽C

7

“三”大提升：全面提升生产、管网、营销的综合运行管理能力。

针对生产、管网、营销的基础设施升级改造，深化业务应用，实现生

产管理智能、调度统筹合理、管网全面监控、信息一图呈现、漏损统

计便捷、营销场景创新，全面提升供水三大核心业务一体化运作能力。

1.5.建设需求

1）统一标准体系的需求

建立信息化标准体系，包括：数据标准、转换标准、存储标准等,

保证数据的统一性和持续利用性。

2）数据资源共享的需求

严格按照数据标准对数据资源进行集成整合，并进行统一存储发

布，打破数据孤岛、信息壁垒，方便其他相关业务部门进行资源使

用，最终实现资源共享。

3）数据分析应用的需求

以业务需求为主线，以数据为驱动，结合实际工作特点，建立应

用系统，从而实现对数据的管埋和利用。逋过对数据的挖掘分析，

实现日常运维管理、调度指挥、规划设计等工作科学化、智能化、标

准化、精细化的管理。

4）运营决策支持的需求

建立数据决策分析系统，通过收集并积累历史数据进行统计分

析，根据用水类型、用水总量、供水总量、能源使用等数据，分析

产销差、收益率、漏损率、人员考核指标制定提供决策依据。

二、项目技术要求

2.1.建设清单

序建设项名称产单

8

号目量位

—*软件平台

1物联网平台1套

2业务中台1套

支撑中

3可视化工具1套

台

4专业报表工具1套

5数据中心1套

6综合调度管理系统1套

智慧生

7水力模型系统1套

产管理

8科学调度系统1套

智慧

9管网管DMA分区控漏系统1套

理

智慧营

10集中抄表系统1套

销管理

11智慧辅大数据分析平台1套

12助决策大屏可视化场景构建1套

13智慧供水统一平台1套

14智慧综统一管控APP1套

15合管控舆情监测平台1套

16集团供排水监控系统1套

"[支撑硬件

1超融合超融合一体机：2颗CPUIntelXeonGold3台

9

服务器6226R(16C32T2.9GHz),内存：256G

内存(8根32GBDDR4-2933内存),

12*SATA/SAS盘位，系统盘：2*240GSSD

(RAID1),缓存盘：2*960GSSD,数据盘：

6*4TSATA,网口：6*1GE+2*1OGE,含2

颗物理CPU数量的云平台管理授权、服务

器虚拟化授权、存储虚拟化授权、网络虚

拟化授权，含三年原厂软件技术支持服务

24个10/100/1000Base-T自适应电口，4

个万兆SFP+光口；交换容量

汇聚交336Gbps/3.36Tbps,包转发率

22台

换机108Mpps/126Mpps,支持全端口线速转发;

支持CPU保护功能，能限制非法报文对•CPU

攻击；

光纤跳

33米LC-LC万兆多模8对

线

安视万兆交换机，12个万兆光口，12个千

兆电口;交换容量1.28Tbps/12.8Tbps,

万兆存包转发率480Mpps；支持全端口线速转发；

4储交换支持aNAC纭甯理、绪-查看状态、VLAN、2台

机堆叠等配置管理；支持终端识别、终端准

入、安全防护及安全画像可视；支持胖瘦

一体化

10

万兆光SFP十万兆多模光模块，多模，850nm,最1

5个

模块大传输距离300m,接头类型：LC6

LCD显不55英寸；分辨率：1920X1080@60Hz（向2

6块

屏下兼容）4

7底座55寸-模块化-底座6个

视频综

5U机箱（10个业务槽位）+交换板+单主控

8合平台1台

板+双电源

机箱

4口编码

9DVI编码输入板2台

输入板

4口解码

10HDMI接口输出265解码板6台

输出板

网络监

1110.1英寸TFTLCD1台

控键盘

线缆辅

12电源线、网线、视频线等1套

材

2.2.建设框架要求

根据建设清单内容，项目建设框架要求如下:

1!

统一门户平台统一APP集团综合运行监测舆情平台可视化大屏系统

智慧生产管理智慧营储管理第三方系统

各rw甄神

应

用

除

中

台

层

现有系貌升级柘届本次新猿

2.3.标准规范要求

项目建设必须统一标准、统一规范，相关技术、标准、协议和接

口等必须遵循国家局、省和市的有关规定，保证网络的标准化、规范

化以及开放性、实用性和安全性。在此基础上，加强各业务系统信息

资源的整合和信息公开，促进信息资源共享和业务系统的互联互通。

具体要求如下：

2.3.1.数据标准体系

在信息化建设过程中，由于各业务部门之间都是独自建立的系

统，各地数据标准不一致的现象十分普遍，同一项数据，不同地区、

不同部门的系统地定义都不一致，导致公司不同部门的相同数据需要

在各自的系统中重复录入，从而大大降低了数据的准确度，数据的汇

总统计也非常困难。因此，在本次项目建设时，首先需建立统一的数

据标准，不仅是数据平台建设的首要基础，也是实现给水行业信息化

建设的最重要的依据。

唯一性：在分类编码标准中，每一个编码对象仅应有一个代码，

一个代码只唯一表示一个编码对象。

可扩充性：标准留有适当的后备容量，以便适应不断扩充的需要。

简明性：编码结构尽量简单，长度短，以便减少代码的差错率。

先进性：结合国家标准要求，制定信息分类编码标准。

实用性：对于基础性标准必须严格采用国家标准；对于在企业内

部应用的可以参照现有的国内标准，制定符合企业实际需求的标准。

2.3.2.数据集成标准

数据集成是数据资源中心的脉络，数据集成平台能够把各板块不

同来源、格式、特点的数据在逻辑上或物理上有机地集中至公司数据

资源中心，提供数据的抽取、清洗、转换、脱敏、加密压缩等功能。

管理内容包括目前管网的监测数据、水厂、泵站和营销客服的数据，

按照统一的数据安全策略、数据标准，把数据共享到各个业务系统。

2.3.3.数据接口规范

数据库的直接连接访问会带来诸如安全性、数据变化等问题，采

用数据接口规范的方式来解决数据访问的问题。

数据接口标准规范主要是考虑各个子系统间的数据接口的标准

协议。数据接口按数据传输的实时性分为数据实时传输接口和数据批

量传输接口。数据实时传输是指数据采集后立即通过传输接口程序入

库，数据批量传输接口是指通过程序自动或人工启动程序并有相应的

设置，把要入库的数据通过整理后入库。

系统提供的数据接口应使用WebService的形式，基于SOA设计

规范与原则，完全遵循WebService的相关标准，尽量做到标准访

问和通用，并做好接口版本的维护更新。

13

2.3.4.UI设计规范

结合实际需求，建立公司统一的UI规范和统一的交付规范，通

过对UI风格、交付风格、PC端的浏览器兼容性和移动端的兼容性

都建立明确规范，实现业务系统的整体性，保障业务系统的兼容性，

降低系统集成成本，提升用户体验，系统之间可以通过前端服务化的

模式，做到无感知的进行业务集成，脱离传统接口集成的束缚。

规范包括系统配色、页面布局、字体大小等内容，为现有系统、

新增系统、驾驶舱等系统UI提供标准规范，实现业务系统的整体性,

提升用户体验。

2.4.总体技术规格要求

2.4.L总体建设要求

(1)本项目要符合国家规定的相关协议规范、技术规范、报文

规范、数据规范和安全规范要求，使用标准一致的代码集、标准格式

报文和表单的处理，保证系统的开放性、互联性和安全性，确保与己

有和正在开发的各业务系统及平台的互联互通。

(2)本项目要符合供水行业发展的方向以及现阶段的网站技术

水平，整个应用系统的技术架构要构建在目前主流的框架上，架构结

合云计算、大数据等先进的新技术，采用组件化设计思想，系统框架

与业务逻辑分离，在具体的实现中，采用四层架构的方式将系统分为

应用支撑层、数据库层、应用层、表现层四层的架构。

(3)本项目在设计时要遵循高内聚、低耦合的设计原则，以尽

量减少因业务变化带来的软件修改的工作量，且能够有助于快速完成

系统升级。提供开发质量保障措施，如交叉检查机制、代码检查工具

等；支持多种松耦合集成方式，在保证业务处理效率的同时,保证系

14

统的可靠性和可用性，避免故障传播。

(4)本项目应该具备开放性，支持多系统的接入，提供标准的

对接接口和协议，提供的对接接口要采用通用的标准协议，并能够对

接服务总线，以便利于水务公司已有系统的集成。

(5)本项目在设计时要考虑系统接入的友好性，在其它应用系

统接入时应提供简便的接入方式，使应用系统只做少量的改造即可接

入。

(6)应主要采用B/S模式，业务表单应做到所见即所得，界面

美观、简洁、高效，界面各部件的布局应保持合理性和一致性，在选

择快捷键、缩写、提示和图标时应符合水务公司使用习惯.各系统浏

览器应具备很好的兼容性，应共享使用水务公司的基础性数据，减少

在本系统中单独进行二次配置，如部门、人员、权限、密码等。

2.4.2.主要技术要求

(1)系统组件化设计，面向对象，可做到灵活扩展。

(2)采用数据库等软件，系统后台数据库须支持国际知名厂商

的主流产品(如ORACLE、DB2、SQLSERVER,NoSQL、MySQL>Mango

DB等)的最新或较新的标准版或企业版。系统须部署灵活，数据库

分别建立联机事务处理OLTP和联机分析处理OLAP配置的分类数据

库。在数据管理方面须可同时支持集中式、分布式、混合式等模式。

(3)各系统应基于主流的开发语言(如Java,.Net,Python

等)技术开发，支持Windows或LINUX或OSX等主流操作系统及移

动端操作系统。

(4)系统设计应符合业界的开放标准，基于SOA理念，采用

B/S或M/S相结合的模式,支持XML和WebService等,支持各种主

流操作系统和数据库平台。

（5）要求各系统表单、数据能够与上级政府监管部门的信息化

系统做好表单、数据对接功能，实现上级系统自动取数功能。

（6）应防止非法用户的侵入和病毒的攻击，应采取有效的安全

策略和技术手段，从硬件系统、操作系统、数据库系统、应用软件

等各个层面保证系统安全稳定运行。

（7）要求系统操作易学易用、操作简单、尊重使用人员的工作

习惯；提供完备的在线帮助和操作引导功能；所有业务用户操作界

面均为中文。

（8）应对已有的同类系统数据进行梳理汇总整理工作，并杈据

信息系统需实现的功能要求，制定一套完整统一的数据标准、数据

交互标准、数据接口标准的计划实施方案，负责将已有的同类系统

的数据完整迁移至新建系统中。

（9）需提供各系统的移动端应用APP,移动端APP系统需实现

各业务系统的主要功能和并实现移动端各业务的整合，需提供相应

的测试设备。

2.4.3.运行环境要求

（1）软件环境要求

操作系统：综合性能和成本考虑，应用服务器、数据库服务器等

应支持Linux操作系统或Windows等主流噪作系统，应明确提出对何

种操作系统的支持。

数据库：应能支持主流数据库系统，如不限于知名厂商的主流产

品（如ORACLE、DB2、SQLSERVER,NoSQL、MySQL等）,提供与大数

据生态圈交互适配能力。

16

(2)硬件环境要求：应对系统使用的网络资源、计算资源、存

储资源进行合理评估计算，提出本项目需要的基础设施环境方案，并

对相关的配置提出建议。

(3)灾备要求：根据系统特点提出系统灾备所需要的网络、存

储等资源要求。

(4)B/S客户端支持兼容主流操作系统,如Windows7/8/1C/11

等。

(5)B/S客户端能支持兼容主流浏览器，如、Chrome>Microsoft

Edge等。

(6)M/S移动端支持鸿蒙系统、安卓及IOS系统v

(7)移动综合应用满足自建平台的同时，应能够在第三方平台

部署，如有需要需在第三方平台开发相关模块功能，并支持来自第三

方模块嵌套部署。

2.4.4.平台架构要求

整体架构参照国内外水务企业信息技术应用发展趋势和最佳实

践，根据总体建设目标，在集团现有信息化建设的基础上，以“资源

整合、深化应用”和“科学决策、管理创新”为策略，通过新一代信

息技术与水务业务的深度融合，充分挖掘数据价值，通过水务业务系

统的控制智能化、数据资源化、管理精准化、决策智能化，保障水务

设施安全运行，达成水务业务更高效的运营、更科学的管理和更优质

的服务。

基于总体技术架构的需求，需提供此次项目的总体架构阐述，覆

盖技术架构、应用架构、功能架构和部署架构。

总体设计以“业务整合、互联互通、融合共享、智能决策”为内

17

涵，紧扣企业发展战略，以科技创新为动力，以智能决策分析为引导,

以领先行业数字化转型为目标，实现从数据零星分散向大数据资源集

中、从独立设备向物联网互联互通、从系统孤岛向系统全面集成、从

传统系统架构向容器化、微服务架构演进、从业务需求支撑向决策分

析支持的转变。

2.4.5.平台开发要求

(1)各平台开发必须符合国家软件开发各项规范和标准要求。

(2)各平台必须实现与现有各业务系统及开发过程中的业务系

统进行无缝对接。

2.4.6,非功能性要求

(1)性能要求：本项目应该具有良好的性能体验，在网络稳定的环

境下操作性界面单一操作的系统响应时间小于5秒，在局域网内峋应

时间小于3秒。

(2)可靠性要求：由应用系统自身原因导致的系统错误故障，平均

无故障时间(MTBF)应大于300天,平均修复时间(MTTR)应小于

2h在线完成(排除人为误操作因素)，要求增量备份和全备份相结合的

方式定期备份重要的系统数据。

(3)各系统B/S端应完全支持500用户以上同时在线，移动端应完

全支持300用户以上同时在线。

(4)在线事务处理业务，平均响应时间〈4秒峰值响应时间＜5秒。

(5)查询类业务，简单查询业务平均响应时间＜3秒，峰值响应时

间＜5秒；复杂查询业务平均响应时间〈5秒，峰值响应时间＜8秒。

(6)在线分析类业务，平均响应时间＜10秒。

(7)展示类业务，平均响应时间＜4秒，峰值响应时间＜10秒。

18

(8)系统7X24小时连续运行，年故障〈3天，故障修复时间＜2小

时。

(9)重要文档、资料、数据应采取防盗链、防下载等保护机制。

(10)可维护性要求：可维护性是指软件能够被简单方便地修改

和升级。易于修改要求应用系统易读、易改、易测试，并且修改的影

响局部化。易于升级要求数据库、应用服务器、开发工具能方便地进

行版本升级，具有向下兼容性，易于升级也要求客户端的升级工作量

较小。支持通过统一的图形界面，支持各构件的单独升级，并可在线

升级功能，系统在运行过程中所发生的任何错误都应该有明确的错误

编号，并能在系统的相应维护手册中查到错误处理方法与步骤.

(11)可扩展性要求：在硬件条件满足的情况下，并发处理能力

应该近似线性增长c

(12)安全性要求：本项目中与外网连接部分，较容易受到来自

互联网的攻击。攻击者为了干扰工作秩序或窃取敏感信息，采用Web

应用攻击、拒绝服务攻击、暴力破解攻击、上传恶意木马等方式，实

现篡改网页、中断服务、窃取信息、、控制网站等攻击目标。因此，本

项目应重点设计应用系统安全、数据安全、网络传输安全等。系统开

发和实现的安全性须满足国家信息安全等级二级要求标准。

2.4.7.接口对接要求

本项目涉及与在用系统数据对接和功能对接，特别是统一管理平

台和数据中心，系统设计时应采用标准化的接口服务协议，能够与调

度、GIS、巡检、营收、客服等业务系统进行集成，实现数据共享。

19

2.4.8.系统整合要求

本次新建设的智慧供水平台，不是将原有平台推翻重建，而是对

原有系统及数据的有效整合。

智慧水务平台应具备可开发、可兼容、可集成、可融合的能力，

能够与原有系统进行良好的集成。

数据集成：应通过ETL方式，将各源业务系统抽取业务数据，清

洗、转换后生成主数据和分析数据，并根据业务需要为各业务系统提

供给数据服务。

组织集成：应通过统一管理平台实现包含内部应用、外部应用、

企业员工、客户的认证和授权的集成，实现统一的组织架构管理。

流程集成：应通过业务流程引擎工具实现跨系统的流程集成，实

现一业务系统之间的流程互通与集成。

消息集成：应通过集成平台建设消息平台，接受对内部人员、外

部的消息通知并它们分发给订阅的系统，实现消息集成。

2.5.平台详细技术要求

2.5.1.支撑中台

2.5.1.1.物联网平台

物联网平台主要面向的是设备感知层，应提供统一的数据格式与

规范，实现设备数据的统一管理，降低了不同厂家设备的传输组网、

数据格式、数据传输、数据转换、数据融合等差异化的复杂过程C设

备感知层产生的数据，可直接上传至物联网平台，实现物联网数据质

量统一把关，设备的状态统一监控，再由物联网平台向上层应用平台

提供数据。平台建设功能要求如下：

1.系统总览

20

综合展示系统的设备数量、报文处理速度等指标

2.实时监测

实时监测模块重点关注数据接入状况，主要解决设备数据状况的

监控、设备异常的及时发现和整个平台状况等需求。

・实时数据：实时数据功能用于查看各个设备的实时通道状态及

与网关的通讯情况。

•实时报警：物联网平台管理了大量的设备，通过人工模式很难

发现一些异常设备，比如数据离线或者数据异常的设备。而实时报警

功能就是将异常数据自动统计出来。

•事件列表：设备除了上传普通的远传数据，还会有一些报警事

件或交互事件上传，此模块针对这些事件进行统一管理。

•数据链路：当设备数据离线时，通常很难判断是哪一环出了问

题，数据链路功能针对这类场景，提供快速定位问题的功能。

・平台监测：物联网平台涉及了很多网关节点、计算服务、中间

件，平台监测模块对这些进程或服务进行了监测，为平台稳定提供数

值依据。

3.统计报表

•综合报表：综合报表用于查询设备的历史数据，并且可以根据

日报、月报、年报分析其历史数据。

•原始报文：设备与平台通讯过程中涉及了原始报文到解析报

文，再经过计算引擎进行存储。为了方便分析，平台提供原始报文的

查询。

•完好率报表：针对设备数据上发的成功率进行分析，统计设备

的完好率

21

•批量导出：支持针对设备历史数据的自定义批量导出

4.运行管理

运行管理提供数据修复、数据清洗、数据填报、远程设置等功能。

•数据修复：对于一些影响业务的错误数据需要进行人工修复。

•数据清洗：对于异常的数据进行数据清洗

・数据填报：对于设备丢失的数据或者未远传的设备进行数据人

工录入

・远程设置：可根据产品相应的通讯协议进行的命令下发功能。

5.系统管理

・应用管理：对各类驱动进行组合，驱动指定了一组设备的上发

端口，该端口可以是UDP'TCP,并且一个驱动下可以包含多个产品。

•产品管理：对采用相同协议、通讯方式、通道配置的一类设备,

将这些配置进行统一管理。

•设备管理：根据产品配置自动注册设备，对设备进行分组、属

性、逋道等进行维护。

•分组管理：对设备进行自定义分组，并可批量进行维护

2.5.1.2.业务中台

随着当前信息化建设的逐步完善，各个业务领域都建设了信息化

系统，各个'业务子系统中或多或少都存在一些业务流程的功能模块，

如热线系统、办公0A、地理信息系统、报装系统、二供系统等都包

含业务流程，但是因为各业务子系统建设时间不同，建设方不同等因

素，各业务子系统中的业务流程相对独立，不能有效的整合起来，发

挥最大效率。迫切希望可以把各业务子系统中的业务流程有效的整合

起来，形成一个统一的业务流程核心平台，有机融合各个业务子系统

22

中的业务流程，提高整体业务流的合理性和效率。需要根据业务具体

情况与现有业务系统情况，设计统一工单管理平台，能够支持将各业

务系统工单及流程进行统一管理，同时支持总流程与内部小流程之间

的嵌套管理。

业务中台需要具体实现业务流程的定义、运行、监控和管理。将

系统中动态变化、相互依赖的活动、资源、任务、工作流、约束、授

权等要素有效组合起来，并分角色来访问，使得业务操作和管理工作

标准化、规范化，消除人为因素的影响。为用户提供一个简单易用、

高效稳定的工作流系统，以实现系统中需要人工处理或干预才能完成

的各业务环节和文书流转功能。流程即管理、管理即根本，故业务中

台应是开放、轻量级的，支持灵活在线流程定义、表单定义，也支持

灵活的流程导入与导出，多版本管理和任务人员运算处理。业务中台

将流程设计器和表单设计器与流程引擎进行深度结合，需要开发得到

相应的WEB端和APP端的应用。同时提供通用的外部接口支持，可以

任意的业务系统进行流程集成、查询、处埋和统计等操作，并支持将

平台中流程流转的状态随时通知到集成的业务系统中。通过抽象封装

业务服务及数据应用，实现数据、应用、业务过程以及客户端访问的

连接和调用，提升系统间的信息共享交换能力，降低运营成本，从而

提升整个企业的运营效率和业务支撑能力。

系统具体功能包括但不仅限于流程定义、流程处理、流程统计等。

流程定义：流程定义用于定义系统内所有相关流程的具体执行步

骤、处理表单、处理人员、通知方式等内容。

流程处理：用于处理用户相关的流程，支持根据流程编号，流程

状态（待办、在办、已办、监视、全部）等进行过滤和查询。

23

流程统计：根据流程执行产生的数据，结合相应的统计指标，生

成流程统计报表，分析报表显示的情况，为流程的优化应提供决策参

考。

2.5.1.3.可视化工具

水务可视化交互工具需要具体实现在水务大数据应用中的数据

快速开发，产出大屏端展示页面、APP端展示页面、WEB端展示页面、

KP1及驾驶舱等综合性展示页面等模块。数据库、文件、数据接口等

符合规范的数据源均可接入到工具中，提供自定义组件规范，符合规

范的项目组件和第三方组件均可导入到工具的组件库中。工具同时作

为基础开发平台的重要组成部分，支持同大数据平台或数据仓库等数

据应用平台对接，解决数据综合展示、自定义门户以及常规报表展示

等应用问题，为后续其他项目的推进和实施提供强有力的支撑。

系统具体功能包括但不仅限于组件管理、页面设计、页面管理、

模板管理、发布管理、反映管理、回收管理、门户组件等。

组件管埋：选择已有数据集为组件提供数据支撑，组件根据类型

进行分类，分别为功能组件、过滤组件、业务组件及组件编辑。

页面设计器：支持自定义页面宽度和高度，可按照屏幕固定尺寸

或者百分比进行设置，支持自定义页面背景颜色或背景图片，支持将

页面切分为任意数量的网格，方式分为固定尺寸、百分比或等比例等

三种，支持网格、容器、基础功能、功能纽件、过滤组件等页面基本

元素。

页面管理：支持对平台内的相关页面进行有效管理和展示，操作

应包括页面的创建、编辑、删除、预览、重命名，启用、停用、复制

等。

24

模板管理：支持将综合展示页面、KPI页面、领导驾驶舱页面、

大屏页面、APP端指标展示页面等常用的页面内置为平台的默认模板,

页面创建时支持直接选取某一个模板进行二次编辑为实际项目需要

的页面。

发布管理：支持将平台内己有的页面发布成外部共享链接，直接

在外部打开和查看，支持将发布记录存储起来作为后续查询和分析的

依据，支持记录发布页面的访问次数及访问详细信息，应包括访问者

的TP地址等

放映管理：用于对不同的汇报对象进行汇报和解说，可针对领导、

外部企业等定义不同的放映场景°

回收站：平台内相关删除操作为软删除，及不直接删除相关记录,

只对记录做删除标记处理，相关记录删除后的内容自动进入回收站，

可在回收站内查看已删除的记录情况。

门户组件：定义自定义门户中可用的相关组件。

2.5.1.4.专业报表工具

报表工具支持多功能数据关联、多报表设计、多报表运行环境、

支持包含增强分析统计模块、参数查询界面、支持多种自研的静态图

表实现、模板权限集成、智能搜索引擎和模板智能检测、打印导出、

远程设计、支持决策报表类、聚合报表、数据分析类仪表盘实现、支

持数据录入和EXCEL导入、支持H5动态图表，支持图表高教交互及

地图、支持决策平台、智能运维、公司权限控制、支持移动决策平台

和移动端报表展示。

(1)运行环境

A产品架构：采用C/S+B/S架构，它充分利用两端硬件，将任务

25

分配到Client和Server两端，降低了系统的通讯开销。能够在客

户端实现报表设计并上传至服务器，也能够在通过浏览器直接在服务

器中进行仪表板的制作和发布。

A兼容主流浏览器（HTML5架构，兼容性强），且无需安装任何

插件。

A采用Java开发，具有良好的跨平台支持，支持主流操作系统,

包括Windows>Linux、Aix>mac等的32和64位版本。

>支持直接在设计器中进行中英文语言切换，平台语言实现自动

切换。

A支持tomcat、weblogic,websphere,jboss等主流web应用

服务器。

>支持C/S设计器、web设计器和远程设计多人协同工作。

（2）支持数据源

A支持JDBC、ODBC、JNDI等数据连接方式，支持导入外部数据

库jar驱动进行其他种类的数据库连接。

A支持ORACLE、SYBASE>DB2、MYSQL、SQLSERVER等主流关系

型数据库。

A支持用户对数据连接进行数据库模式选择，便于对数据连接进

行模式分类管理。

A支持内置数据集，数据直接内建在模板文件里。

»支持关联数据集，将不同来源数据进行关联整合，包括合并和

依条件选择两种方式。

>兼容各种数据库SQL,并且可支持视图和存储过程，而且在SQL

中能够使用自己的平台函数。

26

A支持模板数据集和服务器数据集，模板数据集仅能在当前模板

使用，服务器数据集可被所有模板使用。

(3)报表设计

＞设计方式简单，通过连接数据库后直接对字段进行拖拉拽等操

作以后就可以实现报表页面设计，可以通过横向扩展和纵向扩展以及

父子格和格间关系以及动态隔间运算就可以完成中国式复杂报表设

计。

A支持明细报表、交叉报表、分组报表等主流报表样式。

A分组报表支持普通分组、相邻连续分组、自定义分组、公式分

组等多种展现方式°

A支持主子报表，包括单表式主子表和嵌入式主子表。

＞支持异构数据源，单张报表的数据可以来自不同的数据集或数

据库。

(5)参数过滤

＞支持通过参数对报表进行数据过滤，参数支持卜拉框、文本框、

按钮、日期、下拉树等多种控件类型。

A支持参数和报表一体化设计，参数可和报表绑定，也可建立全

局参数。

＞支持参数注入，既可提升报表展现速度又不必编写复杂sql关

联语句o通过注入的值对数据库中的数据进行操作，只取对应的数据,

帮助分解大数据库表的关联查询的压力以强高报表性能。

A支持智能参数组合，根据用户使用习惯，推荐常用的参数组合,

快速实现数据查询；也支持手动保存参数组合。

(6)图表相关

27

＞提供基于最新HTML5技术自主研发的动态图表，具有极其流畅

的动画效果和高度自定义的展现设计，包括但不限于柱形图、折线

图、玫瑰饼图、面积图、散点图、力学气泡图、雷达图、股价图、

仪表盘、全距图、甘特图、圆环图、地图、词云图、流向图、框架图、

漏斗图、矩形树图等，图形支持二维和三维展示。

A提供组合图，支持任意图表类型组合，支持图例共享。

A支持地图，包括图片地图、热力地图、GIS地图、流向地图、

组合地图等，支持将热力地图与点地图（散点，气泡，自定义图标）

组合，支持自定义GIS地图背景，支持自定义wms服务实现离线地图;

内置地图精确到县级市V

（7）数据填报

A提供丰富的编辑风格，支持文本、数字、下拉框、日历、复选

框、单选框组、复选框组、下拉树、视图树、多文件上传、网页框等

多种控件。

＞填报采用先进的异步控件加载技术，避免控件全量加载带来的

卡顿问题；支持大数据量的填报表，格子数不少于30万，提供官方

测试报告。

A支持多源填报，支持数据来去无关，一张填报表的数据可以从

不同的数据库或数据表取出，然后回填到另外的数据库或数据表。

＞支持插入提交，更新提交，删除提交，智能提交等多种提交方

式，可设定当单元格未被编辑时则不参与凫交，支持利用JS事件进

行更加灵活的提交控制；支持设定提交条件，符合条件的数据才能入

库；提供强制提交数据选项，在校验失败时依旧可以强制将数据入库。

＞支持多sheet填报，即支持将一组相关的报表以多sheet的形

28

式组织到一起进行填报，在web页面上也可以通过sheet按钮进行切

换，统一进行提交。

A支持填报当前行颜色突出显示，单元格选中被编辑时，支持以

突出的背景色显示当前行，编辑过的单元格以红色倒三角对格子进行

标识，以避免混淆。

A支持添加、删除数据，支持整行增加和删除，也支持非行式增

加删除，支持设定插入行策略，包括空值，默认值，原值。

A支持离线填报，在网络中断时进行数据的离线填写及校验，网

络恢复后可正常提交入库。

(8)打印和输出

＞支持零客户端打印与本地软件打印，本地软件打印支持保存用

户打印习惯。

A提供丰富的打印控制功能，支持静默打印、打印偏移、打印方

向、缩放打印等设置。

＞支持票据套打，通过绝对定位实现单元格的精确套打控制。

＞支持不预览直接打印，支持批量打印，一次性可打印多张报表。

(9)平台管理

A提供目录管理功能，对报表系统的目录树进行增加、删除、修

改等操作，目录可以自由调整位置顺序，支持跨节点调整资源。

A提供用户管理功能，支持手动添加、导入用户或者同步用户数

据集的方法批量添加用户及其角色。支持用户列表按用户名/姓名等

进行升序、降序展现。支持按部门职位、角色等对用户进行分类管理。

提供内置认证、LDAP认证、HTTP认证三种用户身份验证方式，几乎

可以做到与任意的系统平台完美的结合在一起。

29

＞权限分配包括根据部门职位分配权限、根据角色分配权限以及

根据用户分配权限，用户可以访问而且只能访问自己被授权的资源。

A支持多级权限体系，面向公司管控需求，可以实现不同分子公

司/部门共用系统，各个分子公司/部门有其自己的管理员，并给其下

属员工分配权限，即超级管理员控制所有权限，下级管理员只能管理

自己职责范围内的用户和报表模板。

A提供包括登录设置、密码设置、打印设置、邮件服务器、缓存、

数据连接等功能。其中登录设置，支持单一登录、登录地提示、登录

验证及自定义密码策略功能，支持强制定期修改密码，支持登录异常

锁定，保障账户安全°

(10)权限控制

A能够对各个业务包进行数据源的权限控制从而限制各个用户

对于数据源的处理和使用权限。

＞能够控制各个用户对于系统的管理权限。

(11)移动终端

A支持报表在安卓、T0S系统的手机、平板、智能终端上进行展

示，可自适应匹配各种大小屏幕。

＞支持调用硬件设备底层的扫码、定位、拍照、文件上传等功能。

A提供HTML5渲染方式，可通过手机浏览器直接访问报表，也可

集成到微信、钉钉等，能根据移动设备特性自动转换报表风格。

＞支持通过移动终端操控大屏设备上展示的页面内容，包括大屏

页面的切换、组件的放大缩小、联动、钻取、图表轮播等。

2.5.1.5.数据中心

水务数据中心的总体目标是建设基于企业级数据仓库的数据存

30

储规范、高效利用系统，同时满足决策层对业务监控、管理分析、决

策支持应用，为实现自来水信息化战略目标提供完整、及时•、真实的

信息资源支撑，促进业务全面、协调、可持续发展。总体要求如下:

1.数据标准规范建设

在数据仓库建设过程中，数据标准规范是一项最基础，也是最重

要的信息化工作之一。要求对自来水现有信息系统进行统一的梳理，

结合自来水实际业务情况为数据仓库建设建立统一的数据标准规范，

具体如下：

1）建立各业务域基础数据管理规范，包括编码规范等；

2）建立统一的报表指标数据管理规范，包括指标负责的部门、指

标的形成过程等；

3）建立统一的数据采集管理规范，包括采工具的应用、采集任务

的调度。

4）建立统一的数据仓库维度表、事实表的建设及管理规范，包括

命名、数据血缘管埋等。

2.ETL开发技术要求

通过ETL工具实现数据抽取、清洗、转换和装载的全过程，能够

将企业中分散、零乱、重复、标准不一致的数据转换为可供决策分析

的有效数据，并加载到数据仓库。

利用ETL工具直接对各系统数据库进行访问，从各业务系统取数,

并进一步将数据进行提取、转换并最终将所有数据存储到数据仓库

中。

1）数据抽取

通过图形化适配器，以简单的拖放的方式，把业务系统的资源导

31

入到前置机，支持的主流的数据库如：MYSQL,ORACLE,DB2,SQLSERVER

等。同时支持文件文件，Excel表格，XML等。通过抽取把业务系统

的数据转换成数据交换平台内部格式。

2）数据转换

转换通常包含数据格式的转换和数据值的转换。数据格式的转换

通常发生存入数据表的过程中，通过数据库本身的字段类型检查和字

段大小检查，拒绝不满足条件的记录，对其进行字段类型转换或更改

数据表结构字段大小以保证其正常存入；数据值的转换通常发生在按

照预定ETL规则处理数据的过程中，比如常见的数据运算操作，这类

转换比较复杂，可以通过数据类型的相互转换使得参与转换的数据类

型符合规则要求，在此过程中被拒绝的记录一般需要添加更为复杂的

转换，比如字符串截取、替换等操作。

3）数据加载与整合

加载阶段将获取并转换的数据存放到新的数据存储中（数据仓

库、数据集市等）。可以对增量更新数据进行封包设计，按照不同的

进度来调用。

把两张或者多张表里的字段，数据合成到一个表里。如把GZ,DH

和XB字段合成到一张新表。

2.5.2.智慧生产管理

2.5.2.1.综合调度管理系统

综合调度管理系统已现有调度系统为基础进行升级优化，紧紧贴

合“制水-输配”供水安全保障两大环节，系统分为调度和管网监测

两个部分，重点解决厂、站监控、在线调压，即多个水厂集中管控实

时监测和管网流量、压力和水质监控，侧重于监测点位流量、压力、

32

水质的数值变化监控、调度，通过站点报警、数值变化进行问题定位,

协调人员处理。升级优化后的功能要求如下：

1.调度总览：

•供水总览：展现城市供水示意图，显示厂、站、网实时数据，

包括水压、水质、水量数据等

•系统总览：根据生产的数据统计管网、水厂的生产数据、生产

成本。

・实时数据：显示各个监测带你的实时监控界面，支持进行自主

关注监测点的显示。

•生产总览：显示水厂、泵站、控制点、核心工单U

•调度监控：（大屏模式）提供基于大屏样式的监控界面。

2.远程监测

•水厂监测：提供所有水厂当前的取供水运行情况。

・原水监测：水源地水质、取水泵房的监控，取水泵房至各水厂

的水量。

•泵站监测：泵站的实时运行状态。

•管网监控：管网监测点运行状态。

•视频监控：集成的视频查看，支持模板定义。

•地图监测：地图查看监测点、事件。

3.厂站工艺

•厂站工艺：基于水厂、泵站的实行工艺情况，进行二维工艺图

的模拟画图，还原现场生产工艺情况，并支持叠加工艺段上的实时监

测数据。

4.报警预警

33

•实时报警：查看当前正在报警的监测点，可派工单处置。

•历史报警：查看历史的报警记录。

・报警统计：统计报警的时间、空间、类型的分布。

5.值班管理

•值班方案：定义调度室、厂站的值班人员、交接班日志等。

•排班管理：制定各单位的值班人员排版计划。

•值班记录：查看各单位的值班记录情况。

•值班日志：查看各单位在值班过程中记录的事件。

・数据填报：按照填报的方案确认或者填报未采集的数据。

•事件录入：录入具体的事项V

•控制点超限记录：控制点超出标准的记录。

6.调度指令

•调度指令：构造并发送调度指令。

•指令台账：查看历史调度指令记录。

•指令统计：统计各单位的指令发送、处埋完成度。

•指令模板：定义指令的模板。

•常用指令：定义常用指令。

•消息发送：像指令人员发送APP、SMS等类型的消息。

7.调度工单

・减停产：厂站工程申报。

•阀门动态：阀门日常开停记录台账。

•报警处置：报警流程处置记录。

8.设备分析

•泵机带图：泵机启停记录表。

34

•泵机能耗：泵机水量、功率、单耗、经验水量分析。

9.评估分析

•水量预测：预测城市、各水厂的未来供水量。

•合格率：按照设定的方案统计压力、水质等合格率。

•控制点分析：控制点的管理合格率。

・数据健康度：分析压力、流量等核心数据的完整度。

10.压力统计

•压力日况：以日为单位，对单个或多个任意站点进行压力数据

查看、分析，查看压力数据和相关统计，支持报表模式切换和导出功

能V

•压力月明细：以月为单位，对单个或多个任意站点进行压力数

据查看、分析，查看压力数据和相关统计，支持报表模式切换和导出

功能。

•压力查询：查询和统计从取水泵房、水厂、加压泵站、管网监

测的所有压力日报、月报、年报以及曲线，用于不同生产环节之间的

数据对比。

11.流量统计

•流量日况：以日为单位，对单个或多个任意站点进行流量数据

查看、分析，查看流量数据和相关统计，支持报表模式切换和导出功

能。

•流量月明细：以月为单位，对单个或多个任意站点进行流量数

据查看、分析，查看流量数据和相关统计，支持报表模式切换和导出

功能。

•流量查询：查询和统计从取水泵房、水厂、加压泵站、管网监

35

测的所有流量日报、月报、年报以及曲线，用于不同生产环节之间的

数据对比。

・水量统计：对单个或多个任意站点，指定时间段内的水量数据

明细进行查看，支持报表模式切换和导出功能。

・最小水量统计：监控管理水表的最小流量，分析水表的最小流

量发生的时间是否在用水规律中经验值较低的时间段内，以及夜间最

小流量占平均流量的比重。

12.水质统计

•余氯日况：以日为单位，对单个或多个任意站点进行余氯数据

查看、分析，查看余氯数据和相关统计，支持报表模式切换和导出功

能。

•浊度日况：以日为单位，对单个或多个任意站点进行浊度数据

查看、分析，查看浊度数据和相关统计，支持报表模式切换和导出功

能。

•PH日况：以日为单位，对单个或多个任意站点进行PH数据查

看、分析，查看PH数据和相关统计，支持报表模式切换和导出功能。

・水质查询：查询和统计从取水泵房、水厂、加压泵站、管网监

测的所有水质日报、月报、年报以及曲线，用于不同生产环节之间的

数据对比。

13.综合查询

•综合报表：按日期时刻及间隔时间查看任意站点所有传感器参

数的数据报表或曲线报表，支持日报、月报、年报的形式，同时有导

出功能。

•原始数据：支持查看一个或多个站点的原始数据。数据展现的

36

形式可以是报表或是图表，并有导出功能。

2・5・2.2.水力模型系统

目前的系统没有覆盖所有的管网采集数据，调度事务能力也偏

弱，管网报警不能及时过滤有效报警，要基于新建的大数据及物联网

平台、综合管理平台，统筹建立水力模型和科学调度，帮助提升调度

管理和管网供水安全能力。该系统整合取水-制水-供水-用水全过程

的监测数据，消除数据孤岛，并基于管网GIS服务建立调度监测一张

图，为公司信息调度中心实时查看全网情况和进行调度决策提供支

撑。同时结合调度实际业务场景，实现调度指令全流程监管、调度日

志、方案库的管理，建立高效人员管理制度，无缝衔接外业管理平台

绩效考核，提高调度人员工作效率。结合管网水力模型、大数据分析

技术、预测算法模型，进行高精度的水量预测以及调度方案的评估和

优化，实现科学调度。

水力模型需要具体实现无人值守、在线计算、实时反映管网运行

现状，通过直观的方式展现，可在网页端实现模拟分析功能（需基于

实时在线水力模型系统计算），实现区域整个供水管网压力、流量、

流速、水质的模拟