开启全网商机
登录/注册
虎溪街道垃圾分类积分兑换系统升级项目竞采公告(服务类)
(竞采编号:****)
|
采购目录:
信息技术服务-软件服务-软件运营
需求描述:
项目背景
虎溪街道垃圾分类积分兑换系统自部署以来,建立了方便居民使用的活动记录机制和简单易行的参与奖励机制,提高了居民参与垃圾分类活动的积极性,从源头正向促进辖区内垃圾分类事业的发展;****社区、街道分层的自动化管理机制,便于各级工作人员为参与垃圾分类活动的居民提供服务,在管理机制基础上,进行辖区内统一的自动化数据统计,从数据层面提供居民参与垃圾分类情况,根据实际数据发现问题、制定相应措施、针对性解决问题。
在系统运营的过程中,积极收集居民和基层工作人员意见,归纳整理了众多改进和新增需求,系统目前在高新区辖区内进行有限度的推广,部署范围扩大到高新区内多个街道、镇。需要在系统中新增便于区相关部门统一管理的的管理前端,此外,还需要和外部系统进行数据对接,交换部分系统业务数据。
★采购需求
涉及系统运行所需的服务**全部由供应商自行采购和维护,供应商需要为本系统提供不低于“系统云服务**需求表”中规格下限的服务**,且**仅可用于本系占以确保系统服务性能。
供应商需要提供同城双节点主从架构,部署系统后端的服务器和系统数据库都需要提供主从可切换双节点服务器。具体的云服务**规格见“系统云服务**需求表”:
表 1 系统云服务**需求表
技术要求
1.1 ★项目执行要求
(1)项目进度
项目涉及的建设、数据和其他建设内容需要在项目确认后15个工作日内完成,此外项目内各个关键进度节点如下所列:
1. 项目建设需求中的各街道的各级应用端需要在5个工作日内完成。
2. 项目建设需求中的区级应用端需要在10个工作日内完成。
3. 项目数据需求涉及的系统内过往数据兼容需要在项目确认后5个工作日内完成。
4. 项目数据需求涉及的外部系统业务数据对接需要在项目确认后的15个工作日内完成。
(2)验收
本项目所提供的建设内容完成后,一个月内组织验收。
(3)项目服务
1. 供应商需要为项目涉及的各个单位提供自项目验收之日起一年的服务,期间的所有云服务**购买费用和运维设备与人员费用由供应商自行承担。
2. 项目服务期限内,供应商需要为项目涉及的各单位提供必要的程序问题修改尤其是全部的程序错误修改服务。
3. 项目服务期限内,供应商需要为项目涉及的各单位提供需求的数据导出服务。
1.2 系统运行需求
(1)★性能指标
1. 系统用并发户数不低于1000人同时在线访问承载能力,集中处理100000条数据需在1小时内;供应商需要在验收时提供模拟并发测试脚本,验证系统承载能力和处理能力。
2. 系统需具有7×24小时稳定运行能力,避免意外的系统异常状态。
3. 系统处理操作响应通常不大于2秒,复杂操作、查询响应在5G网络环境下不能超时。
4. 日期时间:业务信息需精确到日,系统运行日志信息精确到秒。
5. 数据加载、更新:平均每万条记录处理时间需在30秒之内。
6. 数据库备份:备份系统在线数据一次需在30分钟之内。
7. 数据库恢复:恢复系统在线数据一次需在30分钟之内。
8. 数据录入:单条记录存取系统响应时间需在5秒钟之内。
9. 数据库基本查询系统响应时间:本地需在10毫秒钟之内,远程需在10秒钟之内;数据库综合查询系统响应时间:本地需在10秒钟之内,远程查询时支持等待但不能超时。
(2) ★可靠性指标
1. 设备的CPU忙时峰值利用率平均不超过70%,内存忙时利用率平均不超过70%。
2. 服务器操作系统必须是稳定且常用的Linux操作系统,最大度保证系统架构的稳定性和可靠性,具体操作系统版本和发行版本不限。
3. 应用系统必须具备连续7×24小时不间断地正常工作能力,更新服务重启时间需要在5秒钟内完成。
4. 应具备故障守护恢复机制,系统应具有自我恢复能力。
5. 具备过负荷控制的机制,防止短时间内的大量复杂请求负荷把系统冲垮。
(3) 系统可扩展性指标
1. 系统功能、设备具有扩展能力,并且系统具有开放的业务开发接口。
2. 系统的扩展能力包括容量的扩展能力,端口密度的扩展能力、带宽的扩展、网络规模的扩展能力和系统功能的扩展。
(4) 可维护性指标
1. 系统在运行过程中所发生的任何错误都应该有明确的错误编号,并能在系统的相应维护手册中查到错误处理方法与步骤。
2. 系统应该采用开放的体系结构,系统各端基础框架应使用具有成体系且完善文档的解决方案。
3. 应用系统必须支持各功能模块、组件的单独升级。
1.3 ★系统建设需求
项目的系统建设由供应商在项目执行要求规定的期限内完成。系统建设需要满足参与垃圾分类活动和管理的居民和相关单位使用,至少提供微信环境下的居民应用端,社区管理端,街道管理端和区管理端。每一个应用端或管理端都应是独立的应用服务。每一个街道独立部署一套完整的系统,街道间的数据和应用互相独立,且用户进入各自街道的所示域名都是各个街道独有的域名。
本章(1)、(2)节的全部内容和(3)节前4条为系统建设保障需求,是现有系统已有的功能,升级后的系统需要全部由供应商保障提供。
本章(3)节第5条和(4)节的全部内容为系统建设升级需求,是本次采购中新增的系统功能需求,由供应商自行建设升级。
(1)居民应用前端
1. 居民注册与信息绑定
居民通过微信扫码后进入应用前端,授权手机号可完成自动用户注册。注册之后,居民可以添加一个或者多个居住单位信息,居民在每个****社区完成积分后,****社区统计。
同一个居民手机号,****社区内只需要绑定一次,****社区绑定多个居住信息。
2. 扫码自动积分服务机制
居民通过扫描垃圾桶上的定制二维码,打开积分应用后,系统会自动****社区和小区,在居民按照要求完成实时拍照取证后,系统自动按照当前打开的二****社区进行垃圾分类积分。
3. 积分和礼品兑换
居民可以实时查看自己绑定的每****社区内积分内容,和所获得的积分历史记录详情。****社区内,还可以查看当前所有开放兑换的礼品列表。****社区内积分足够,可以在线上完成礼品兑换申请,****社区领取礼品即可。
礼品申请****社区管理端,社区工作人员在居民前来领取礼品时,可以查看居民所由提交积分的取证拍照,居民绑定信息等数据,以核实居民积分的合理性。如果居民积分活动具有身份造假、活动造假等内容,社区工作人员****社区内的积分并拒绝兑换所申请的礼品。
4. 居民积分排行榜
****社区和全街道范围,对居民积分进行统计,每月发布排行榜,上榜居民具体奖励政策见居民垃圾分类活动奖励方案。
排****社区:月排行榜、年排行榜、总排行榜;全街道:月排行榜、年排行榜、总排行榜。
(2)社区管理端
社区管理前端主要关注如何服务居民垃圾分类活动,为居民参与活动提供便捷性、合理性保证。
1. 社区管理员账号授权和登录
社区管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
2. 管理居民积分记录
社区管理员可以查看辖区内居民的积分的具体积分内容。对每一个居民积分活动,在系统自动验证之后,管理员可以人工介入,变更积分的有效性。
管理过程中,系统将为管理员提供一键扫码验证功能,通过管理员端扫描居民端的二维码,一键验证居民所有积分。
3. 管理居民积分兑换
居民申请积分兑换之后,社区管理员可以在积分兑换管理功能中查看辖区内所有的居民兑换申请。通过扫码一键兑换等便捷功能,社区管理员可以快速完成居民兑换礼品的核查和出库(系统自动记录居民兑换礼品历史记录,并完成库存礼品数量的变更)。
4. 管理居民绑定信息
社区管理员可以查看辖区内所有居民的绑定信息,对于绑定了错误信息的居民,****社区确认后,由社区管理员对其绑定信息进行变更。
5. 管理社区兑换礼品
社区管理员可以管理辖区内所有兑换礼品的名称、兑换积分、具体数量和分类等信息,居民兑换礼品时,系统会自动管理库存。但是社区管理员可以在系统自动管理基础上,进行人工干预,以确保兑换礼品活动正常进行。
(3)街道管理端
街道管理后端主要关注街道范围内垃圾分类活动总体情况,功能以数据管理和报表为主。街道各级相关人员可以便捷掌握垃圾分类活动各方面的开展情况。
1. 街道管理员账号授权和登录
街道管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
2. 居民积分数据汇总
街道管理员可以查看辖区内所有居民积分的历史记录,****社区、小区、居民姓名、手机号等多种关键字进行分类搜索。分类搜索的结果可以通过数据导出。
同时,街道管理人员也可以实时查看辖区内所有排行榜的具体信息。
3. 汇总数据报表
****社区数据统一汇总之后,街道管理员在管理****社区分类的所有积分数据,通过社区数据汇总,****社区居民参与垃圾分类活动的具体情况。数据可以导出。
4. 礼品和兑换数据汇总
****社区礼品兑换数据统一汇总后,街道管理员可以在管理后****社区的居民积分兑换礼品的具体数据。数据可以导出到Excel电子表格。
5. **宣传内容管理
街道管理端提供一个内容发布入口,管理员可以发布整合后的图片或者视频**,发布后的**在辖区内所有居民端可以查看。
(4)**区管理端
区管理端整合辖区内所有街道、镇的应用数据,每个类型的数据,系统以街道、镇为单位分别展示,并形成整合后的汇总数据展示。
1. 区管理员账号授权和登录
区管理员账号由系统后台统一管理、统一授权,提高账号安全性。每个账号与管理人员经过实名认证的手机号进行绑定,当通过微信授权手机号之后,账号可以自动登录,无需输入用户名、密码等内容。
2. 居民积分数据汇总
区管理端的积分数据汇总按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。在每个街道范围内,管理员可以搜索居民积分数据并查看具体内容,搜索结果可以通过数据导出。
3. 居民兑换数据汇总
区管理端的居民兑换数据按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。在每个街道范围内,管理员可以搜索居民兑换数据并查看具体内容,搜索结果可以通过数据导出。
4. 居民排行数据汇总
区管理端的排行数据按照每个街道、镇进行收集,管理员按照每个街道进行分别查看,每个街道的数据需要与街道管理端的积分数据一致。排行数据分为月度排行和年度排行。
5. 汇总数据报表
系统将各个街道的数据统一汇总后,区管理员在管理端中实时查看按照各个街道、镇分类的所有积分汇总,和统一所有街道、镇数据后的综合汇总。
1.4 ★数据需求
数据需求都是系统升级的功能需求,具体包括系统内过往数据兼容、外部系统业务数据对接两个个部分。
(1)系统内过往数据兼容
系统过往数据包括从2024年3月上线后所有过往数据,升级后的系统需要完全兼容过往数据。此处只列出业务相关数据,系统运行必要的其他辅助数据供应商需要按照过往数据的数据定义进行完全兼容。
1. 用户数据
系统内所有用户的基础数据,包括:个人信息数据、微信管理数据、可用积分数据和用户状态数据。
2. 地址数据
系统内所有用户的地址基础数据,包括:小区数据、楼栋地址具体数据、地址状态数据。
3. 社区管理员数据
****社区管理员用户的额外管理数据,包括:管理员识别数据、****社区数据、管理员权限数据。
4. 社区划分数据
社区的基础数据,包括:社区标识数据、社区业务数据。
5. 小区数据
物业小区的基础数据,包括:小区标识数据、小区业务数据和小区关联数据。
6. 社区活动数据
社区管理员创建的积分或注册活动数据,包括:活动创建数据、活动积分配置数据、活动时效配置数据、活动类型定义数据。
7. 居民积分数据
居民积分活动的业务数据,包括:积分人员数据、积分行为数据、积分状态数据、****社区数据。
8. 兑换物管理数据
社区管理的兑换物数据,包括:兑换物标识数据、兑换物业务数据、兑换物变更记录数据、兑换物库存和状态数据。
9. 居民兑换数据
记录居民用获得的积分兑换物品的数据,包括:居民和兑换物关联数据、兑换业务数据、社区关联数据和兑换状态数据。
(2)外部系统业务数据对接
供应商需要与采购方指定的外部系统进行业务和数据对接,内容包括:居民数据整合、民数据抽取、开放数据模型、开放数据接口和系统对接联调五个部分。
1. 居民数据整合
整合各个街道居民数据,形成统一数据池。居民数据来自各个街道、镇下属的村、社区,各个街道、镇具有独立的数据隔离,与外部系统对接时,需要整合系统内所有数据。
2. 居民数据抽取
从统一数据池中抽取居民数据。抽取的数据需要定义统一的数据规范,用于与外部系统进行业务和数据对接。
3. 开放数据模型
为外部系统定义开放数据模型和相应的内存缓存,为数据接口提供快速数据响应。数据模型以文档的形式交付采购方,并向需要对接的外部系统开放。
4. 开放数据接口
开放REST API数据接口,以系统间调用的方式实现数据交换。系统间采用白名单验证的方式进行安全验证。
5. 系统对接联调
与外部系统开发方对接,完善数据接口,实现业务和数据对接。
展开
|
¥85480 | 1(项) | ¥85480 |