xxx管理系统设计方案

城市古树名木管理系统设计方案深圳市xxxxxx科技有限公司

目录

一项目概述 (1)

（一）项目背景 (1)

（二）项目目标 (1)

二系统建设必要性 (2)

（一）现状描述 (2)

（二）现状分析 (2)

1.建设的客观性 (2)

2.应用需求 (2)

三总体设计 (3)

（一）设计思线 (3)

（二）技术线路 (4)

（三）设计原则 (7)

1.先进性原则 (8)

2.实用性原则 (9)

3.安全性原则 (10)

4.可靠性原则 (10)

5.可操作性 (11)

6.灵活性原则 (11)

7.信息准确和及时性 (11)

8.开放性原则 (11)

9.可扩展性与可移植性 (13)

10.系统性原则 (13)

11.成熟性原则 (14)

（四）架构设计 (14)

1.结构设计图 (14)

2.结构模型图 (15)

3.逻辑结构图 (15)

四详细设计 (16)

（一）功能设计 (16)

1．基础应用 (17)

2．管理应用 (17)

3．管理决策 (18)

（二）界面设计 (19)

（三）网络设计 (19)

1.基础设施 (19)

2.操作系统和数据库安装 (20)

（四）软件设计 (21)

1.代码设计 (21)

2.数据库（文件）设计 (21)

3.输入/输出设计 (21)

4.处理流程设计 (21)

5.程序流程设计 (21)

6.程序接口设计 (22)

7.系统设计文档 (22)

五实施方案 (22)

（一）总体实施规划 (22)

（二）项目建设单位 (23)

（三）项目实施进度计划 (23)

（四）人员配置 (24)

（五）项目管理 (24)

1.流程制度 (24)

2.成本控制 (26)

3.风险控制 (26)

六项目预算 (26)

七方案优势 (26)

八售后服务及技术支持 (27)

（一）技术支持 (28)

1.现场支持 (28)

2.远程支持 (28)

（二）培训计划 (28)

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

一项目概述

（一）项目背景

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

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

（二）项目目标

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

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

（一）现状描述

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

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

（二）现状分析

1.建设的客观性

2.应用需求

三总体设计

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

（一）设计思线

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

总体设计思路是采用面向服务(SOA)架构模型设计，满足高内聚，弱耦合总的设计原则：业务架构设计分离业务和技术实现,面向服务接口设计原则，技术架构设计基于OSGI的模块设计。主要设计原则如下：

职责分离设计原则：平台门户（Portal）展示和后台服务相分离，不同业务处理逻辑职责分离实现；

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

高性能、高并发原则：随着平台业务扩展，平台用户数及业务都会相应的增长，高并发请求也会相应增长。平台在设计时满足高性能及高并发请求；

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

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

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

1.OSGi技术

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

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

OSGi规范的核心组件是OSGi框架。这个框架为应用程序（被叫做组件（bundle））提供了一个标准环境。整个框架可以划分为一些层次：