城市园林绿化监督管理信息系统（智慧园林）（城市园林绿化管理局）

一、项目概况

基于园林绿化资源数据普查成果和园林绿化一张图，建设服务于政府监督、业务管理和公众服务的应用系统，本期项目建设的业务应用系统包括：园林绿化一张图子系统、监管子系统（含监管移动端）、 驾驶舱子系统、辅助决策子系统、公众查询子系统、数据更新和维护子系统和运维管理子系统。项目实施后，可根据实际需求对业务系统进行扩容、调整。

城市园林绿化监督管理信息系统（智慧园林）

二、项目建设内容

总体需求分析

• 业务功能需求

按照《CJJT-302-2019 城市园林绿化监督管理信息系统工程技术标准》要求的模块去制定和做延展。包含园林绿化一张图子系统、监管子系统（含监管移动端）、驾驶舱子系统、辅助决策子系统、公众查询子系统、数据更新和维护子系统和运维管理子系统等模块。系统符合城市智慧管理和绿色发展要求； 满足城市园林绿化主管部门监督管理工作需要，支持城市绿地规划实施监督管理，城市绿地监督管理、城市园林绿化建设监督管理、城市园林绿化养护监督管理、古树名木及后备资源监督管理、城市园林绿化配套建设和设施监督管理、公众参与监督管理等，具有开放性、兼容性和安全性。

• 系统性能需求时间特性要求

常规操作如静态资源请求的响应时间≤2 秒，数据检索响应时间≤3 秒，统计分析报表平均响应时间≤6 秒，图形操作的响应时间≤6 秒；

客户端接入数≥1000，并发使用客户数≥100。

• 可用性要求

本项目服务等级协议（Service Level Agreement，简称“SLA”）规定了项目的服务可用性等级指

标。

1. 定义

服务周期：一个服务周期为一个自然月。

服务周期总分钟数：项目服务周期内的总天数* 24（小时）* 60（分钟）计算。

服务不可用：当任意客户端无法和项目的任意服务进行联通，且状态持续一分钟以上，则视为项目

服务不可用。

服务不可用总分钟数：在一个服务周期内服务不可用的分钟数之和。

1. 服务可用性

服务可用性计算方式：服务可用性=（服务周期总分钟数-服务不可用总分钟数）/服务周期总分钟数 *100%。

服务可用性要求：一个服务周期内，服务可用性不低于 99.9%。

• 软件质量特性要求

安全性：需保证系统使用过程中的安全性以及数据传输的安全性。

容错性：当出现系统错误时，包括软件、硬件及网络故障，当故障排除时，应保证消息传输和业务 处理可恢复性。

准确性：能达到所要求的计算和控制精度。执行效率：应尽可能保证高的执行效率。

需求明细

• 软件系统需求园林绿化一张图子系统

某某园林绿化“一张图”，将各类数据资源集成整合，并基于天地图某某平台进行可视化展示，实现各类资源数据的动态可视化监管。园林绿化一张图主要数据对象分静态资源数据和空间统计分析数据两部分。其中静态资源数据：包括城市家具（含行道树、独立乔木、花架花钵、绿地护栏、护树设施、 公园亭凳椅、公园亮化、公厕、古树名木等）、绿地现状数据（含公园绿地、防护绿地、广场绿地、附属绿地、区域绿地、古树名木及后备资源现状数据）、规划数据（含城市绿地系统规划、城市绿线、城市绿道绿廊规划、防灾避险绿地规划等）、基础地理空间数据（含城市地理空间框架、城市地形图等， 其中城市地理空间框架数据包括遥感影像数据、地名数据、地址数据、行政区域数据、水系数据、建筑物数据等）。空间统计分析数据：包括古树名木统计、空间框选绿地分析、公园覆盖半径分析、绿地分类统计、关键指标“驾驶舱”等。具体展示数据以后期实际需求为准。

1. 在线地图

