《生活飲用水二次供水設備智能化管理平臺技術要求》編制說明

《生活飲用水二次供水設備智能化管理平臺技術要求》

團體標準編制說明

一、任務來源

隨著人民生活水平的提高和城市發(fā)展以及建設速度的快速提升，新增建設項目大都屬于高層建筑，近

幾年更是呈現(xiàn)爆發(fā)式增長趨勢。而與之配套的二次供水則長期處于一種極不規(guī)范的自主設計、建設、使用、

管理的狀態(tài)。建設與管理之間存在的矛盾以及衍生出的產權不清、收費混亂、管理不善、二次污染等一系

列問題，引起了政府、供水行業(yè)和社會各界的廣泛關注。為切實解決目前中高層住宅二次供水中存在的突

出問題，確保人民群眾的飲水健康，急需對二次供水的管理進行規(guī)范和完善。

為降低管理費用，提高專業(yè)化管理水平和管理工程效率，節(jié)約社會資源，二次供水系統(tǒng)采用自動化控

制設備，實現(xiàn)泵房無人值守。為實現(xiàn)二次供水泵房滿足無人值守要求，必須建設一套集監(jiān)控、管理、分析

于一體的二次供水管理平臺，實現(xiàn)水泵機組等設備的正常運行及故障切換、增減、調試、設定運行參數(shù)、

報警等功能。

二、必要性

二次供水管理平臺針對二次供水服務提升集中管理、便捷管理、安全管理、高效管理等需求，提供遠

程安全通信、實時數(shù)據(jù)采集、泵房設備信息全面管理、實時監(jiān)測數(shù)據(jù)多維跨平臺呈現(xiàn)、大數(shù)據(jù)挖掘分析等

功能，利用遠程監(jiān)控、互聯(lián)網、移動終端應用、地理信息系統(tǒng)、大數(shù)據(jù)分析與信息集成等技術構建二次供

水管理平臺，實現(xiàn)對泵房的全面監(jiān)控和無人值守，達到科學調度、提高供水突發(fā)事件的應變能力的目的，

從而降低管理成本，提升服務質量。

為了給居民提供穩(wěn)定、高質量的供水服務，同時降低成本，提升管理效率，二次供水管理平臺將水泵

房設備、視頻監(jiān)控、門禁等設備遠程統(tǒng)一接入智能管理平臺，一站式實現(xiàn)遠程控制，實時數(shù)據(jù)采集監(jiān)測、

運維服務、數(shù)據(jù)分析等功能。為二次供水的管理、決策、成本以及服務等各方面提供支撐。

1、精細化管理的需求

將泵房中的水泵設備、門禁系統(tǒng)、監(jiān)控視頻系統(tǒng)等通過通過寬帶、光纖網絡、WIFI、移動3G、4G網

絡等多種組網方式在一個平臺上集中管理，管理者可以通過電腦、手機、監(jiān)控大屏等隨時查看各個泵房設

備的運行情況，遠程進行監(jiān)控和設備控制，以及遠程進行門禁開關等控制，遠程進行視頻的監(jiān)控、錄制，

2

并可根據(jù)需要與門禁等設備聯(lián)動，記錄進出水泵房的人員影像。并根據(jù)需要隨時調配人員對泵房進行巡查

和維護，巡查和維護的具體操作通過平臺預設流程細化、標準化，大大提升了管理的效率和精細化程度，

做到了點和面的統(tǒng)一。

2、管理者決策的數(shù)據(jù)支撐需求

水泵房設備的數(shù)據(jù)采集監(jiān)測的目的是為管理服務。以管理需求為導向，通過對水泵出水口壓力、設備

負載、水質PH值、濁度、用電量、故障次數(shù)、運行時間等關鍵參量的采集、記錄，形成供水效率、供水

質量、供水穩(wěn)定性、運行能耗等分析數(shù)據(jù)圖表，提供水泵房設備優(yōu)化、管理流程優(yōu)化的參考建議，為管理

者的決策提供數(shù)據(jù)支撐。

3、降低運行維護的成本需求

通過預先設定的條件輔助完成泵房的管理工作。比如根據(jù)用戶的用水量和用水習慣，智能設定水泵的

啟停時間，節(jié)約了運行的成本。另外通過遠程操控和智能化的設置可替代部分簡單重復的操作，降低了維

護的成本。通過運維服務流程的配置，可對運維服務過程進行跟蹤，實時對運維服務進行管理，提高運維

服務效率，降低運維服務成本。

4、提升供水服務水平需求

供水服務的好壞最終是由居民、用戶來打分的。供水穩(wěn)定、維修快捷、服務零投訴是二次供水改革發(fā)

展和服務水平提升的方向。通過將各泵房的運行狀況以直觀的方式呈現(xiàn)在終端上，輔以運行預警和故障提

示。管理者可指派維修人員對運行不穩(wěn)定的設備進行檢查和預防性維修，降低了故障的發(fā)生率。即使發(fā)生

故障，也可以迅速就近調派人員對設備進行維修，維修的過程通過預設的流程固化，提升了服務的水平，

減少了服務投訴。

管理平臺系統(tǒng)構架如下：通過遠程通信采集終端對水泵房的控制系統(tǒng)、門禁系統(tǒng)、傳感設備、視頻系

統(tǒng)等進行數(shù)據(jù)采集和通信，遠程通信采用點對點的傳輸方式確保數(shù)據(jù)的安全性，將設備的實時數(shù)據(jù)采集到

智能服務平臺。通過對泵房設備數(shù)據(jù)、水質數(shù)據(jù)和視屏門禁數(shù)據(jù)的匯聚分析管理，為設備更換、效能優(yōu)化、

服務提升等決策提供數(shù)據(jù)支撐。手機APP、微信端、web應用、大屏監(jiān)控等應用接入為管理者提供多樣化

的接入界面，為便捷管理、高效管理提供條件。

二次供水智能管理平臺是為服務于二次供水設備高效運行管理、安全便捷的遠程服務、便捷管理高效

管理支撐的智能物聯(lián)網平臺。平臺實現(xiàn)設備信息集中高效管理、人性化的遠程服務管理、安全便捷的數(shù)據(jù)

采集服務、多維度全方面數(shù)據(jù)分析、高效便捷管理支撐等功能。主要功能有：

1)泵房設備管理：

通過GIS地理信息系統(tǒng)，在地圖上標識出水泵房的分布情況，可實時查看設備的運行通信狀態(tài)，同一

平臺實現(xiàn)水泵房設備的信息集中管理、設備運行管理、設備維護管理等功能。

2)遠程服務：

3

通過遠程管理設備搭建專用數(shù)據(jù)安全通道，保障數(shù)據(jù)安全性，管理部門可以在系統(tǒng)管理員授權的條件

下有限或完全遠程控制設備，對設備程序進行上傳下載等操作，并可通過監(jiān)控視頻系統(tǒng)遠程查看現(xiàn)場視頻。

并可根據(jù)預設條件智能啟停設備，以及根據(jù)需要與門禁等設備聯(lián)動，記錄進出水泵房的人員影像。

3)實時采集：

通過數(shù)據(jù)采集變量的配置，可實時監(jiān)測供水設備的相應參數(shù)，如：設備負載、水壓、水質量、供水時

間、供水量、能耗等；設備的實時運行狀態(tài)；并通過配置的組態(tài)畫面來展示實時采集的數(shù)據(jù)；支持顯示設

備預警和維護提示。

4)多維度數(shù)據(jù)分析：

實現(xiàn)對水泵房設備的監(jiān)測統(tǒng)計、設備運行狀態(tài)分析、供水質量以及能耗狀況等數(shù)據(jù)進行分析，為設備

維護、優(yōu)化、管理提供數(shù)據(jù)支撐。

水泵房設備監(jiān)測統(tǒng)計：對參數(shù)的實時數(shù)據(jù)按照小時進行統(tǒng)計、對小時數(shù)據(jù)進行按天統(tǒng)計、對日數(shù)據(jù)進

行按月統(tǒng)計；

設備運行狀態(tài)分析：某個時間段的數(shù)據(jù)結合對應設備運行狀態(tài)算法，實現(xiàn)對應的設備的運行狀態(tài)分析

統(tǒng)計（根據(jù)時間區(qū)間生成產量與設備狀態(tài)之間的對比圖表）；分析設備使用處于重度或者是輕度使用狀態(tài)；

