以下为《智能水表招标文件技术要求》的无排版文字预览，完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。

2.项目概述

2.1建设目标

智能水表平台旨在通过建立基于“物联网+互联网”的运维管理系统，对建筑内各用户水量进行统一和高效的管理，帮助物业提高管理工作效率和维护品质、减少运维人员现场工作量、提升预警响应及时性，全面提升管理质量。

智能水表平台需采用 B/S 架构，系统使用对象***中心管理者、各项目管理者及操作者等不同角色，需对应考虑功能及权限的区分设计。系统必须满足物业进行信息化、智能化管理的功能需求，并保证系统的前瞻性和先进性。

为规避数据质量问题和配置信息失准现象对基层运行操作、管理层分析造成的影响，需为系统配套提供完善的数据质量诊断工具、系统及数据维护团队。

2.智能水表系统建设需求

2.1系统建设原则

智能水表平台建设是目前物业运营管理中的一项基础工程，但并不是简单地将手工流程计算机化，应能优化业务流程，提高工作效率。具体指导原则如下：

1）先进性和成熟性

系统设计特别是应用软件的设计，要结合物业的实际需求，采用一体化的应用平台，并满足决策支持和业务发展的要求，把科学的管理理念和先进的技术手段紧密结合起来，提出先进合理的业务流程，系统运用先进成熟的技术手段和标准化产品，具有较高性能，符合当今技术发展的方向，确保系统架构具有较强的生命力，有长期的使用价值。

2）全面性和专注性

应用软件方案设计应周到、全面，涵盖物业收费管理业务工作，并通过统一的对外接口与相关系统进行数据交换，具有较强的实用性和可行性。

3）经济性和实用性

系统性能优良，价格合理，具有较好的性能价格比；设计应面向实际，充分利用现有信息资源，考虑用户的操作习惯，全面提升系统的实用性和经济性。

4）可靠性和稳定性

设计时要采用可靠的技术，系统各环节具备故障分析与恢复和容错功能，在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、切实可行，建成的系统安全可靠，稳定性强，从而把各种可能存在的风险降至最低。

5）安全性和保密性

系统设计应把安全性放在首位，既要考虑信息资源的充分共享，也要考虑信息的保护和隔离；系统应该在各个层次对访问进行控制，设置严格的操作权限；并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。

6）可扩展性和易维护性

系统具有一定的前瞻性，并充分考虑系统升级、扩容、扩充和维护的可行性；针对本系统涉及用户历史数据量大的特点，充分考虑如何大幅度提高业务处理的响应速度以及统计汇总的精度。

7）灵活性和兼容性

应充分考虑整个应用系统的灵活要求，随用户需求的改变而及时调整，通过合理的模块划分，实现应用软件对业务变更或软件技术发展的灵活适应能力。

8）整体性和开放性

系统设计应按照“一体化、规范化、标准化”的要求进行整体设计，注重各种信息资源的有机整合；既要考虑安全性，同时也要考虑具有一定的开放性，把握好信息共享和信息安全之间的关系。

2.2系统技术要求

1）系统基于 J2EE/.NET 架构开发，B/S（Browser/Server）架构，JAVA/C#语言开发，贯彻 MVC 开发规范，前台开发利用 HTML5 + CSS3 技术。考虑到可维护性要求客户端（查询端、管理端）不用安装数据库工具；

2）系统支持 Windows、Linux 等操作系统，采用标准 SQL 语言开发，可支持如 ORACLE、SQL Server、MySQL 等数据库；

3）客户端的使用要求能够支持目前通用的各类操作系统环境，包括 Win XP、Win7、Win8、Win10、Linux 及以上等主流操作系统；

4）对客户端浏览器的使用要求能够支持目前主流浏览器，包括如 Chrome、IE8 及以上、360 浏览器、火狐、搜狗、safari 等；

5) 至少支持 IEC101、IEC103、IEC104、modbus、61850、DL645、OPC、WEB SERVICE、BACNET、CDT、DNP 3.0、CANBUS、载波协议、oBix、BACNET/IP、KNX、SDK、ODBC、API 等接口协议；