提供不同类型的在线地图，支持多种类型的专题数据快速加载浏览，支持用户自定义配置地图样式 风格。

1. 图层管理

某某园林绿化“一张图”基于电子地图建设，对地图分层管理。系统所管理的所有园林绿化专题数 据均分层显示，园林绿化专题主要包括：总规用地、控规用地、建成区绿地现状、古树名木、各类绿地 情况、绿地系统规划、市域绿道布局规划、市域绿道分期建设规划、中心城区绿道布局规划、中心城区 绿道分期建设规划、绿线图层、养护标段等，其中每一类资源对应一个图层。系统提供可视化界面，方 便用户设置图层显隐，以及图层的放置顺序。

1. 图层控制

提供图层放大、缩小，漫游，全图显示、全屏显示、按比例尺显示等功能，并支持用户任意选择感 兴趣的要素等。

1. 多功能量测

提供长度、面积等多功能量测功能。在图上可以对任意取点进行长度量算，或任意多边形量算面积 和周长，并运行单位设置。同时系统提供显示指定的任意一点的坐标。

1. 图层浏览

提供各类图层的浏览查看功能，如绿地现状、规划类专题数据以及基础地理空间数据等。支持多级 电子地图、影像、航拍等数据的载入、浏览功能。

1. 数据查询

提供属性查询和空间查询两种方式。可根据关键字、类别等查询空间数据，也可根据矩形、圆形、 多边形等查询空间数据。

1. 统计分析

提供基于GIS 的地理空间分析和要素统计功能。如统计某区域各类园林绿化设施数据情况，统计各类绿地地块分布情况，统计区域监管事件情况，并通过图表地图联动形式可视化表达。

1. 全景场景渲染展示

在一张图中加载全景图像点分布情况，支持在线渲染 720 度全景场景。

1. 绿化工单热力分布

在一张图中加载养护工单分布及责任网格图层，通过热力图方式展示工单高发区域，高发时段。

1. 设施档案信息空间查询

图档联动的方式，点击专题图中的设施要素，查看对应的设施电子档案，实施电子档案集成历史资 料信息，普查成果数据、动态监管信息、维护记录信息等。

1. 地图工具

实现实用的地图工具，如图层放大、缩小，漫游，全图显示、全屏显示、按比例尺显示、测长、测

面等

• 监管子系统

监管子系统根据城市园林绿化管理实际需求，以园林绿化巡查、管理养护工作为抓手，构建集巡查

管理、工单管理、考核评价等功能于一体。通过数字化手段提高管养护精细化管理，基于数字化平台规范养护单位自治职责，提高监管效率，从而实现问题比处置，养护可留痕，过程可追溯，结果能核查， 考核能量化，监管科学化。监管系统根据使用场景不同分为 PC 端和移动端。

1. 巡查管理

系统支持自定义位置并添加巡查点描述、图片等信息，可按照巡检点的名称、所属地理位置进行精 准搜索与查询。当出现误添加巡检点的情况时，系统支持快速删除某一巡检点功能。

系统支持设置巡查问题类型，根据巡查问题所属地理位置与其类型自动通知相关管养护单位。巡查 问题类型可按照不同的维度进行组合查询，一个是巡查问题主体，主要包括：公园/古树名木/行道树/ 乔木/管养护设施/绿地附属植被/其它，另一个是巡查问题严重程度，主要包括：非常严重/一般严重/ 轻微。

系统支持通过巡查问题类型、发生时间、高发区域、处置效率等多种维度，对巡查案件进行统计分 析与导出，便于园林管理部门实时掌握巡查问题的完成情况以及产生的重点主体与区域。

1. 工单管理

管理员可手工录入工单的基础信息，主要包括：绿地信息、问题描述、照片、视频、位置等情况。 系统支持指定工单的类型，并且设定工单截止完成时间。如果规定时间内未完成，系统则自动发送

消息提醒相关管理人员，便于管理人员及时进行跟进，了解完成情况。