供水效率分析：通過對采集的總進水量，各水泵的出水量等數(shù)據(jù)進行統(tǒng)計分析，對供水過程中的跑冒

滴漏等問題分析提供數(shù)據(jù)支撐。

供水質量分析：對采集的水質參數(shù)進行分析統(tǒng)計，對照標準水質數(shù)據(jù)形成安全或威脅提示。

供水能耗狀況：某個時間段的數(shù)據(jù)結合對應設備運行能耗算法，實現(xiàn)對應的設備的能耗狀態(tài)分析統(tǒng)計

（根據(jù)時間區(qū)間能耗與設備狀態(tài)之間的對比圖表）；

5)運維服務：

基于移動互聯(lián)網的維修服務管理，為管理者及維修工程師帶來便捷的工作方式，提高工作效率，減少

維護成本。通過信息集成技術將原來分散在各個部門的數(shù)據(jù)集中存儲到云端服務，以便維修服務過程能高

效分享管理數(shù)據(jù)；通過維修流程的固化達到維修全過程透明化、可視化、流程可被追蹤，從而最終實現(xiàn)維

修服務量化管理。維修服務管理提供安裝單、維修單的管理，以及工單流程配置，工單流程跟蹤、備件申

請、服務評價等功能。

6)移動應用：

移動端（包括手機、平板電腦等）應用提供水泵房設備的運行監(jiān)控，設備采集數(shù)據(jù)的實時顯示；設備

運行告警數(shù)據(jù)；數(shù)據(jù)分析報表；設備保修，設備保養(yǎng)，設備信息查看等。

7)大屏監(jiān)控中心：

4

大屏監(jiān)控中心由圖像顯示系統(tǒng)、圖像處理系統(tǒng)、信號源切換系統(tǒng)等子系統(tǒng)組成。拼接墻采用先進、高

速圖像處理技術，實現(xiàn)了多路信號的統(tǒng)一處理，以高清晰度、高亮度與高色域的液晶顯示技術、嵌入式硬

件拼接技術、多屏圖像處理技術、信號切換技術等合為一體，形成一個擁有高亮度、高清晰度、低功耗、

長壽命、先進技術的液晶拼接屏顯示系統(tǒng)。能滿足多種信號顯示需求，支持模擬信號、高清信號、網絡信

號的輸入輸出，能支持超高分辨率輸入，采用人性化的拼接控制軟件，系統(tǒng)操作簡單，切換信號靈活方便。

實時監(jiān)控供水設備的運行狀況、展示供水量、能耗等綜合分析報表，實時顯示攝像頭視頻等。

目前針對生活飲用水二次供水設備備智能化管理平臺相關標準有DB6101/T3085-2020二次供水運行

維護管理技術規(guī)范、DB31/566-2011二次供水設計、施工、驗收、運行維護管理要求、DB11/T118-2016

住宅二次供水設施設備運行維護技術規(guī)程、DB3301/T0221-2019高層住宅二次供水設施設備運

行維護技術規(guī)程、T/SDAS403-2022二次供水設施運行維護管理規(guī)范，以上標準都是對二次供水中設備維

護管理、人員管理、應急管理、安全管理、檔案管理等內容進行定性的要求，并沒有將二次供水環(huán)節(jié)中設

備、人員、安全融合到一個管理系統(tǒng)、智能化管理平臺里面，二次供水智能化管理平臺是一個二次供水設

備高效運行管理、安全便捷的遠程服務、便捷管理高效管理支撐的智能物聯(lián)網平臺，平臺實現(xiàn)設備信息集

中高效管理、人性化的遠程服務管理、安全便捷的數(shù)據(jù)采集服務、多維度全方面數(shù)據(jù)分析、高效便捷管理

支撐等功能?，F(xiàn)有的標準里面只是簡單要求了各個環(huán)節(jié)的要求，但是沒有合理的形成一個智能化平臺，在

二次供水智能化管理平臺里面，仍處于標準空白點，急需立項標準，填補標準空白點，推動二次供水設備

智能化管理平臺的快速發(fā)展。為積極響應《國家標準化綱要》《工業(yè)水效提升行動計劃》等政策要求，加

快生活飲用水二次供水設備管理平臺標準的制修訂工作，完善相關標準體系，申請立項《生活飲用水二次

供水設備智能化管理平臺技術要求》標準項目。

二、起草單位和主要工作成員及其所作工作

1、起草單位

本標準由中國國際科技促進會標準化工作委員會提出，由中國國際科技促進會歸口。本標準由新界泵

業(yè)（浙江）有限公司、上海凱士比泵有限公司、佳木斯電機股份有限公司、富蘭克水務（集團）有限公司、

江蘇航天水力設備有限公司、北京通標恒遠標準技術服務有限公司共同起草。

2、主要工作成員及其所作工作

本文件主要起草人及工作職責見表1。

表1主要起草人及工作職責

起草人工作職責

新界泵業(yè)（浙江）有限公司、上海凱士比泵有項目主編單位主編人員，負責標準制定的統(tǒng)籌規(guī)劃與安

限公司、佳木斯電機股份有限公司排，標準內容和試驗方案編制與確定，標準水平的把握

及標準編制運行的組織協(xié)調。人員中包括了二次供水設

備行業(yè)資深專業(yè)人員，二次供水設備行業(yè)管理人員

北京通標恒遠標準技術服務有限公司標準化協(xié)調機構，負責協(xié)調標準制定過程中出現(xiàn)了各類

問題，提供國外的技術信息等。

富蘭克水務（集團）有限公司、江蘇航天水力實際生產單位、負責匯報企業(yè)供水成套設備生產數(shù)據(jù)、

設備有限公司試驗方法，參與標準編制。

5

三、標準的編制原則

標準起草小組在編制標準過程中，以國家、行業(yè)現(xiàn)有的標準為制訂基礎，結合我國目前的機械行業(yè)現(xiàn)

狀，按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定及相關要求

編制。

四、標準編制過程

2023年11月24日，中國國際科技促進會正式批準《生活飲用水二次供水設備智能化管理平臺技術要求》

立項。

2024年3月20日，《生活飲用水二次供水設備智能化管理平臺技術要求》團體標準啟動會正式召開，

中國國際科技促進會標準化工作委員會CI005工作組主持了本次會議召開，中國國際科技促進會相關領導

出席會議，本次會議成立了編制組，編制組單位為新界泵業(yè)（浙江）有限公司、上海凱士比泵有限公司、

佳木斯電機股份有限公司、普軒特泵業(yè)股份有限公司、上海上源泵業(yè)制造有限公司、賽萊默（中國）有限

公司、廈門海源泵業(yè)有限公司、湖南華振供水設備有限公司、新疆河潤科技股份有限公司、江蘇航天水力

設備有限公司、北京通標恒遠標準技術服務有限公司。

對草案稿進行了討論，編制組根據(jù)討論會意見形成了征求意見稿。

2024年3月29日，《生活飲用水二次供水設備智能化管理平臺技術要求》團體標準申請開始征求意見。

五、標準主要內容

1范圍

本文件規(guī)定了生活飲用水二次供水設備智能化管理平臺的基本要求、總體架構、功能要求、接口要求。

本文件適用于生活飲用水二次供水設備智能化管理平臺的規(guī)劃、建設、運行和維護。

2規(guī)范性引用文件

下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文

件。

GB/T22080-2016信息技術安全技術信息安全管理體系要求

GB/T22239-2019信息安全技術網絡安全等級保護基本要求

GB35114-2017公共安全視頻監(jiān)控聯(lián)網信息安全技術要求

GB/T35319-2017物聯(lián)網系統(tǒng)接口要求

3術語和定義

下列術語和定義適用于本文件。

3.1

二次供水secondarywatersupply

二次供水是指當民用與工業(yè)建筑生活飲用水對水壓、水量的要求超過城鎮(zhèn)供水或自建設施供水管網能

力時，通過儲存、加壓等設施經管道給用戶的供水方式。

6

3.2

生活飲用水二次供水設備智能化管理平臺intelligentmanagementplatformforsecondarywater

supplyequipmentfordomesticdrinkingwater

為生活飲用水二次供水設備設施運行和管理提供統(tǒng)一的管理、服務以及實現(xiàn)數(shù)據(jù)共享、集中管控和協(xié)

同互動的軟硬件系統(tǒng)平臺。

4縮略語

