虎溪街道垃圾分类积分兑换系统升级项目
2025-12-01
重庆 招标采购
虎溪街道垃圾分类积分兑换系统升级项目
重庆-2025-12-01 00:00:00
公告中

虎溪街道垃圾分类积分兑换系统升级项目竞采公告(服务类)

(竞采编号:*****************)

发布时间:********** **:**

浏览次数: ***

剩余*天**小时**分**秒
*

公告中

********** **:**:**
*

报名中

*

评审中

*

审合同

*

待评价

*

已完成

重庆市沙坪坝区人民政府虎溪街道办事处(采购人)对虎溪街道垃圾分类积分兑换系统升级项目(项目)采用最低价成交法进行采购,欢迎符合资格要求并有服务能力的供应商踊跃报价。

一、采购项目名称及数量(项目总预算(限价):***** 元)

包*
包合计:*****
采购目录/需求描述 采购预算(元) 数量 小计(元)
采购目录:
信息技术服务*软件服务*软件运营
需求描述:

项目背景

虎溪街道垃圾分类积分兑换系统自部署以来,建立了方便居民使用的活动记录机制和简单易行的参与奖励机制,提高了居民参与垃圾分类活动的积极性,从源头正向促进辖区内垃圾分类事业的发展;建立了社区、街道分层的自动化管理机制,便于各级工作人员为参与垃圾分类活动的居民提供服务,在管理机制基础上,进行辖区内统一的自动化数据统计,从数据层面提供居民参与垃圾分类情况,根据实际数据发现问题、制定相应措施、针对性解决问题。
在系统运营的过程中,积极收集居民和基层工作人员意见,归纳整理了众多改进和新增需求,系统目前在高新区辖区内进行有限度的推广,部署范围扩大到高新区内多个街道、镇。需要在系统中新增便于区相关部门统一管理的的管理前端,此外,还需要和外部系统进行数据对接,交换部分系统业务数据。

★采购需求

涉及系统运行所需的服务资源全部由供应商自行采购和维护,供应商需要为本系统提供不低于“系统云服务资源需求表”中规格下限的服务资源,且资源仅可用于本系占以确保系统服务性能。
供应商需要提供同城双节点主从架构,部署系统后端的服务器和系统数据库都需要提供主从可切换双节点服务器。具体的云服务资源规格见“系统云服务资源需求表”:
*系统云服务资源需求表
编号
内容
规格下限
备注
*
云服务器***:主节点
****
内存:***
****云盘 ****
绑定公网带宽:*****
主节点(*****):
常态下所有外部网络请求入口;
负载均衡(*****);
所有数据传输。
*
云服务器***:从节点
****
内存:***
****云盘 ****
绑定公网带宽:*****
从节点(*****):
所有网络请求,由主节点*****分流;
主节点离线时可临时升级为主节点。
*
云数据库***:主数据库
****
内存:***
存储空间:****
主数据库(****):
存储所有应用数据。
*
云数据库***:从数据库
****
内存:***
存储空间:****
主数据库(****):
主数据库所有应用数据的镜像;
此外,主数据库离线时可临时升级为主数据库。
*
其他云服务
资源
对象存储***
缓存数据库*********
消息队列*****
分发网络***
其他关联云服务资源产生的费用由供应商自行承担。
*
域名与证书
域名***证书**
分别对应虎溪街道、高新区及其他四个高新区内关联街镇,每个单位需要前端域名和后端服务域名的两份***证书。
项目验收时需要提交**个域名的***证书(*****版本)。

技术要求

*.*★项目执行要求

*)项目进度
项目涉及的建设、数据和其他建设内容需要在项目确认后**个工作日内完成,此外项目内各个关键进度节点如下所列:
*.项目建设需求中的各街道的各级应用端需要在*个工作日内完成。
*.项目建设需求中的区级应用端需要在**个工作日内完成。
*.项目数据需求涉及的系统内过往数据兼容需要在项目确认后*个工作日内完成。
*.项目数据需求涉及的外部系统业务数据对接需要在项目确认后的**个工作日内完成。
*)验收
本项目所提供的建设内容完成后,一个月内组织验收。
*)项目服务
*.供应商需要为项目涉及的各个单位提供自项目验收之日起一年的服务,期间的所有云服务资源购买费用和运维设备与人员费用由供应商自行承担。
*.项目服务期限内,供应商需要为项目涉及的各单位提供必要的程序问题修改尤其是全部的程序错误修改服务。
*.项目服务期限内,供应商需要为项目涉及的各单位提供需求的数据导出服务。