系统支持任务核查管理，管理人员可在线通过区域、截止时间、工单类型等维度进行搜索与查询， 实时查看相应工单的完成进度。当工单完成后，管理员可以对工单进行审核并确认完成结果。

系统支持自定义制定养护巡查计划并自动派单，巡查计划主要包括：巡查范围区域、巡查完成截止

时间、巡查频次等。

系统支持对养护任务完成情况按照区域、时间等指标进行查询、统计、导出等功能。 系统支持工单高发区域的统计展示，可按照工单类型、街道等指标进行排名。

1. 考核评价

系统支持考核人员现场对绿地的养护情况进行考核打分，考核指标需确认好并提前录入系统，对所 发现的问题进行上报，同时通知相关的管养护单位安排整改。

系统支持记录每处扣分的位置信息、具体描述及扣分问题图片。也可以通过时间、考核分数区间范 围等指标进行扣分详情的搜索与查询，便于统计一段时间内的考核结果。

系统支持根据不同的问题类型查看相关问题的扣分标准和扣分值，也可以对此进行删除或者修改。 管理员可以在 PC 端网页中查看月度、季度、年度的考核汇总报表，主要包括：考核单位名称、养

护情况、考核次数、单次考核分数、扣分详情等具体信息。

• 驾驶舱子系统

驾驶舱子系统是依据公园、绿化覆盖范围、城镇绿地、古树名木等综合数据，利用数据搜索和数据 挖掘技术，实现城市园林绿化的查询、统计、分析等功能，以大数据可视化的方式，实时展示各类统计 指标数据，如古树名木统计、绿化覆盖率、绿地分类统计、公园服务半径覆盖率、工单动态、高发问题 区域分析等，为城市园林绿化管理部门提供辅助决策支持，方便其准确掌握城市园林绿化整体水平，科 学指导城市园林绿化管理工作。

1. 查询统计

基于园林绿化一张图系统，支持对公园绿地、附属绿地、防护绿地、广场绿地、区域绿地等各类城市主要绿地和古树名木等重点植物分别提供条件组合查询和信息统计功能。实现设置不同的属性查询条件，查询到符合条件的各类园林绿化资源的属性信息，并可以进一步查询到关联的图片、文本等信息， 支持导出各类型绿地的数据统计报表。

1. 实时展示

将城市绿地系统规划数据、绿地建设数据、绿化覆盖数据以及园林绿化等专题业务数据形成园林绿 化数据资源台账，以电子地图和影像地图结合的方式，实现城市园林空间数据的综合展示，包括园林部 件、养护动态、工单动态、高发问题区域热力图等，便于园林管理部门随时了解并掌握城市园林绿化的 问题所在。

1. 决策分析

实现绿化覆盖率、绿地率、公园服务半径覆盖率等指标项的测算，方便园林绿化管理部门掌握城市 绿地建设宏观信息，并通过城市绿地空间分析，为绿地建设选址、绿地监管提供辅助决策数据。

• 辅助决策子系统

辅助决策子系统支持城市园林绿化整体分析、任意区域园林绿化分析、公园绿地服务半径覆盖分析、 公园选址推荐分析、古树名木保护分析、城市生物多样性保护分析、城巿湿地资源保护分析、园林绿化预警分析和历史数据分析等功能。

1. 城市园林绿化整体分析

城市园林绿化整体分析模块支持城市建成区总面积、绿化覆盖总面积、绿化覆盖率、绿地总面积和

绿地率等自动计算功能，并可支持建成区各类城市用地的占地面积、绿化覆盖面积和绿化覆盖率的计算 和报表输出等功能。

1. 任意区域园林绿化分析

任意区域园林绿化分析模块支持用户自定义区域占地面积、绿化覆盖面积和绿化覆盖率等自动计算 功能。

1. 公园绿地服务半径覆盖分析

公园绿地服务半径覆盖分析模块是按照国家现行公园绿地服务半径考核要求，支持公园绿地服务半 径覆盖图和居住区范围图生成功能,并可支持叠加生成公园绿地服务半径覆盖分析专题图等功能。

