招标公告
一、项目需求:
(2021-F-104) 计量系统升级改造项目,具体要求如下:
序号
| 名称
| 规格型号
| 数量
| 单位
|
1
| 计量系统升级改造项目
| -
| 1
| 项
|
注:为实现集团公司计量系统与集团公司数据中心的数据实时对接,拟在原有计量系统的基础上增加建设数据接口模块,实现数据的实时传输。要求具备达到至少五分钟一次的传输频率(预留需求,现计量系统数据传输频率为每小时一次),传输内容包括原水、区域计量、小区考核、大用户、水厂出厂、原水进厂、过河管的实时计量数据。在进行数据传输同时,考虑过程的安全性,保障数据传输及时、准确。同时,确保原有计量系统的安全稳定运行。详见计量系统改造项目实施方案 。
二、资质要求:
1.具有独立的法人资格,营业执照在有效期内,且经营范围包含相关业务;
2.投标截止日前3年在经营活动中没有重大违法记录的书面声明(截至开标日成立不足3年的投标人可提供自成立以来无重大违法记录的书面声明);
3.仅限水务集团合格供应商库范围内;
4.本项目不允许联合体参与。
三、报价为含税价格;询价项目的安装、调试、运输等一切费用,已包含在报价中,采购人不再额外支付费用;请符合要求的报价人将盖章的报价发送到项目联系人邮箱。
四、服务期:详见计量系统改造项目实施方案(以合同签订为准)
五、交货地点:详见计量系统改造项目实施方案
六、项目控标价:8.5万
七、付款方式:验收合格后付全款(以合同签订为准)
八、报价人需认真阅读询价文件中所有事项、格式、条款和规范等要求。没有按照要求提交全部资料,或者报价未对询价文件各方面都做出实质性响应,报价将被否决。
九、采购人可参考其他供应商报价、历史采购价和近期市场价格等。对于异常低价可能导致影响履约的报价,可要求报价人进行澄清,不能说明其报价合理或保证履约的,采购人有权否决该报价。
十、报价期限:2021-11-516:00
十一、质量要求:符合国家标准。
十二、项目联系人及联系方式:邵蔚,电话:022-23305062,邮箱:1422837031@qq.com
_ueditor_page_break_tag_
计量系统改造项目实施方案
1.项目背景1.1.计量系统简介
天津水务集团有限公司,主要经营在市政府授权范围内负责城市水务国有资产的经营管理;负责对本市原水经营、自来水运营、环保产业、高新技术产业的投资与管理服务。
以RTU采集水量数据为基础数据源,对于现有数据进行权限划分,按照不同的原水板块、供水板块匹配不同采集点数据,对于每个采集点以及每个采集区域数据进行统计、查询、分析等改变现有手工统计工作方式。更好的提高工作效率。同时对于所有的数据实现自动计算、核算、补差,自动生成相关的统计报表。对采集的数据实现全过程监控、监管。
1.2项目必要性
原有系统只能一天汇总一次进行数据上传,不能实时进行数据传递,同时对于修正后的数据没有补录以及更正的功能,且对于传输数据的安全性不能提供有效保障。
综上原因,结合集团公司整体“智慧水务”工作要求,有必要将计量系统数据与集团数据中心做到实时对接,以供水力模型、生产运营综合管控平台等系统共享应用。现需要对原有计量系统数据采集平台部分进行升级改造,提升数据传输的安全性、实时性以及准确性。
1.3 项目任务
1、按照5分钟间隔技术标准,开发实时传输数据接口。(与计量系统数据更新频率保持一致,拟定更新频率为每小时一次。)
2、传输加密改造
3、应用程序编程接口改造
4、前置采集开发
1.2.技术方案1.2.1.业务流程改造
业务流程图
1、互联网采集主机定时采集数据进行汇总,并通过自有加密方式对数据内容进行加密。
2、加密后的数据通过公网传输至利旧前置机进行转发。
3、采集接收平台实时对传输过程进行监听,监控数据传输状态与各环节稳定性。
4、采集接收平台首先对接收到的数据进行解密并入库。
5、对于采集收集数据按照业务逻辑进行定时/不定时校准。
6、采集涉及到的分类有:原水、区域计量、小区考核、大用户、水厂出厂、原水进厂、过河管这几种类型。
7、采集接收平台提供API与MQ消息两种数据服务形式,数据需求平台按照实际业务情况选择接入方式。
1.2.2.接入端代理改造
前置在本次项目中可以看做是外网数据接入的统一接入平台,通过把利旧前置机当作与其他系统的接入端代理,使利旧前置机成为平台与其他系统之间的统一的通讯入口和出口,用来实现与要对接的业务信息系统或平台系统或交换信息库的数据同步,使利旧前置机成为平台数据的统一出入口。
运作方式具备以下特点:
1.从网络和安全角度来看,能够隔离主机,保证外部的应用不能直接访问核心服务。保证网络安全和主机安全不会因为其他业务的入口或出口产生漏洞。
2.从业务角度来看,利旧前置机作为业务渠道与核心服务的主机交流的桥梁。起到管理和调度业务渠道发起的交易的作用,经过利旧前置机可以减轻数据推送服务的频繁使用对于核心后台服务器的负担。并且具备有非核心业务的处理功能。
3.位于应用系统服务器端与客户端之间的独立处理机系统,担负数据格式转换、连接管理、业务流管理外围调度、外围处理,并把业务数据交后台应用服务系统处理等任务。
4.对于终端设备来讲,利旧前置机就可以看做是应用网关。实际上在现在的应用中,由于有了利旧前置机的存在,主机变得不可见。由利旧前置机负责将需要交换过来或者交换的数据缓存到这台服务器中。以备后续业务处理。
1.2.3.数据推送改造
利旧前置机作为数据的统一出口的前提是实现业务数据与利旧前置机数据库之前的映射关系。具体实现方式如下:
1. 业务端的中产生的数据被写入业务端交换表中。?
2.?业务端的交换表中的数据将动态发送到前置端。
3.?正常情况下前置段解析数据,数据被存储到前置端中间表中,再通过中间服务实现与其他系统的数据交互。
4. 如果从业务端数据数据向前置端表中存储的时候出现异常,出错原因会被记录。?
5. 错误的数据被存储到前置端错误表中并同步业务端数据异常表中,由管理人员进行后续处理。
在形成完整的数据映射机制后,前置库会通过数据推送中间件进行数据推送。
数据推送中间件将定时提取、转化完成并同步到前置数据库的数据项,按照配置数据推送周期,实现数据的定时推送功能,如可按要求设置实时、每天、每周、每月自动进行数据推送等。
数据推送中间件具备数据推送补偿机制,在自动执行数据推送时,自动检测历次数据推送过程中是否存在推送失败的信息并自动重新尝试推送。
当本系统数据发生变更时,由系统向前置端中间库写入变更信息,再由前置端向各数据需求方推送数据信息。
1.3.数据字典
接口地址:http://ip:port/services/fordata/v1/hourlist
表一:
参数
| 说明
| 中文含义
|
client_id
| 接入系统唯一标识,在平台分配
| 接入系统唯一标识
|
client_secret
| 接入系统密钥client_secret,在平台分配
| 接入系统密钥
|
eqno
| 11位表号,不传默认为所有表的时报信息
| 表号
|
date_start
| 开始时间,不传默认为当天0点,最多近一周
| 开始时间
|
date_end
| 结束时间,不传默认为当天24点
| 结束时间
|
表二:
参数/字段名称
| 说明
| 中文含义
|
eqno
| 11位表号
| 表号
|
eqtime
| 时报时间
| 时报时间
|
total6v
| 正向表码总量
| 正向累计
|
total7v
| 反向表码总量
| 反向累计
|
status
| 状态
| 状态
|
1.4.施工组织安排1.4.1.工程周期
开发周期
整体时间:30天
需求分析:3天、系统开发:25天、系统测试5天、上线部署2天
1.4.2.保障计划
项目进度控制
(1)项目计划的制定
项目计划是一个用来协调所有其他计划,以指导项目执行和控制的文件。在制定项目开发计划的同时,也要依据项目计划确定配置管理计划和质量保证计划。
(2)项目计划的执行
项目团队设置专职人员来负项目执行,按照计划对项目的各种配置项进行配置以及版本管理,确保产品在软件生命周期中的完整性和追溯性。配置管理活动包括标识配置项、建立各种基线、控制版本和变更、保证变更被适当的实施,使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便的通过软件配置管理获得有用的信息。
(3)整体变更控制
变更的整体控制是指在项目生命周期的整个过程中对变更的识别、评价和管理等工作。
项目跟踪与监控
项目跟踪与监控以项目开发计划为基础进行,对一个项目开发计划已被批准的项目如何对其进行跟踪与监控提供指导,说明具体的方法,为项目的实际进展提供足够的可见度。包括:项目过程数据的收集、项目进度和成本的跟踪、项目变更管理以及风险管理等。项目团队在需求调研及软件开发、系统上线等关键阶段按照甲方要求驻场实施。