中共长沙市雨花区委办公室：雨花区网格化综合管理平台运维服务项目采购需求公开

一、项目名称：雨花区网格化综合管理平台运维服务项目

二、项目预算：5注册后查看0.0**$3元

三、项目概况：

????雨花区网格化综合管理平台项目于2****9年1**$3月开始建设，2****0年6月正式运行。平台运行以来，助力蓝天保卫战、城市管理重点工作、洁净雨花、文明创建、消防安全隐患排查、疫情防控等区内多项重点工作的开展，其运行效果明显，成绩卓越，得到了社会各界的充分肯定。为了使雨花区网格化综合管理平台更好地服务于社会，良好的运行管理体系是根本，制定缜密的运行维护方案是实现雨花区网格化综合管理平台长期、有效、稳定运行发展的重要手段。

为保证雨花区网格化综合管理平台正常可靠高效运行，功能不断改善和提高，充分发挥平台在基层治理和社会服务工作中的重大作用，中共长沙市雨花区委办公室拟将采购运维外包服务。
本期项目运维服务内容主要包括应用软件系统标准维护、系统业务需求服务优化、支撑维护服务、数据基础性维护等4个方面的内容。

1.应用软件系统标准运维

1.1核心业务应用系统

核心业务应用系统主要是客户日常使用的网格化综合管理平台业务信息化系统，这些系统为客户日常所用，需要进行全方位维护保障，主要包含前端应用和后端应用两块内容。

应用软件前端应用主要包括以下子系统：

1）网格通APP

应用软件后端应用主要包括以下1**$3个子系统：

1）工作门户

2）统一接报采录子系统

3）联动处置子系统

4）监督服务子系统

5）指挥调度子系统

6）综合评价子系统

7）队伍管理子系统

8）部门专业网格化扩展子系统

9）网格工作综合展现子系统

1**$3）研判分析子系统

1.2支撑平台软件

平台支撑软件的维护主要包括如下：

1）数据库管理系统；

2）中间件；

3）地理信息系统平台。

运维服务需求是保证支撑软件的正常运行，对于日常出现的运行问题及时进行解决，需要进行全方位维护保障。

1.3接口维护范围

针对雨花区和长沙市运管服、雨花区雪亮工程两个平台的对接接口进行运维维护。

1.3.1系统业务需求服务优化

随着网格化管理工作的不断深入和精细化，业务需求的不断增多，网格化综合管理平台也会针对不断增长的业务需求进行功能优化，以满足业务管理的需要，切实提升基层精细化治理和社会服务的水平。

根据区网格中心调整的业务，在规定时限内开发自动化报表统计，包含（考核、人员调动、网格划分、基础数据采集、巡派办业务、1注册后查看5工单等）。

1.3.2支撑维护服务

为了确保网格化综合管理平台平稳高效运行，需要对平台使用人员进行专业化培训，使其能熟练掌握平台使用方案，提升工作效率。同时需提供调研、交流重大活动的前期准备工作及活动开展时的平台操作及讲解服务。

在日常工作中因电子地图变更、应用软件系统功能升级等情形，需现场进行软件安装及调试服务。

同时根据基层工作实际情况需提供社区网格的巡查区域及巡更点位调整服务、地图数据更新服务。

根据业务调整完成部门、街镇、社区、网格员和巡查员实操培训。

根据上级领导，有关部门的要求和指示，配合推进“多网合一”工作。

维护期间安排1名业务熟练的技术人员采取驻场的方式进行技术维护，参与日常工作调度、处置、会议等。

1.3.3数据基础运维分析

网格化综合管理平台生产的业务数据归集共享至雨花区数据资源治理平台。

1.4运维服务内容

雨花区网格化综合管理平台运维服务项目主要内容包括应用软件系统标准维护、系统业务需求服务优化、支撑维护服务、数据基础性维护等4个方面的内容。相关内容见附表1采购需求表格，服务详细内容内容如下：

1.4.1应用软件系统标准运维

每周对1**$3套应用软件（网格通APP、工作门户、统一接报采录子系统、联动处置子系统、监督服务子系统、指挥调度子系统、综合评价子系统、队伍管理子系统、部门专业网格化扩展子系统、网格工作综合展现子系统、研判分析子系统）、中间件、第三方地图、GIS服务检查是否正常，对服务日志信息进行集中排错检查。