1. 公园选址推荐分析

公园选址推荐分析模块支持根据公园绿地服务半径覆盖情况自动计算并推荐公园绿地建设选址范 围的功能，同时可支持生成公园绿地选址推荐专题图等功能。

1. 古树名木保护分析

古树名木保护分析模块支持对古树名木保护范围、生存环境、生长势和有害生物等数据的浏览、对 比和变化分析等功能。

1. 园林绿化预警分析

园林绿化预警分析模块支持当城市建成区单位用地、居住用地等绿化覆盖率或绿地率低于设定预警 阈值时的预警功能，并支持植物病虫害预测预警等功能。

1. 历史数据分析

历史数据分析模块支持城市不同时期园林绿化数据的浏览、对比和变化分析功能。

• 档案调阅及维护子系统

基于一张图展示规划地块或建设项目分布，并挂接基础信息及档案材料；

提供管理后台，支持规划地块和建设项目等要素信息的维护，支持在线点、线、面的绘制和调整。

• 公众查询子系统

公众查询子系统是针对公园、植物、古树名木、行道树等重点园林绿化管理对象，实现二维码的生成、识别、二维码关联对象信息维护等功能。通过制作二维码铭牌并安置于每个园林绿化重点管理对象， 方便市民使用手机扫描铭牌上的二维码可轻松链接到相应的介绍页面。

1. 二维码关联对象信息维护

实现重点园林绿化管理对象的增加、删除、修改，以及名称、地址、介绍文字、图片等参数的编辑管理等功能。前期整理并录入不少于 3500 条重点园林绿化管理对象信息数据，建立二维码库，以公园、古树名木、行道树等重点园林绿化管理对象为主。

1. 二维码生成

实现重点园林绿化管理对象二维码的动态生成功能，将依据重点园林绿化管理对象的核心信息生成 唯一二维码，便于与二维码关联对象信息的进一步查询。

1. 二维码识别

通过扫描铭牌上的二维码，能够快速识别出重点园林绿化管理对象的核心信息，并可以进一步关联 查询到有关的介绍文字、图片等信息，加强社会公众与园林管理部门的互动。

• 数据更新和维护子系统

数据管理系统将某某园林绿化涉及的基础地理空间数据、绿地现状数据、绿化规划相关数据、绿化 管理数据及绿化监管等数据进行统一管理和维护，为其他业务系统提供数据支撑。系统主要功能模块包 括数据采集、数据编辑、数据制图、历史数据管理、元数据管理、园林地图服务和查询统计等。

1. 数据导入

针对周期性普查的绿地现状等数据，提供批量文件导入、检查、入库功能。

1. 数据编辑

提供空间数据和属性数据的增加、删除和编辑等功能，提供文件数据的增加和删除等功能。

1. 历史数据管理

提供对城市不同时期园林绿化数据的检查入库和版本管理等功能。

1. 查询统计

提供对规划数据、监管网格数据、现状数据和业务管理数据等的查询统计和报表输出等功能。

• 运维管理子系统

运维管理子系统为某某城市园林城市绿化监督管理信息系统的正常运行提供强有力的保障，它能够 对整个系统的运行情况进行细致的监控和统计，对各种资源以及日常的维护进行管理。系统主要功能模块包括机构人员管理、角色管理、权限管理、流程管理、地图配置、参数配置、日志管理和数据库备份 等。

1. 机构人员管理

提供对系统使用机构的定义和用户配置管理等功能。其中，支持对部门进行增加、删除和自定义编辑等功能，包括部门名称等信息。支持对用户进行增加、删除和自定义编辑等功能，包括姓名、部门、 联系方式等信息。

1. 角色管理

提供对角色信息的配置管理功能。

①角色管理

角色往往是预先在系统中设定好的固定标签，每个角色对应明确的系统权限，其所拥有的系统权限 一般不会随意更改，并且角色也不会随着用户的被添加和被移除而进行改变，相较于用户管理而言更加 稳定。