下列縮略語適用于本文件。

API：應用程序編程接口（ApplicationProgrammingInterface）

AES：高級加密標準（AdvancedEncryptionStandard）

BACnet：樓宇自動化與控制網絡（BuildingAutomationandControlnetworks）

CMIP：通用管理信息協(xié)議（CommonManagementInformationProtocol）

CoAP：受約束的應用協(xié)議（ConstrainedApplicationProtocol）

CORBA：公共對象請求代理體系結構（CommonObjectRequestBrokerArchitecture）

Da接口：平臺與行業(yè)應用的接口（ManagementandServicePlatformforDevice

connection-Application）

Dd接口：平臺與設備的接口(ManagementandServicePlatformforDeviceconnection-Device）

Dr接口：平臺與其他平臺的接口(ManagementandServicePlatformforDeviceconnection-other

ResourcePlatform）

DTLS：數(shù)據(jù)包傳輸層安全性協(xié)議（DatagramTransportLayerSecurity）

DTU：數(shù)據(jù)傳輸單元（DataTransferUnit）

GIS：地理信息系統(tǒng)（GeographicInformationSystem）

HTTP：超文本傳輸協(xié)議（HypertextTransferProtocol）

HTTPS：超文本傳輸安全協(xié)議（HypertextTransferProtocolSecure）

IOT：物聯(lián)網：物聯(lián)網（InternetofThings）

IP：網際協(xié)議（InternetProtocol）

LonWorks：局部操作網絡（LocaloperatingnetWorks）

LwM2M：輕量化的M2M協(xié)議（lightweightMachinetoMachine）

mime：多用途互聯(lián)網郵件擴展類型（MultipurposeInternetMailExtensions）

MQTT：消息隊列遙測傳輸協(xié)議（MessagequeuingTelemetryTransportSecure）

MQTTS：消息隊列遙測傳輸安全協(xié)議（MessagequeuingTelemetryTransportSecure）

NB-IoT：基于蜂窩的窄帶物聯(lián)網（NarrowBand-InternetofThings）

ODBC：開放數(shù)據(jù)庫連接（OpenDatabaseConnectivity）

OPC：用于過程控制的OLE（OLEforProcessControl）

pH：氫離子濃度指數(shù)（hydrogenionconcentration）

PON：無源光網絡（assiveOpticalNetwork）

QoS：服務質量（QualityofService）

SDH：同步數(shù)字系列（SynchronousDigitalHierarchy）

SDK：軟件開發(fā)工具包（SoftwareDevelopmentKit）

SDN：軟件定義網絡（SoftwareDefinedNetwork）

SIM：用戶識別模塊（SubscriberIdentityModule）

SNMP：簡單網絡管理協(xié)議（SimpleNetworkManagementProtocol）

SQL：結構化查詢語言（StructuredQueryLanguage）

SSL：安全套接字協(xié)議（SecureSocketsLayer）

TCP：傳輸控制協(xié)議（TransmissionControlProtocol）

7

TLS：傳輸層安全性協(xié)議（TransportLayerSecurity）

UDP：用戶數(shù)據(jù)報協(xié)議（UserDatagramProtocol）

UI：用戶界面（UserInterface）

URI：統(tǒng)一資源標識符（UniformResourceIdentifier）

WAPI：無線局域網鑒別和保密基礎結構（WirelessLANAuthenticationandPrivacyInfrastructure）

5基本要求

5.1生活飲用水二次供水設備智能化管理平臺(以下簡稱“平臺”)應具有先進性、可靠性、安全性、開

放性、可擴充性和兼容性。

5.2平臺應滿足應用組件即插即用和統(tǒng)一管理的要求。

5.3平臺應采用分層式設計、分布式部署和模塊化管理模式。

6總體架構

6.1概述

平臺為二次供水設備設施提供統(tǒng)一的連接管理功能，為二次供水業(yè)務提供數(shù)據(jù)、服務、可視化等支撐

能力，與其他平臺保持互聯(lián)互通和交互協(xié)作，滿足二次供水業(yè)務對設備接入、泵房管理和智慧服務等方面

的需求。

6.2總體框架

平臺總體框架由物聯(lián)層、數(shù)據(jù)層、服務層、可視化層、運維管理、安全管理以及接口組成。各部分具

體描述如下：

a)物聯(lián)層：提供物聯(lián)管理、通信傳輸、感知與執(zhí)行等設備接入與管理能力；

b)數(shù)據(jù)層：提供數(shù)據(jù)匯聚、數(shù)據(jù)存儲、數(shù)據(jù)轉換、數(shù)據(jù)交換、數(shù)據(jù)分析/數(shù)據(jù)管理等能力；

c)服務層：提供基礎信息、泵房評分、錯峰調蓄、系統(tǒng)設置、泵房維修、數(shù)據(jù)服務、開發(fā)服務設備

遠程控制、綜合查詢等功能；

d)可視化層：提供空間、設備、泵房、業(yè)務、數(shù)據(jù)等可視化功能；

e)運維管理：提供平臺日常運維、監(jiān)控告警、事件處理、運維統(tǒng)計等功能；

f)安全管理：提供平臺自身、設備接入、平臺對外服務的安全管理能力；

g)平臺接口：包括平臺與設備的接口（Dd接口）、平臺與行業(yè)應用的接口（Da接口）、平臺與其

他平臺的接口（Dr接口）。

7功能要求

7.1物聯(lián)層

7.1.1物聯(lián)管理

設備聯(lián)接

設備聯(lián)接功能包括設備接入管理、負載均衡、長連接和短連接等，功能要求如下。

a)接入管理功能要求：

8

1)應支持設備直接接入、邊緣網關接入、組態(tài)軟件采集數(shù)據(jù)和第三方系統(tǒng)（包括第三方系統(tǒng)數(shù)

據(jù)庫和第三方系統(tǒng)API）接入等多種接入方式。

2)應支持有線寬帶、移動通信網、NB-IoT及其他無線接入等多種網絡接入方式；泵房內部宜采

用以太網、MODBUS等通訊方式。

3)應支持HTTP/HTTPS、MQTT/MQTTS、LwM2M/CoAP、OPC接入、ODBC同步、TCP自定義報文等多

種接入方式。

4)應支持SDK、API等多種應用接入方式。

5)應提供多操作系統(tǒng)和多語言的設備接入SDK開發(fā)工具。

b)負載均衡功能要求：應支持設備數(shù)據(jù)負載均衡，根據(jù)不同負載均衡策略，將設備數(shù)據(jù)轉發(fā)至后續(xù)

的數(shù)據(jù)處理模塊；

c)應支持長連接和短連接等多種連接方式。

設備管理

設備管理包括設備注冊、設備注銷、設備信息查詢、設備變更管理、設備升級管理、設備遠程控制和

設備群組管理等功能，具體要求如下。

a)設備注冊功能：

1)應支持單個或批量設備注冊，并分配內部唯一設備標識，且內部設備標識與設備編碼應建立

關聯(lián)關系；

2)應支持設備信息的注冊，包括但不限于設備名稱、設備用戶、設備廠商、設備位置、設備類

型、設備型號、設備編號、協(xié)議類型等；

3)應支持設備參數(shù)配置，并確保平臺與設備配置信息同步。

b)設備注銷功能：

1)應支持單個或批量設備注銷；

2)設備注銷后，應基于時限要求保留設備的歷史信息。

c)設備信息查詢功能：

1)設備信息的查詢，包括但不限于設備名稱、設備用戶、設備廠商、設備位置、設備類型、設

備型號、協(xié)議類型等；

2)設備運行信息的查詢，包括但不限于配置參數(shù)、歷史命令、在線記錄、運行狀態(tài)能耗統(tǒng)計、

組態(tài)展示等；

3)查詢指定設備采集的信。

d)設備變更管理功能：

1)設備信息的變更，包括但不限于設備名稱、設備用戶、設備廠商、設備位置、設備類型、設

備型號、協(xié)議類型等；

2)設備配置參數(shù)的變更，可指定設備配置參數(shù)保存策略，并支持人工修改；

3)設備變更管理或設備配置參數(shù)變更應設置安全操作密碼，并記錄操作人員及其操作信息。

e)設備升級管理功能：

1)應為設備軟件升級提供支持；

2)應支持設備遠程升級，提供版本更新迭代和管理能力；

