城市古树名木管理系统设计方案.docx

城市古树名木管理系统设计方案

市科技有限公司

目录

城市古树名木管理系统设计方案

一项目概述

（一）项目背景

近年来，以建设生态城市为目标，按照城区园林化，山区森林化，道路林荫化，庭院花园化的要求，致力于打造公园之城，提升园林绿化品位，形成了独具特色的城市绿色风格。将园林生态建设作为落实科学发展观的重要载体，坚定不移地坚持环境优先、以人为本、生态优先的理念，并持之以恒，才会有今天的成就，成为“国际花园城市”。

2016年数据统计，市森林覆盖率达到37%以上，道路林木绿化率达到73%以上，市各区线路干道，森林，公园，居民生活区，学校周边环境，种植了大量树木，及名贵树木（名木定义…），由于地域面积大，古树名木种类较多、覆盖范围广，各种树木养护的方法不一样，这给城市管理部门，实时监控管理，养护存带来一定困难。为持续推进经济特区城市绿化事业的发展，科学合理规划、建设、保护和规范管理，拟建设一套城市古树名木管理系统，实现信息化管理，提升工作效率。

（二）项目目标

《城市古树名木管理系统》项目，针对城管局对古树名木在管理方

面存在的问题，通过对全市的古树名木的分布在地图上进行显示，古树名木的分类管理，古树名木的基本信息管理，不同的科室可以管理不同类别的古树名木，古树名木的管理养护信息维护，古树名木的分类统计的信息化管理，实现高效科学管理目的，满足规划决策的需要。二系统建设必要性

（一）现状描述

近年来，我市在学习借鉴发达国家和地区先进的信息化技术的基础上，实施推广了智慧城市管理系统，智慧市政管理系统，智慧社管系统等，在各自的业务领域中发挥了重要的作用，取得了显著的成效，取得了一定的成绩和经验。但是古树名木缺乏信息化管理，一是没有相应的系统，主攻方向不明确；二是缺乏相应系统技术规范、标准，难以实现信息共享，其它信息系统的整体效益未能充分发挥。

根据城管局信息化总体规划的指导思想、建设原则、总体目标、实施战略，由城市管理局组织主要编写了《市树木管理系统规划方案》，以既有应用系统现行信息系统为参考，数据对接，提出整合优化的构想，提出在2018年前，完成古树名木信息化建设目标，并制定近期实施计划

（二）现状分析

1.建设的客观性

2.应用需求

三总体设计

根据全国省、市、区、县城市管理的实际情况，以及现有云计算技术与理念的应用，图元科技积累城管行业的多年经验，打造基于“云”的城市古树名木管理系统，采用架构，通过建设区域性（比如全市、全省）统一管理平台，以各（市、区、部门）为用户通过互联网进行授权接入使用，不限场地时间限制，由于其操作简单、更新快捷，可以大大降低资源共享难度与管理成本。

（一）设计思线

业务上或技术上需考虑的原则，也可以从调研用户的关注点来归纳原则。

总体设计思路是采用面向服务()架构模型设计，满足高内聚，弱耦合总的设计原则：业务架构设计分离业务和技术实现,面向服务接口设计原则，技术架构设计基于的模块设计。主要设计原则如下：职责分离设计原则：平台门户（）展示和后台服务相分离，不同业务处理逻辑职责分离实现；

模块化、高内聚低耦合设计原则：基于模块化设计，按业务行为分割系统模块，可基于可拔插，隔离服务单元式；

高性能、高并发原则：随着平台业务扩展，平台用户数及业务都

会相应的增长，高并发请求也会相应增长。平台在设计时满足高性能及高并发请求；

高扩展性原则：基于框架，面向服务的平台架构设计，保证高地扩展性；框架实现了系统模块热拔插功能，完成平台服务动态部署，增强平台的扩展性；

高可靠性原则:平台关键部件采用主从部署（）或集群部署，消除平台的单点故障，保证平台的高可靠性。同时，平台关键业务、部件提供监控机制，实时完成系统健康检查，保证系统高可用（）；

预警监控机制：需要对系统依赖的各个环境（包括硬件，软件，外部网元）进行监控，一旦出现异常，能够第一时间通知到运维人员。（二）技术线路

1技术

技术是面向的动态模型系统。服务平台向提供服务，这些服务使成为软件集成和软件开发的首选环境。提供在多个平台支持产品的可移植性。技术提供允许应用程序使用精炼、可重用和可协作的组件构建的标准化原语。这些组件能够组装进一个应用和部署中。

服务平台提供在多种网络设备上无需重启的动态改变构造的功能。为了最小化耦合度和促使这些耦合度可管理，技术提供一种面向服务的架构，它能使这些组件动态地发现对方。

规范的核心组件是框架。这个框架为应用程序（被叫做组件（））

提供了一个标准环境。整个框架可以划分为一些层次：

L0层执行环境是环境的规范。2配置和子规范，像J2，，，等等，都是有效的执行环境。平台已经标准化了一个执行环境，它是基于基础轮廓和在一个执行环境上确定了最小需求的一个小一些的变种，该执行环境对组件是有用的。

L1模块层定义类的装载策略。框架是一个强大的具有严格定义的类装载模型。它基于之上，但是增加了模块化。在中，正常情况下有一个包含所有类和资源的类路径。模块层为一个模块增加了私有类同时有可控模块间链接。模块层同安全架构完全集成，可以选择部署到部署封闭系统，防御系统，或者由厂商决定的完全由用户管理的系统。

L2生命周期层增加了能够被动态安装、开启、关闭、更新和卸载的。这些依赖于于具有类装载功能的模块层，但是增加了在运行时管理这些模块的。生命周期层引入了正常情况下不属于一个应用程序的动态性。扩展依赖机制用于确保环境的操作正确。生命周期操作在安全架构保护之下，使其不受到病毒的攻击。

L3层增加了服务注册。服务注册提供了一个面向的考虑到动态性的协作模型。能通过传统的类共享进行协作，但是类共享同动态安装和卸载代码不兼容。服务注册提供了一个在间分享对象的完整模型。定义了大量的事件来处理服务的注册和删除。这些服务仅仅是能代表任何事物的对象。很多服务类似服务器对象，例如服务器，而另一些服务表示的是一个真实世界的对象，例如附近的一个蓝牙手机。这个