环境监测信息系统总体设计方案
I
环境监测信息系统总体设计方案
目 录
环境监测信息系统总体设计方案 ------------------------------------------------------------ - 1 - 1 引言 ------------------------------------------------------------------------------------------------ - 1 - 1.1 设计思想 ------------------------------------------------------------------------------------- 1 - 1.2 设计背景 ------------------------------------------------------------------------------------- 1 - 1.3 参考文献 ------------------------------------------------------------------------------------- 2 - 2 系统概述 ----------------------------------------------------------------------------------------- - 2 - 2.1 系统设计原则 ------------------------------------------------------------------------------- 2 - 2.2 系统目标与运行环境 --------------------------------------------------------------------- 3 - 2.3 需求分析 ------------------------------------------------------------------------------------- 4 - 3 系统总体设计 ----------------------------------------------------------------------------------- - 6 - 3.1 系统物理结构 -------------------------------------------------------------------------------- - 7 - 3.1.1 系统流程图 --------------------------------------------------------------------------------- - 7 - 3.1.2 技术要求 ----------------------------------------------------------------------------- - 9 - 3.1.3 系统体系结构 ---------------------------------------------------------------------- - 10 - 3.2子系统功能描述及实现 ---------------------------------------------------------------- - 10 - 3.2.1 系统总体结构 ---------------------------------------------------------------------- - 10 - 3.2.2 子系统结构 ------------------------------------------------------------------------- - 10 - 3.3 各子系统功能模块的实现 ------------------------------------------------------------ - 17 - 3.3.1信息输入模块 ---------------------------------------------------------------------- - 17 - 3.3.2 信息修改模块 ---------------------------------------------------------------------- - 17 - 3.3.3 信息查询功能 ---------------------------------------------------------------------- - 18 - 3.3.4 信息分析功能 ---------------------------------------------------------------------- - 18 - 3.3.5 信息输出功能 ---------------------------------------------------------------------- - 18 - 3.3.6 其它功能 ---------------------------------------------------------------------------- - 19 - 3.4软件结构图 ----------------------------------------------------------------------------------- - 20 -
3.4.1应用软件的设计思想 -------------------------------------------------------------- - 20 - 3.4.2软件系统总体架构 ---------------------------------------------------------------- - 21 - 4 开发过程 --------------------------------------------------------------------------------------- - 22 - 4.1系统开发环境----------------------------------------------------------------------------- - 22 - 4.2总体进度计划 ----------------------------------------------------------------------------- - 22 - 4.3 经费预算 ----------------------------------------------------------------------------------- - 23 - 5 软件设计标准 -------------------------------------------------------------------------------- - 23 - 5.1 用户界面 -------------------------------------------------------------------------------------- - 23 - 5.2 硬件接口 -------------------------------------------------------------------------------------- - 24 - 5.3系统架构 ----------------------------------------------------------------------------------- - 24 -
5.3.1 B/S/D架构的优势 ---------------------------------------------------------------- - 25 -
II
环境监测信息系统总体设计方案
5.3.2 B/S/D架构的Web应用解决方案的优势 --------------------------------- - 26 - 5.3.3 B/S/D结构中各部分的分工-------------------------------------------------- - 28 - 6 关键技术介绍 -------------------------------------------------------------------------------- - 32 - 6.1 基于B/S/D三层体系结构的运行环境 ----------------------------------------- - 32 - 6.2 数据后台MYSQL的技术特点 ------------------------------------------------------- - 33 - 6.2.1 MySQL的定义 --------------------------------------------------------------------- - 33 - 6.2.2 主要特征--------------------------------------------------------------------------- - 34 - 6.2.3 稳定性要求 ----------------------------------------------------------------------- - 35 - 6.3 JAVA技术的应用 ----------------------------------------------------------------------- - 36 - 6.3.1 Servlet技术－灵活的服务器端应用程序 ------------------------------ - 36 - 6.3.2 Java Beans技术－组件开发概念 ---------------------------------------------- - 40 - 6.4 采用基于构件的面向对象的设计方法 ------------------------------------------- - 41 - 6.5 开发工具 ---------------------------------------------------------------------------------- - 42 - 6.6 局域网总体设计方案 ----------------------------------------------------------------- - 42 - 6.6.1 网络设计原则 ---------------------------------------------------------------------- - 42 - 6.6.3 网络拓扑结构 ---------------------------------------------------------------------- - 43 - 6.6.4 网络设备的选型 ------------------------------------------------------------------ - 43 - 6.6.5 路由器配置 ------------------------------------------------------------------------- - 44 - 6.6.6 交换机配置 ------------------------------------------------------------------------- - 47 - 6.6.7 Internet防火墙和系统安全设计 ------------------------------------------- - 53 - 6.6.8 防火墙 ------------------------------------------------------------------------------- - 54 - 6.6.9 病毒防护系统 ---------------------------------------------------------------------- - 57 - 6.6.10 服务器系统概述 ----------------------------------------------------------------- - 57 - 6.6.11 整体方案设计说明 -------------------------------------------------------------- - 62 - 6.6.12 主要设备一览表 ----------------------------------------------------------------- - 63 - 7 项目管理和质量保证体系 ----------------------------------------------------------------- - 64 - 7.1 项目管理 ---------------------------------------------------------------------------------- - 64 - 7.2 系统开发与实施控制 ------------------------------------------------------------------ - 69 - 8 数据结构与设计 ------------------------------------------------------------------------------ - 77 - 8.1 数据结构 -------------------------------------------------------------------------------------- - 77 - 8.2 数据设计 ---------------------------------------------------------------------------------- - 78 -
8.2.1 数据结构设计 ---------------------------------------------------------------------- - 78 - 8.2.2 数据库设计 ------------------------------------------------------------------------- - 78 - 8.3数据字典 ----------------------------------------------------------------------------------- - 78 - 8.3.1 数据流词条描述 ------------------------------------------------------------------ - 78 - 8.3.2 逻辑结构 ----------------------------------------------------------------------------------- - 79 - 8.3.3数据库组成 --------------------------------------------------------------------------------- - 80 - 8.4 系统安全 -------------------------------------------------------------------------------------- - 82 - 8.4.1 系统安全 ----------------------------------------------------------------------------------- - 82 - 8.4.2 数据安全 ----------------------------------------------------------------------------------- - 83 -
III
环境监测信息系统总体设计方案
8.4.3 后备与恢复 -------------------------------------------------------------------------------- - 83 - 8.4.4 出错处理 ----------------------------------------------------------------------------------- - 84 - 9 应用系统安装、测试和验收 ------------------------------------------------------------- - 85 - 9.1 安装 --------------------------------------------------------------------------------------- - 85 -
9.1.1 安装调试计划 -------------------------------------------------------------------- - 85 - 9.1.2 注意事项--------------------------------------------------------------------------- - 85 - 9.1.3 安装调试报告 -------------------------------------------------------------------- - 85 - 9.2 测试 --------------------------------------------------------------------------------------- - 86 - 9.2.1 测试目的--------------------------------------------------------------------------- - 86 - 9.2.2 测试组织--------------------------------------------------------------------------- - 86 - 9.2.3 测试方法--------------------------------------------------------------------------- - 86 - 9.2.4 测试内容--------------------------------------------------------------------------- - 86 - 9.2.5 测试报告--------------------------------------------------------------------------- - 87 - 9.3验收 ------------------------------------------------------------------------------------------ - 87 - 9.3.1 文档验收--------------------------------------------------------------------------- - 88 - 9.3.2 应用系统软件的验收 ---------------------------------------------------------- - 88 - 9.3.3 验收报告--------------------------------------------------------------------------- - 89 - 9.3.4 需提交用户的文档 --------------------------------------------------------------------- - 89 - 9.3.5 项目验收方式与依据 ------------------------------------------------------------------- - 89 - 10 培训计划 ------------------------------------------------------------------------------------- - 89 - 10.1 10.2 10.3 10.4 10.5
培训目标 ----------------------------------------------------------------------------- - 89 - 培训内容 ----------------------------------------------------------------------------- - 90 - 培训方式 ----------------------------------------------------------------------------- - 90 - 培训地点 ----------------------------------------------------------------------------- - 90 - 培训计划 ----------------------------------------------------------------------------- - 90 -
11 售后服务和技术支持体系 -------------------------------------------------------------- - 91 - 11.1 11.2
终身维护 ----------------------------------------------------------------------------- - 91 - 快速响应的能力 -------------------------------------------------------------------- - 92 -
IV
环境保护信息系统总体设计方案
环境监测信息系统总体设计方案
引 言
1.1 设计思想
首先将其定位为“GIS应用系统”。本系统不是一个简单的GIS系统，系统不但包括环境监测的各个业务系统，还包括电子化文档流、任务流程管理控制等不同的管理功能。
其次，业务的可控性目标将贯穿整个系统，这是区别于一般GIS应用系统的特点之一。许多GIS应用系统简而言之仅仅是一个空间分析并提出决策的系统，需大量的现成数据支撑。而该环境监测信息系统具备了实时监测并把记录存储在数据库中的功能，可以实时进行数据的分析并提出决策。
第三，系统具有完善的质量体系程序文件作为依据，因而具有业务的规范性。 1.2 设计背景
目前，国内许多环保机构在进行环境质量分析时主要依赖图纸；即便使用管理信息系统也只是面对空间对象的属性数据，这导致了空间信息与属性数据的分离，造成了分析和管理上的不便，增加了工作的冗余量。因此，建立一个支持环境监测信息管理和分析的地理信息系统是环境监测部门信息化管理的必然发展趋势。一些国家已经在这方面取得了一定的成果，利用地理信息系统强大的空间分析、空间查询以及空间数据管理功能提高环境监测工作的工作质量和工作效率。
- 1 -
环境监测信息系统总体设计方案
国内的环保部门和相关研究人员也已经意识到并开始着手建立有效的环境监测信息系统。 1.3 参考文献
[1] GBT 18578-2001 城市地理信息系统设计规范国家标准 [2] 国家空间数据基础设施的标准与规范 [3] 国家基础地理信息系统元数据标准（草案）
[4] 工程建设地理信息系统软件通用标准(中华人民共和国国家标准)
[5] 《地理信息国家标准手册》
2 系统概述
2.1 系统设计原则
本项目的设计以需求为导向，尽量收集用户的要求，采用构件的设计思想，便于系统功能的重组和扩充。系统采用“总体规划、分步实施”的策略，第一步完成通用控制页面的设计，接下来完成常用的后台服务程序的开发，最终达到实现质量体系的目标。为保障项目的各项性能，本项目在设计和实施过程中应遵循如下的原则：
实用性：充分考虑到环境监测管理与决策的实际需要，设计方案留有一定的余地，即在设计中构造明晰的体系结构，便于更改；完全根据实践进行软件设计，达到实用的目的。
可扩充性：采用面向对象的设计思想和开发技术以及组件设计思
- 2 -
环境监测信息系统总体设计方案
想，保证在用户的需求发生变化和增加时，使系统的修改量减到最小。
开放性：由于本系统涉及许多硬件设备和外部应用软件，为了更好地和各种硬件设备和应用软件接口，在设计时，应提供主要的接口标准。
标准化：在系统总体规划设计中，所有软、硬件产品的选择必须选择符合开放性和国际标准化的产品和技术；在应用软件开发中，必须遵循总体组制定的各项规范和要求，还要接受公司的质量保证部的监控。
安全与保密：系统设计时应充分考虑系统的安全，提供备份的功能，保证当系统出现硬件或软件的故障时，能进行恢复；另外，应对用户进行权限管理，保证信息的安全。
以数据为中心：本项目采用以主题数据库为中心的设计思想，首先把本项目的主题数据库设计出来，再在此基础上开发各种应用。由于主题数据库是项目的基本信息资源，它具有很好的不变性和稳定性，相对独立与具体的应用，当用户的需求发生变化时，使修改量减到最小。
2.2 系统目标与运行环境 2.2.1 系统目标
环境监测信息系统的目标是用计算机对影响环境状况的各种要素进行分析，而且能通过污染源、监测点的详细资料，对整体环境的状况进行分析、监测，使环境管理部门从日常繁重的图数查询和手工分析、制图的工作中解脱出来，使管理者有充裕的时间去进行环境污染源的监督、查处、环境监测计划的实施意见环境规划的制度等工作。
2.2.2 运行环境
- 3 -
环境监测信息系统总体设计方案
服务器：
CPU：4核 3.0G以上 内存：4G 硬盘：500G以上
网络：100M /1000M Ethenet 客户机：
CPU：2核 2.0G以上
内存：1000M以上 硬盘：300G以上
操作系统：Windows系列之一 浏览器：IE7.0以上版本 网络：100M /1000M Ethenet 操作系统：Windows vista/7 WEB服务：IIS5.0 数据库：My SQL
2.3 需求分析 2.3.1 功能需求
在环境监测信息系统中，主要有地图操作、地图编辑、专题制图、数据输出、空间查询、空间分析等功能。功能分析如下：
（1）地图操作：可对地图进行任意放大、缩小、漫游、复位等操作，并可通过鹰眼定位显示区域。并且可以进行图上测量，用户根据
- 4 -
环境监测信息系统总体设计方案
需要可在电子地图上量算任意两点间的距离或任意区域的面积。 （2）地图编辑：可在电子地图上对新点位信息进行增加、删除、
修改、存储操作，属性数据保存在后台数据库内。 （3）专题制图：图件可以以任何地点为中心，比例尺任意，使用突出效果的特殊字符有效地显示所选择的信息。例如，可以制作质量功能区划，酸沉降临界负荷分布，环境背景，污染源分布等环境专题地图。
（4）数据输出：可生成布局窗口：包括各专题图层的输出、查询和统计结果的图层和表格输出。并可将已生成图转换其他文件格式。表格可以另存为文本格式。
（5）空间查询：可以进行空间图形与属性的相互查询，点击地图图层上的点、线、面各要素可弹出其属性信息表，并可以选取希望列出的属性信息库字段。输入数据库字段（精确及模糊）可在地图上显示查询结果。对点、线、面要素周边地区进行查询。对于点：以点为中心的圆形或矩形区域；对于线：以线性要素为中轴的矩形区域或包括以两端结点为圆心的半圆在内的胶囊型区域；对于面：与其边界等距离的外环区域。以上各项根据情况可手画或选择数值定义实际距离。
2.3.2 性能需求 （1）系统易操作性
所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑
- 5 -
环境监测信息系统总体设计方案
知识水平的限制。
（2）系统具有可维护性
由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，使用者可以对系统数据及一些简单的功能进行独立的维护及调整。 （3）系统具有开放性
该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。 2.3.3 数据要求
本系统的数据类型多样，根据设计要求需要数据类型主要如下： （1）污染源数据以及污染源汇总数据 （2）各种环境要素的监测数据
（3）污染物代码、环境标准数据及系统所需的其他数据 （4）基础地图和环境专题图数据
3 系统总体设计
环境监测系统将采用通用的开放操作系统和开发平台，确保该软件的通用性和可扩充性。考虑到该系统的主要功能是实现对环境质量的管理和对周围环境的保护，即将环境部门主要日常工作的质量管理活动及实时提出保护决策实现程序化，并最终设计出完全符合环境部门功能需求的软件。因此，在兼顾系统的稳定性、实用性、可扩充性的情况下，考虑采用成熟的系统体系结构和开发方式保证系统的稳定
- 6 -
环境监测信息系统总体设计方案
性；完全依托软件工程的质量体系手册进行各功能模块的设计来保证系统的真正实用性；同时考虑采用新颖的服务器端编程方法具体实现该系统对主要业务的控制要求以保证软件的可扩充性。
环境监测系统将为环保部门对环境的管理的实现提供完整的功能，不仅实现污染源管理、监测数据分析，还将实现总量预测和监督管理的体系化和电子化，实现任务流的生成和控制以及网上信息发布等。
本系统实现了：
实现业务管理与监督管理的结合；
实现了从监测——分析——预测的统一平台的管理； 实现网络信息发布与实时分析决策的同一性；
提供系统的可扩展性，即保证各种新增业务方便的电子化管理新需求的接口；
保证该系统的稳定性要求，即所有数据集中统一管理在后台数据库中，防止数据的丢失；通过统一的开发平台和通用的开发软件，保证系统的通用性。
采用B/S/D架构的成熟技术，可做到兼顾灵活性和稳定性的要求
3.1 系统物理结构 3.1.1 系统流程图
- 7 -
环境监测信息系统总体设计方案
监测点 信息分析与处理 污染源 环境信息库 报告书与决策
图表 1 环境监测信息管理一层数据流图
监测点 环境信息库 环境信息库 监测点 分析 总量控制 环境质量报告书 分析
监督管理 决策 排污状况报告 - 8 -
环境监测信息系统总体设计方案
图表 2 环境监测信息管理二层数据流图
3.1.2 技术要求
根据系统定义，要达到系统目标和功能需求，本系统必须达到以下技术要求：
首先，各部门用户通过计算机网络实现数据的互通和共享，业务流程规范、合理；其次，多用户数据并发编辑：通过空间数据图层级上锁、属性数据记录级上锁的方式，获得授权的各部门用户可同时对空间地图数据和属性数据进行建设、编辑和维护。其他用户可通过刷新来获取更新的数据，极大提高了数据更新和维护效率；再次，对海量图库的高效管理和模糊查询定位：系统继承地理信息系统平台的特点，具有强大的空间数据管理能力；同时能在大面积的底图中迅速的对符合条件的图件进行定位查询，可浏览该图件的属性和参数；最后，强大的统计功能和完善的分析能力：系统能够根据污染源的历年资料进行污染源排序，并可以对污染源资料和监测资料进行分类和统计，
- 9 -
环境监测信息系统总体设计方案
以多种统计图的形式进行输出。同时系统能够提供对包括工业三废和噪音、空气污染在内的各种污染物的分析，提供完整的分析图表，并且实现表格中的监测点和底图位置联动浏览。 3.1.3 系统体系结构
根据系统定义中建立的数据流图，采用自顶向下的设计方法，逐步建立系统结构。
3.2子系统功能描述及实现 3.2.1 系统总体结构
环保信息系统由四个子系统组成：污染源管理系统、监测资料分析系统、总量控制系统以及监督管理系统。 3.2.2 子系统结构 (1) 污染源管理系统
污染源信息是环境信息的核心部分。污染源管理子系统包括污染源信息输入、污染源信息查询、污染源历年统计分析、污染源缓冲分析和等标负荷分析等模块。本系统利用GIS技术将污染源数据库管理系统和图形库管理系统结合，提供具备空间信息管理、信息处理和直观表达能力的应用软件。并且实现污染源信息的编辑和综合查询，以及环境情况综合分析，为有关的评价、预测、规划等决策提供信息支
- 10 -
环境监测信息系统总体设计方案
持。该子系统提供污染源数据导入接口，支持各种标准的数据格式。并且同时与总量控制模块和监督管理模块之间有数据接口，分别向它们提供分析结果。 (2) 监测资料分析系统
监测资料分析系统不断采集和更新监测资料，并根据监测点资料，对当前区域内造成的环境质量变化进行分析，可以输出各种专题地图和表格。该子系统包括监测点信息输入、监测点信息查询、等值线分析、噪声分析、空气质量周报和水质分析等模块。该子系统也提供各种标准数据接口，接受外部监测点数据。同时也提供与总量控制模块之间的接口，向该模块提供分析结果。图3、图4为监测系统的定义： 生态环境 大气环境 RS监测 多源信息融合 叠加分析 量测分析 几何纠正 辐射纠正 …… 多时相对比统计分析 GIS基础信息 地形 人口 植被 土地利用 …… 现状评价 质量评价 数据评价 位置变化 类型变化 格局变化 …… 过程模拟 水文响应过程 污染质扩散 生态响应过程 水循环过程 破坏修复过程 …… 水环境 水资源 GPS定位 ．．．．．． 地面监测 GIS环境信息 本底数据库 污染数据库 时间序列 …… 历史数据
- 11 - 环境监测信息系统总体设计方案
图表 3监测系统的定义
数据、质量实时监测 以往监测数据 …… 数据规范 按专题整理 代码整理 数据仓库模型 数据编码 - 12 - 数据质量控制 整理、转换 历史统计数据 中心数据仓库 环境监测信息系统总体设计方案
图表 4监测系统的数据传输
(3) 总量控制系统
通过各种总量控制计算模型，总量控制系统根据监测点资料和污染源资料分析出当前的环境容量，工作人员结合企业的实际情况，提出具体总量控制方案。该子系统包括水环境容量分析、大气污染物排放控制和固体废物总量控制及评价系统等模块（见图5、6、7）。该子系统与其他三个模块之间均有数据接口，分别用于接收污染源管理
- 13 -
环境监测信息系统总体设计方案
模块和监测点分析模块的分析结果，以及向监督管理模块提供总量控制分析及评价结果。
(4) 监督管理系统
根据以上三个模块的分析结果，结合实际情况，相关工作人员可以利用监督管理系统的帮助向社会提供计划与决策信息。该子系统包括建设项目、排污申报、行政处罚和行政复议模块。该子系统提供文字编辑、报告模板和工作流等功能。该子系统与污染源管理模块和总量控制模块之间有数据接口。
自然经济社会 污染源、水利工程设施
- 14 -
环境监测信息系统总体设计方案
监测数据 数据库 模型库 知识库、方法库
工程信息、位置、基础工艺、性质、规划、污染种类
排放方式、治理措施
大气模型 地下水模型 过程模拟 地表水模型 生态响应模型 噪音模型 土壤模型
单项指标法
影响评价 评价方法 综合指标法 评价指标体系
供求平衡法 经济因素分析 评价结果
图表 5评价系统的业务流程
- 15 -
环境监测信息系统总体设计方案
行政管理业务 局长管理 规划审批 环境保护管理 基本业务 资料整编 数据输入 模型管理 GIS空间分析 环境质量评价 监督监理监测站 排污收费通知通告报表生成现场数据…… 检索查询 环境影响评价 统计分析 经济发展 报表制图 环境预测 整编计算 规划 信息维护 决策咨询 …… 预测预警 污染物扩散分析模拟环境容量 …… 6 环境监测信息系统管理模块
- 16 -
图表
环境监测信息系统总体设计方案
3.3 各子系统功能模块的实现 3.3.1信息输入模块
选择主窗体中各子系统信息模块下的信息输入，就可进入添加各子系统的模块信息，在该窗体中我们可以对污染源的属性信息、监测资料监测数据、大气污染物排放信息、排污申报等信息进行添加。设计时尽可能设想各种边界条件，如记录为空，输入为空，输入出错等，当输入的信息满足这些边界条件时，将会弹出一个提示框提醒用户，以便用户能及时地做出修改。添加的信息将全部存储到数据库中。
在窗体上放置多个文本框和下拉式文本框，用来输入信息；两个按钮用来确定是否输入信息；一个按钮用来退出窗体；多个标签用来提示文本框中需要输入的内容。 3.3.2 信息修改模块
点击各子系统相应信息管理模块下的修改信息，就进入修改信息的窗体，在该窗体中我们可以对前面添加的各种信息进行修改。由于用户的需求不同，有的是要对污染物的信息做个别的改动，有的是需要删除该条记录，所以该窗体同时包括了修改记录的功能和删除记录的功能。
- 17 -
环境监测信息系统总体设计方案
3.3.3 信息查询功能
进入各子系统相应信息管理模块下的查询信息窗体，在该窗体中可以对需要的信息进行查询。在设计时，一方面考虑到简洁的因素，用户可以只设置一种查询方式进行查询；另一方面又为了避免数据的重复，用户可以输入详细的信息，也就是同时设置多种查询方式进行查询。进入查询窗体时，窗体中会显示出所有信息，如果不设置查询方式就进行查询，是无效查询，系统会给出提示。在设置好查询方式后，便开始查询，将在查询窗体中显示出用户所需的信息。 3.3.4 信息分析功能
点击各子系统相应信息管理模块下的信息分析，进入分析信息窗体，在该窗体中可以对污染源进行缓冲分析和等标负荷分析；对历年统计资料进行统计分析；对监测资料进行等值线分析、噪声分析等操作。由于用户和分析对象不同，可以设置不同的分析属性，来得到不同德分析结果。 3.3.5 信息输出功能
进入各子系统相应信息管理模块下的信息输出窗体，可以输出各种用户所需要的数据。在这个窗体中我们可以输出污染源影响图，监测资料等值线图以及监测资料文本数据等数据。考虑到用户所需数据的格式多样性问题，点击数据输出设置下拉文本框，设置好数据格式后就可输出数据。
- 18 -
环境监测信息系统总体设计方案
3.3.6 其它功能
用户或操作人员在遇到困难时即可进入帮助菜单寻求帮助。帮助菜单下的“使用说明”将解答你的疑问。帮助菜单下的“关于”详细地列出了关于作者的一些情况，关于版权的一些情况和关于系统的一些情况。 评价模型库
图表 7 评价模型库
大气 高斯扩散模型 线源模型 箱式模型 酸沉降模型 …… 水质 湖泊污染模型 地下水模型 河流污染模型 面源污染模型 …… 噪音 点源模型 交通源模型 机场源模型 铁路源模型 …… 水资源 地表径流模型 地下水径流模型 流域水模型 水资源管理模型 …… - 19 -
环境监测信息系统总体设计方案
图表 8环境监测信息系统中的建模模块
3.4软件结构图 3.4.1应用软件的设计思想
环境监测系统的主要组成从软件实现上可分为四部分，即环境监测前端、环境管理前端、环境预测前端、环境监督前端；从系统架构上可分为三部分，即应用程序客户端、网络应用程序和数据后台。
软件设计采用三层结构的设计方法，即通过服务器层实现应用前端与后台数据库的数据共享，通过JSP语言和相关的小服务程序以及XML电子数据交换格式实现网络形式的新形态企业综合管理系统。
- 20 -
环境监测信息系统总体设计方案
3.4.2软件系统总体架构
图表 9 软件系统构架
应用 客户浏览器 请求 响应 Web服务器 请求 响应 服务器 请求 响应 数据库服务器
图表 10 软件建模模块
软件子系统如上图所示，其主要特点是：
统一的数据存储。后台小服务程序为本系统的主要功能部件，而Applet技术与HTML语言的结合确保了整个应用程序的可视性和美观性。
多种网络技术的结合使用，既综合了不同方法的优点加以使用，又避
- 21 -
环境监测信息系统总体设计方案
免了各种方式的自身缺陷，保证了系统的实用性和可扩展性。 4 开发过程 4.1系统开发环境
开发环模块 境 污染源管理 监测资料分Vb6.0 析 总量预测 监督管理 Vb6.0 Vb6.0 小组三 小组四 小组二 能 提供多种数学模型 丰富的专家知识 Vb6.0 小组一 有很强的数据收集功能 强大的数据分析及查询功负责编写人员 备注 图表 11 系统开发配置表
4.2总体进度计划
2010年 5 1 2 3 总体计划 需求分析 软件初次评▲ ▲ 6 ▲ 7 ▲ 8 - 22 -
里程碑事件 2011年 9 10 11 12 1 2 环境监测信息系统总体设计方案
4 5 6 7 8 9 编码测试 模块的接口整个项目的试运行预验软件系统交正式验收 ▲ ▲ ▲ ▲ ▲ ▲ ▲ ▲ ▲ 10 系统正式运图表 12总体进度计划表
4.3 经费预算
日常生人员成本 活 周期为1050 个月 60000 笔记本服务器 设备成本 电脑 5000 6台
图表 13 经费预算表
5 软件设计标准 5.1 用户界面
- 23 -
交通补资料 助 10 12000 100 600 路由器和其它 交换机 47000 10000 1台 2000 2部 3000 3000 1000 312600 180000 60000 工资 奖金 合计 环境监测信息系统总体设计方案
图表 14 用户主界面
5.2 硬件接口
说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。说明本系统之内的各个系统元素之间的接口的安排。 5.3系统架构
环境监测信息系统的主要对象是污染源及监测管理到评价建模体系的实现，通过对环境监测日常业务的质量管理的实现，建立完整的后台数据中心，为环境监测信息系统的质量管理标准化、规范化提供帮助。
- 24 -
环境监测信息系统总体设计方案
5.3.1 B/S/D架构的优势
环境监测信息系统系统包括的主要内容为：污染源管理系统、监测信息分析系统、总量预测系统、监督管理系统。作为行政Intranet的主要应用系统，该系统的主要架构设计为B/S/D架构，以下将比较其与其他架构的优劣。 C/S结构的限制
网络应用绝大部分都可分为以下四个层次：表现层、事务层、数据逻辑层和数据存储层。在C/S结构中，表现层和事务层都放在客户端，而数据逻辑层和数据存储层则置于服务器端。这种组织安排带来诸多的限制： 1、
客户端很庞大，以致于应用程序升级和维护时十分困难且耗资
很大：
如对应用程序一个小小的改动，就必须通知或亲临每一个客户端去更新；新增或升级一台机器，都要把应用及其相关的文件安装在客户端上。在环境监测信息系统综合科研管理系统中有大量的客户端，可以想象维护的工作量有多大。 2、事务层不能与跨平台的客户端共享。 3、孤立了不同的逻辑组件。
4、没有统一的数据逻辑层来提供不同种类的数据存储层。 5、C/S组织结构不支持Internet。 C/S与B/S混合结构的不足
不可否认的是C/S与B/S混合结构确实适于一些企业组织其应用
- 25 -
环境监测信息系统总体设计方案
管理系统，但总的来说，其适用范围是有限的。 1、
大多数的C/S与B/S混合结构的选择实际是在原有C/S架构
上的Web应用升级，而在B/S结构已可替代大多C/S结构功能的今天，创建单一的架构显然更有利于系统的维护和升级。 2、
C/S结构与B/S结构毕竟是不同的两种架构，要将其有机的
结合起来需要Application Server的支持，导致软件开发费用的增加和系统复杂度的增加。 3、
考虑到环境监测信息系统的具体特点，B/S架构的功能已能
实现全部管理功能。
5.3.2 B/S/D架构的Web应用解决方案的优势
Web平台是一个调度任务集中的、以客户为中心的应用程序平台；它是一个分布式、开放、适用性强、高性能、端到端的平台；它可使企业利用技术获取竞争优势。 1. 分布式
C/S技术的出现，给系统集成方案带来了集中的信息和本地的PC环境，但其数据的共享程度是很不够的。当今的信息技术需要新的解决方案，它提供以客户为中心的用户界面和Web的分布结构，它带有IT环境的个人特征，如数据存取、安全性能等，这就是我们通常所说的三层结构。 2. Web结构的优势
在Web结构中，事务层和数据逻辑层放在中间组件层，这是关
- 26 -
环境监测信息系统总体设计方案
键，是与C/S结构的最大区别，它能解决以下几个问题： (1) 客户端很瘦小，并且很容易在运行时自动升级； (2) 事务层可在跨平台的客户端上共享；
(3) 不同逻辑组件的分离意味着图形设计人员、事务逻辑开发人员和数据库分析人员可以独立地设计他们各自的部分；
(4) 统一的、抽象的用户界面可使用户更有效地从同一数据源中存取数据；
(5) 这种结构可更有效地在企业内部网、国际互联网和外联网上运行。 中间组件层充当一个服务器，这就是通常所说的应用服务器。 3. 开放性
Web是一个开放的环境，应用由复用组件集成，通过标准语言汇编、跨平台的统一协议发布，用标准用户界面显示，它与硬件平台和操作系统无关。现在有三种组件模型：ActiveX、JavaBeans和CORBA。但并不是每一种浏览器都支持动态的HTML，Java脚本的扩充至少支持三种模型：Active Server、LiveWire和PowerDynamo。 4. 适应性
一个可适应的开发环境是非常重要的，采用应用服务器的目的在于它支持多种组件模型，但在客户端和数据库服务器端需要有更强的适应性。
随着Web技术的介入，用户界面设计已发生了巨大的变化，因为在站点上，并没有类似迷惑用户的东西或用户手册。一个成功的站点应首先吸引用户，而后留住用户。而引入新的、面向图形化的和直觉的
- 27 -
环境监测信息系统总体设计方案
用户界面标准，就允许最终用户可以直接与它们交流。 5.3.3 B/S/D结构中各部分的分工 Web发布部分
Web服务器仅仅是把要显示的内容从站点上以文件的形式读取，然后以静态的HTML格式送到客户端的浏览器；也可以Applet增强表现能力，但它仅仅是利用 ActiveX或JavaBeans通过页面或组件，并没有通过任何事务数据服务器。 数据处理部分
Web数据处理增强了标准Web站点存取数据的能力，包括许多数据类型。我们可根据数据的存取容量把数据分成两大组类：标准的在线事务处理(OLTP)程序将花费大量时间去检索和操作核心在线数据，这种数据需要连续读取和回写。而另一种辅助数据是只读的，如帮助文件、用户信息和文档等。Web数据处理主要集中在辅助数据，而Web OLTP主要集中在核心在线数据。 客户端
客户端是表现逻辑层，执行含有各种扩展的HTML(包括动态HTML)页面，这些扩展既来自浏览器，也来自可视化JavaBeans和ActiveX组件。在任何情况下，我们至少需要一个HTML页面，由此HTTP可从服务器端传至客户端，应用程序的其它部分可以是一个整体。因为大部分的Web应用都是为Internet编写的，对专业的IT应用而言，Web是一个成功的平台，用户可以在断开连接后继续工作，
- 28 -
环境监测信息系统总体设计方案
这就意味着远程象本地一样可存取事务和逻辑数据。这样不仅要分发应用程序，而且还要分发数据。 应用和数据服务器端
Web结构中的剩余部分就是完成应用程序如何与数据协同工作。数据可分成两大类：事务逻辑和数据逻辑。数据逻辑驻在数据服务器中，而事务逻辑则置于应用服务器中。事务逻辑又可分为两类：事务组件和应用服务，事务组件定义了事务及其操作，而应用服务则是提供一般应用性能的组件，如菜单管理、主从数据格式等。在一个完整的应用中，以上方式往往同时存在。例如，对不存取任何数据的Web页面，传统的Web方法是很好的，由Web服务器从文件系统中读取页面，然后送给客户端。 可定制的任务流控制管理
网络应用系统在针对具体的企业实体实现其日常管理需求时，企业生产中业务流程的概念需要得到体现。而在管理过程中，对任意的流程的可控是实现质量管理的关键，我们考虑通过岗位和角色的概念和网络应用实现B/S结构上流程可控功能。 岗位与角色的划分
企业的业务大多复杂和繁多，不利于实现计算机管理；因此，通过提取性质相似的岗位，可以简化流程管理中面对的对象的数量，这也是面向对象的编程方法的体现，例如生产流程与采购流程都有合同制订的相似过程，面向的对象（合同）虽然不同，但过程运作却是相似的，可以归结在一起。对软件设计来说，这是相同的方法，而不同
- 29 -
环境监测信息系统总体设计方案
合同内容即是这同一方法的不同属性。 数据库的岗位字段的设计
如前所述，方法与属性恰恰构成关系型数据库的对应关系，通过任务流数据字段的建立可以实现如下功能： 1、
灵活的任务流控制，企业任何工作流程的改动或变化均可
方便的在数据库中更改。 2、
便于统计数据的收集和汇总。
任务定制的设想
通过网络应用系统的管理页面，任务流程的制订者可以通过调用后台数据库重新组织相关岗位或角色实现任务流的定制，同时任务流程的管理者可以通过查询页面及时掌控流程的执行过程，而相关流程的执行者将通过过程的开始和结束标记体现流程的执行全过程。 以岗位为依据进行严格的权限管理
从岗位的概念中不难看出不同的岗位具有不同的业务对象或执行活动，而质量管理的目的就是保证业务流程在有序的、可控的情况下执行。因此，对每一个流程的具体执行者的权限进行控制是保证数据安全的重要方法。以岗位为依据组织全院的人员数据库，可以明确每个员工的责任，做到分工明确，责任到人；设置不同的数据访问优先级别，可以确保后台数据的安全性和完整性。 实现文档电子化管理
电子化文档的管理，可以确保各项文档材料的准确收集和发放。公文流转的实现，可以增强各业务流程的可控性。
- 30 -
环境监测信息系统总体设计方案
Internet增值服务
对于服务和培训的工作，考虑采用外部网络（Internet）和内部网络（Intranet）的方式实现。 统一的后台数据平台
共用一个数据后台，保证数据的可靠性和唯一性。 通过XML语言实现Internet上的数据交换
XML的一个主要应用是改变数据交换的根本模式。传统EDI(电子数据交换)机制依靠不同商业之间的强大计算机系统来实现压缩的信息传输，每一条信息在传输使用和提供给用户之前都必须编码。网络应用系统在网上运作时用户端每填完一个HTML的表格之后，都要把表格还给初始的服务器处理。所有数据处理都集中在了一端。而XML可以在客户端处理数据，并在必要时传输给相关用户而不必要改换数据格式。
XML的应用弥补了许多HTML的缺陷，我们把它在网上的应用总结为四点：
1．当网络客户必须在不同的数据库之间传递信息时的应用。 2．当需要把大部分从网络服务器载下的数据在用户端处理时的应用。 3．当相同的数据对于不同的用户需要有不同的界面时的应用。 4．当网络情报供货商要把发现的信息精心裁减，并发送给不同的个人用户时的应用。
因此，在本系统中，通过定义一部分XML页，可以达到分担后台数据库的工作，将一部分数据工作转移到客户端来进行。
- 31 -
环境监测信息系统总体设计方案
6 关键技术介绍 6.1
基于B/S/D三层体系结构的运行环境
浏览器Browser/WEB服务器Server/数据库服务器Database是解决公共信息服务以及交互相应动态服务最适用的一种应用模型。实现了真正意义上的瘦客户，大大简化了应用系统的分发、配置管理和版本管理工作。
图表 15 基于B/S/D三层体系结构的运行环境示意图 其中，WEB客户端是WEB浏览器，例如Netscape Navigator 或者Microsoft Internet Explorer。WEB服务器是任何基于HTML的服务器，例如Netscape Enterprise Server或者Sybase Application Server等。应用服务器是对WEB服务器功能的一种扩展，负责权限，组件，事务，数据库连接等管理。最终用户可以通过WEB浏览器发出请求，通过HTTP协议与WEB服务器进行通信。如果是数据请求，WEB服务器（应用服务器）与数据库服务器通信，将返回数据构造成浏览器页面返回给用户。
三层体系结构特别适用于电子商务：
应用 客户浏览器 请求 响应 Web服务器 请求 响应 服务器 请求 响应 数据库服务器 1．在前台，客户并不需要安装特别复杂和庞大的应用系统，只需
- 32 -
环境监测信息系统总体设计方案
要使用操作系统集成的网络浏览器即可，这使得前台系统非常方便的推广，适用于存在非常庞大的客户群的情况。
2．商务处理完全放在中间的应用服务层。客户通过浏览器发出命
令（比如说：查询，下订单等），应用服务层获得命令，进行相应的处理，并以HTTP的形式返回用户结果。这同样适合于分散用户，集中处理的特性。
3．数据一般存放于一个强大的数据服务器中，所有用户可以通过
应用服务器访问数据服务器。这样可以使用数据集中存放，便于维护和管理。这也是当前数据管理形式的发展方向。
由以上叙述可知，如果用户系统是一个多用户但又需要集中处理，
数据需要集中存放的情况的话，三层结构将是一个不错的软件模型。 6.2
数据后台MySQL的技术特点
6.2.1 MySQL的定义
MySQL是一个真正的多用户、多线程SQL数据库服务器。SQL（结构化查询语言）是世界上最流行的和标准化的数据库语言。MySQL是以一个客户机/服务器结构的实现，它由一个服务器守护程序mysqld和很多不同的客户程序和库组成。
SQL是一种标准化的语言，它使得存储、更新和存取信息更容易。例如，你能用SQL语言为一个网站检索产品信息及存储顾客信息，同时MySQL也足够快和灵活以允许你存储记录文件和图像。
MySQL 主要目标是快速、健壮和易用。最初是因为我们需要这样一个SQL服务器，它能处理与任何可不昂贵硬件平台上提供数据库的
- 33 -
环境监测信息系统总体设计方案
厂家在一个数量级上的大型数据库，但速度更快，MySQL就开发出来。自1996年以来，我们一直都在使用MySQL，其环境有超过 40 个数据库，包含 10,000个表，其中500多个表超过7百万行，这大约有100 个吉字节(GB)的关键应用数据。
6.2.2 主要特征
下表描述MySQL一些重要的特征： 1、
使用核心线程的完全多线程。这意味着它能很容易地利用
多CPU资源，以及对大量开发语言的支持，如C 、C++、 Eiffel 、 Java、 Perl、 PHP、Python、和 TCL API等等。 2、
可运行在不同的平台上，适合作为以Linux为后台服务器和
Windows环境为通用客户端的本系统数据后台。 3、
支持多种列类型：1、 2、 3、4、和 8 字节长度的有符号
/无符号整数。 4、
完全支持SQL结构化查询语言的方法，在查询的SELECT和
WHERE部分支持全部运算符和函数。通过一个高度优化的类库实现SQL函数库并且像他们能达到的一样快速，通常在查询初始化后不应该有任何内存分配。 全面支持SQL的GROUP BY和ORDER BY子句，支持聚合函数。 5、 6、
支持ODBC语法和JDBC语法。
灵活且安全的权限和口令系统。并且它允许基于主机的认
证。口令是安全的，因为当与一个服务器连接时，所有的口令
- 34 -
环境监测信息系统总体设计方案
传送被加密。 7、
客户端可使用TCP/IP 连接或Unix套接字（socket）或NT
下的命名管道连接MySQL。MySQL特有的SHOW命令可用来检索数据库、表和索引的信息。 6.2.3 稳定性要求
MySQL以多层结构和不同的独立模块编写，在本系统中，对涉及其中有限的模块所作的测试表明其稳定性可以信赖： 1、ISAM表处理器--稳定
它管理所有在MySQL 3.22和早期版本中的数据的存储和检索。在所有MySQL版本中，代码中已经没有一个单独（报告的）错误。得到一个损坏的数据库表的唯一已知方法是在一个更新中途杀死服务器，即使这样也不大可能破坏任何数据而不能挽救，因为所有数据在每个查询之间被倒入(flush)到磁盘，而且从来没有一个有关由于MySQL中的错误而丢失数据的错误报告。 2、语法处理器和词法分析器 --稳定 3、标准客户程序--稳定
这些包括mysql、mysqladmin和mysqlshow、mysqldump及mysqlimport。
4、基本结构式查询语言--稳定
基本SQL函数系统、字符串类和动态内存处理，实际测试中未发现错误。
5、Linux 线程-- Gamma
- 35 -
环境监测信息系统总体设计方案
唯一发现的问题是fcntl()调用，它通过使用mysqld的--skip-locking选项解决。但不影响相关操作的执行。 6、考虑JDBC与ODBC互连的操作
MyODBC （使用 ODBC SDK 2.5）使用良好，在通过JSP页面的JDBC语法通过ODBC调用后台MySQL的试验中表现良好。 6.3 Java技术的应用
6.3.1 Servlet技术－灵活的服务器端应用程序 6.3.1.1
何为Servlet技术
Servlet是是JAVA 2.0中新增的一个全新功能。他是与Applet相对应的，Applet是运行在客户端的浏览器，而Servlet是运行在服务器端的。 JAVA Servlets 是运行在请求/面向请求服务器上的模块，一个servlet可以从一个HTML订单表中获取数据然后用一些商业上的算法来更新公司相应的订单数据库。
也就是说：servlet能够象CGI脚本一样扩展WEB服务器功能，但是servlet占用很少密集资源，当一个服务器装载servlet时， 它运行servlet的 init 方法. 这个方法不能反复调用，一旦调用就是再装载servlet. 直到服务器调用 destroy 方法卸载 servlet后才能再调用.每个新的CGI要求在服务器上新增一个进程。如果多个用户并发地访问该程序，这些进程将消耗该Web服务器所有的可用资源，并且系统性能降低到极其低下的地步。有很多用CGI脚本编制的一些站点由于访问量剧增，性能迅速下降，这是CGI脚本一个缺点。 同时由于servlet 是用java编写的，因此是跨平台的。实际servlet是电子商务
- 36 -
环境监测信息系统总体设计方案
真正的开始。 6.3.1.2
Servlet工作原理
与小应用程序在浏览器上运行并扩展了浏览器的功能相似，HTTP 小服务程序在启用 Java 的 Web 服务器上运行并扩展了 Web 服务器的功能。小服务程序是使用 Java 小服务程序应用程序设计界面（API）以及关联的类 和方法的 Java 程序。除了 Java Servlet API 外，小服务程序还可以使用扩展 API 的 Java 类软件包。
HTTP 小服务程序通过创建在 Web 上提供请求和响应服务的框架，扩展了 Web 服务器的功能。当客户机发送请求至服务器时，服务器可以将此请求信息发送给小服务程序，并让小服务程序构造客户机响应。
小服务程序可在装入应用程序时自动装入，也可以在客户机第一次请求它提供服务时装入。装入完成后，小服务程序仍继续运行，以等待其它客户机请求。通过使用小服务程序别名（小服务程序 URL），您可以装入小服务程序的多个实例（每个别名都有不同的实例）。 小服务程序可执行的功能范围很广。例如，它能够：
根据客户机请求的性质，创建并返回一个包含相应动态内容的 HTML 页面。
创建可嵌入到现有 HTML 页面中的 部分 HTML 页面（HTML 片段）。
与其它服务器资源（包括数据库和基于 Java 的应用程序）进
- 37 -
环境监测信息系统总体设计方案
行通信。
与其它小服务程序进行通信。例如，您可以使用“WebSphere 管理控制台”来定义小服务程序过滤（一系列小服务程序，也称为小服务程序链）。
对特殊处理采用 MIME 类型过滤数据，例如图像转换和服务器端包括（SSI）。
处理与多个客户机的连接，接收来自多个客户机的输入，并将结果广播到多个客户机上。例如，一个小服务程序可以是多参与者的游戏服务器。 6.3.1.3
Servlet的生命周期
如下图中所说明的，小服务程序的生命周期始于将它装入 Web 服务器的内存，结束于小服务程序终止或重新装入时。
- 38 -
环境监测信息系统总体设计方案
图表 16 Servlet的生命周期
Servlet API， 是用来写servlet的， 编写servlet是已没有CGI脚本那样诸如关心一个servlet是这样被装载， servlet运行的服务器环境是什么， 或者用来传输数据的协议是什么等等，这样servlets就可以融合在不同的web服务器中。
Servlet可以相当有效地替代CGI脚本：它可以方便地产生容易编写而且运行快的动态文本。可以很方便的调试寻找出程序问题。Servlet程序是用Java Servlet API开发的。 6.3.1.4
Servlet应用范围
下面是一些Servlet应用范围：
- 39 -
环境监测信息系统总体设计方案
用于处理HTML表单通过HTTPS产生POST数据。包括买卖订
单或信用卡数据。因此Servlet可以成为订单处理系统的一部分，和产品存货数据库一道工作，也许可以用在在线支付系统上。
允许人们之间的合作。 一个Servlet能并发处理多个请求；他
们可以使用在诸如在线会议这样的同步请求支持系统。 转送请求。Servlet可以转送请求给其他的服务器和Servlets，
这就允许在镜象同样内容的几个服务器之间平衡负载，按照任务类型或组织范围，可以允许被用来在几个服务器中划分逻辑上的服务器。
Servlet 编写者们可以定义彼此之间共同工作的激活代理，每
个代理者是一个Servlet，而且代理者能够在他们之间传送数据。
6.3.2 Java Beans技术－组件开发概念
Java Beans是为了重用目的而专门设计的Java类。这种可重用类在许多程序设计语言中都被应用，称为软件组件。在本系统的开发上，应用Java Beans技术，可以简化后台应用程序的开发，通过定义组件，可以将开发的对象由40个简化为10多个基类，通过定义可重用的类，提高了开发效率，也提高了后台服务程序的可读性和可维护性。
对Java 技术的帮助
- 40 -
环境监测信息系统总体设计方案
Java 技术是本世纪最重要的技术发展之一.Java 使浏览器工作时就像在通用的应用平台上，而平台与平台之间却是独立的.但固定的tag 集合和HTML语义上的贫瘠使得Java的应用受到了极大的限制. 正如前面提到的，在HTML中不同的语义无法表现.故数据元中丰富的信息得不到一种统一的表示. XML 却能完全胜任这份工作. HTML页面要依赖网络服务器上的CGI脚本来表现几乎每一个编程函数.这显然使服务器工作量太大.有了XML和Java技术，更多的应用软件处理起来将不占用多少网络通信量.这使得网络更加快捷，客户可以同时应用多个应用软件.
6.4 采用基于构件的面向对象的设计方法
开发者 构件管理 实例定义 菜单定义 系统连接 构件库 数据库 系统管理 代码管理 业务定义 用户 业务处理 图表 17 基于构件的面向对象的设计方法示意图
面向对象的软件工程的设计方法更符合人的认识过程，使得软件的结构更符合客观世界的结构。它通过封装、继承等机制使软件开发更清晰有效。我们吸收传统方法的自顶向下、逐步求精、快速原型、数据库模型等思想和技术，以及MIS 的研究成果，在本系统中采用基于构件的面向对象的管理信息系统开发方法。
- 41 -
环境监测信息系统总体设计方案
6.5 开发工具
➢ 应用系统开发工具：MS Visual J++、JDK1.3
➢ 后台服务程序开发工具：Tomcat Web Server、Visual Cafe、BDK ➢ 网页制作工具：FrontPage 2000 ➢ Applet制作工具：Visual Cafe 6.6 局域网总体设计方案 6.6.1 网络设计原则
在设计环境监测信息系统局域网方案时，主要考虑了网络必须具有实用性、先进性、可靠性、开放性、可扩充性和可维护性等问题。其中实用性体现在网络系统要面向应用，注重实效，急用先上，逐步完善；先进性则在于网络采用先进成熟的网络概念、技术、方法与设备，既反映当今先进水平，又给未来的发展留有余地；可靠性就是要保证系统必须可靠运行，关键设备应有冗余，一旦系统某些部分出现故障，应能很快恢复工作，并且不能造成任何损失；开放性主要是选择的产品应具有好的互操作性和可移植性，并符合相关的国际标准和工业标准。最后，在设计上要确保整个系统的质量与安全，确保施工和维护的方便。我们要力争做到技术先进、经济合理、运行可靠、管理方便。
由于网络技术的不断发展和应用水平的不断提高，企业局域网的可扩充性和可维护性也非常重要，它是一个逐步发展的应用环境，在
- 42 -
环境监测信息系统总体设计方案
结构、容量与处理能力等各方面必须具有升级换代的可能，这种扩充不仅能充分保护原有资源，而且具有较高的性能价格比。同时，企业局域网应具有良好的网络管理、网络监控、故障分析和处理能力，使其具有很高的可维护性。 6.6.2 网络主干技术及设备选型
环境监测信息系统局域网是一个中型规模的局域网。我们在设计中选择具有二层交换功能的交换机作为网络核心。交换式局域网对网络中主机数在几百台以内的局域网来说，是一种实用，便宜的方案。一台局域网交换机可完成多个端日间的帧交换，可提供比通常的HUb和网桥高得多的网络带宽，既可以保证网段内以及网络内部和外部的通讯，也可以对每个网段进行数据过滤，确保能够提供足够的网络带宽，以满足数据的传输和其他数据的网络服务质量。 6.6.3 网络拓扑结构
根据结构图，我们在设计中决定采用星形网络拓扑结构。以主干交换机支持内部局域网，以路由器接入Internet。详见拓扑图：环境监测信息系统局域网总体拓扑图（基础方案/扩展方案）。 6.6.4 网络设备的选型
网络硬件平台的性能是决定整个环境监测信息系统局域网性能的关键，因此，在网络建设方面应首先考虑所选择的网络产品是否经过广泛的检验并得到广泛的认可；其次，所选择的网络产品在性能上
- 43 -
环境监测信息系统总体设计方案
是否符合网络建设的需要；第三，还应考虑到今后网络维护、系统维护的成本和能够获得的相关服务。在综合考虑各种因素之后，我们向环境监测信息系统推荐当前IT市场中占主导地位的网络厂商—CISCO公司的网络产品。 6.6.5 路由器配置 Cisco 2600系列概述
Cisco 2600模块化访问路由器可使用Cisco 1600和Cisco 3600系列的接口模块，提供高效率、低成本的解决方案。以满足当今远程分支机构的需求，同时可支持以下应用：
多业务话音/数据集成； 办公室拨号服务； 企业外部网/VPN访问。
Cisco 2621具有双10M/100M自适应以太LAN接口、两个Cisco WAN接口卡插槽、一个Cisco网络模块插槽以及一个新型高级集成模块(AIM)插槽。主要功能及优点如下：
多业务集成：作为业界领先的Cisco 2500系列的补充，Cisco 2600系列将Cisco 3600系列的通用性、集成性和强大功能进一步扩展到较小的分支机构。Cisco 2600实现了多业务话音/数据集成功能。
投资保护：Cisco 2600系列支持对模块组件进行现场投资升级，以轻易地更新网络接口，而不需要全面升级网络设备。
- 44 -
环境监测信息系统总体设计方案
降低成本：Cisco 2600系列将CSU/DSU、ISDN网络终端(NT1)设备以及远程分支机构的其它设备集中到一台很小的网络设备之中，节约空间。同时可以使用网管软件对其进行管理。 通用性：模块化体系结构；Cisco 1600和Cisco 3600系列路由器公用WAN接口卡和网络模块；先进的集成化选项；直流供电选项。
能力：高性能RISC体系结构；全面支持Cisco IOS。 可管理性： 集成的CSU/DSU和NT1选项；支持Cisco Works， Cisco View；
支持Cisco话音管理器。
可靠性：冗余供电设备选项；按需拨号路由；双排式快闪内存。 Cisco 2621产品参数详细信息（扩展方案）
基本特征 是否内置防火墙 是 固定的广域网接一个异步辅助端口 口 固定的局域网接2个10/100以太网接口 口 产品定位 重量 max 是否支持VPN
描述 固定和模块化路由器 8.85 lb. (4.02 kg) min. -- 10.25 lb. (4.66 kg) 是 - 45 -
环境监测信息系统总体设计方案
随机网管配置软Cisco View，Cisco Works，Cisco Voice Manager，件 电源 Nos名称及版本Cisco IOS 号 DRAM内存 适用网络类型 Frame Relay，X.25，IP/IPX 支持网络协议 是否支持Qos Flash内存 IP etc 是 4 to 16 MB；8 MB(缺省)；16MB(最大) 16 to 64 MB total；24 MB(缺省)；64 MB(最大) Ethernet，Fast Ethernet，ATM，ISDN，T1/E1，ConfigMaker，Enhanced Set-up 72W 支持的网管协议 SNMP Cisco 2620产品参数详细信息（基础方案）
基本特征 是否内置防火墙 是 固定的广域网接一个异步辅助端口 口 固定的局域网接1个10/100以太网端口 口 产品定位 重量 是否支持VPN
描述 固定和模块化路由器 8.85 lb. (4.02 kg) min. -- 10.25 lb. (4.66 kg) max 是 - 46 -
环境监测信息系统总体设计方案
随机网管配置软Cisco View， Cisco Works， Cisco Voice Manager， 件 电源 Nos名称及版本Cisco IOS 号 DRAM内存 适用网络类型 Relay，X.25，IP/IPX 支持网络协议 是否支持Qos Flash内存 IP etc 是 4 to 16 MB；8 MB(缺省)；16MB(最大) 16 to 64 MB total；24 MB(缺省)；64 MB(最大) Ethernet，Fast Ethernet，ATM，ISDN，T1/E1，Frame ConfigMaker，Enhanced Set-up 72W 支持的网管协议 SNMP 6.6.6 交换机配置
根据网络系统建设的原则，从安全可靠、高性能的角度考虑我们推荐使用世界著名的网络产品－CISCO产品系列。 网络厂商介绍
美国Cisco系统公司是世界上领先地位的网间网互联技术和产品（包括多协议路由器、ATM交换机、局域网交换机、访问服务器、网间网管理软件）的供应商。Cisco系统公司在向市场提供产品的近十个年头里，一直掌握网际互联系统全球市场的50%以上。迄今为止，Cisco系统公司已为世界上40个国家的25，000多个用户安装了超
- 47 -
环境监测信息系统总体设计方案
过300,000台网际网互联设备。上述众多用户构成了广泛的纵向市场范围，包括电信业、金融业、服务业、工业、零售业、政府部门及教育机构等市场部分。Cisco系统公司是S&P500家之一，亦是“幸福”500家之一。根据权威的市场研究公司Dataquest的最新调查结果，Cisco公司在97财年名列世界十大电信公司之一，成为全球最快的电信产品供应商，增长率为87%。
Catalyst 3500概述
Cisco Systems Catalyst 3500 XL系列是一系列可扩展、可堆叠的10/100和千兆位以太网交换机，提供最佳的性能、可管理性和灵活性以及无与伦比的投资保护。该系列低成本、高性能的交换解决方案通过一个独立的高速堆叠总线保留珍贵的桌面端口，提供下一代可堆叠的交换。Cisco的突破性交换机集群技术将堆叠域扩展到单个配线间之外，能使用户最多互连16个Catalyst 3500 XL、2900 XL和Catalyst 1900交换机，组建一个灵活的单一IP地址管理网络，而不受它们的地理位置限制。
Catalyst 3500 XL系列高性能交换机包括Cisco IOS(软件和Cisco Visual Switch Manager (CVSM)软件以及一个易于使用基于Web的管理界面。 所有 Catalyst 3500 XL系列交换机均包括标准版和企业版。企业版交换机提供先进的软件特性，包括全面的802.1Q和ISL VLAN支持、TACACS+安全和由Uplink Fast实现的容错特性。 关键特性
10 Gbps的交换主干，最高转发速率每秒钟740万个数据包，
- 48 -
环境监测信息系统总体设计方案
最大转发带宽5 Gbps，跨所有10/100端口提供线速性能。 内置的千兆位以太网端口适合插入各种GBIC收发器，包括Cisco GigaStack GBIC、1000BaseSX和1000BaseLX/LH GBIC。 低成本的2端口Cisco GigaStack GBIC通过在菊花链连接中提供1 Gbps的连接，或者在专用的交换机到交换机连接中提供2 Gbps的连接，提供广泛的高度可配置的堆叠和性能选项。 Cisco交换机集群技术允许用户使用基于标准的以太网、快速以太网和千兆位以太网介质组建一个由16个Catalyst 3500 XL、2900 XL和1900交换机组成的单一IP地址管理网络，而不受它们的地理位置的限制。这一低成本、高性能的交换解决方案系列提供下一代可堆叠的交换。它允许从一个IP地址管理所有Cisco交换端口，并提供互连的交换机和一个独立的保护珍贵的桌面端口的高速堆叠总线。
通过推出Catalyst 3500 XL系列和Cisco交换集群技术，Cisco将堆叠提高到一个新的水平。 由于所有Catalyst 3500 XL、2900 XL和Catalyst 1900交换机上都支持交换机集群，因此用户可以从一个单一IP地址管理380多个端口，并能够通过广泛的以太网、快速以太网和Gigabit Ethernet介质连接所有交换机，而无论它们的物理位置在哪里。 卓越的性能
10 Gbps交换光纤和每秒750万个数据包的转发速率给每一个10BaseT/100BaseTX端口提供线速性能4MB共享内存体系结
- 49 -
环境监测信息系统总体设计方案
构。通过消除HOL阻塞确保最高可能的吞吐量；最大限度地减少包丢失，减少多路传输和广播流量拥塞机载8MB DRAM和4 MB闪存保证软件升级，最大限度地增加客户的投资回报。 交换型10/100端口上的全双工操作给终端站和服务器以及交换机之间提供200Mbps的带宽。
CGMP Fast Leave允许快速中止向希望停止一个数据流的终端站多路传输数据，减少了网络上的多余流量。
灵活和可扩展的交换机通过GigaStack GBIC提供的基于硬件的独立堆叠总线支持。
当菊花链连接多达9个Catalyst 3500 XL系列和Gigabit。 集群技术多个堆叠选项启动的Catalyst 2900 系列交换机时，提供1Gbps的转发速率，或者在一个点到点配置中提供2Gbps的转发速率.
Catalyst 3524产品参数详细信息（扩展方案）
基本特征 支持网络协议 是否支持是 QoS/CoS 适用网络类型 各速率/类型端24端口10/100自适应；2端口1000BaseX (GBIC) 口数 是否支持VLAN
描述 802.3u， 802.3z 以太网，快速以太网，Gigabit以太网 是 - 50 -
环境监测信息系统总体设计方案
DRAM(MB) 交换级数 端口总数 尺寸(cm) 8MB 2 24 1.75x17.5x11.8 in SNMP， Telnet， RMON， CWSI， 基于(CLI)的带网管功能 外，嵌入式Cisco Visual Switch Manager，基于Web的界面 背板带宽(Gbps) 10 Catalyst 3548产品参数详细信息（扩展方案）
基本特征 重量(Kg) 支持网络协议 4.7kg IEEE 802.3x full duplex ；IEEE 802.1D Spanning-Tree Protocol；IEEE 802.1Q VLAN；IEEE 802.3z 1000BaseX；Cisco Group Management Protocol (CGMP)； 是否支持是 描述 QoS/CoS 适用网络类型 以太网，快速以太网，Gigabit以太网 各速率/类型端48端口10/100(自适应) 口数 最大地址数 是否支持VLAN
8k 是 - 51 -
环境监测信息系统总体设计方案
DRAM(MB) 交换级数 尺寸(cm) 联想LS-5625概述
8MB 2 44.5x39x4.4 联想LS-5625是国产交换机中一种高性能的以太网交换机，提供24个10/100M交换式端口和一个扩展插槽，可选插1个8口的10/100 Base-TX、1个2口的100Base-FX或1个1口的千兆以太网模块。 提供基于端口的VLAN划分 ，支持多干路冗余连接（Port Trunking），支持端口镜像（Port Mirror）。 全双工模式下具有流量控制（Flow Control）功能，4GBps背板带宽。支持SNMP和4组（1，2，3，9）RMON网管协议，19”机架式 。并且联想具有良好的售后服务。
联想LS-5625产品参数详细信息（基础方案） 基本特征 支持网络协议 描述 802.3u， 802.3z 是否支持QoS/CoS 是 适用网络类型 以太网，快速以太网，Gigabit以太网 各速率/类型端口24x10/100M 数 是否支持VLAN 电源 交换级数
是 100-240V AC，50-60Hz，130W 2 - 52 -
环境监测信息系统总体设计方案
端口总数 尺寸(cm) 背板带宽(Gbps) 24 482 x 374 x 89 mm 8 6.6.7 Internet防火墙和系统安全设计
如果仅作为一个企业的内联网，并不存在这个问题，但要访问因特网资源或被外界用户访问时，内部数据和网络设施就会暴露在Internet上，那么就必须考虑如何提供所需级别的保护，制定相应的安全策略来防止非法用户访问内部网络上的资源和非法向外传递内部消息。
本系统的安全体系由防火墙系统、WEB服务器页面监控及报警系统、病毒防护系统等几部分组成。
Internet防火墙系统是这样的系统（或一组系统），它能增强系统内部网络的防火墙，决定了哪些内部服务可以被外界访问；外界的哪些人可以访问内部的哪些可以访问的服务，以及哪些外部服务可以被内部人员访问。要使一个防火墙有效，所有来自和去往Internet的信息都必须经过防火墙，接受防火墙的检查。
应给予特别注意的是：网络安全不仅仅是路由器、堡垒主机、或任何提供网络安全的设备的组合，它决定于系统整体的安全策略。其中邮件服务器转发功能应特别控制，必要时应关掉。安全策略建立了全方位的防御体系来保护系统的信息资源。这种安全策略应包括在安全指南中，告诉用户他们应有的责任：规定的网络访问、服务访问、本地
- 53 -
环境监测信息系统总体设计方案
和远地的用户认证、拨入和拨出、磁盘和数据加密、病毒防护措施以及培训等。所有可能受到网络攻击的地方都必须以同样安全级别加以保护。 6.6.8 防火墙
为保证网络不受外界的干扰和破坏，必须设立防火墙。我们推荐选择Cisco的PIX Firewall(防火墙)产品。Cisco PIX防火墙是Cisco 防火墙系列中性能最高的企业级防火墙产品。集成的硬件、软件PIX FIREWALL系列提供很高的安全性能且不影响网络性能。通过Cisco PIX防火墙可以建立使用IPSec标准的虚拟专网（VPN）连接。使用Cisco PIX防火墙加强了内部网、外部网链路和Internet之间的安全访问。
Cisco PIX防火墙产品向企业网络提供颇为引人注目的简单管理特性和举世无双的安全性。一般在5分钟内配置完毕的PIX防火墙，其可以对外部世界提供的安全防护装置能够彻底隐藏起您的内部网络。与典型的CPU集中式的代理服务器不同，前者对每个数据包都进行大量处理，而PIX防火墙采用一个非UNIX的、安全实时的嵌入式系统。这种设置令PIX防火墙具有能够同时连接16000条线路的卓越性能，明显高于基于UNIX的防火墙。
PIX防火墙的高性能核心是一种基于自适应安全算法（ASA）的防护方案，它有效地对黑客隐藏起主机地址，使得他们无从获取这些地址信息。解决面向固定连接安全性的ASA方法建立基于源地址和目的
- 54 -
环境监测信息系统总体设计方案
地址、TCP序列号（随机）、端口号码和附加TCP标记的对话流。这些信息被存储在PIX防火墙的一个信息列表中，所有进入的数据包都和列表中的项目相比较，只有存在能够批准通过的相应连接线路时，才允许通过Cisco的PIX防火墙对系统进行访问。这种方案帮助您的系统授权内部用户和经过许可的外部用户进行透明访问，同时保护您的内部网络免遭未经授权的非法用户的访问。
Cisco的PIX防火墙通过一个称作“直通代理”的新特性进一步增强了这一颇受注目的性能优势。尽管基于UNIX的代理服务器是一个理想平台，并可以提供用户鉴别功能和保持“状态”（关于数据包的来源和目的地的信息），从而具有不错的安全性，但是由于它们在OSI模式的第七层处理所有数据包，因此它们的性能将大打折扣。另一方面，PIX防火墙的“直通代理”特性象代理服务器一样在申请层先审查用户。但是，一旦用户被证实符合一个基于终端访问控制器访问控制系统（TACACS+）或远程鉴别拨入服务器（RADIUS）的工业标准数据库并核对过策略后，PIX防火墙就转换对话流，此后所有通信量都直接迅速地在双方之间流动，同时保持对话状态。这种直通性能令PIX防火墙的运行速度大大高于代理服务器。在这一高水准的性能之上，实时嵌入式系统还增强了PIX防火墙的安全性。与基于UNIX的代理服务器不同的是，代理服务器的源代码唾手可得，从而向黑客们提供了一个侵入的目标，而Cisco PIX防火墙的专用系统是专门为防火墙的安全运行而设计的。另外，要获得更高的可靠性，购买PIX防火墙时可以选择一个故障/热备用升级选项，它可以排除个别故障。
- 55 -
环境监测信息系统总体设计方案
当2个PIX防火墙并行运行时，如果一个发生故障，另一个PIX防火墙还透明地保持安全运行。 Cisco PIX防火墙主要特性：
执行速度快：Cisco的PIX防火墙同时支持16000多条TCP对话，在不影响最终用户性能的情况下支持无数用户。满负荷时，PIX防火墙的运行速率超过45Mbps，支持T3速度。这些速度是基于UNIX的防火墙的几位。
简单性降低拥有成本：凭借Cisco的PIX防火墙，将不再需要难于得到的UNIX专家来配置和安装昂贵的UNIX工作站。相反，没怎么受过计算机培训的用户一般在5分钟之内就可以配置完毕PIX防火墙。由于PIX防火墙实际上不要求日常管理，因此日常性的维护费用明显降低。支持两种配置界面：HTML GUI或Cisco IOS用户界面。要实现配置的简单化，用户可以采用带基于超文本标记语言（HTML）图形用户界面（GUI）的PIX防火墙。另外，对于那些已经熟悉Cisco IOS用户界面的客户来说，他们可以选择一个基于Cisco IOS界面的PIX防火墙。Cisco公司还提供采用Cisco PIX专用链路加密插件的加密功能。借助这个插件，用户可以选择专用租用线路并在包括Internet在内的任何基于公共IP的网络上发送经过加密的IP数据包，从而显著地降低了电信费用。在每个PIX防火墙处采用PIX专用链路加密插件，使用数据加密标准（DES）算法，用户可以对通过Internet进行通讯的
- 56 -
环境监测信息系统总体设计方案
安全性感到放心。PIX专用链路加密插件还采用基于标准的技术，引入了Internet工程任务组（IETF）的鉴别标题（AH）和封闭安全性负载（ESP）协议（分别为RFC1826和1827）。 PIX防火墙改善地址不足的问题：Cisco的PIX防火墙还提供一个扩充和重新配置IP网络的特性，从而不必担心缺乏IP地址。网络地址转换（NAT）使之可以利用现有IP地址或存储在Internet分配号码机构（IANA）储备库（RFC1918）中的地址。PIX防火墙还可以根据需要有选择地转换或不转换一组地址。面向固定连接线路的安全性防护装置限制未经授权的用户访问内部网络资源。基于TACACS+和RADIUS等工业标准的鉴别协议允许从外部网络进行内部网络，同时隐藏起内部网络的体系结构。
6.6.9 病毒防护系统
计算机病毒的防护在系统安全中也是很重要的一方面。我们推荐选用美国网络联盟公司（NAI）的病毒防护系统McAfee Active Virus Defense suite，它可以在网络服务器中设防，更可以在复杂结构网络环境中对计算机病毒层层设防、围追、堵截，并可远程实时多媒体报警。它与其他同类厂商产品与解决方案相比，突出时效性、超前防范，并使用户增加安全感。 6.6.10 服务器系统概述
服务器系统是校园网络的中心环节。随着计算机硬件技术的发
- 57 -
环境监测信息系统总体设计方案
展，服务器硬件本身的容错能力和可靠性不断增加，而从应用角度上来讲，各种容错手段也越来越丰富。随着快速以太网技术、交换式以太网技术的广泛采用，制约系统性能的网络带宽瓶颈已不复存在，而且高速的网络通道允许所有的请求操作能同时到达服务器网卡，因此真正的网络瓶颈集中在网络服务器的网卡接口上，这样也造成了服务器的I/O通道面临着更大的压力。因此企业网络中，服务器的通道处理性能是决定整个系统性能的关键。
本系统建设的主要目标是如何选择可靠、高性能的服务器来承担如此关键与重负荷的任务。对选择企业网络中的服务器应基于以下几个方面考虑：
可靠性：衡量服务器的可靠性主要依据服务器所采用的技术，并且最关键的要素是此服务器是否在实际网络环境中得到过考验。
冗余技术：对服务器作冗余是消除服务器系统单故障点的重要手段，PC服务器的冗余主要包括以下的部件：
A.电源：冗余电源的设计对处在执行关键处理的服务器必不
可少。
B.硬盘：硬盘冗余技术在服务器中已经比较完善，用户可选
择单卡双盘
的镜像技术、双卡双盘的双工技术或RAID卡控制的RAID技
术来实现硬
盘的冗余。
- 58 -
环境监测信息系统总体设计方案
C.内存：内存冗余技术是通过在内存中增加纠错位来实现对
内存的出错
保护。目前服务器中多用ECC（错误纠正码）内存来实现内存
冗余。
D.CPU：可采用多CPU服务器，不仅减轻了单个CPU的负担，
而且互
为冗余备份。
企业网络应用中应尽量采用以上部件冗余技术来保证服务器的可靠运行，以获取投资、可靠性、系统性能几方面的综合最优值。
企业网络服务器在工作时是允许有计划停机的，因此在设计保证其不因意外故障而失效的前提下，还应有在线修复手段以及时排除出现的故障，使服务器恢复到正常运行状态。
服务器的在线修复一般依靠以下技术实现：
故障部件隔离 故障部件可带电插拔 部件的在线配置技术 I/O并发操作能力
在服务器中，由于I/O操作相对于主CPU的处理能力要慢许多，因此提高文件服务器能力的关键是优化系统的I/O操作。衡量服务器的I/O处理能力，首先要从结构上考虑。普通服务器采用了软、硬件与微机兼容的设计方案，使微机服务器在系统结构上有许多先天不足。如总线效率低下、通道争用过分依赖CPU处理I/O事务等，这些
- 59 -
环境监测信息系统总体设计方案
都严重限制了其I/O吞吐能力的扩充。因此在企业网络系统中应选用中档网络服务器。
一般来说，服务器硬盘子系统的性能取决于以下几点：
硬盘接口传输率 硬盘转速与寻道时间 硬盘通道设计
根据目前的技术，最先进的SCSI控制接口为Ultra与WideUltra及ULTRA2。在同步方式下，ULTRA和WIDE ULTRA接口的传输率可达40M/S，ULTRA2可达80M/S，较FastWide接口分别高一倍和两倍。最高速的硬盘可达10000r/m，寻道时间小于8ms。用户可依据以上指标去衡量服务器硬盘接口的性能。另外，服务器的硬盘通道配置也极为重要，如：双工技术可实现并发的读/写操作，智能硬盘卡可提供高效的硬盘冗余与读/写操作。
在本方案中，我们推荐选择IBM Netfinity5100（51Y）服务器。它适用于部门或工作组需求的坚固、独立服务器， 双路处理能力带给您高可用性， 卓越的内部规模可扩展性、高性能和优质服务能力。稳定可靠，易于扩展，完美融合，性能出众，易于管理，易于使用，极易扩展，满足您的各种需要。
IBM Netfinity 5100（51Y）产品参数详细信息
基本特征 是否支持磁盘阵列 是 PCI插槽类型/数量 5个PCI（3个64位，2个32位） - 60 -
描述 环境监测信息系统总体设计方案
内存类型 ECC SDRAM 最大热插拔硬盘数 6 SCSI控制器类型/集成双通道Ultra160 LVD SCSI 数量 目前CPU数 接口数量 1 2个串口，并口，鼠标，键盘，视频，以太网，2个USB CPU频率(MHz) Pentium III 667MHz 标准内存容量(MB) 128M CPU类型 主板I/O接口 Intel Pentium III 2个串口，并口，鼠标，键盘，视频，以太网，2个USB 网卡型号 支持操作系统 集成10/100以太网卡 UNIX，LINUX，Windows NT，Windows2000 是否支持热插拔硬是 盘 电源功率 最大内存容量 最大CPU数 内存带宽 外部驱动器架数 250W 4096M 2 133MHz 10个托架（6个热插拔，2个半高，40X-17X IDE CD-ROM；1.44MB软驱） - 61 -
环境监测信息系统总体设计方案
6.6.11 整体方案设计说明
根据环境监测信息系统对整个局域网网络规模的需求，我们设计了本套方案。
企业的办公、管理需要有大型的数据库系统支持，使用一台高性能的LINUX服务器来作为整个企业局域网的数据库服务器，应用程序服务器。选择IBM Netfinity 5100(51Y)高性能服务器，采用一路或两路至强CPU，确保系统的高效稳定。该服务器上的信息具有一定的保密性，而且需要定期进行备份。此服务器上还运行有Internet服务程序，如FTP服务，WEB服务，SMTP服务，DNS服务等。
在基础方案中，我们采用了两台联想LS-5625交换机作为主干交换机。连接内部局域网和Internet。楼内机器较多的情况下，各PC机可通过10M/100M Hub互连再和交换机相连；机器较少的情况下，可用10M/100M双绞线直接和交换机相连。另外，如果PC机访问网络要求不高，可以通过PSTN和局域网相连，减少线路造价。
在扩展方案中，我们采用了Cisco公司的Catalyst 3548交换机作为主干交换机，Cisco Catalyst 3524作为边缘交换机。PC机比较集中的地方，可以先通过10M/100M Hub互连再连接到主干交换机上，PC机较少的地方，可直接和交换机相连或通过PSTN和局域网相连。
在楼内，PC机可用10M的双绞线互连。主干线路可以用100M
- 62 -
环境监测信息系统总体设计方案
的双绞线或千兆光纤，视数据流量大小而定。
本局域网采用Cisco公司的2600系列路由器，通过ISDN，DDN，ADSL等方式可连入Internet。路由器使用两个10M/100M自适应的以太口，分别连接内外网，进行路由。在路由器上配置1个16口Modem模块。通过分配用户账号和密码，企业员工可以在远程通过电话拨入局域网，或通过企业内部电话网访问局域网。
为了保证局域网安全，内部网和Internet之间采用Cisco PIX硬件防火墙，在防火墙上设置安全审计规则，保证网络安全。
6.6.12 主要设备一览表 基础方案
单价名称 交换机 路由器 防火墙 服务器 型号 联想LS-5625 Cisco 2620 Cisco PIX 515UR IBM Netfinity 5100（51Y） 扩展方案
数名称 型号 单位 量 - 63 -
单位 台 台 台 台 数量 （元） 2 1 1 1 20600 24300 15300 单价（元） 环境监测信息系统总体设计方案
Catalyst 3548 交换机 Catalyst 3524 路由器 防火墙 服务器 5100（51Y）
7 项目管理和质量保证体系 7.1 项目管理
Cisco 2621 Cisco PIX 515UR IBM Netfinity 台 台 台 台 台 1 1 1 1 1 33800 19000 21000 20600 在本项目中，我们将充分依托在软件开发方面的丰富经验，利用自己的技术优势，严密组织实施，严格控制项目进度，保证环境监测信息系统综合科研管理系统保质按时完成。
为了使项目能够顺利进行，满足各项技术指标的设计要求，中科软件在项目管理上建议设立工程领导小组，负责环境监测信息系统综合科研管理系统项目实施过程中的决策工作。在其下设立两个工程职能小组，负责处理在工程实施过程中所遇到的各自的问题，完成其职责范围内的工作。各个职能小组应在工程领导小组的统一领导安排下相互支持与配合，确保本工程能够圆满顺利地完成。
- 64 -
环境监测信息系统总体设计方案
工程组织机构可用下图表示：
工程领导小组 工程协调小组 工程实施小组 测试验收小组 质量控制组 专家组 软件开发组 工程领导小组
图表 18 工程组织机构
在某软件集团公司负责本系统的开发人员和环境监测信息系统综合科研管理系统负责人的协商下，成立工程领导小组，直接对环境监测信息系统综合科研管理系统项目的实施进行指挥和协调。工程领导小组为工程实施的最高决策机构。 职责：
组织、决策整个综合科研管理系统工程的实施
作为各工作组层次无法解决的项目争议的最后裁决审批项目变更产生的变化、影响和费用确保项目所有阶段的人员配备协调工程实施过程中用户和中科软件方之间的关系 运作方式：
在工程进展的每个阶段定期召开协调会，研究协调下一阶段的工作 在工程进行中遇到要协调问题时召开领导成员参加的协调会
- 65 -
环境监测信息系统总体设计方案
产生协调会纪要，用纪要来指导工程建设 组成：
用户(或其领导机关人员) 中科软件方人员
环境监测信息系统有关技术人员 工程协调小组
工程协调组是领导小组常设的执行机构。 职责：
在领导小组闭会期间，执行领导小组的各项决议 制定工程计划，协调项目各相关单位的工作 安排适当的项目汇报和沟通渠道
提交项目工作范围变化问题，评估工作范围变化的商务情况 解决利益与工期的冲突 协调用户与承包方的义务与承诺 运作方式：
依据协调会纪要，检查用户方和中科软件方等方面对纪要的执行情况 对没按纪要要求执行的一方监督执行。 组成：
领导小组一至二名成员 用户首席代表
中科软件方项目经理组成。 工程实施小组
- 66 -
环境监测信息系统总体设计方案
职责：
按照工程设计指标、进度安排和协调会纪要的要求，按期保质地完成工程建设
审批项目定义和各阶段的单独起始工作 制定项目有关的规章制度和操作过程 签署项目各阶段工作内容提交 每周召集项目组举行项目状态报告会 监控项目执行过程 准备项目状态报告 工作方式： 实行项目经理负责制
项目经理制定各阶段的工程实施计划和相应的财务管理，监督工程各部分的实施。 组成：
由中科软件方及有关的产品供货商组成，下划二个功能小组： 质量控制组 职责：
由质量控制组对承包综合科研管理系统工程的人力资源配置、设计文档、成本控制、风险控制、进度控制等按ISO9001质量保证体系标准进行管理控制。
对各种设计文档进行阶段性评审 对各种设计文档进行版本控制
- 67 -
环境监测信息系统总体设计方案
对工程进度进行控制 人员组成：
熟悉管理信息系统业务的专家
对软件开发、网络工程有丰富管理工作经验的专家 专家组 职责：
提供专业咨询意见，协助总体设计 人员组成：
熟悉管理信息系统业务的专家
对软件开发、网络工程有丰富管理工作经验的专家 软件开发组 职责：
具体承担综合科研管理系统的开发任务 人员组成： 系统分析员
熟悉编程工具的程序员 测试验收小组 职责： 组织验收测试
对软件各子系统模块的功能、可靠性进行测试 对系统测试进行质量监督
对各种设备进行进货、安装、测试检验
- 68 -
环境监测信息系统总体设计方案
写出测试报告并对系统进行考核验收 对软件测试进行质量监督和版本控制 运作方式：
在考核测试前编制测试大纲
根据考核大纲对系统各个功能模块进行测试 测试完毕后写出测试报告
在考核测试合格的情况下，签字验收。 组成：
熟悉管理信息系统业务的专家 中科软件方技术人员 7.2 系统开发与实施控制
项目开发过程控制的基本方法是阶段性审核和检查。所有环境监测信息系统本项目负责人员在项目执行的不同阶段均要进行不同级别的评审，并建立对应的评审记录，对于关键设计阶段、关键设计内容的评审。只有通过了评审，确认项目的设计结果符合工程的需求，满足开发设计规范，项目的开发才能转入下一阶段。 阶段检查点的审核检查方式
签定合同后，邀请环境监测信息系统协调人员对中科软件方进行考察 邀请环境监测信息系统协调人员对软件应用系统的各子系统的需求分析报告进行审核
邀请环境监测信息系统审核人员对软件应用系统的各子系统的概要设计和详细设计报告进行审核
- 69 -
环境监测信息系统总体设计方案
邀请环境监测信息系统审核人员对项目设计实施过程中一些重要问题进行审核
进行审核的人员、时间、地点由环境监测信息系统决定
标准化、规范化保证
项目和实施过程项目管理的内容之一是保证在系统总体设计中确定的软件开发标准、工程实施标准、以及具体的数据规范、通信标准等在具体的项目开发实施中得以保证。制定具体的措施以实现标准化、规范化。 成本与进度控制
成本控制是项目整体管理控制的一部分，在项目的开发计划中，将依据工作内容和每一个工作的持续时间进行项目费用的预算，预算的结果将成为成本控制的依据。各单位项目管理部将定期（一般情况为一个月）从财务提取项目月费用数据，及时将数据反馈到项目经理。对于费用与预算之间存在较大出入的，必须由项目经理给出说明，如确定为必须的费用超支，则将制定出相应的化解成本风险的解决方案。
每个项目都将依据项目开发计划建立项目时间表，项目时间表是项目经理最主要的指挥和控制工具。在项目时间表中将显示关键的审核时间、交付日期、主要任务和工作完成时间。项目时间表也是各单位项目管理部门实施项目进度控制的依据，项目管理部门将定期地（一般情况为一个月）根据项目时间表检查项目进展情况，对项目进
- 70 -
环境监测信息系统总体设计方案
行强有力的时间管理。 项目实施计划
总体设计采用系统工程的方法，自顶向下、由总到分、由粗到细的功能逻辑树逐层分解、分析方法与自下向上、由分到总逐层归纳综合的方法相结合，进行全面的整体的优化，其中软硬件的匹配、接口、安全等所有设计要与用户需求相对应，且保证合理的性能价格比。 项目开发的第一步是建立项目开发计划，项目开发计划将成为工程项目组织实施、以及实施项目控制管理的依据。项目管理机构将依据项目开发计划，将各阶段的结束点作为检查评测的检查点，进行成本、资金、进度、技术风险、以及项目规范化程度的控制和管理。 制定项目开发进度计划
制定项目开发组织、各公司任务分工和人力资源的配置 制定项目开发经费计划
确定项目关键技术及其对应的解决方案 三个时期
环境监测信息系统综合科研管理系统项目计划分为三个阶段方案进行，即：项目首期目标，项目中期实现目标和项目远景目标。当前主要实现项目首期目标方案。 项目首期方案
该阶段方案再细分为如下四个阶段进行，系统分析、系统设计、系统实施、系统测试依各个子系统的实际情况而定，总体可以分为： 系统分析、总体设计概要设计
- 71 -
环境监测信息系统总体设计方案
系统详细设计和实施阶段 系统联调、测试阶段 系统培训、试运行与验收阶段
7.3 系统分析、总体设计和概要设计阶段 系统分析阶段
业务需求归纳和分析：如环境监测信息系统系统组织结构、全国业务运行结构分析、环境监测信息系统业务流程及规范、业务特征分析等；
系统需求分析：对系统的业务需求的可行性、现有系统的状况、可选择的方案进行研究，由环境监测信息系统根据业务需求归纳出工程的系统功能需求，提出总体的需求。 系统总体结构设计
确定系统功能、进行功能系统划分、确定各分系统之间的相互关系，并确定系统与外部系统之间的相互关系。
确定技术路线，根据环境监测信息系统的需求、技术条件和网络结构，提出数据处理与分布原则、系统开发规范、数据通信的方式等。 应用软件概要设计
根据总体的要求，确定、综合科研管理系统工程软件系统的层次结构、数据流程和体系结构。
综合科研管理系统分析，从总体要求出发，确定综合科研管理系统逻辑结构、综合科研管理系统的划分与配置、综合科研管理系统接口规范、开发工具规范、公共数据库等，作出综合科研管理系统的
- 72 -
环境监测信息系统总体设计方案
设计；
7.4 系统详细设计与实施阶段 系统详细设计
根据系统的概要设计，对各个子系统进行详细设计，最终形成综合科研管理系统详细设计文档，完成系统详细设计，形成文档，由质量控制小组审查。 系统实施阶段
要求结合试点单位，按照详细设计完成开发、测试工作；提交产品使用手册。
7.5 系统培训、验收阶段 主要任务为：
制作软件的安装盘，编写安装说明；
给用户现场安装程序或演示版，进行推广应用培训； 项目中期方案
项目中期方案是提高管理系统的统计功能，通过Java Applet实现统计图表的网上动态生成和查询；进一步完善系统的组件结构，实现业务的完全后台处理；建立电子数据交换（EDI）平台，通过XML实现数据交换功能，提高整体效率。
完善该管理系统的各功能，增强其实用性。主要的改进目标包括：多种类型数据的更合理使用；统计功能的增强。 统计功能的增强包括如下内容： 统计图表－Applet生成。
- 73 -
环境监测信息系统总体设计方案
文档查询－使用全文搜索引擎。 业务流程－动态显示进度。 项目远景方案
项目远景方案的主要目标是实现网上管理系统与诸如办公自动化系统，财务系统，人事管理系统的结合，实现功能统一的企业内部网管理系统。
考虑采用EJB应用服务器实现不同系统的整合，完成网络管理系统功能的最大化。
最终的系统实现应是一个集成企业各业务系统为一体的综合网络平台，实现企业管理的网络化、实现交易的电子化。 开发小组
本项目实施过程中先后或者并行成立如下几个小组： 总体设计组 数据库管理与维护组 软件产品开发组 Web开发组 测试组 培训及文档组 总体设计组
总体设计组主要任务如下：
负责整个软件产品的总体数据流、模块功能界定，产品边界界定； 检查各组的工作进度，协调各组之间的工作。
- 74 -
环境监测信息系统总体设计方案
对整个项目情况进行周记，并进行签字，如有问题以便及时解决。 负责同环境监测信息系统进行沟通。 数据库管理与维护组
数据库管理与维护组的任务如下：
对数据库进行管理和维护，提供各开发小组数据库结构； 深入了解各开发小组之间的共享数据，及时通知改变的数据格式； 负责编写后台程序如存储过程、视图，约束等。 对象分析与构件开发组
对象分析与构件开发组的任务如下：
详细设计中，仔细分析各业务模块，提取各模块之间的各种共性，建立各种通用的对象模型；
负责开发各种功能完备的通用构件，供软件产品开发小组使用。 后台服务程序开发组
后台服务程序开发组的任务如下：
负责各业务子系统的后台小服务程序的详细设计； 负责各业务子系统的后台数据库应用开发工作；
给构件开发组提供开发构件需求，充分其开发的各种公用构件，加快开发速度；
给数据库管理组提供需求，充分其提供的各种存储过程和视图，保证开发进度。 Web页面开发组
Web开发组的主要任务如下：
- 75 -
环境监测信息系统总体设计方案
负责信息发布模块的详细设计； 负责信息发布模块的程序编写；
给数据库管理组提供需求，充分其提供的各种存储过程和视图，保证开发进度。 测试组
测试组的主要任务如下：
对构件开发组开发的构件进行测试，合格后交付产品开发组使用； 对产品开发组的业务模块进行测试； 对Web开发组的业务模块进行测试；
对产品开发组程序和Web开发组程序结合进行测试； 培训及文档组
训及文档组的主要任务如下： 制作产品的安装程序；
编写产品的安装说明、使用手册； 负责对企业系统管理员、业务员的培训。
项目质量保证体系
环境监测信息系统综合科研管理系统项目的实施将在我公司技术委员会的监督下，严格按ISO 9001质量保证体系进行。 质量方针
以市场和客户为中心； 强化管理流程；
- 76 -
环境监测信息系统总体设计方案
发展技术优势； 建立高质量的IT队伍； 质量目标
1．质量责任明确化； 2．质量程序文件化； 3．质量管理流程化； 4．质量设计系统化；
8 数据结构与设计 8.1 数据结构
第一层：基础数据及基础数据库分析
此类报表主要反映污染物及监测数据等的资料情况。 此类报表是将系统中较为常用的基础资料以报表的形式予以反映。在本层需要设计三个主表,分别用来存储监测点、污染物资料和历史数据。 第二层：业务流程数据及业务流程数据库分析
在编辑此类表单时，可以点击相应的下拉按钮，这时所有的选项资料都会显示出来，您可以根据实际情况来编制表单，使整个过程更加清晰，操作更加简便。在本层需要设计一个污染物参数表,用来存储污染物的常规项的表。
- 77 -
环境监测信息系统总体设计方案
8.2 数据设计 8.2.1 数据结构设计
（1）空间数据结构：本系统是大型的地理信息系统，有大量的空间信息。对空间信息的存储和处理同时采用矢量和栅格两种数据结构，才能满足系统的需求。因此，系统要提供两种空间数据结构，并将特定的数据结构与特定的模块结合，同时提供两种数据结构之间的转换程序，在模块进行处理时可以随时调用该程序进行转换。
（2）空间数据与属性数据结合：本系统拥有复杂繁多的属性数据，适合用关系型数据库进行管理，因而采用分离式的数据接口，通过唯一的ID 码将两种数据联系在一起。这样既可以实现空间数据与属性数据相互查询，又可以方便大量属性数据的管理。 8.2.2 数据库设计
本系统的数据类型多样，根据其类型将数据库分为：污染源数据库、监测点数据库、专题数据库和图形数据库。污染源数据库存放污染源数据、污染源汇总数据；监测点数据库存放各种环境要素的监测数据；专题数据库存放污染物代码、环境标准数据和系统所需的其它数据；图形数据库由基础底图和环境专题图组成，环境专题图在以上所定义的地理底图的基础上生成，内容包括污染源、环境监测点等。
8.3数据字典
8.3.1 数据流词条描述 （1）污染物信息描述
- 78 -
环境监测信息系统总体设计方案
数据流 数据流来源 数据去向 数据流组成 污染物信息 污染物指标数据 数据分析模块 名称 浓度 控制浓度 超标浓度 影响 流域 （2）监测站信息描述 数据流 数据流来源 数据去向 数据流组成 监测信息 监测站监测数据 监测信息处理模块 监测点 名称 浓度 环境质量 空气质量 水质情况 （3）查询分析描述 数据流 数据流来源 数据去向 数据流组成 8.3.2 逻辑结构
给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。 污染物定义 数据元素名称 污染物 - 79 -
污染物浓度及分布范围与影响范围 污染物数据库与监测数据库 图形属性表示系统 污染物名称 分布地区 影响范围 污染程度 环境监测信息系统总体设计方案
简要描述 为污染物基本信息，监测信息，用户查询信息提供基本数据 类型 长度 取值范围 监测数据定义 数据元素名称 简要描述 类型 长度 取值范围 基本环境要素定义 数据元素名称 简要描述 类型 长度 取值范围 8.3.3数据库组成 数据表4个：
字符型 12 不超过12个字符 监测数据 为监测站基本信息，监测指标数据等。 字符型 12 不超过12个字符 环境要素 为各种环境要素的信息。 字符型 12 不超过12个字符 污染物属性表（5个字段： name,class, con,inf, max），其中有各种污染物的记录
- 80 -
环境监测信息系统总体设计方案
监测点分布表(4个字段：position,local,item,time,con)，其中有各监测点的污染物及监测点的记录；
区域空间表(3个联系表，分别为区划表（面）城镇表（点）河流表（线）name,shape,oid)。
历史数据表（5个字段：name,class,con inf,max） 其它数据参考地理信息系统标准 污染物基本信息表描述如下:
污染物 name class con inf max
监测点表描述如下:
监测点 position local itemtime 成绩
区域空间描述如下:
区域空间 边界 城镇 河流 区划
- 81 -
环境监测信息系统总体设计方案
8.4 系统安全 8.4.1 系统安全
为保证系统的稳定性和为正确决策提供有效建议，系统设计一个用户控制机制，即对用户进行分组管理，最高层为决策层，可以调用监督管理模块，并可根据实时数据叠加历史数据进行决策分析；中层为数据管理层，可以进行数据调用，并叠加历史数据进行数据分析从而实现问题预测等功能；最低层为数据访问层，该组用户仅能查看污染物数据及监测站所得实时数据而不能进行高层访问。 决策层——用户组——高级空间处理 应用层——用户组——数据应用管理 低 层——用户组——数据查询检索
图表 19 用户登录界面
- 82 -
环境监测信息系统总体设计方案
图表 20 用户控制机制 8.4.2 数据安全
数据是整个信息系统的核心部分，其安全性及保密性是不言而喻的，所以数据安全成为了整个数据库设计的核心。首先，数据存储在物理设备里，物理设备本身的保密及稳定性为高层数据应用提供了基本保障，所以，摆放物理设备的位置及其它环境都应该有高度严格的要求，其次物理设备的选用也应该严谨。第二，管理机房的人员的进权限也应该进行控制，实行两人管理，减少个人进入的可能性；第三，高层应用中用户对数据的访问严格执行用户控制机制，以避免潜在的数据泄密； 8.4.3 后备与恢复
空间数据的特性决定了其在利用中的方便与直观，但正因此，空间数据量大的问题却非常凸显，所以在存储空间数据时应着重考虑数据丢
- 83 -
环境监测信息系统总体设计方案
失的可能性，因此，在实时更新数据的同时也应该做好备份工作，以防数据丢失时可以进行有效的恢复。
8.4.4 出错处理 出错信息
用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。 6．2补救措施
说明故障出现后可能采取的变通措施，包括：
a．后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；
b．降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录；
c．恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。 6．3系统维护设计
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。
- 84 -
环境监测信息系统总体设计方案
9 应用系统安装、测试和验收 9.1 安装
某软件集团公司负责应用软件系统的安装调试，以及整个软件系统的集成安装调试。 9.1.1 安装调试计划
在安装调试前，某软件集团公司应提前两个星期向环境监测信息系统综合科研管理系统相关负责人提供安装调试计划。内容包括：
➢ 安装调试手册 ➢ 安装调试进度安排 ➢ 安装方式 ➢ 调试方法 ➢ 调试工具的准备 ➢ 安装调试环境的准备 ➢ 其它需要准备的工作 9.1.2 注意事项 主要包括：
安装调试工作在双方代表在场时进行
安装调试过程中，有乙方原因造成的损失由乙方负责
9.1.3 安装调试报告
安装调试完毕后，按要求向环境监测信息系统相关负责人提供安装调试报告，内容如下：
➢ 环境监测信息系统安装调试结果
- 85 -
环境监测信息系统总体设计方案
➢ 安装调试中出现的问题及解决办法 9.2 测试
依据某软件集团公司质量保证体系及环境监测信息系统本身的特点，本测试计划文件中将包括以下内容： 9.2.1 测试目的
测试目的是尽可能发现存在的错误，并能发现及预言潜在的错误，以保证系统正常运行。
保证本系统所开发的软件和购买的所有设备符合合同的要求。 9.2.2 测试组织
测试组由甲、乙双方共同参与，必要时或关键设备请有关厂家技术代表参加。写出测试记录，由各方授权代表签字。 9.2.3 测试方法
测试(一般从部件测试) 部件组合测试 系统集成测试 9.2.4 测试内容 9.2.4.1
模块测试 数据库的查询测试
系统：依据应用系统中的流程要求，对每一环节进行测试。对应用系统中每个数据库进行存取权限控制的测试
数据库数据操作的测试 子系统测试
质量管理子系统的测试 企业管理子系统的测试
- 86 -
9.2.4.2
环境监测信息系统总体设计方案
科研管理子系统的测试 物资管理子系统的测试 文件管理子系统的测试 系统集成测试
9.2.4.3
应用系统之间的联调，就是对各个子系统进行联合调试 9.2.4.4
连续负荷运行测试:
按要求对环境监测信息系统科研管理系统进行240小时连续总体负荷运行测试。 9.2.5
测试报告
每步测试按要求在测试前提供测试计划，测试后提交测试报告，具体包括如下：
计算机硬件设备及系统软件的测试报告单 网络设备及网管软件的测试报告单
应用系统测试报告单，包括模块测试报告单、软件问题报告单、软件修改报告单
系统测试报告单
9.3验收
在系统试运行结束后，我公司将提交测试报告及相关的文档资料用于验收。成立验收小组，验收组由甲、乙双方共同参与，必要时请第三方专家或上级领导参加，进行系统的验收工作。由乙方提交系统必要的文档资料，根据测试组的测试报告，按合同和需求分析要求进行验收，合格后由各方授权代表在验收单上签字验收。
- 87 -
环境监测信息系统总体设计方案
9.3.1 文档验收
下述为要交付的文档资料：
需求分析说明书 概要设计说明书 详细设计说明书 数据库设计说明书 模块设计说明书 应用软件系统应急计划 应用软件系统源程序代码清单 技术手册 使用手册 测试计划 测试报告 试运行报告 项目开发总结
文档资料度量准则：
完备性 正确性 简明性 规范性
9.3.2 应用系统软件的验收
应用系统经过反复测试和修改后，交付用户试运行三个月，如果没有
- 88 -
环境监测信息系统总体设计方案
重大故障发生，特别是没有系统中断的现象发生时，业主应按合同要求进行验收。 9.3.3 验收报告
由软件产品公司提供验收报告一式三份，上列出应用子系统的各项指标，按应用系统需求分析报告，按功能模块及总体功能用户签署验收意见，形成参与验收的各方签名的最终验收报告。 9.3.4 需提交用户的文档
软件使用说明和帮助文档。
除了保证软件必需的功能实现外，我们小组还将为用户提供1年的软件后期维护时间（收费）和软件的免费升级更新。
软件各个模块的功能及实现以及具体代码和数据库资料。 9.3.5 项目验收方式与依据
程序员测试、用户试用和导师审查
10 培训计划 10.1 培训目标
在系统投入正常运行时，系统的运行操作、管理人员的主体人员应是环境监测信息系统有关技术人员及业务人员，所以培训这些相关人员，使其达到应有的水平是我们在系统实现过程中一个重要方面，通过对主要技术人员的培训，达到熟练掌握设备和整个系统的安装、调试、维护、诊断、维修、应用和开发等技能。
- 89 -
环境监测信息系统总体设计方案
具体按如下三类人员进行培训：
管理人员 系统管理员 业务员
10.2 培训内容 应用软件培训：
应用软件系统总体结构 应用软件系功能 应用软件系统数据库结构 应用软件系统的安装、运行管理 应用软件系统的维护 应用软件系统的用户操作 开发工具的使用
数据库培训计划：
数据库系统管理
10.3 培训方式
采用授课和实践相结合的方式进行培训。 10.4 培训地点
某环保部门相关场所 某软件集团公司 10.5 培训计划
在环境监测信息系统进行试运行开始时，首先安排有关人员进行如下
- 90 -
环境监测信息系统总体设计方案
培训： 1）系统培训：
➢ 人员： 技术管理人员、 系统管理人员 ➢ 培训时间： 15天
➢ 培训地点： 某软件集团公司 ➢ 培训费用：原则上食宿费自理。 2) 现场培训
➢ 人员： 相关环境监测信息系统业务人员，20人左右 ➢ 培训时间： 15天 ➢ 培训地点： 环境监测部门
➢ 培训费用：某软件集团公司人员自己承担。
11 售后服务和技术支持体系
某软件集团公司重合同、守信誉。某软件集团公司正是继承了这一优秀作风，并进一步发扬光大。用户把项目交付给我们，是对我们的最大信任和鼓励，我们视用户项目为自己的生命线，在整个项目开发过程以及售后服务中，我们将坚持“共同设计，合作开发，长远支持，终身服务”的原则，在系统正常运行后，我们将继续提供各种技术咨询服务，帮助技术人员解决问题。 11.1 终身维护
我公司对环境监测信息系统综合科研管理系统的免费维护、技术
- 91 -
环境监测信息系统总体设计方案
支持时间为三年（自系统验收合格日开始），在系统运行的三年内，系统一旦出现故障，我方人员将免费解决问题。在其后系统运行的整个生命周期内，若系统出现故障，我公司均将负责维护，视解决故障难度的大小酌情收取一定费用。 11.2 快速响应的能力
对各种技术咨询和系统故障，我方均可以通过电话、传真、电子信箱以及直接通过网络进入客户系统，以最快的速度解决客户遇到的问题。我们将竭尽全力，为用户提供保修服务，并提供以下响应承诺：
技术咨询响应时间不超过2小时
对于快速响应技术服务无法解决的故障，技术工程师将在48小时内到达现场
故障排除时间不超过72小时
主动访问与合理建议：我方技术人员将主动与客户联系，了解系统运行情况，随时向客户介绍当前最新技术动态，对以运行的系统提些合理的改进建议供客户参考。
- 92 -
因篇幅问题不能全部显示，请点此查看更多更全内容