3)應支持批量升級、群組升級、時間策略升級、并發(fā)數(shù)升級等升級策略；

4)應支持服務端決策升級、終端決策升級、協(xié)商升級等升級模式。

f)設備遠程控制功能：

1)應支持電動閥門、水泵機組、泵房門禁、攝像頭、燈光照明、紅外報警、語音對講、泵房排

水、泵房排風等系統(tǒng)的遠程控制功能；

2)遠程控制應設置安全操作密碼，并記錄操作人員及其操作信息；

3)應支持TLS/SSL數(shù)字證書,提供遠程控制安全保障的能力。

g)應支持設備群組管理功能，支持基于群組的用戶賦權、訂閱和通知；

9

h)應支持通過設備模板建立設備元數(shù)據(jù)，統(tǒng)一管理設備基礎屬性和服務能力；

i)應支持根據(jù)模板創(chuàng)建設備、設置設備的基礎信息、屬性、監(jiān)測量、上下行配置、安全認證屬性；

j)針對通過蜂窩網絡連接的設備,應支持設備的SIM卡管理,輔助故障定位,實現(xiàn)終端故障監(jiān)控和

遠程管理。

設備監(jiān)控告警

設備監(jiān)控告警功能包括設備狀態(tài)(如在線、離線、正常、異常、休眠、喚醒等)監(jiān)控、設備告警管理和

設備故障診斷等，具體如下。

a)設備狀態(tài)監(jiān)控功能應支持設備狀態(tài)的實時監(jiān)控。

b)應支持水泵機組設備狀態(tài)、進出水壓力、進出水流量、泵房水浸、泵房闖入、泵房煙感等告警類

型；

c)設備告警管理功能：

1)應支持告警類型管理，并在設備配置文件中定義；

2)設備告警時應向平臺提供告警信息，包括但不限于告警事件名稱、告警事件類型、告警事件

等級﹑告警設備名稱、告警設備標識、告警設備地址、操作字段、告警設備所屬組織、告警

總數(shù)、正在告警數(shù)、已結束告警數(shù)、告警起止時間等，并支持告警信息的導出；

3)應支持確認告警信息后，根據(jù)報警級別、報警性質等情況進行告警確認、延遲處理、派發(fā)工

單等操作；

4)應支持默認告警配置，提供一套默認告警規(guī)則；

5)應支持設備告警配置，提供根據(jù)具體設備的運行工況進行個性化修改，形成單個設備的專用

告警庫；

6)應支持設備告警信息推送功能，包括但不限于文字、語音、聲光和移動端推送等方式；

7)當收到設備告警信息，平臺可主動上報給上層應用，支持告警的查看、管理和確認，并定位

告警位置和區(qū)域，進行告警派單操作，同時關聯(lián)相應的告警處理知識，指導相關人員按照告

警預案進行告警處理；

8)應支持為告警關聯(lián)工單模板，當發(fā)生告警時，由系統(tǒng)自動觸發(fā)工單創(chuàng)建，并將告警與工單

進行關聯(lián)；

9)應支持根據(jù)告警事件性質與設備重要程度劃定告警事件等級，為多項事件同時告警處置提供

優(yōu)先級參考；

10)應支持告警升級功能，針對告警發(fā)生后未被相關人員及時發(fā)現(xiàn)或確認的情況，在告警提示持

續(xù)一定時長后，將告警級別升級至更高級別；

11)應支持告警過濾，已過濾的告警信息不進行信息推送，但可在告警列表中查看；

12)應支持設備告警記錄，包括但不限于設備的告警類型、告警原因、告警開始時間，告警持續(xù)

時間、告警處置人員、告警處置結果等信息，實現(xiàn)從告警生成、確認、處置到記錄的全流程

管理；

13)應支持告警解除，告警解除后設備狀態(tài)恢復為正常狀態(tài)；

14)應支持多維度設備告警分析，分析各告警等級和告警類型占比等信息，根據(jù)告警分析進行排

查處理和優(yōu)化配置；

15)應支持由規(guī)則引擎定義告警規(guī)則，通過不斷優(yōu)化的告警規(guī)則模型實現(xiàn)復雜場景下的告警識別；

16)應支持統(tǒng)計告警區(qū)域、告警泵房、告警設備廠商、告警設備類型和告警時長信息，通過統(tǒng)計

告警的數(shù)量進行告警趨勢展示；

17)應支持自定義告警消息推送，告警消息推送可精確到單一用戶；

10

18)應支持針對短時間內反復發(fā)生的同一告警，統(tǒng)計此告警在一定時間內發(fā)生“告警-結束告警”

的次數(shù)，根據(jù)周期內發(fā)生的告警次數(shù)判斷此告警是否給予關注；

19)應支持內置降噪算法，減少錯誤告警和大規(guī)模告警風暴現(xiàn)象。

d)設備故障診斷功能：

1)應支持設備在平臺的注冊情況、電源電量、數(shù)據(jù)傳輸量、運行狀態(tài)的分析；

2)應支持設備故障智能診斷，根據(jù)診斷信息生成診斷報告；

3)應支持根據(jù)規(guī)則清單，實時監(jiān)測底層上傳數(shù)據(jù)、業(yè)務數(shù)據(jù)等，對異常情況和故障情況進行快

速診斷；

4)應支持對設備進行遠程復位或升級；

5)應實現(xiàn)設備運行日志的分析，包括但不限于設備的運行時間情況、設備的告警信息、設備與

平臺的交互時間等。

設備規(guī)則引擎

設備規(guī)則引擎功能包括規(guī)則定義，規(guī)則管理和規(guī)則調用等，功能要求如下。

a)規(guī)則定義功能應支持預置定義或定制開發(fā)的規(guī)則場景以及規(guī)則內容定義，包括但不限于規(guī)則名稱、

規(guī)則類型、規(guī)則參數(shù)、規(guī)則操作等，規(guī)則定義功能可符合以下要求：

1)應支持物聯(lián)層中物聯(lián)管理模塊的規(guī)則定義，包括但不限于設備在線/離線狀態(tài)判定規(guī)則、設

備正常/故障狀態(tài)判定規(guī)則，設備故障診斷方式的規(guī)則，設備告警規(guī)則、設備告警延時規(guī)則、

設備告警之后平臺的響應規(guī)則、設備維護方式、維護流程等；

2)應支持物聯(lián)層中通信傳輸模塊的規(guī)則定義，包括但不限于數(shù)據(jù)收發(fā)路由規(guī)則，數(shù)據(jù)隔離規(guī)則、

協(xié)議切換規(guī)則等；

3)應支持物聯(lián)層中傳輸執(zhí)行模塊的規(guī)則定義，包括但不限于感知設備數(shù)據(jù)上報規(guī)則、感知設備

狀態(tài)上報規(guī)則、多類感知數(shù)據(jù)上報機制、數(shù)據(jù)上報沖突避免規(guī)則、指令優(yōu)先級的定義規(guī)則、

指令權限的劃分規(guī)則等；

4)應支持通過規(guī)則引擎配置復雜函數(shù)的運算規(guī)則，對于涉及到的復雜規(guī)則，應支持固化為函數(shù)；

5)應支持其他的用戶自定義規(guī)則制定。

b)規(guī)則管理功能要求：

1)應支持對現(xiàn)有規(guī)則的修改、刪除、查詢、復制、停用和創(chuàng)建模板等；

2)應支持可視化拖拽式的規(guī)則編輯；

3)應支持將編輯的規(guī)則保存為模板，并支持模板的新增、編輯、查詢、復制和刪除等操作；

4)應支持規(guī)則管理流程的制定；

5)應支持規(guī)則與設備、應用、告警等綁定，滿足規(guī)則條件時，規(guī)則可以自動化的執(zhí)行響應動作；

6)應支持將閾值超限、范圍超限、位置跟蹤等事件，作為規(guī)則引擎輸入條件，并關聯(lián)對應的處

理動作；

7)應支持自定義觸發(fā)條件，特定條件的事件告警自動推送給應用。

c)規(guī)則調用功能要求：

1)應支持規(guī)則調用前進行規(guī)則判斷，即判斷設備當前相關狀態(tài)與相關的規(guī)則是否滿足相應條件，

滿足條件后進行規(guī)則調用；

2)應支持需要提供規(guī)則調用所需的閾值、范圍等作為規(guī)則引擎的輸入條件，保證平臺對相應場

景的規(guī)則響應；