1.4.1.1核心业务应用系统&支撑平台软件维护

查看系统访问是否正常，图片、地图或案件加载是否正常，应用系统存储空间是否可用、手机是否能正常上报案件；

WEB应用服务器和数据库服务器之间的连接；

无线服务器和数据库服务器之间的连接；

手机端是否能正常登录；

每天对各个服务器的运行状况进行检查，各服务是否运行正常以及接口运行状况是否正常，及时修正发现的系统BUG。

检查主要的服务是否运行正常；

检查服务器上的日志，分析是否有异常情况；

检查中间件，看运行过程中是否有请求异常；

检查应用服务的日志，看在业务运转过程中，是否有表单、流程操作异常；

检查服务器上的临时文件，进行定期清除；

各类日志文件，进行定期的整理和清除；

应用服务运行过程中的服务端的临时文件，进行定期清除。

1.4.1.2网格通维护

主要运行程序：手机终端进行网格员问题上报和核查核实下发的接口服务；

日常具体检查：

检查自身的服务是否运行正常；

检查自监测程序运行是否正常；

检查服务器上的日志，分析是否有异常情况；

检查并分析接口服务的所有相关日志，包括网格员和巡查员登陆和位置更新、上报问题、发送核查等主要日志；

检查服务器上的临时文件，进行定期清除对于接口服务器上的一个月之前的正常的接口日志，需要进行清除。

网格通日常维护流程：

重装：拷贝事先制作好的安装包至网格通手机——>双击进行安装；同时对网络连接进行设置，以便正常登陆网格通服务器——>测试网格通常见功能(包括登录、今日提示、问题上报等)；

设置：可以通过修改网格通用户端的配置文件，来修改坐标上传频度、多媒体文件保存路径、地图视野范围等参数；

无法接受核查任务问题解决流程：判断是否正常登录网格通——>测试查看其他用户端是否可以正常登录——>任务管理中是否可以正常获取近期任务——>查看服务端日志是否正常——>删除网格通用户端以工卡号命名文件——>恢复正常——>结案；

终端无法正常登陆问题解决流程：测试查看其他用户端是否可以正常登录——>查看中间件服务是否正常——>查看终端配置是否正确——>设置手机网络——>恢复正常——>结案。

1.4.1.3接口维护

通过接口维护工具对本项目涉及的现有接口及后期逐步接入的接口进行管理，实时监控接口工作运行状态，一般包含以下内容：

请求URL；

请求方式GET或POST；

接口版本号；

接口端发送的数据及格式；

服务器端操作成功时，返回的数据和格式；

服务器端操作失败时，返回的数据和格式。

1.4.2系统业务需求服务优化

随着网格化管理工作的不断深入和精细化，业务需求的不断增多，网格化综合管理平台也会针对不断增长的业务需求进行功能开发和功能优化，包括加强案卷、人员、账号精细化管理，业务流程调整、子系统功能优化、平台功能升级、地理编码系统升级、对接接口优化、专题展示优化、“邻长制（单元长制）”优化等工作。具体内容如下：

1.加强案卷、人员、账号精细化管理；梳理网络问政和疑难问题两个事项类型并将内容添加到群工融合的事项管理中。

2.业务流程调整。针对雨花区网格化系统的业务流程按照相关需求进行修改和完善。

3.子系统功能优化

（1）针对雨花区网格化系统的各个子系统进行日常功能优化。

（2）工作机制系统升级

扩展工作机制系统的事项数据，目前已经扩展到9**$3类。

调整自巡自办模块功能为高质量案件模块，并且针对高质量的案件数量在系统当中可以进行管理和显示。

修改群工融合模块的联点部门和领导的信息内容

与网络问政相关的数据来源进行对接。

将群工融合模块中的群工联点模块修改为区级疑难问题处置模块，并对与区级疑难问题处置模块相关的数据来源进行对接。

4平台功能优化升级。

5.地理编码系统升级。

6.对接接口优化。