②自动赋权：用户自动进入角色

系统支持用户进入到某部门后，该用户会自动被加入到对应的角色中，并且拥有该角色所有的系统 权限，无需重复为其设置权限。

1. 权限管理

提供用户和角色权限的配置管理功能。权限管理主要包括功能菜单、功能操作以及数据参数三个模 块。具体情况视实际需求而定，主要目标是辅助业务的管理和推进。

①功能菜单权限

系统支持针对不同角色的用户可使用系统下的全部数据查看权限和功能操作权限等功能。

②功能操作权限

系统支持不同角色的用户可以进入同一菜单页后台可查看相同的数据字段信息，但可执行的功能操 作不同。

③数据字段权限

数据字段层面是较细颗粒度的拆分，系统支持实现不同角色的用户在进入同一菜单页后台时，可见的数据字段都有差异。比如 A 可以在一张图中看到规划类专题图层以及古树名木分布等数据信息，而 B 只可以在一张图中查看到规划类专题图层，其它数据信息没有权限查看。这些字段共存在一个菜单页中， 只是受限于不同的角色权限而已。

1. 地图配置

地图名称、地图类别、地图坐标系和地图年份等参数配置。定制化的地图显示，将地图展示相关的 主要参数配置化，适配不同业务、不同时期的地图展示效果。系统支持对上述参数的增加、删除和编辑 等功能。

1. 参数配置

系统运行参数配置，对系统中功能、业务进行分析，将后期需要变更或可能变更默认值进行数据库 配置化管理。在需要变动时更改数据库数据，即可实现默认值变更需求。系统支持对系统运行参数的增 加、删除和编辑等功能。

1. 日志管理

日志信息的记录、查询、统计和管理，将系统业务的关键节点的操作进行记录，清晰显示整个流程 的处理信息。在此基础上可以对记录进行分类、统计和管理，掌控系统中的业务情况。

• 软硬件需求硬件环境需求

结合系统的使用部门数量、人员数量等信息，推算满足在线 200 能流畅业务处理的硬件配置，预计需要以下硬件服务器：

1 台云数据库：8 核 CPU，16G 内存，100G 系统盘，500G 存储空间，1T 云备份。

1 台一张图及监管系统云主机：8 核 CPU，16G 内存，150G 系统盘。

1 台地图云主机：16 核 32G，100G 系统盘,500G 存储。

1 一 Web 服务云主机：8 核 16G，100G 系统盘,500G 存储，1T 云备份（专有云，需对公网服务）。

1 台反向代理云主机：4 核 CPU，8G 内存，200G 系统盘。

对于上述列举的资源，采用某某市政务云平台的机房、服务器、存储设备、网络设备等。利用政务 云平台为采购人提供更多服务，实现信息服务平台项目中不同设备间的数据与应用共享。

• 软件环境需求 JRE 环境要求在 1.8 ，.NetFramework4.0 ； 应用服务器支持 Tomcat 8.5.43 ；

数据库支持 mysql、PostgreSQL9.4 （支持 PostGIS2.2 ）；

浏览器支持 Chrome、火狐以及 IE11 ，以及 UOS 系统支持的国产浏览器。

空间数据服务中间件支持 WMS、WFS、WMTS 等标准 GIS 数据服务部署，支持常规地理空间分析， 并取得正版授权。

系统支撑环境使用的软件原则上需符合软件国产化相关要求。

• 网络部署需求

项目的最终用户包含互联网用户，因此需要通过代理云主机进行互联网和电子政务外网的转发。戏 同硬件之间的物理拓扑结构示意图如下图所示：

• 安全系统需求

1. 物理安全

本项目部署于市电子政务云上，没有采用自建机房的模式，因此关于机房、场地、火灾、爆炸、烟 尘以及电磁辐等物理安全由政务云机房提供保障服务。

1. 网络安全