3)應支持在線增加并管理規(guī)則觸發(fā)器，在線設置觸發(fā)器名稱和觸發(fā)條件，并提供至少一種觸發(fā)

報警方式，包括但不限于文字、語音、短信接收、第三方服務器接收等；

4)應支持基于預設規(guī)則的設備聯(lián)動觸發(fā)，實現(xiàn)多設備的協(xié)同反應；

5)應支持基于規(guī)則引擎的業(yè)務流自定義，實現(xiàn)數(shù)據(jù)個性化流轉和處理。

7.1.2通信傳輸

11

有線傳輸

有線傳輸功能要求如下：

a)應支持不同場景對傳輸要求的能力，包括但不限于核心網、分組傳送網等應用范圍；

b)應支持不同的網絡接入能力，包括但不限于以太網等；

c)應支持高精度時間同步能力，并可接人主/備用時間同步源；

d)應支持不受設備廠家限制的SDN功能.

寬帶無線傳輸

寬帶無線在物聯(lián)網中承擔大容量數(shù)據(jù)傳送網絡的功能。寬帶無線傳輸功能要求如下：

a)應支持無線網絡持續(xù)演進，如5G以及后續(xù)演進；

b)應支持不同流量等級的區(qū)分；

c)應支持網絡切片,根據(jù)服務等級協(xié)議為特定業(yè)務配置用戶數(shù)、QoS、帶寬等參數(shù);

d)應支持無線接入點的傳輸接入。

窄帶無線傳輸

窄帶無線在物聯(lián)網中承擔低功耗、小數(shù)據(jù)場景的數(shù)據(jù)傳輸網絡功能。窄帶無線傳輸功能要求如下：

a)應支持不同場景的窄帶傳輸方式；

b)應支持后續(xù)演進網絡中窄帶無線可與寬帶共同組網的能力；

c)應支持多個租戶、多個用戶同時接入，并且保證數(shù)據(jù)隔離；

d)應支持滿足低功耗場景的需求，如報文喚醒等；

e)應支持不同來源的不同協(xié)議間的數(shù)據(jù)轉換；

f)應支持SNMP、CMIP、CORBA等多種網絡管理協(xié)議,并支持不同協(xié)議間的切換,滿足不同場景對窄

帶通信網絡的需要。

7.1.3感知與執(zhí)行

設備數(shù)據(jù)上報

設備數(shù)據(jù)上報功能要求如下：

a)應支持設備狀態(tài)數(shù)據(jù)和設備監(jiān)測數(shù)據(jù)的上報，包括泵房內采集的基礎運行數(shù)據(jù)、泵房內采集的視

頻安防數(shù)據(jù)和泵房內采集的環(huán)境監(jiān)測數(shù)據(jù)三大類，主要包括但不限于進出水壓力、進出水流量、

水箱液位、泵房溫濕度、余氯、濁度、pH值、電流、電壓、電量、監(jiān)控視頻等；

b)應支持基于規(guī)則引擎中定義的規(guī)則進行數(shù)據(jù)上報，包括但不限于基于設定的周期、事件觸發(fā)等；

c)應支持解析設備上報數(shù)據(jù)，并基于配置策略(包括轉發(fā)、保存、透傳等)發(fā)送至行業(yè)應用；

d)應支持同時存在多條數(shù)據(jù)采集路徑；

e)應支持同時進行多點數(shù)據(jù)采集與上傳功能；

f)應支持不同優(yōu)先級數(shù)據(jù)采集與上傳。

設備狀態(tài)上報

設備狀態(tài)上報功能要求如下：

a)應支持可配置定時發(fā)送心跳；

b)應支持上報一段時間內的設備狀態(tài)；

c)應支持其他平臺當前狀態(tài)信息的上報；

d)應支持按照規(guī)則引擎中定義的規(guī)則進行設備狀態(tài)上報，如一定頻率或事件觸發(fā)進行狀態(tài)上報。

12

平臺命令下發(fā)

命令下發(fā)功能要求如下：

a)應支持對平臺命令進行定義、管理和命令下發(fā)過程的管理等；

b)命令定義的內容應包括但不限于命令名稱、命令類型、命令編碼、命令關聯(lián)設備、對應操作等；

c)應支持命令管理功能，包括但不限于增加、刪除、修改、查詢；

d)應支持通過管理門戶或API進行遠程設備命令下發(fā)，如開啟、關閉等，實現(xiàn)對設備的手動遠程控

制；

e)應支持基于規(guī)則引擎遠程開啟或關閉設備；

f)應支持平臺命令集的合并與擴充；

g)應支持對命令集中的命令優(yōu)先級和權限的劃分，根據(jù)命令優(yōu)先級來確定命令執(zhí)行的順序，具體劃

分規(guī)則可在規(guī)則引擎中進行定義；

h)命令下發(fā)規(guī)則應在規(guī)則引擎中定義，其傳輸?shù)耐緩絽⒄胀ㄐ艂鬏斨卸x的傳輸途徑。

7.2數(shù)據(jù)層

7.2.1數(shù)據(jù)匯聚

數(shù)據(jù)匯聚功能要求如下：

a)應支持多種數(shù)據(jù)源的讀取和寫入操作，包括但不限于文件，數(shù)據(jù)庫，web服務等；

b)支持多數(shù)據(jù)源的數(shù)據(jù)接入,包括但不限于網關、DTU等底層采集數(shù)據(jù)、SCADA系統(tǒng)采集數(shù)據(jù)、第三

方系統(tǒng)數(shù)據(jù)、第三方數(shù)據(jù)庫數(shù)據(jù)等；

c)應支持數(shù)據(jù)異?；謴偷裙δ?；

d)應支持數(shù)據(jù)源管理、連接測試等功能；

e)應支持異構數(shù)據(jù)源之間的數(shù)據(jù)同步功能；

f)應支持數(shù)據(jù)斷網續(xù)傳的功能；

g)數(shù)據(jù)字段命名應具有唯一性，字段名稱應采用26個字母、0~9或下劃線組成，且不能以數(shù)字為開

頭；

h)應支持對數(shù)據(jù)格式進行規(guī)范化描述，包括格式名稱、格式描述等.格式名稱值域為mime類型數(shù)值，

由媒體類型與子類型組成，媒體類型包括文本、圖像、音頻、視頻、矢量圖形、數(shù)據(jù)庫等類型，

子類型為對應的文件格式、圖像格式、音頻格式、視頻格式、矢量圖形格式、數(shù)據(jù)庫類型等編碼

格式，格式描述為相應格式的描述，通過URI給出；

i)應支持對數(shù)據(jù)時間進行規(guī)范化描述，包括時間字段、狀態(tài)、時間區(qū)間、頻率、步進、周期性時序

等信息；

j)應支持數(shù)據(jù)在線匯聚、統(tǒng)計功能。

7.2.2數(shù)據(jù)存儲

平臺應對采集到的數(shù)據(jù)及時進行存儲，用于后續(xù)各類應用的查詢、加工和分享，系統(tǒng)應具備斷網恢復

后數(shù)據(jù)續(xù)傳功能。數(shù)據(jù)存儲功能要求如下：

a)應支持設備上報的數(shù)據(jù)直接透傳給應用處理，或數(shù)據(jù)在平臺內存儲，存儲周期可以配置；

b)應支持多種存儲方式，包括但不限于對象存儲、列式存儲、云存儲、分布式數(shù)據(jù)庫存儲；

c)應支持數(shù)據(jù)緩存處理，包括用戶和應用的權限數(shù)據(jù)、資源訂閱數(shù)據(jù)等存儲；

d)應支持數(shù)據(jù)存儲節(jié)點和組件的動態(tài)伸縮；

e)應采用國家密碼管理主管部門鑒定的密碼算法，采用多重密鑰保護機制對數(shù)據(jù)進行存儲加密保護；

f)應支持文件級細粒度安全存儲，可單獨設置文件的密級、加密算法、加密密鑰等；

g)應采用讀寫分離原則，保證數(shù)據(jù)的快速存儲和讀??；

h)應支持數(shù)據(jù)冗余多節(jié)點可靠存儲，支持單節(jié)點故障業(yè)務不中斷，保證平臺業(yè)務數(shù)據(jù)存儲規(guī)模變更

時的可靠性；

13

i)應滿足不同類型數(shù)據(jù)的服務使用需求，能為結構化、半結構化和非結構化類型數(shù)據(jù)提供不同級別