7.专题展示优化。针对相关专题展示进行展示和优化；根据网格中心的需求指挥调度系统的组织框架图修改为网络流程图。

本项工作仅限为业主方提供已签订软件开发合同的软件新增功能修改。

除此之外，对于采购方提出的系统业务需求服务优化，成交供应商须在两个工作日内响应。如果能做，三个工作日内，以书面文档的形式提交给采购方，经采购方确认后，双方签订需求确认单。

维护期内，成交供应商提供不多于8**$3个工作日的功能优化工作（指全年累计的工作量3人日以下的需求功能优化工作量，以采购方签字的需求确认单为准），具体以采购方技术员与成交供应商会商的结果为准，并以需求确认单为实施依据，满足采购方的个性化应用需求。

根据区网格中心业务调整，在规定时限内对平台进行调整优化，开发自动化报表统计，包含（考核、人员调动、网格划分、巡派办业务、网络问政、1注册后查看5工单等），相关额外定制化功能优化需求经成交供应商公平公正评估。按月、年度对运维工作进行总结并按时向采购方提交。

根据上级部门的要求和工作指示，配合推进“多网合一”工作，优化雨花区网格化平台，配合完成市、区网格化平台协同互通相关工作任务。

1.4.3支撑维护服务

1.4.3.1人员驻场维护

1.4.3.1.1.日常运维工作

驻场人员日常运维工作包括：

核心业务应用系统运行日常检查；

支撑平台软件运行日常检查；

数据库日常巡检；

查看系统日志。

对主要应用软件系统、支撑平台软件、数据库是否正常运行进行检查，对日志进行查看，检查是否有异常日志。对数据库在巡检过程中出现的问题，根据问题类型联系后端研发人员进行支持解决。

同时提供7×2**$3小时的运维支持工作，每周7天，每天2**$3小时响应用户的服务请求。当现场无法处理时，成交供应商将与现场运维人员沟通并及时安排技术人员到达项目现场处理。

1.4.3.1.1.1.数据备份工作

数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份。但是这种方式只能防止操作失误等人为故障，而且其恢复时间也很长。随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。

成交供应商在运维过程中，每月对数据库备份文件等进行异地备份迁移及数据备份后的系统测试，确保数据备份有效可靠，确保用户核心数据安全。

1.4.3.1.1.2.业务数据清理

在确保符合相关规章制度的情形下，按照用户的相关要求，开展业务数据清理、统计报表备份等工作。

1.4.3.1.1.3.运行环境检测、优化

配合集成商对雨花区网格化综合管理平台运行的网络、设备等运行环境进行定期的监测，以及运行环境变化后系统软件的部署、测试等工作。

1.4.3.1.2.业务交流接待

配合雨花区网格化综合服务中心完成调研、交流重大活动的前期准备工作及活动开展时的平台操作及讲解。

1.4.3.2基础软硬件配合性维护

1.4.3.2.1.性能调优配合

配合集成商进行相应应用软件系统的调优，主要包括以下情形：

1、根据用户动态业务负载情况，配合集成商分析负载均衡设备运行情况并更新非业务数据和配置，例如前端服务设备版本更新后相应应用软件系统需由后台研发人员进行相应更新配置操作。

2、存储系统瓶颈导致的系统性能问题，例如系统长时间使用导致的redis缓存过多影响系统正常使用等问题。

3、其他原因导致的性能问题。

1.4.3.2.2.数据库日常维护

每月进行一次数据库检查，其中基本检查包括检查mysql实例状态、检查mysql运行时长；相关资源检查包括检查数据库磁盘空间使用情况；查看数据库缓存的命中率；shell脚本计算缓存命中率；mysql的内存配置情况；分析 mysql 的错误日志等。

1.4.3.2.2.1.巡检方式

Mysql数据库巡检按巡检方式分为人工巡检、脚本化巡检、平台化巡检。

人工巡检也称为手工巡检，在管理的数据库服务器数量少、巡检频率低的情况下是可以这么做。运维人员通过登录服务器执行命令检查服务器、数据库的运行状况来查看监控并分析。这种方法除了效率不高之外，还有一个缺点，就是非常依赖巡检人员的技能水平，不同的工程师去巡检，可能结论会不一样。