*.*系统运行需求

*性能指标
*. 系统用并发户数不低于****人同时在线访问承载能力,集中处理******条数据需在*小时内;供应商需要在验收时提供模拟并发测试脚本,验证系统承载能力和处理能力。
*. 系统需具有*×**小时稳定运行能力,避免意外的系统异常状态。
*. 系统处理操作响应通常不大于*秒,复杂操作、查询响应在**网络环境下不能超时。
*. 日期时间:业务信息需精确到日,系统运行日志信息精确到秒。
*. 数据加载、更新:平均每万条记录处理时间需在**秒之内。
*. 数据库备份:备份系统在线数据一次需在**分钟之内。
*. 数据库恢复:恢复系统在线数据一次需在**分钟之内。
*. 数据录入:单条记录存取系统响应时间需在*秒钟之内。
*. 数据库基本查询系统响应时间:本地需在**毫秒钟之内,远程需在**秒钟之内;数据库综合查询系统响应时间:本地需在**秒钟之内,远程查询时支持等待但不能超时。
*可靠性指标
*. 设备的***忙时峰值利用率平均不超过**%,内存忙时利用率平均不超过**%
*. 服务器操作系统必须是稳定且常用的*****操作系统,最大度保证系统架构的稳定性和可靠性,具体操作系统版本和发行版本不限。
*. 应用系统必须具备连续*×**小时不间断地正常工作能力,更新服务重启时间需要在*秒钟内完成。
*. 应具备故障守护恢复机制,系统应具有自我恢复能力。
*. 具备过负荷控制的机制,防止短时间内的大量复杂请求负荷把系统冲垮。
*) 系统可扩展性指标
*. 系统功能、设备具有扩展能力,并且系统具有开放的业务开发接口。
*. 系统的扩展能力包括容量的扩展能力,端口密度的扩展能力、带宽的扩展、网络规模的扩展能力和系统功能的扩展。
*) 可维护性指标
*. 系统在运行过程中所发生的任何错误都应该有明确的错误编号,并能在系统的相应维护手册中查到错误处理方法与步骤。
*. 系统应该采用开放的体系结构,系统各端基础框架应使用具有成体系且完善文档的解决方案。
*. 应用系统必须支持各功能模块、组件的单独升级。

*.*★系统建设需求