的存放策略；

j)應創(chuàng)建不同類型的字段，根據(jù)用途和需求變化對字段進行增加、刪除和修改操作，并提供數(shù)據(jù)導

入/導出和數(shù)據(jù)遷移功能；

k)結構化數(shù)據(jù)統(tǒng)一存入數(shù)據(jù)庫中，半結構化數(shù)據(jù)應轉換成結構化數(shù)據(jù)統(tǒng)一存入數(shù)據(jù)庫中，非結構化

數(shù)據(jù)采用文件形式存儲至對象存儲服務中，并將文件基本屬性、存儲路徑等描述信息以結構化數(shù)

據(jù)存入數(shù)據(jù)庫中；

l)應支持數(shù)據(jù)備份和恢復。

7.2.3數(shù)據(jù)轉換

數(shù)據(jù)轉換功能要求如下：

a)應支持異構數(shù)據(jù)轉換成統(tǒng)一格式；

b)應支持不同設備上報數(shù)據(jù)轉換為標準格式數(shù)據(jù)；

c)應支持數(shù)據(jù)轉換規(guī)則定制和管理；

d)應支持設備數(shù)據(jù)解析，并按照統(tǒng)一的監(jiān)測數(shù)據(jù)模型進行轉換；

e)應支持數(shù)據(jù)轉換前的保存、備份功能，保證轉換過程中的數(shù)據(jù)完整性；

f)應支持設備空間數(shù)據(jù)坐標系的統(tǒng)一；

g)應支持特定數(shù)據(jù)格式和統(tǒng)一數(shù)據(jù)格式的雙向轉換。

7.2.4數(shù)據(jù)交換

數(shù)據(jù)交換功能要求如下：

a)應符合數(shù)據(jù)交換共享有關的法律法規(guī)和監(jiān)管要求；

b)應支持數(shù)據(jù)處理功能，包括但不限于數(shù)據(jù)壓縮、數(shù)據(jù)加密和簽名、數(shù)據(jù)填充、數(shù)據(jù)格式轉換、坐

標位置提取等；

c)應支持實時數(shù)據(jù)交換、批量數(shù)據(jù)交換；

d)應支持多種類型數(shù)據(jù)交換,包括但不限于文件、數(shù)據(jù)庫、web服務等；

e)應支持多種交換策略，包括但不限于點對點、交換共享、服務訂閱等，提供自適應動態(tài)數(shù)據(jù)傳輸

打包機制、消息確認和消息選擇性重發(fā)機制。

7.2.5數(shù)據(jù)分析

數(shù)據(jù)分析功能要求如下：

a)應支持設備狀態(tài)數(shù)據(jù)統(tǒng)計和分析，包括但不限于設備分布區(qū)域統(tǒng)計、設備部署類別統(tǒng)計、設備運

行狀態(tài)及趨勢分析、設備區(qū)域故障狀況統(tǒng)計、設備歷史故障狀況分析、設備維護狀況統(tǒng)計、設備

故障恢復率分析、設備告警數(shù)據(jù)分析等；

b)應支持設備監(jiān)測數(shù)據(jù)分析，包括但不限于設備監(jiān)測密度分析、設備監(jiān)測數(shù)據(jù)均值/極值統(tǒng)計、設

備監(jiān)測數(shù)據(jù)俯差分析、設備監(jiān)測數(shù)據(jù)異常頻率統(tǒng)計、設備監(jiān)測數(shù)據(jù)趨勢分析、業(yè)務數(shù)據(jù)統(tǒng)計分析、

水質監(jiān)測數(shù)據(jù)分析、泵房環(huán)境監(jiān)測數(shù)據(jù)分析等；

c)應支持大數(shù)據(jù)分析功能，包括但不限于數(shù)據(jù)異常篩選分析、基礎統(tǒng)計、異常自動診斷、生命周期

計算、用水規(guī)律分析、水箱調蓄排程、用水趨勢分析預測、能耗/能效分析、水箱清洗周期計算

等。

7.2.6數(shù)據(jù)管理

數(shù)據(jù)管理功能要求如下：

14

a)應提供可靠的數(shù)據(jù)應用規(guī)范，支持數(shù)據(jù)應用流程管理、數(shù)據(jù)應用審核、數(shù)據(jù)應用發(fā)布等；

b)應提供數(shù)據(jù)從產生到消亡的全周期管理，支持識別、度量、監(jiān)控、預警、數(shù)據(jù)架構定義、數(shù)據(jù)管

理流程配置、數(shù)據(jù)責任流程配置和數(shù)據(jù)治理審核機制；

c)應支持數(shù)據(jù)血緣關系管理，可自動生成和維護數(shù)據(jù)血緣關系地圖；

d)應支持數(shù)據(jù)資源目錄動態(tài)管理，包括但不限于梳理、編制、審核、發(fā)布等；

e)應支持基于流式計算模型和規(guī)則引擎模型處理海量數(shù)據(jù)，主要包括數(shù)據(jù)異常篩選分析、基礎統(tǒng)計

等；

f)應支持對不完整數(shù)據(jù)、錯誤數(shù)據(jù)、重復數(shù)據(jù)進行統(tǒng)一標識、清洗對比、整合轉換等。

7.3服務層

7.3.1基礎信息

基礎服務功能要求如下：

a)應支持小區(qū)信息的錄入、修改、刪除、更新、展示；

b)應支持泵房信息的錄入、修改、刪除、更新、展示；

c)應支持自定義配置檔案信息的表單內容，提供默認表單模板；

d)應支持匯總小區(qū)、泵房、設備等信息，并以列表的形式展示；

e)應支持記錄當前賬戶的操作內容、操作時間的功能；

f)應支持用于管理泵房相關的所有信息,包括但不限于泵房配置、泵房管理、小區(qū)管理、設備管理、

IoT設備管理、水箱管理、泵房分區(qū)分組、監(jiān)測量分組及配置、能耗數(shù)據(jù)清洗等；

g)應支持不同業(yè)務場景下的功能配置，包括但不限于報警配置、組態(tài)管理、泵房評分、壽命預估配

置、巡檢配置、通告管理、日志管理等。

7.3.2泵房評分

泵房評分功能要求如下：

a)應支持駕駛艙泵房評分排名；

b)泵房評分模型包含供水可靠性、供水節(jié)能性、水池衛(wèi)生、泵房環(huán)境、泵房管理與閥門等維度；

c)應支持對泵房現(xiàn)狀及運行情況進行綜合評估后給出評分；

7.3.3錯峰調蓄

錯峰調蓄功能要求如下：

a)應支持通過管網、水廠的流量和壓力數(shù)據(jù)采集，分析用水高峰期；

b)應支持根據(jù)水箱的液位、流量等條件，計算出水箱蓄水的優(yōu)先級；

c)應支持根據(jù)優(yōu)先級情況進行水箱蓄水計劃排程。

7.3.4系統(tǒng)設置

系統(tǒng)設置功能要求如下：

a)應支持平臺賬戶權限的錄入、修改、刪除、更新、展示；

b)應支持平臺首頁UI、皮膚等參數(shù)修改與更新；

c)應支持維保標準的錄入、修改、刪除、更新、展示。

7.3.5工單派送

工單派送要求如下：

a)應支持搶修工作計劃的創(chuàng)建、執(zhí)行、統(tǒng)計，按周期分配計劃任務，并支持對計劃進行審核；

b)應支持對已創(chuàng)建的計劃進行刪除、停用、編輯、查看等操作；

c)應支持通過工單的創(chuàng)建、分單、接單、處理、審批、銷單等進行工單全流程的跟蹤管理等功能；

d)應支持全流程監(jiān)控，包括配置流程完成時間、各節(jié)點完成時間等；

15

e)應支持根據(jù)供水系統(tǒng)設備管理要求，制定搶修維修計劃，系統(tǒng)可根據(jù)計劃自動生成工單；

f)應支持提供工單流程處理過程中的應急處理機制關聯(lián)解決方案知識庫。

7.3.6數(shù)據(jù)服務

數(shù)據(jù)服務功能要求如下：

a)應支持對數(shù)據(jù)進行服務化封裝、管理與開放；

b)應支持以服務的形式對上層應用提供數(shù)據(jù)資源；