脚本化巡检，这个阶段就是把巡检的命令打包做成一个脚本，运维人员登录服务器去执行脚本，脚本生成 html 报表或 csv 格式的数据，供运维人员分析和汇总。这个方法相对人工巡检的方法在效率上有了质的飞跃，但是仍然需要耗费人力和部分依赖巡检人员的技能水平去分析报告和汇总。

平台化巡检，即依托数据库管理平台解决用户的三大核心诉求（高可用管理、备份恢复管理、监控告警管理）。平台化巡检可极大的减少数据库运维人员登录生产环境的次数，并且不再依赖巡检人员的技能水平，做到巡检的绝对标准化。

本期项目将根据项目运维实际情况可灵活调整巡检方式以达到系统正常可靠运行。

1.4.3.2.2.2.日常巡检

日常巡检主要是查看监控，留意 warning 或以上级别的告警，监控基本上可以覆盖百分之9**$3%以上的日常巡检需求。

1.4.3.2.2.3.节前巡检

节前巡检要比日常巡检要深度。节前巡检对于数据库运维团队来说，主要关注的就是节假日时可能会有的部分业务流量高峰，需要提前巡检发现未来的问题，提前进行解决。而作为成交供应商主要关注的是数据库可用性，所以节前巡检的检查核心如下：

1.4.3.2.2.3.1.CPU

通过监控，去寻找高CPU水位的实例，确认是否和日常监控曲线一致，判断是否有异常，是否有优化的需要。

1.4.3.2.2.3.2.RAM

通过监控找到RAM使用率超过8**$3%的实例，检查是否有内存不够用的问题。这里一并查找是否有实例使用到swap，如果内存充裕而使用到swap，那大概率是因为未正确设置numa 或vm.swappiness 导致的。

1.4.3.2.2.3.3.磁盘空间

这个是节前巡检中的重点，平时磁盘使用率的告警线是8**$3%，而巡检时我们应该去获取大于7**$3% 磁盘使用率的实例，提前扩容，避免磁盘有告警的风险。

1.4.3.2.2.3.4.实例状态

一般来说就是检查mysqld的存活，有条件的话可以分析其是否健康。

1.4.3.2.2.3.5.高可用状态

通过巡检证明数据库是“可切换”状态。

1.4.3.2.2.3.6.复制状态

复制状态，实际上上述高可用状态检查，一般也会检查复制状态。

1.4.3.2.2.4.可靠性巡检

检查数据库里的参数是否满足我们的交维规范要求的核心参数列表。

检查主备数据库参数是否一致。

检查数据库运行参数和配置文件(my.cnf)参数是否一致。

1.4.3.2.2.5.性能巡检

检查是否存在没有主键的表。

SQL性能优化。

是否有MyISAM 存储引擎表。

TOP1**$3大表。

1.4.3.2.2.6.mysql的备份恢复机制

主要包含库表恢复和应急恢复。

1.4.3.2.2.7.日志管理

主要关注错误日志和慢查询日志。

1.4.3.2.2.8.参数配置

一般都是默认配置，个别时候可能需要对最大连接数等进行调整。

1.4.3.2.2.9.会话管理

连接数是一个比较重要的指标，很多时候链接实际已经不起作用了，但还是占着连接数。

1.4.3.2.3.工作人员培训

成交供应商配合雨花区网格化综合服务中心根据工作调整完成部门、街道、社区、网格员的业务实操培训工作，培训次数为一年两次，每次不少于两个小时。

培训时间、培训地点由成交供应商和区网格化综合服务中心沟通决定，培训材料、培训计划、培训方式、培训内容、培训讲师等其余内容均由成交供应商全权安排负责。

1.4.3.2.4.网格划分调整

根据基层工作需要，在运维期间对网格划分及社区网格的巡查区域和巡更点位进行重新调整。现有平台涉及1**$3个街道及1个镇，1***4个社区，约9***0多个网格。含作业准备，资料收集，基本资料加工，图层设计，界线确认，数据转换，图形纠正，要素综合取舍，数据图形化及图形间的关系处理，检查修改，网格图层发布，实地踏勘，数据处理等。