项目的系统建设由供应商在项目执行要求规定的期限内完成。系统建设需要满足参与垃圾分类活动和管理的居民和相关单位使用,至少提供微信环境下的居民应用端,社区管理端,街道管理端和区管理端。每一个应用端或管理端都应是独立的应用服务。每一个街道独立部署一套完整的系统,街道间的数据和应用互相独立,且用户进入各自街道的所示域名都是各个街道独有的域名。
本章(*)、(*)节的全部内容和(*)节前*条为系统建设保障需求,是现有系统已有的功能,升级后的系统需要全部由供应商保障提供。
本章(*)节第*条和(*)节的全部内容为系统建设升级需求,是本次采购中新增的系统功能需求,由供应商自行建设升级。
*)居民应用前端
*.居民注册与信息绑定
居民通过微信扫码后进入应用前端,授权手机号可完成自动用户注册。注册之后,居民可以添加一个或者多个居住单位信息,居民在每个居住信息相对应的社区完成积分后,积分将自动按照社区统计。
同一个居民手机号,在一个社区内只需要绑定一次,但是可以在不同社区绑定多个居住信息。
*.扫码自动积分服务机制
居民通过扫描垃圾桶上的定制二维码,打开积分应用后,系统会自动识别二维码所在的社区和小区,在居民按照要求完成实时拍照取证后,系统自动按照当前打开的二维码为居民在所在社区进行垃圾分类积分。
*.积分和礼品兑换
居民可以实时查看自己绑定的每一个居住信息对应社区内积分内容,和所获得的积分历史记录详情。在对应社区内,还可以查看当前所有开放兑换的礼品列表。如果居民在对应社区内积分足够,可以在线上完成礼品兑换申请,然后前往对应社区领取礼品即可。
礼品申请后自动提交到对应社区管理端,社区工作人员在居民前来领取礼品时,可以查看居民所由提交积分的取证拍照,居民绑定信息等数据,以核实居民积分的合理性。如果居民积分活动具有身份造假、活动造假等内容,社区工作人员可以取消居民对应社区内的积分并拒绝兑换所申请的礼品。
*.居民积分排行榜
系统会按照社区和全街道范围,对居民积分进行统计,每月发布排行榜,上榜居民具体奖励政策见居民垃圾分类活动奖励方案。
排行榜可细化为每个社区:月排行榜、年排行榜、总排行榜;全街道:月排行榜、年排行榜、总排行榜。
*)社区管理端
社区管理前端主要关注如何服务居民垃圾分类活动,为居民参与活动提供便捷性、合理性保证。
*.社区管理员账号授权和登录
社区管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
*.管理居民积分记录
社区管理员可以查看辖区内居民的积分的具体积分内容。对每一个居民积分活动,在系统自动验证之后,管理员可以人工介入,变更积分的有效性。
管理过程中,系统将为管理员提供一键扫码验证功能,通过管理员端扫描居民端的二维码,一键验证居民所有积分。
*.管理居民积分兑换
居民申请积分兑换之后,社区管理员可以在积分兑换管理功能中查看辖区内所有的居民兑换申请。通过扫码一键兑换等便捷功能,社区管理员可以快速完成居民兑换礼品的核查和出库(系统自动记录居民兑换礼品历史记录,并完成库存礼品数量的变更)。
*.管理居民绑定信息
社区管理员可以查看辖区内所有居民的绑定信息,对于绑定了错误信息的居民,可以通过线下到社区确认后,由社区管理员对其绑定信息进行变更。
*.管理社区兑换礼品
社区管理员可以管理辖区内所有兑换礼品的名称、兑换积分、具体数量和分类等信息,居民兑换礼品时,系统会自动管理库存。但是社区管理员可以在系统自动管理基础上,进行人工干预,以确保兑换礼品活动正常进行。
*)街道管理端
街道管理后端主要关注街道范围内垃圾分类活动总体情况,功能以数据管理和报表为主。街道各级相关人员可以便捷掌握垃圾分类活动各方面的开展情况。
*.街道管理员账号授权和登录
街道管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
*.居民积分数据汇总
街道管理员可以查看辖区内所有居民积分的历史记录,可以通过社区、小区、居民姓名、手机号等多种关键字进行分类搜索。分类搜索的结果可以通过数据导出。
同时,街道管理人员也可以实时查看辖区内所有排行榜的具体信息。
*.汇总数据报表
系统将各个社区数据统一汇总之后,街道管理员在管理端中实时查看按照社区分类的所有积分数据,通过社区数据汇总,可以快速掌握各个社区居民参与垃圾分类活动的具体情况。数据可以导出。
*.礼品和兑换数据汇总
系统将各个社区礼品兑换数据统一汇总后,街道管理员可以在管理后端中实时查看各个社区的居民积分兑换礼品的具体数据。数据可以导出到*****电子表格。
*.新建宣传内容管理
街道管理端提供一个内容发布入口,管理员可以发布整合后的图片或者视频资源,发布后的资源在辖区内所有居民端可以查看。
*)新建区管理端
区管理端整合辖区内所有街道、镇的应用数据,每个类型的数据,系统以街道、镇为单位分别展示,并形成整合后的汇总数据展示。
*.区管理员账号授权和登录
区管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
*.居民积分数据汇总
区管理端的积分数据汇总按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。在每个街道范围内,管理员可以搜索居民积分数据并查看具体内容,搜索结果可以通过数据导出。
*.居民兑换数据汇总
区管理端的居民兑换数据按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。在每个街道范围内,管理员可以搜索居民兑换数据并查看具体内容,搜索结果可以通过数据导出。
*.居民排行数据汇总
区管理端的排行数据按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。排行数据分为月度排行和年度排行。
*.汇总数据报表
系统将各个街道的数据统一汇总后,区管理员在管理端中实时查看按照各个街道、镇分类的所有积分汇总,和统一所有街道、镇数据后的综合汇总。

*.*★数据需求