c)應支持數(shù)據(jù)發(fā)布管理功能，保障數(shù)據(jù)使用者通過權限管理實時獲取數(shù)據(jù)服務；

d)應支持異構數(shù)據(jù)庫之間同步、包括但不限于采用基于數(shù)據(jù)表、數(shù)據(jù)視圖、自定義SQL等方式構建

數(shù)據(jù)模型。

7.3.7開發(fā)服務

開發(fā)服務包括開發(fā)、測試、發(fā)布和監(jiān)控等功能，功能要求如下。

a)開發(fā)功能要求：

1)應提供相應的開發(fā)工具，包括但不限于在線編排、開發(fā)模板、代碼編譯與測試、開發(fā)程序打

包工具等；

2)應提供API開放管理、可視化組件等服務；

3)應提供軟件服務化封裝；

4)應支持應用項目管理、代碼托管等。

b)測試功能要求：

1)應支持設備與平臺的數(shù)據(jù)傳輸與接收過程調試；

2)應支持對平臺上注冊的設備發(fā)送模擬數(shù)據(jù)，記錄和查看發(fā)送日志；

應支持API在線調試，如添加請求參數(shù)和請求內容，并顯示返回結果；

3)應提供可視化在線調試工具,包括但不限于數(shù)據(jù)模擬器、地圖數(shù)據(jù)模擬器、API調試工具等；

4)測試環(huán)境應支持物理機部署、虛擬化部署、云部署，支持集中式部署和分布式部署，支持服

務器環(huán)境配置及核查。

c)發(fā)布功能要求：

應支持平臺的持續(xù)集成、在線打包發(fā)布和自動部署；

d)支持實時監(jiān)控應用的運行狀態(tài)和資源使用情況。

7.4可視化層

7.4.1空間可視化

空間可視化是將基于地理信息數(shù)據(jù)的數(shù)字空間通過可視化的形式進行呈現(xiàn)，空間可視化功能要求如下：

a)應支持基礎地理信息要素數(shù)據(jù)的顯示，包括但不限于區(qū)域范圍內的衛(wèi)星影像、行政區(qū)劃、道路、

水系等；

b)應支持多種顯示方式，包括但不限于二三維一體化顯示、地上地下一體化顯示、宏微觀一體化顯

示及無縫切換顯示；

c)應支持泵房導航功能。

7.4.2設備可視化

設備可視化是將設備的屬性、狀態(tài)、功能等通過可視化的形式進行呈現(xiàn)。設備可視化功能要求如下：

a)應支持對設備全生存周期數(shù)據(jù)的綜合呈現(xiàn)；

b)應支持設備狀態(tài)、效能狀態(tài)、預警狀態(tài)、內部結構等可視化呈現(xiàn)；

16

c)應支持設備告警后自動推送告警信息及告警現(xiàn)場照片，進行一體化推送呈現(xiàn)；

d)應支持設備模型動畫展示設備狀態(tài)的能力，如開關的旋轉、水泵機組的運行等；

e)應支持將設備狀態(tài)，報警狀態(tài)等信息統(tǒng)一推送到移動端、桌面終端、大屏幕等多終端融合呈現(xiàn)；

f)應支持將設備根據(jù)空間位置進行區(qū)域化管理、空間位置查找；

g)應支持在同一操作頁面上進行泵房內設備信息的呈現(xiàn)；

h)應支持以組態(tài)形式展示設備信息，包括但不限于設備運行狀態(tài)、設備運行數(shù)據(jù)等；

i)應支持配件信息展示，展示內容包括但不限于配件列表、配件名稱、配件規(guī)格、保養(yǎng)周期、保養(yǎng)

記錄等。

7.4.3泵房可視化

泵房可視化是將泵房的內部場景、環(huán)境監(jiān)測系統(tǒng)、視頻監(jiān)控系統(tǒng)等通過可視化的形式進行呈現(xiàn)。泵房

可視化功能要求如下：

a)應支持以組態(tài)的形式對泵房場景進行呈現(xiàn)；

b)應支持以組態(tài)的形式展示泵房實時運行狀態(tài)；

c)應支持通過指定區(qū)域對泵房進行篩選，對篩選的泵房進行單指標或多指標的數(shù)據(jù)對比；

d)應支持泵房門禁系統(tǒng)、紅外監(jiān)控、視頻監(jiān)控、環(huán)境監(jiān)測等系統(tǒng)的可視化呈現(xiàn)。

7.4.4業(yè)務可視化

業(yè)務可視化是將用戶的業(yè)務數(shù)據(jù)、業(yè)務邏輯、工作流程等結合空間和設備進行可視化呈現(xiàn)。業(yè)務可視

化功能要求如下：

a)應支持與指定業(yè)務場景相關聯(lián)的設備監(jiān)測數(shù)據(jù)(進出水壓力、進出水流量、水箱液位等)、告警數(shù)

據(jù)(爆管、超壓、低壓、水浸、闖入報警等)的管理與呈現(xiàn)；

b)應支持對業(yè)務管轄區(qū)域、業(yè)務責任人等業(yè)務管理數(shù)據(jù)的呈現(xiàn)與推送；

c)應提供基于GIS的區(qū)域劃分；

d)應在區(qū)域級地圖展示分區(qū)內泵房數(shù)、水箱數(shù)以及接管情況、區(qū)域內的分級報警信息、能耗信息等；

e)應支持對單個泵房進行詳細信息查看，包括但不限于泵房環(huán)境監(jiān)測數(shù)據(jù)，泵房安防情況、能耗統(tǒng)

計、報警記錄、相關工單、組態(tài)展示、檔案信息等；

f)應支持展示泵房的相關資料檔案，包括但不限于泵房信息、泵房類型、泵房狀態(tài)等；

g)應支持展示加壓設備的相關資料檔案，包括但不限于各區(qū)位加壓設備、水箱、管道、閥門及控制

模式等；

h)應支持展示水箱的基本信息、報警液位、實時液位等數(shù)據(jù)，計算顯示水箱的近期水齡，顯示所選

時間段相應的水箱液位波動圖、用水規(guī)律、清洗記錄等；

i)應支持展示泵房及設備的總體生命周期情況，包括但不限于關鍵節(jié)點的日期(建設/安裝日期、

質保到期時間等)、運維記錄、配件臺賬、壽命預估、相關文檔等；

j)應支持業(yè)務與設備的遠程聯(lián)動控制與可視化呈現(xiàn)；

k)應支持與業(yè)務相關聯(lián)的設備維護、事件告警等業(yè)務處置流程的可視化呈現(xiàn)；

l)應支持對供水的壓力、噸水耗電量、能效、水質等數(shù)據(jù)進行處理和匯總統(tǒng)計，形成專業(yè)的分析報

表功能；

m)應支持通過桌面終端、移動端、大屏展示等多種方式實現(xiàn)業(yè)務信息的可視化呈現(xiàn)。

7.4.5數(shù)據(jù)可視化

數(shù)據(jù)可視化將泵房數(shù)據(jù)、環(huán)境監(jiān)測數(shù)據(jù)、門禁數(shù)據(jù)等通過可視化的形式進行呈現(xiàn)。數(shù)據(jù)可視化功能要

求如下：

a)應支持圖形化的領導駕駛艙展示功能，駕駛艙呈現(xiàn)的數(shù)據(jù)包括泵房概括、泵房評分、告警數(shù)據(jù)、

水齡情況、水質情況、耗電量、供水量、壓力合格率、工單任務派發(fā)數(shù)據(jù)、流程閉環(huán)數(shù)據(jù)、水泵

效率排名、運維進度、線上巡檢等，并作為各個功能的入口，具體要求如下：

17

1)應支持展示賬戶權限范圍內可查看的泵房數(shù)量、水箱數(shù)量等；

2)應支持展示賬戶權限范圍內泵房的評分情況并進行排名，可進行最高/最低排名；

3)應支持展示賬戶權限內可查看的泵房在本月活動中和已處理的告警數(shù)，統(tǒng)計各類告警的占比

情況；

4)應支持展示賬戶權限下可查看的水箱水齡情況；

5)應支持實時統(tǒng)計水質情況，并計算出水質合格率來展示總體水質情況，并可進行多區(qū)域水質

達標率排名，支持按照最高/最低進行排名；

6)應支持展示供水系統(tǒng)各時間維度的耗電量，以及年內截至到當前月份為止的前各個月份的耗

電量，并預測計算未來月份的耗電量；