6) 需要具备断点续传：在系统运行过程中，不可避免的会遇到服务器断电、宕机，采集设备通讯中断，系统采集网络异常等问题。为保障系统数据的完整性，系统应支持断点续传功能以保障系统的可用性和完整性。在系统平台方面应支持断点数据的处理，支持对异常数据的过滤，支持对指定时间段数据的主动招录。对于断点时间范围数据，系统整体恢复正常后，可以对断点时间数据和异常数据进行修复，当平台修复完后，应用需对数据进行重新修补，保持数据的完整及准确性；

7) 系统应采用“平台+组件”式开发，对于需求的新加与变更可以通过配置等手段快速响应，而不需要大量的开发；平台应拥有图形化可配置的流程引擎和表单引擎，自定制的预警逻辑引擎；

8) APP 开发支持原生或者混合开发模式，未来需集成到其他平台。

9) 用户操作界面友好，且可根据物业UI规范进行界面风格调整。并在业务操作中，系统拥有丰富的提示信息，使用户可快速、轻易了解系统的操作流程。同时，系统还应提供联机帮助信息，全面指导用户的业务操作；

10) 系统支持通过配置完成个性化报表制作（多种实用性报表）及相关简单功能（如查询）的拓展开发和相关功能的维护；

11) 系统支持通过设置权限体系管理用户权限，确保不同的用户组对不同的数据集的增/ 删/改/查权限；

12) 接收的电子文件格式多样，要求可接收与管理各种结构化和非结构化数据，整个应用系统应实现对海量的结构化与非结构化数据的组织、管理和应用；

13) 响应式布局，根据分辨率和显示器，自适应屏幕；

14) 系统能够支持 1000 人同时在线，支持 300 人的并发操作；

15) 系统支持海量（TB 级）数据运转和管理，支持海量数据库智能检索，千万级以上目录数据查询结果的页面响应时间不超过 3 秒，全文检索结果查询不超过 5 秒；

16) 系统恢复时间：系统恢复时间小于 4 小时；

17) 文档要求,应提供满足物业对信息化项目管理所需要的相关文档资料，包含不限于以下文档：

需求调研记录

软件需求说明书

基本设计

详细设计

测试计划

测试用例（结合测试，系统测试）

测试报告（用户测试、试运行，正式上线）

系统安装配置手册

用户培训讲义

用户操作手册

管理员手册

系统上线计划

系统上线报告

代码

各个画面/处理对应的代码一览表

2.3系统架构要求

2.3.1业务层级

智能水表平台分中心版、项目版两个层级。

中心版系统的主要使用对***中心管理者。主要的使用需求是对各业态、各地区项目的水量，报警进行分析评估和统筹管理。

项目版系统的主要使用对象是单个项目的管理者和基层操作者。主要的使用需求是对各项目的用水量监测、查询和远程抄表，对报警进行处理、上报和审核操作，对异常情况进行诊断分析。

且系统展示应有层级区分，分为中心用户（全集团）、项目管理层（权限范围内所管项目）、业务中心层（所管辖区域项目），不同层级看到的系统界面会根据需求有所不同。

2.3.2接口管理

本期接口工作建设需要包含不限于以下：

单点登录接口，OA 接口，SAP 接口，EHR 接口，我司已有系统接口（基础信息同步接口、水 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 ）系统稳定性验收：系统在试运行时间内运行稳定，各项功能正常。

4.软硬件维护要求

中标人需及时发现并解决智能水表故障、服务器故障、第三方对接故障、网络传输故障、软件故障（PC 端和移动端）等原因导致的数据问题，保证数据长期处于稳定状态。

投标方应本着认真负责的态度做好投标的整体方案，并提供长期维护、升级等服务以及今后技术支持的措施、计划和承诺。

提供健全的维护体系，提供 7*24 小时不间断热线服务及现场服务。

参与投标的产品需满足安全、性能及稳定性要求。

参与投标的供应商应负责产品的后续调试工作，并解决因兼容性问题等产生的技术故障。

投标人应对可能产生的问题及故障提供解决方案和解决时间。

[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]

以上为《智能水表招标文件技术要求》的无排版文字预览，完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。