1.4.3.2.5.地图数据更新

根据网格中心要求，针对单元网格、责任网格区域局部调整后造成的地图数据进行更新工作，进行入库前检查、投影转换、数据处理、数据建库等。

1.4.4数据基础性维护

1.4.4.1数据归集共享工作

根据市、区数据资源管理要求，将雨花区网格化综合管理平台相关数据资源信息归集共享至雨花区数据资源治理平台，包含办理经过表、历史办理经过表、统计案卷表、部门表、人员表、巡查员表、实有楼栋表、实有房屋表、实有人口表、户籍人口表、流动人口表、企业及个体户表、社会组织表、党员表、党组织表、城市部件表、疫情摸排表、群工融合事项表、联席会议表、中心工作表、工作流工作项实例表、工作流工作项历史实例表、公告信息表、采集员工作量表、受理员工作量表、值班长工作量表、派遣员工作量表、专业部门工作量表、专业部门考评表、采集员类型字典表、区域表、问题任意类型字典表、问题任意类型属性表、立案条件字典表、部门案卷数量统计表、居民自建房信息表等3**$3类表类数据进行整理归集。

1.4.5系统更新维护服务

根据实际需求，给采购方提供相关系统更新维护服务，具体内容如下：

1、前往各个街道调整网格巡更点位，调整各个网格的巡查员信息关联。

????2、信息录入系统-群工融合-事项管理中增加网络问政和疑难问题两个模块。

1.5服务要求

1.5.1基本要求

1.在项目运维期内，成交供应商须安排1名业务熟练的软件运维工程师常驻现场运维，负责日常运维、系统故障排除、日常与重大节假日运维保障、接待演示等工作任务，驻场人员接受雨花区网格化综合服务中心的考勤管理，另安排5名软件研发人员进行二线支撑。

2.项目运维服务期内，成交供应商须在1小时内对故障进行响应（含节假日）；对于一般故障，成交供应商须在1小时内响应并处理；对于重大故障，成交供应商须在3**$3分钟内响应并处理；超过4小时未能解决，须采用应急措施，确保系统正常运行。

3.针对重大技术升级、重要保障活动、系统培训、重大技术故障等情形，成交供应商提供人员到场技术支持服务。

4.报修及响应方式：用户可通过电话、QQ和电子邮件向成交供应商报修；成交供应商根据不同情况，将以远程虚拟专线、电话和现场维护等方式为用户及时排除故障。

5.为确保现场运行维护工作的长期有效管理，成交供应商需从用户的角度出发，制定严格的运维管理制度，采取日常运行维护记录、工作日志记录、项目月报记录及其他巡检方式，对现场的运行维护工作进行管理。

6.针对日常运维工作中可能会出现突发事件需提前制定相应的应急预案，采取应急保障措施。紧急、特殊的服务要求应立即提供服务至解决问题为止。未能及时完成服务请求的，成交供应商应向采购方提交书面解释。

7.在项目实施过程中应开展质量保证活动，成交供应商必须接受采购方的质量监督检查，提供真实有效的相关质量活动记录、证据，接受采购方提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。对于服务工作中出现的重大事件及时提交分析报告，分析原因、提出改进措施。

8.成交供应商向采购方提交运维实施方案、运维服务月度报告，保障维护工作顺利有序进行。

9.成交供应商在运维各个阶段有关电子或纸质文档，包括说明书、部署手册、技术文件、资料、及安装、测试等文档以及应用软件、与应用软件有关的电子文档、安装配置及维护文档等，按质量管理要求交付给采购方负责人。

1.5.2服务团队要求

按照项目运维服务要求，成交供应商将成立雨花区网格化综合管理平台维护项目组，配备完整的服务团队，维护期间成交供应商安排1名业务熟练的技术人员采取驻场的方式参与日常工作调度、处置、会议等。同时并建立由5名软件研发程师组成的服务管理、技术支持二线团队，二线技术人员作为一线人员的有机补充。

1.5.3服务等级

