概要设计[1]
- 格式：doc
- 大小：57.50 KB
- 文档页数：7
- -
1
基于WebGIS的江西省主要农作物的
病虫害自动预警系统
总体设计说明书
一 引言
编写目的
本文档为“
基于WebGIS的江西省主要农作物的病虫害自动预警系统
概要设计说明书”，主要用于为实现系统的功能而进行的系统设计的概要
说明，描述在计算机上实现系统的的结构框架以对以后系统的建设起到指导和
约束作用。
项目背景
江西是病虫害多发的省份,其受灾范围广、程度严重已经对江西经济,特别是农业生产
造成了重大经济损失。在作物病虫害防治过程中,由于防治不及时、防治措施不当,会导致产
量损失和生态环境污染严重。建立基于遥感和病虫害模型的病虫害监测预报系统,实时获取
病虫害的有效防治信息,给病虫害预警、防治和损失评估提供空间信息技术支撑,最终实现农
业的可持续发展是十分必要的。
二 总体设计
2.1 概述
2.1.1 设计目标
实现病虫害信息统一管理；
实现病虫害发生前的预警；
实现普通用户的前台多媒体自助查询功能，模拟预警情况；
建立关于病虫害数据比较全面详细的数据库。
实现专家后台管理病虫害信息，及时更新数据。
- -
2
2.1.2 业务处理范围
江西省内病虫害的预测和预警，以及专家对病虫害预测数据的及时管理，
做到及时防治虫害发生，普及防护知识的作用。
2.1.3 性能要求
2.1.3.1 时间特性要求
查询服务部分：用户通过多媒体电脑提交命令到返回不超过5秒钟。
数据管理部分：提交一笔录入到结果返回不超过5秒钟。
2.1.3.2 可扩充性要求
各种字典数据的编码要尽可能采用行业标准，自行编码也应合乎规范，
征得相关业务部门认可；
数据库的设计应考虑可扩充性，以适应今后学校发展和系统升级的需要。
2.2 运行环境
软件基本运行环境为windows环境
2.2.1 软件环境
病虫害预警系统的设计与运行基于采用C/S网络应用环境运行于广域网
上。后台操作系统为Microsoft Windows 2000/XP，数据库为Microsoft SQL
Server 2005 ；Web服务器运行环境为Windows NT Server（SP6），浏览器为
IE4.0以上版本。
数据查询服务部分采用B/S网络应用环境。
2.2.2 硬件环境
服务器端包括一台标准服务器(也可用性能较好的普通PC服务器，数据库
服务器、WEB服务器也可运行在同一台服务器上)。PC服务器要求CPU： PIII
600MHZ以上，内存容量大于或等于512M，硬盘容量大于或等于20G。
客户端包括多媒体电脑、PC客户机，要求多媒体电脑和PC客户机与上述
- -
3
PC服务器物理上连接畅通；
系科业务工作站桌面到网络带宽要求至少为10M，保证连接畅快，最好有
100M带宽。
2.3 基本设计概念
本系统主要业务在广大农民和从事农业的家里进行，但也有部分业务在省
农业专家组处进行（如增加信息等），所以本系统应是一个分布式、规模可变
的系统。数据集中在一个数据库服务器上，处理可能分布到应用程序的各层上，
借助于广域网，各业务人员无障碍地实现分工协作，公共完成目标任务。根据
系统总体目标及技术成熟型、一般企业流行的体系结构，病虫害预警系统采用
分层体系结构，具体划分为三层：表现层、业务层和数据层，如下图所示：
1． 表现层：用户和系统进行交互地层次。通过键盘、显示器、鼠标、
打印机等进行人工交互。提供网内/外任何时间地点的访问支持。
应用基于网页的解决方案：即所谓的“瘦客户机”解决方案。应用则借助
于免费的浏览器如Internet Explore、 NetScape等，仅需设计服务器端网页
表现层
业务层
数据层
Windows 及其他 GUI Web浏览器 DLLs
COM/DCOM
MTS
ActiveX/
ASP/CGI
文件
数据库
其他数据
- -
4
文件，勿需设计专用的前台的应用程序。本解决方案主要应用于速度要求不高
的简单场合，如一般的查询预测等。
2． 业务层：即事务逻辑层或中间层，完成事物处理规则和业务流程约
束数据的处理。考虑到本系统问题的规模以及复杂程度、难度等，本系统业务
层应用Microsoft IIS、FTP等完成业务层的功能。
3． 数据层：即数据资源管理层，本层完成数据资源等的插入、删除、
更新修改等数据存储管理工作，还包括定义各种存储过程、数据约束等控制、
触发器定义等。更多的数据处理工作在“胖/瘦客户机”上进行。在本系统中
采用RDBMS来完成数据层功能，应用Microsoft SQL Serve来实现。
细化的系统结构图如下：
2.4 运行设计
1． 运行模块的组合
应用服务器 WEB服务器 客户机
数据库 应用服务器开发工具 应用服务程序 数据接口 WEB开发工具
CGI
ASP
ISAPI
NSAPI
WSAPI等
浏
览
器
请求
请求
数据 页面
Windows
及其他
GUI
数据
请求
- -
5
具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运
行过程中能较好的交换信息，处理数据。
2． 运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
3． 运行时间
系统的运行时间基本可以达到用户所提出的要求。
2.4.1 运行模块组合
系统运行需要后台数据库、WEB Server、系统总控、完成特定数据管理功
能程序模块和HTML显示控制几个部分协同工作。
2.4.2 运行控制
系统需要先启动数据库服务器，然后启动中间的WEB Server，启动无误后，
各个用户就可以登录进入系统开始各种操作。
如前所述，为控制各数据管理用户对特定数据进行管理，各数据管理功能
模块完全独立开发编译，但各数据管理功能模块不允许独立运行，只能在系统
总控程序调度下执行。
2.4.3 运行时间
后台DB服务器单独占用一个服务器，WEB&APP Server的事务处理量也比
较大，需要一台单独的PC服务器。前端用户需要的系统开销较小，普通的微
机就可以了。多媒体终端需要安装JRE运行环境，内存应该不小于128M。
正常情况下后台DB服务器、WEB&APP Server和浏览器终端是始终处于运
行状态，其它终端可以随时起停。
2.5 人工处理过程
本系统需要人工处理的地方有数据库的建立和维护，数据表的建立和删
除，这些需要有系统管理员的权限。
2.6 外部接口设计
2.6.1 用户界面设计
① 系统总控程序界面：系统总控程序相当于Windows的桌面，完成用户
- -
6
身份验证，启动各数据管理程序。
② 普通用户管理程序界面：完成用户输入数据的预测，并在相应地区显
示预警程度。
③ 管理员管理程序界面：实现管理者对数据的增删改
④ 用户注册界面：完成用户的注册，并给予使用权。
2.6.2 硬件接口设计
要处理触摸屏接收触摸事件，将之转化为鼠标事件。
2.6.3 数据库接口设计
采用ADO连接方式。
2.7 系统出错处理设计
1. 出错输出信息
在用户使用错误的数据或访问没有权限的数据后，系统会给出提示：
“对不起，你非法使用数据，没有权限！”而且用户的密码管理可以允
许用户修改自己的密码，不允许用户的匿名登录。
2．出错处理对策
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的
恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据
也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措
施由用户来决定。
2.7.1 出错信息
建立系统运行日志，用于记录系统在运行过程中出现的可以预知的或无法
判断的系统错误信息。
硬件的出错处理需要检查网络环境。
- -
7
2.7.2 补救措施
系统软件出错很容易在出错日志里看到，我们对可能发生的错误会有一个
错误编号以及相应的处理方式，以手册的方式提供。用户可以根据系统的提示
信息进行相应的排错处理。
2.7.3 系统维护设计
为便于维护，设计了三种日志：系统运行日志、操作日志、出错日志。
三种日志根据不同的重要程度采取存放在文件和数据库的方式，系统管
理员可以很轻松地监控系统运行情况。数据表的建立和删除有数据库系
统管理员予以维护。