系统根据《网络安全等级保护基本要求》GB_T22239-2019 的第三级安全要求建设，部署相对应的安全产品，保障信息系统和网络的安全防护，按要求通过级等级保护评测，采购人不另行支付费用。包括 但不限于如下防护措施：

本项目数据库服务和应用服务器部署在某某政务专有云，其网络及系统终端防护使用现有某某政务

云的终端防护、运维审计、防火墙等安全产品覆盖。

由于某某政务专有云的互联网链路，必须通过嘉兴政务公有云出口，因此需要在嘉兴政务公有云部 署一台反向代理服务器，负责该系统所有互联网出入请求的数据链路转发。该服务器的安全防护，使用 现有公有云的虚拟防火墙、主机安全、漏洞扫描、应用安全等安全产品保障覆盖。

1. 系统安全

系统安全是指运行系统的服务器系统的安全，包括服务发布、数据库服务器等。

用户认证与授权：对平台中服务系统的访问调用需要进行用户名 口令的认证身份认证，用户只有认证登录后，方可使用平台内的相关服务。

1. 应用安全

应用层安全主要是应用系统层面进行最后一道防护，应用系统开发应遵循安全设计原则与安全开发 规范，通过采用身份验证、访问控制、危险请求识别、端口开放控制、限流限速等方式防范常见的攻击 手段，如 SQL 注入、跨站脚本攻击（XSS）、跨站请求伪造（CSRF）等。不得将业务用于测试环境，不得将平台的数据留存、泄露给任何第三方。

2.2.3 运维保障需求

2.2.3.1 运维能力

1. 实施和运维机构

1. 组织管理方式需求

在本项目的实施过程中，项目实施的组织机构组成如下图所示：

1. 项目人员配置需求

为保障本次工程的顺利实施，必须明确项目组的责任和相互关系。以下根据项目组织机构图对项目 组织结构的各部分功能和职责进行说明。

1. 建设完成后运维团队组成

1. 系统完成通过验收后，需提供一年驻场运维服务，主要做好以下工作：辅助培训系统的日常使用；辅助参与系统日常后台管理；协助即时产生的园林绿化专题成果数据的整理、录入和局部更新， 提供技术支持；协助甲方筹办本项目相关的重大活动，提供技术支持；应对本项目相关的突发应急事件， 制定系统平台例行巡检方案，实施每周一次以上的系统巡检，如软件可用性检查、关键服务性能检查、安全防护检查、数据库维护、业务数据备份情况检查等；保障系统及运行环境的稳定可用，一级响应期间现场值班，每季出具项目运维报告。
2. 供应商需提源代码，采购人拥有修改、升级等授权。
3. 按政务数据办条线标准，进行数据目录编制、归集工作，对接一体化数据公共平台。
4. 根据采购人需求可对接某某市平安系统（微家园）、慧眼数字系统。
5. 系统建设过程中，如上级政府明文要求地理信息库采用上级统筹平台，供应商负责系统改为上级统筹平台，完成相关对接开发，采购人不另行支付费用。

• 标准规范

标准与规范体系和管理法规与制度体系是参考国家标准、部门标准、行业标准、地方标准以及国际 标准，采用直接引用和自行制定相结合的办法提供一套可供城市园林绿化建设的标准、规范和切实可行

的管理办法，主要包括数据规范、服务规范、应用规范、其它规范等，用以保障项目顺利建设和公共信 息共享环境的形成，为整个项目的建设打下基础。

• 数据规范

《数据维护与更新规范》：规定数据维护与更新的操作流程、数据版本控制要求、一致性维护要求

等。

• 服务规范

为了实现业务系统，保证各个模块提供的服务能够协同提供统一的服务，需要规定或制定相应的服

务技术规范：《服务接口规范》

• 其它规范

项目建设与运行维护需要遵循的其它技术标准与规范，如项目运行应具备的环境条件（软件、硬件、 网络等）、应具备或遵守的安全保密规定等。