7)應支持展示供水系統(tǒng)各時間維度的供水量，以及年內截至到當前月份為止的前各個月份的供

水量，并預測計算未來月份的供水量；

8)應支持展示供水系統(tǒng)的實時出、入口壓力合格率排名情況，可按照最高/最低進行排名；

9)應支持展示當前賬戶處理的工單總體情況，包括接單及時率、到場及時率、處理及時率等，

可按照不同時間維度查詢；

10)應支持展示賬戶權限下所做的各類線下運維計劃的完成情況、進度百分比、進度偏差等，可

根據(jù)不同時間維度查詢；

11)應支持展示賬戶權限下的設備情況，包括設備的完好率、在線率等。

b)應支持通過卡片或列表的形式展示管轄范圍內的泵房數(shù)據(jù)，并支持數(shù)據(jù)導出功能；

c)應支持展示泵房水質數(shù)據(jù),包括但不限于余氯、濁度、pH值等；

d)應支持展示泵房環(huán)境監(jiān)測數(shù)據(jù)，包括但不限于溫度、濕度、煙感度、水浸狀況等；

e)應支持展示設備運行數(shù)據(jù)，包括但不限于進出水壓力、進出水流量、水箱液位、電壓、頻率等；

f)應支持快速查看泵房參數(shù)、歷史曲線數(shù)據(jù)、泵房檔案、泵房評分詳情、水箱數(shù)據(jù)、設備生命周期

等；

g)應支持餅圖、折線圖、散點圖、柱狀圖等多種圖形化展示方式；

h)應支持泵房監(jiān)控視頻實時預覽、多畫面預覽、抓拍、錄像、報警觸發(fā)、視頻回放等功能；

i)應泵房門禁開關的狀態(tài)監(jiān)控、遠程開關、門禁記錄統(tǒng)計、查詢、和數(shù)據(jù)導出等功能；

j)應支持對各類數(shù)據(jù)整合后進行統(tǒng)計，將統(tǒng)計結果以報表的形式進行展示，形成標準的分析報表；

k)應支持多種報表模板，包括但不限于資產報表、壓力報表、水電量報表、能效報表、水質報表等；

l)應支持根據(jù)角色權限設置自定義模板選擇字段及組合方式，并支持輸出除壓力、流量、水質、能

耗等常規(guī)報表格式以外的報表；

m)應支持歷史數(shù)據(jù)庫按日、周、月、季度、年進行數(shù)據(jù)歸檔；

n)應支持匯總顯示小區(qū)、泵房、設備、水箱及信息化硬件等相關資產的主要信息，包括圖片、附件

等，并支持編輯修改和導出；

o)應支持從月報/年報維度統(tǒng)計展示各泵房的供水量和用電量數(shù)據(jù)，分析每個泵房水電量數(shù)據(jù)的最

大值、最大值時間、最小值、最小值時間、平均值、合計值，并支持對報表進行行列轉換和導出

報表；

p)應支持從日報/月報維度統(tǒng)計展示各設備的進水壓力、出水壓力、給定壓力數(shù)據(jù)，支持自定義切

換報表的展示時間間隔，分析每套設備壓力數(shù)據(jù)的最大值、最大值時間、最小值、最小值時間、

平均值，并自持對報表進行行列轉換和導出報表；

q)應支持從日報/月報維度統(tǒng)計展示各泵房的水質數(shù)據(jù)，可自定義切換報表的展示時間間隔，分析

每個泵房水質數(shù)據(jù)的最大值、最大值時間、最小值、最小值時間、平均值，并可對報表進行行列

轉換并導出報表；

18

r)應支持從日報/月報維度統(tǒng)計展示各設備的噸水電耗、配水電耗數(shù)據(jù)，分析每套設備噸水電耗與

配水單耗的最大值、最大值時間、最小值、最小值時間、平均值，并可對報表進行行列轉換并導

出報表；

s)應支持對所有測點的數(shù)據(jù)進行處理、匯總，并以歷史數(shù)據(jù)曲線的形式展示，并支持多泵房之間的

對比，單泵房的同比/環(huán)比；

t)應支持通過站點設備的運行電量和流量進行噸水耗電量統(tǒng)計，進行同比和環(huán)比分析，并可通過餅

圖、折線圖、散點圖、柱狀圖等形式進行展示；

u)應支持優(yōu)化策略分析的功能，自動統(tǒng)計分析能耗效率最低和最高的泵房；

v)應支持通過統(tǒng)計告警數(shù)量展示告警趨勢，并按照區(qū)域、泵房、廠家、設備類型等維度對告警數(shù)量、

告警類型、告警時長等進行對比的功能。

7.5運維管理

7.5.1平臺日常運維

配置管理

平臺配置管理功能應滿足根據(jù)業(yè)務需求配置平臺運行管理參數(shù)，包括但不限于日志管理、監(jiān)控告警、

校時管理、版本管理、接口管理、統(tǒng)計分析等。

資源管理

平臺資源管理功能應支持對平臺使用的硬件資源、軟件資源、數(shù)據(jù)資源等進行管理，掌握資源現(xiàn)狀和

配置信息。

升級維護

平臺升級維護功能要求如下：

a)應按需完成平臺升級維護；

b)應支持平滑升級，保證數(shù)據(jù)不丟失；

c)應支持記錄升級維護的日志；

d)若升級不成功，平臺應保持可用狀態(tài)或恢復升級前狀態(tài)。

7.5.2平臺監(jiān)控告警

監(jiān)控管理

平臺監(jiān)控管理功能要求如下：

a)應支持對平臺運行狀態(tài)監(jiān)控管理：

1)應支持實時監(jiān)控平臺自身運行的基本信息，包括但不限于平臺運行狀態(tài)監(jiān)控、用戶行為監(jiān)測、

信息監(jiān)控等；

2)應支持第三方監(jiān)控系統(tǒng)對接。

b)應支持對自身狀態(tài)進行實時查看：

1)應支持對平臺運行環(huán)境進行日?；矙z和實時監(jiān)測；

2)應支持平臺運行環(huán)境資源狀態(tài)的可視化顯示。

告警管理

平臺告警管理功能要求如下：

a)應支持在監(jiān)控指標超出閾值時提出告警，并提供告警過濾功能；

b)應支持為告警關聯(lián)工單模板，當發(fā)生報警時，可由系統(tǒng)自動觸發(fā)工單創(chuàng)建，并將報警和工單進行

關聯(lián)；

19

c)告警信息應包括但不限于告警標題、告警來源、告警發(fā)生時間、告警地點、告警描述和告警級別

等；

d)應支持多種告警通知方式，包括但不限于工單、系統(tǒng)彈窗、短信、郵件、聲音等；

e)應支持告警分級分域上報，用戶應按權限查看告警信息；

f)應支持告警解除，在告警解除后，平臺運行環(huán)境狀態(tài)恢復為正常狀態(tài)；

g)應提供故障報告生成、故障跟蹤、故障處理、故障關閉、故障復盤等功能；

h)應支持告警信息的批量處理，并可對歷史告警處理進行追溯。

7.5.3平臺事件處理

平臺事件處理功能要求如下：

a)應支持事件分級分類；

b)應支持事件的受理、分類、調查、診斷、解決進展、關閉等環(huán)節(jié)的全流程跟蹤；

c)應支持工單的創(chuàng)建、分單、接單、處理、審批、銷單等工單全流程的操作管理；

d)應支持自動工單派發(fā)功能，維修工單由異常自動診斷的故障告警自動生成，自動對轄區(qū)內的相關

人員進行7×24小時工單派送；

e)應支持計劃工單派發(fā)功能，巡檢類工作可根據(jù)工作計劃在平臺創(chuàng)建巡檢、保養(yǎng)工單，并定期自動

派發(fā)工單；

f)應支持對事件工單的各個節(jié)點設置觸發(fā)動作，如郵件、短信、調用外部接口等；

g)應支持事件工單多種任務分派方式，包括發(fā)起人指定、自動分配、主動認領等，支持任務的干預

和改派；

h)應支持自定義工單流程、指派工單執(zhí)行人，且具備多套異常處理機制，解決工單處理過程中的問

題；

i)應支持臨時工單派發(fā)功能；

j)應支持以日歷的形式清晰直觀的展示每個月的工單任務，包括工單的類型、數(shù)量，且日期可靈活

切換選擇；

k)應