根据长沙市运维等级调整系数(如上表所示），本项目服务等级将采用“三级服务”。

交付时间和地点

1、在项目启动后成交供应商需按照采购方工作进度，制定工作计划并分解任务事项，配合采购方相关工作人员完成本项目内的服务工作。

2、成交供应商在项目实施过程中必须分别按月度提交运维报告，对本阶段工作内容总结及成果展示，对遇到的问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。

3、服务期限：本项目服务期限为一年。

????4、服务地点：本期项目交付地点为采购方指定地点。

1.6运维服务质量评价与考核

项目运维阶段应能按照要求按时保质保量完成运维任务，并保障网格化平台相关考核达到考核要求。项目运维期间将对实际运维情况进行考核，最终支付的运维服务费用跟绩效考核结果挂钩。

运维期内，采购方将组织相关部门对成交供应商的维护情况进行日常考核评估，考核方法参照国家和当地相关规定制定。绩效评价实行百分制，根据得分情况分为 A（得分≥9**$3 分）、B（8**$3 分≤得分＜9**$3 分）、C （7**$3 分≤得分＜8**$3 分）、D（6**$3 分≤得分＜7**$3 分）、E（6**$3 分以下）五个等次。

通报结果。将年度绩效评价结果按程序以适当方式在一定范围内进行通报。

报备政府。采购方将绩效评价结果报送本级政府，并抄送财政等部门，为政府部门科学决策提供依据。

评价奖惩。采购方会同财政等部门，根据绩效评价结果对成交供应商进行奖惩，主要与运维服务费用等挂钩。

相关考核标准和依据如下：

备注：

采购方根据该表，每半年对成交供应商进行考核。相关考核表存档并作为运维款的支付依据。

采购方可根据工作实际需要，每年对上述考核项、内容和扣分方式进行调整，成交供应商应无条件响应；

成交供应商在年度考核中，考核分数低于6**$3分，采购商有权解除合同；

驻场运维人员考核单独扣分达到1**$3分以上的人员，采购方有权要求成交供应商更换人员。

????采购方将不定期对系统网络安全问题进行排查，若出现网络安全漏洞问题，成交供应商需按要求及时整改，若因整改不及时导致网络安全漏洞问题通报的每起通报扣除1**$3分（因其他客观原因或不可抗力因素导致的除外），出现3起通报且不及时整改的，采购方有权解除合同。

验收标准

1、本项目服务期满后，采用简易验收程序对项目进行整体验收。项目服务报告作为验收依据之一。

????2、项目验收不合格，由成交供应商返工直至合格，有关返工、再行验收，以及给采购方造成的损失等费用由成交供应商承担。连续两次项目验收不合格的，采购方可终止合同，另行按规定选择其他供应商采购，由此带来的一切损失由成交供应商承担。

1、采购方对成交供应商运维服务工作进行半年度评价，除不可抗力因素外，半年度评价结果与服务费用的支付款挂钩。当半年度评价分≥9**$3分时，认定服务考核结果为优秀，则按1***0%的比例支付半年度服务费用；当9**$3分>半年度评价分>9**$3分时，认定服务考核结果为合格，则按9**$3%的比例支付半年度服务费用；当9**$3分>半年度评价分>8**$3分时，认定服务考核结果为基本合格，则按9**$3%的比例支付半年度服务费用；当8**$3分>半年度评价分时，认定服务考核结果为不合格，则按实际得分作为比例支付半年度服务费用。其中，半年度服务费用为项目合同金额的5**$3%。

2、支付单位：中共长沙市雨花区委办公室(通过国库集中支付)

3、结算方式：本项目分两次支付项目服务费用，自合同行之日起，完成半年度运维服务后，支付第一笔款项(项目合同金额的5**$3%，实际付款金额以半年度考核结果据实支付)；完成年度运维服务并对项目进行整体验收且合格后，支付第二笔款项(项目合同金额的5**$3%，实际付款金额以半年度考核结果据实支付)；以上付款均在无质量问题、服务纠纷以及其他经济法律纠纷等问题的情况下支付。

4、本项目服务费用采用费用包干方式，成交供应商应根据项目要求和现场情况，详细列明项目所需的人工、管理、财务等所有费用，在项目实施中出现任何遗漏，均由成交供应商免费提供。采购方不再支付任何费用。