数据需求都是系统升级的功能需求,具体包括系统内过往数据兼容、外部系统业务数据对接两个个部分。
*)系统内过往数据兼容
系统过往数据包括从*****月上线后所有过往数据,升级后的系统需要完全兼容过往数据。此处只列出业务相关数据,系统运行必要的其他辅助数据供应商需要按照过往数据的数据定义进行完全兼容。
*.用户数据
系统内所有用户的基础数据,包括:个人信息数据、微信管理数据、可用积分数据和用户状态数据。
*.地址数据
系统内所有用户的地址基础数据,包括:小区数据、楼栋地址具体数据、地址状态数据。
*.社区管理员数据
系统中社区管理员用户的额外管理数据,包括:管理员识别数据、管理员社区数据、管理员权限数据。
*.社区划分数据
社区的基础数据,包括:社区标识数据、社区业务数据。
*.小区数据
物业小区的基础数据,包括:小区标识数据、小区业务数据和小区关联数据。
*.社区活动数据
社区管理员创建的积分或注册活动数据,包括:活动创建数据、活动积分配置数据、活动时效配置数据、活动类型定义数据。
*.居民积分数据
居民积分活动的业务数据,包括:积分人员数据、积分行为数据、积分状态数据、积分关联的社区数据。
*.兑换物管理数据
社区管理的兑换物数据,包括:兑换物标识数据、兑换物业务数据、兑换物变更记录数据、兑换物库存和状态数据。
*.居民兑换数据
记录居民用获得的积分兑换物品的数据,包括:居民和兑换物关联数据、兑换业务数据、社区关联数据和兑换状态数据。
*)外部系统业务数据对接
供应商需要与采购方指定的外部系统进行业务和数据对接,内容包括:居民数据整合、民数据抽取、开放数据模型、开放数据接口和系统对接联调五个部分。
*.居民数据整合
整合各个街道居民数据,形成统一数据池。居民数据来自各个街道、镇下属的村、社区,各个街道、镇具有独立的数据隔离,与外部系统对接时,需要整合系统内所有数据。
*.居民数据抽取
从统一数据池中抽取居民数据。抽取的数据需要定义统一的数据规范,用于与外部系统进行业务和数据对接。
*.开放数据模型
为外部系统定义开放数据模型和相应的内存缓存,为数据接口提供快速数据响应。数据模型以文档的形式交付采购方,并向需要对接的外部系统开放。
*.开放数据接口
开放**** ***数据接口,以系统间调用的方式实现数据交换。系统间采用白名单验证的方式进行安全验证。
*.系统对接联调
与外部系统开发方对接,完善数据接口,实现业务和数据对接。

展开
***** *(项) ¥*****

二、供应商资格要求(参加报价的供应商必须在重庆市政府采购网注册。)

一、满足《中华人民共和国政府采购法》第二十二条规定。
二、本项目的特定资格要求:无

三、报价时间

报价开始时间:********** **:**
报价截止时间:********** **:**

四、响应文件要求

*、文件必须上传:是
*、文件上传说明:
按竞采文件要求上传

五、商务条款

(一)实施周期及实施地点
*、实施周期:*** 天
*、实施地点:重庆市市辖区渝中区
(二)报价要求:
本次报价为人民币报价,包含:货物费、运输费、安装调试费、装卸费、培训费、保险费、税费(含关税)等所有费用。
(三)付款方式:
采购人根据项目实际情况在合同中明确的付款方式。

六、其他说明及要求

(一)成交原则说明:
在符合项目要求的供应商数量不少于"*家"的前提下,按报价最低的原则推荐成交供应商,如出现两个以上相同最低报价的,则依照采购文件(采购需求)中约定的方式确定成交供应商。
(二)报价说明:
本项目采用"最低价"成交法,供应商需在本项目规定的报价有效时间段内进行在线一次性报价,在报价截止前可修改报价。
(三)其他相关费用说明:
除履约保证金外,采购单位、采购代理机构不得向供应商收取投标(响应)保证金、标书费、报名费及其他没有法律法规依据或影响营商环境的相关费用。
(四)采购异议处理:
项目所产生的交易纠纷由双方当事人协商处理;若对协商处理结果有异议,供应商可向采购单位上级行政主管部门反映,做进一步处理;若对处理结果仍有异议的,供应商可向人民法院提起诉讼;交易纠纷当事人也可直接向人民法院提起诉讼。

七、联系方式

采购需求方
单位名称:
重庆市沙坪坝区人民政府虎溪街道办事处
联系人:
登录后查看
联系座机:
登录后查看

八、采购文件及附件

****
虎溪街道垃圾分类积分兑换系统采购项目竞价文件****
微信客服
公众号
小程序