全国渔业生态环境监测信息系统项目需求

更新时间:2025-02-25 13:23:27 阅读: 评论:0


2022年8月2日发
(作者:新电商法)

全国渔业生态环境监测信息系统项目需求

本项目通过对现有渔业生态环境监测数据填报、汇总、分析业务系统及业务

流程的分析、规划,在充分整合的基础上,建设一个集中、统一的数据管理平台,

实现指标模型、数据口径、填报流程、分析维度的四统一。建立起国家级渔业生

态环境监测数据库。

要求完成全国渔业生态环境监测信息系统所需的主要工作,包括:用户需求

调研、业务流程设计、深化设计、应用软件开发、测试、和生产部署,生产系统

相关的基础数据收集与配置,并进行系统实施和项目管理以及与后期相关的培训

和技术转移等,同时配合相关系统完成所需接口定义、开发、调试、测试等工作。

一、总体目标

系统可为农业部渔业生态环境监测中心、监测站各级用户提供数据提报、接

收、汇总、分析全业务的端到端支撑能力。在数据范围上可以支撑生态环境监测

数据、污染事故处理数据,未来可持续支撑增殖放流、人工鱼礁、野生动植物等

数据的管理。

借助于全国渔业生态环境监测信息系统平台,可以完成以下业务:

数据填报:统一填报口径,统一规则,统一指标

数据接收:实时、准确接收

数据汇总:实时、自动、多维度数据汇总

统计分析:实时、自动计算,满足科学研究、分析要求

数据采集、共享:通过数据的采集,建立起国家级的渔业环境监测数据

库;并能实现采集数据的共享集成。

GIS化数据管理:依托GIS平台,建立渔业基础地理空间数据库。

为满足农业部渔业生态环境监测中心业务需要,功能需求如下:

1/23

(1)数据填报平台:实现环境监测、环境污染处理数据填报、校验、上报

的统一管理。

(2)工作管理平台:实现工作任务下达、安排、督办,以及具体数据填报

工作的接收、汇总。

(3)基础数据平台:实现指标数据统一定义、配置管理,同时实现水域相

关信息的管理。

(4)手机端应用:通过手机App实现数据填报、工作管理、工作提醒移动

端管理。

(5)内容管理平台:实现国家法律、法规,各级标准,渔业公报电子文件

上传、数据审核、数据发布管理。

(6)数据统计分析:汇总、统计和分析《中国渔业生态环境状况公报》编

制所需要的各监测指标结果(无机氮、活性磷酸盐、石油类、化学需氧量、铜、

锌、铅、镉、砷、汞等)

(7)集成整合平台:采用ESB平台管理方式,实现多个系统交互、整合、

集成,实现数据采集、数据发布统一、规范化的管理。

(8)GIS平台:实现水域、指标、取样、规划,多维度的Gis信息化管理。

(9)系统管理平台:实现系统登录身份、授权管理,遵循业界标准;系统

安全管理;操作日志管理;系统性能监控;系统参数配置。

二、主要功能

1.数据填报平台

实现环境监测、环境污染处理数据填报、校验、上报的统一管理。

(1)环监数据填报

➢数据填录

按水域录入环境监测数据,含数据导入。记录填表人、填报日期、填报单位及具

2/23

体监测数据。

➢数据校验

按指标管理预定义内容,检验数据合法性。即可在数据类型方面验证,也可以按

照数据范围进行校验。

➢数据提交

填报单位向上级单位提交数据。记录提交人、提交日期、提报单位。如启用工作

流管理,提交后自动进行工作流转。

➢数据维护

数据录入:平台应提供便捷的数据维护界面便于管理人员手工录入维护的信

息,对于手工录入的信息,平台应调用相关的关键数据校验规则,以对各数据元

素的有效性进行检验。需要校验的数据范围将在项目的详细设计阶段进行定义。

数据校验器必须随着数据信息的输入主动反馈任何错误信息。即便每个字段数据

都应由特定系统提供,并最终转发至其它特定系统,平台数据维护应为每个数据

字段提供详细录入机制/界面,应具备对每个可能字段进行录入和修改的能力。

在业务方面,将带来如下两种重要的特性:

当其它水科院系统故障时,一个有效的手工备份机制。

对来自外部系统的无效数据的手工校正。

协助数据录入:系统应提供适当的包含正确参考数据的提示列表,实现简单

的数据录入。例如,操作人员无须记住所有的业务代码,而可以通过下拉菜单的

帮助便利的完成数据录入。

➢数据查询

按水域维度查看权限范围内已提报数据。即某监测站只能查看本监测站包括水域

的数据,上级单位可以查看全部下属单位的数据。

(2)污染事故处理填报

➢数据填录

按发生水域录入污染事故处理数据,含数据导入。记录填表人、填报日期、填报

单位及具体污染事故处理数据。

➢数据校验

3/23

检验数据合法性。主要是校验数据类型。

➢数据提交

填报单位向上级单位提交数据。记录提交人、提交日期、提报单位。如启用工作

流管理,提交后自动进行工作流转。

➢数据维护

数据录入:平台应提供便捷的数据维护界面便于管理人员手工录入维护的信

息,对于手工录入的信息,平台应调用相关的关键数据校验规则,以对各数据元

素的有效性进行检验。需要校验的数据范围将在项目的详细设计阶段进行定义。

数据校验器必须随着数据信息的输入主动反馈任何错误信息。即便每个字段数据

都应由特定系统提供,并最终转发至其它特定系统,平台数据维护应为每个数据

字段提供详细录入机制/界面,应具备对每个可能字段进行录入和修改的能力。

在业务方面,将带来如下两种重要的特性:

当其它水科院系统故障时,一个有效的手工备份机制。

对来自外部系统的无效数据的手工校正。

协助数据录入:系统应提供适当的包含正确参考数据的提示列表,实现简单

的数据录入。例如,操作人员无须记住所有的业务代码,而可以通过下拉菜单的

帮助便利的完成数据录入。

➢数据查询

按水域维度查看权限范围内已提报数据。即某监测站只能查看本监测站包括水域

的数据,上级单位可以查看全部下属单位的数据。

2.工作管理平台

实现工作任务下达、安排、督办,以及具体数据填报工作的接收、汇总

(1)数据接收

支持对误接收的数据进行撤销操作,撤销后,数据直接回退至提交人。

➢环监数据最终接收

由上级部门完成数据最终接收。支持接收通过及接收拒绝,如通过则数据正式进

入环境监测数据库,如拒绝,则数据退回到提交人。记录接收时间、接收人、接

4/23

收说明。

➢环监数据逐级接收

提报人提交后,由单位领导,上级部门管理人员、领导逐级接收。逐级接收按照

已工作流定义的审批节点进行流转,如某一节点审批通过,则自动流转到下一个

节点,如拒绝,则退回至提交人。

➢环监数据接收查询

查询接收中、已接收、已退回的数据。由接收人查询数据接收情况,可启用水域

权限控制。

➢污染事故处理最终接收

由上级部门完成数据最终接收。支持接收通过及接收拒绝,如通过则数据正式进

入污染事故处理数据库,如拒绝,则数据退回到提交人。记录接收时间、接收人、

接收说明。

➢污染事故处理逐级接收

提报人提交后,由单位领导,上级部门管理人员、领导逐级接收。逐级接收按照

已工作流定义的审批节点进行流转,如某一节点审批通过,则自动流转到下一个

节点,如拒绝,则退回至提交人。

➢污染事故处理查询

查询接收中、已接收、已退回的数据。由接收人查询数据接收情况,可启用水域

权限控制。

(2)任务管理

➢任务编制

定义数据提报时间、内容要求。由上级单位工作人员编制具体的工作任务,可指

定接收单位、接收人,具体工作内容,工作要求,时间要求。编制完毕后,进行

任务下达。

➢任务下达

将任务下达至各监测站任务接收人。按照任务指定单位或接收人,将任务下达至

具体的接收人,并记录下达时间、下达人。

➢任务安排

接收人接收到任务后,由接收人完成将任务安排至具体工作人员。记录安排人、

5/23

安排时间。

➢任务跟踪

实时跟踪任务执行情况。下达人可以查看任务的接收情况、安排情况及执行情况。

接收人能够查看任务执行情况。

➢督办提醒

定期提醒任务下达人监督任务未完成情况。能够查看没有完成任务单位或接收人

的详细信息。可向接收人、执行人发送提醒信息,接收人、执行人可在手机端接

收提醒。

➢任务查询

查询已下达任务信息。支持控制下达人、接收人、执行人只能查看与自己相关任

务。

3.基础数据平台

实现指标数据统一定义、配置管理,同时实现水域相关信息的管理

(1)指标数据管理

➢指标分类管理

对监测指标进行分类管理,支持多维度分类的管理。可按海水水质、海水生物环

境、海水沉淀物、海水残留、淡水水质、淡水生物环境、淡水残留分类。

➢指标定义

定义指标信息,记录指标分类、指标编码、指标名称、标值、标值上限、标值下

限、数据类型、录入人、录入日期。

➢指标维护

维护指标信息。记录修改人、修改日期、修改内容。

➢指标版本管理

对指标实现按版本管理。如果指标量值有变化,则生成新版本的指标。未来的统

计分析报表按照新版本的指标计算和统计;历史报表按照历史版本的指标计算和

统计。

➢指标查询

查询指标信息。

(2)水域数据管理

6/23

➢海、江河、湖泊信息管理

定义海、江河、湖泊信息。定义数据编码、名称。

➢水域信息管理

定义水域的基本信息。定义水域编号、水域全称、水域简称、水域类型、所在海、

江河、湖信息。

➢水域及监测指标关联管理

定义水域与指标的关联关系。即定义某个数据可以填报哪些分类的指标信息。

4.手机端应用

通过手机App实现数据填报、工作管理、工作提醒移动端管理。

(1)数据填报

➢环监数据填报

通过手机端填报环监数据。

➢环监数据缓存

由于移动网络还存在不稳定性,在手机端能够缓存未提及或提交不成功的环监数

据,缓存的数据允许被修改、提交。提交成功后,清除缓存数据。

➢环监数据提交

提交上传环监数据,提交不成功在手机端缓存。提交成功后进行工作流程进行流

转。

➢污染事故处理填报

通过手机端填报污染事故处理。

➢污染事故处理提交

提交上传污染事故处理,提交不成功在手机端缓存。提交成功后进行工作流程进

行流转。

➢污染事故处理缓存

在手机端缓存污染事故处理,缓存的数据允许被修改、提交。提交成功后,清除

缓存数据。

(2)数据接收

➢环监数据接收

按照工作流流转的节点,由接收人逐级在手机端接收处理环监数据。支持手机端

7/23

与PC端协同接收。

➢污染事故处理接收

接收人在手机端接收污染事故处理。

(3)工作提醒

➢待接收数据提醒

在手机端针对接收工作,自动提醒待接收的数据。

➢任务下达提醒

任务下达后,根据接收单位和接收人,在手机端自动提醒任务接收人有工作任务

下达。

➢任务安排提醒

任务接收将任务安排后,在手机端自动提醒任务执行人员有任务安排提示。

➢任务到期提醒

在手机端自动向任务执行人员提醒未完成且快到期的任务,支持定义提醒提前

期。

➢督办提醒

在手机端自动提醒任务下达人、接收人督办任务执行。

(4)数据查询

➢环监数据查询

在手机端,按水域维度查看权限范围内已提报环监数据。即某监测站只能查看本

监测站包括水域的数据,上级单位可以查看全部下属单位的数据。

➢污染事故处理查询

在手机端,按水域维度查看权限范围内已提报污染事故处理数据。

➢基础数据查询

在手机端,查询各类基础数据。

➢任务查询

在手机端,查询任务信息

5.内容管理平台

实现国家法律、法规,各级标准,渔业公报电子文件上传、数据审核、数据发布

管理

8/23

(1)法律、法规管理

➢法律法规上载

上载法律法规文件,填写基本信息。记录法规编号、法规名称、执行日期、颁布

日期、颁布方、颁布人、颁布说明。支持定义关键字。上载法律法规电子文件。

➢信息维护

能够维护修改未发布的基本信息,允许删除、重新上传法律法规电子文件。

➢版本管理

对法律法规按版本管理。支持历史版本全内容保存。支持历史版本、新版本关联

管理。

➢上载数据审核

对上载的法律法规文件及基本信息进行审核,可与工作流程进行挂接,实现数据

审批。

➢上载数据发布

发布后,系统用户才能查询法律法规。

➢法律法规查询

查询法律法规信息,下载电子文件。支持按用户控制下载电子文件权限。

(2)标准管理

➢标准上载

上载国际、国家、行业的标准文件,填写标准的基本信息。记录标准分类、标准

编号、标准名称、发布日期、发布单位、实施日期。支持定义关键字。上载法律

法规电子文件。

➢信息维护

能够维护修改未发布的基本信息,允许删除、重新上传标准电子文件。

➢版本管理

对标准实现按版本管理。支持历史版本全内容保存。支持历史版本、新版本、替

代版本关联管理。

➢上载数据审核

审核上载的标准文件及基本信息,可与工作流程进行挂接,实现数据审批。

➢上载数据发布

9/23

发布后,系统用户才能查询标准信息。

➢标准查询

查询标准信息,下载电子文件。支持按用户控制下载电子文件权限。

(3)公报管理

➢公报上载

上载中国渔业生态环境状况公报文件,填写基本信息。记录公报年度、发布单位。

支持定义关键字。上载法律法规电子文件。

➢信息维护

未发布时允许维护修改基本信息,删除、重新上载电子文件。

➢版本管理

对公报实现按版本管理,支持历史版本全内容保存。支持历史版本、新版本关联

管理。

➢上载数据审核

审核上载的公报文件及基本信息,可与工作流程进行挂接,实现数据审批。

➢上载数据发布

发布后,系统用户才能查询公报信息。

➢公报查询

查询公报信息,下载电子文件。支持按用户控制下载电子文件权限。

6.数据统计分析

汇总、统计和分析《中国渔业生态环境状况公报》编制所需要的各监测指标结果

(无机氮、活性磷酸盐、石油类、化学需氧量、铜、锌、铅、镉、砷、汞等)

(1)海洋重要渔业水域生态环境统计分析

➢海洋天然重要渔业水域水环境质量

对海洋天然重要渔业水域水环境质量相关指标、数据进行统计分析。主要统计无

机氮、活性磷酸盐、石油类、化学需氧量、铜、锌、汞等指标量。

➢海水重点养殖区水环境质量

对海水重点养殖区水环境质量相关指标、数据进行统计分析。主要统计无机氮、

活性磷酸盐、石油类、化学需氧量、铜和汞等指标量。

➢海洋重要渔业水域沉积物环境质量

10/23

对海洋重要渔业水域沉积物环境质量相关指标、数据进行统计分析。主要统计石

油类、重金属(铜、锌、铅、镉、汞、铬)和砷监测项目。

➢海洋重要渔业水域生物环境

对海洋重要渔业水域生物环境相关指标、数据进行统计分析。主要统计叶绿素a、

浮游植物、浮游动物监测项目。

(2)内陆重要渔业水域生态环境统计分析

➢江河重要渔业水域水环境质量

对江河重要渔业水域水环境质量相关指标、数据进行统计分析。主要统计总氮、

总磷、非离子氨、高锰酸盐指数、石油类、挥发性酚及铜、镉监测项目。

➢湖泊、水库重要渔业水域水环境质量

对湖泊、水库重要渔业水域水环境质量相关指标、数据进行统计分析。主要统计

总氮、总磷、高锰酸盐指数、石油类、挥发性酚及铜监测项目。

➢内陆重要渔业水域基础生物环境

对内陆重要渔业水域基础生物环境相关指标、数据进行统计分析。主要统计叶绿

素a、浮游植物、浮游动物监测项目。

(3)国家级水产种质资源保护区环境统计分析

➢国家级水产种质资源保护区(海洋)水环境质

对国家级水产种质资源保护区(海洋)水环境质相关指标、数据进行统计分析。

主要统计无机氮、活性磷酸盐、化学需氧量和汞、石油类、铜、铅、镉、砷和锌

监测项目。

➢国家级水产种质资源保护区(海洋)沉积物环境质量

对国家级水产种质资源保护区(海洋)沉积物环境质量相关指标、数据进行统计

分析。主要统计石油类、镉、铜、锌、铅、汞和砷监测项目。

➢国家级水产种质资源保护区(淡水)水环境质量

对国家级水产种质资源保护区(淡水)水环境质量相关指标、数据进行统计分析。

主要统计总氮、总磷、高锰酸盐指数、石油类、铜和非离子氨监测项目。

(4)渔业水域污染事故统计分析

➢渔业水域污染事故

对渔业水域污染事故相关指标、数据进行统计分析。对污染省市、事故次数、经

11/23

济损失、落实赔偿进行统计。

(5)数据展示及转出

➢统计数据表格展示

支持统计数据以表格方式进行展示。

➢统计数据图形展示

支持统计数据以柱形图方式进行展现

➢表格数据转出Excel

将表格数据转成Excel文件。

➢图形数据转出Word

将图形数据转出到Word文件。

7.集成整合平台

采用ESB平台管理方式,实现多个系统交互、整合、集成,实现数据采集、数据

发布统一、规范化的管理。

(1)ESB平台

➢系统注册管理

注册应用该平台的信息系统,未定义的信息不能使用该平台。

➢服务注册、配置

注册并配置服务,记录服务编码、服务名称、服务提供方、服务地址、采用协议、

参数。可配置允许消费方。

➢服务启用、停用

启用或停用服务。启用后改服务方可被使用。

➢服务查询

查询服务信息。

➢服务使用日志

记录服务消费日志,供查询。记录服务提供方、服务消费方、消费日期、服务编

码、服务名称。

➢服务权限管理

服务调用启用权限控制,被授权方能够访问服务,未被授权不允许访问。

➢服务监控

12/23

定时扫描服务的可用性,监控调用频率。如不可用在系统上向管理人员提示预警。

➢接入封装

对能够接入平台的协议、适配器进行封装,从而能够连接各类异构系统支持。

(2)数据采集

通过ESB平台,实现将信息系统的数据采集到渔业网站系统。

(3)数据分发

通过ESB平台,将渔业网站数据分发给其他信息系统。

8.GIS平台

实现水域、指标、取样、规划,多维度的Gis信息化管理

(1)静态地图图片展示

➢分布图定义

定义图片上的热点位置及关联的水域。能够在静态地图图片上定义水域(即热

点)。并记录热点的坐标位置,水域编码。

➢分布图展示

以图片形式展现水域分布情况。能够按水域分类分别展示不同的水域(热点)。

➢分布图链接

点击热点,可查看链接信息内容。可查看改水域所有的监测数据及污染事故数据。

(2)GIS

➢图层定义

定义Gis的图层,如水域层。

➢点、线、面定义

定义Gis的点、线、面,如取样点、水域边界、水域区域范围。

➢取样点规划

在Gis上定义规划取样点坐标位置,并可与任务、上报数据关联。下达任务时,

可规划每个水域建议的取样点,伴随任务一同下达。执行任务前,执行人可规划

取样点,并与监测的数据一同上报。

➢取样点定位展示

根据监测数据中取样点信息,具体在Gis上展示实际取样点位置。

➢详细取样数据查询

13/23

通过Gis上的取样点查询详细的监测数据。

➢各类水域指标展示

在Gis上分别展示各水域的指标情况,可按彩区分指标是否达标。

➢指标详细数据查看

通过Gis上的水域查看相关指标详细数据,包括历史数据。

➢污染事故区域展示

在Gis上显示污染事故区域及污染等级,可以通过彩区分污染等级。

➢污染事故详细数据查看

通过Gis上污染区域,能够查看污染事故的详细信息。

9.系统管理平台

实现系统登录身份、授权管理,遵循业界标准;系统安全管理;操作日志管理;

系统性能监控;系统参数配置;工作流管理。

(1)工作流管理

➢工作流设计

支持工作流程设计,定义工作流编码、工作名称、节点任务、节点审核人、条件

分支。

➢工作流发布

实现工作流程发布,发布后方可与业务进行绑定。

➢业务流程绑定

实现工作流程与业务进行绑定,绑定后,业务提交或发布后,才能按定义工作流

程流转。

➢工作流管理

包括流程实例查询、查看、流程的强行终止。

➢待办工作

按照工作流程,自动生成流程节点的审批人的待办工作。

(2)系统用户管理

系统的用户及其标识数据应有相应的数据表来维护。用户应能按机构分组,

并按他们存取和修改的权限划分等级。平台中的所有数据应可以被独立的用户或

部门所拥有和操作。

14/23

➢系统角管理

定义系统用户的角,如管理员、填报员、审核员。

➢系统组织机构

制定组织结构信息,包括单位编码、单位名称、简称、分类。

➢系统用户维护

添加、修改、停用、恢复用户,用户停用后不能使用本系统。

➢系统用户功能权限管理

对用户进行功能菜单授权,授权后用户才能使用功能菜单。

➢系统角功能权限管理

对角进行功能授权,授权后,该角拥护使用授权的功能菜单权限。

➢系统用户数据权限管理

对用户进行可填报、查看水域数据授权。

➢系统角数据权限管理

对角进行可填报、查看水域数据授权。

➢系统用户分配角

实现用户与角关联,关联后,用户默认拥有角所有的功能权限及数据权限。

(3)配置监控

➢系统配置

配置系统运行参数,定义某些功能的开关。如查询是否启用水域授权控制。

➢系统运行监控

平台运行监控

平台对于接收、整合和发布信息的整个处理流程均应有监控,在信息处理出

现异常时后台监控界面应给出提示和报警,管理人员通过后台监控界面应能够很

快定位问题的原因。

提供性能监测及分析工具,通过多种图形化展示方式,观察最近自定义时间

段内应用服务器组件及服务的运行状况,如JavaEE组件、数据源、用户会话、JTA

事务、HTTP链接、JVM内存、线程和类加载等,同时还能提供故障诊断及分析、

实时活动服务监控、请求事务分析、获取动态StackTrace、应用程序SQL优化、

警报和例外监控、监控扩展适配器、统计分析及报告、基于域的综合监控等额

15/23

外监控内容;

提供管理和监控网络节点上受管服务器进程的集中平台,实现运行状态监

控、远程控制、修改服务器配置等功能。

平台数据维护监控

对于一部分由系统自动更新一部分需要手工维护的信息,平台应在系统自动

更新时在后台给工作人员相应提示,对于需要更新的字段系统应给出明显提示。

提供SQL语句监控机制;允许对结果集及语句进行缓存,并能够提供对SQL语

句的死锁检测。

➢系统运行日志管理

查看、维护运行日志。

平台将保留所有数据交易的日志记录,并对所有的数据元素变更生成审计追

踪记录。系统对日志存储进行有效的优化处理、以降低其对系统负载和性能的影

响,并提供便利的查询、统计分析工具。支持JMS消息集和智能路由功能。提

供HTTP、服务器等日志文件,并能够灵活配置日志级别。

三、系统非功能需求

1.适用性

符合JAVAEE5.0规范,支持多种数据库,如Oracle、MSSQLServer、DB2、

Informix、Sybase等,并对国产数据库如达梦、金仓有良好的支持。

支持主流硬件平台。支持Linux、UIX、Windows等平台的最新发行版本,并

对国产操作中标、红旗等有良好的支持

提供容器级别的对JSF,AJAX框架的支持。支持部署WebService;支持

WS-Security、SOAP1.2、WSDL1.1、JAX-RPC1.0、UDDI2.0等技术标准。

提供JMS服务并提供图形化配置界面,且支持与主流的消息中间件产品进行

集成。

整个平台的功能应完全立足于对内、外部提供便捷高效的自助服务,充分满

足当前和未来五年内水科院用户功能要求,保证系统信息处理和传递的安全、可

靠、及时、准确、完整,展现界面友好便捷,架构清晰易于扩充。

16/23

2.先进性

采用先进的概念、技术、方法、设备,既可靠成熟,又能反映当今国际先进

水平,并具有发展潜力。系统整体技术性能应达到目前国际水科院有关系统先进

水平。

3.灵活性

要求系统提供通用标准接口连接并具有跨越平台的灵活性。采用开放式系统

结构使它易与水科院的其他应用系统结合,同时能够根据水科院不同区域的需

要,提供给水科院相应的服务内容。

实现负载均衡,支持客户端缓存(CSC)技术。提供集管理控制工具,管

理集中的任意一个节点服务器。支持图形化集管理、集应用部署、集数

据源配置等功能。

具有集成的图形化诊断工具,提供完整的图形化日志、JVM内存和线程分析

支持工具。

4.可用性

作为直接面向水科院的服务系统,应从以下几个方面保证系统具有极高的可

用性:

支持异构集技术,当硬件平台或操作系统不是同一产品时,应用服务

器能建立异构集。

提供对多播和单播集技术的支持,必须支持配对复制和全复制。

在业务系统不宕机的情况下,支持动态增加服务器,扩充系统性能。

利用集减少非计划停机时间——作为提高系统可用性的主要技术手

段,利用集,多台服务器可抵御单台服务器上的硬件或软件失败,不

中断服务运行;

使用RAID磁盘阵列进行数据存储——通过使用RAID来增加数据访问容

错。任何磁盘失败都可以自动转移到一个镜像的或可重建的数据映像

上,应用程序继续运行,而且可在不中断运行应用程序的情况下替换失

败的磁盘;

减少计划停机时间——基于集技术通过滚动升级和维护的方式使得

17/23

在系统的升级和维护过程中不中断对外提供服务,减少计划停机时间;

隔离关键任务的应用程序——避免应用程序之间的相互干扰和失败传

播;

使用队列——利用队列,应用程序可通过发送和接收异步消息与其他应

用程序进行通讯,这在很大程度上增强了系统的可用性;

良好的系统架构和严格的可靠性测试——依靠良好的系统架构和严格

的可靠性测试,降低系统失败的可能性,使得对失败点的定位变得更容

易,减少系统的恢复时间;

提供经过测试的系统恢复计划——向最终的系统管理人员提供完备的

已通过全面测试的系统恢复计划,以保证系统失败条件下的及时恢复。

系统可用性=实际服务小时数/需要服务小时数X100%

平均故障恢复时间(MTTR)不应超过30分钟。

MTTR=修理或替换所有设备故障所用的小时数/故障数目

承包商应对系统可能发生的故障进行评估,确定系统故障恢复方案,包括故

障恢复时间,故障处理流程和方法。

5.可维护性

方案的设计充分考虑了系统的可维护性,向系统管理员提供了一个易分析、

易更改、易测试、稳定的系统。

模块化的结构化设计——记录软件错误,便于进行分析和修改,也便于

进行系统测试,提高系统的稳定;

多种系统管理工具——方便系统管理员对系统进行有效的管理和配置;

对系统运行情况的有效监控——提供多种系统监控工具和监控手段,确

保对系统运行情况进行有效的监控;

远程诊断和维护功能——系统管理员可以远程登录系统,在严格的权限

控制范围内对系统进行诊断和维护;

可重用的分布式对象模块——简化系统的安装、升级和卸载;

完善的系统维护文档——全面、准确、实用的系统维护文档帮助系统管

理员对系统进行各种维护管理。

18/23

6.性能要求

平台系统应能够满足网站、移动服务平台、社交媒体、自助查询终端,在项

目过程中估算水科院查询服务的业务量,使系统达到相应的性能指标,在方案的

设计中,从多个方面确保系统的性能满足用户的需求:

充分的性能估算——对系统的性能指标进行充分的估算,为系统的软硬

件配置提供数据支持;

优化系统的软件结构——对系统的软件结构进行优化消除系统瓶颈;

优化数据库设计和配置——提高数据库的响应速度;

选择适宜的硬件配置——为系统提供充分的存储、运算和通信资源;

使用缓存技术——缓存技术对于提高系统性能具有明显作用;

性能测试——进行全面的性能测试,确保系统性能能够全面的满足用户

的需求。

根据软、硬件配置的情况,在接近真实环境下200个用户并发,数据提交并

完成操作的时间小于3秒,统计分析报表运行时间小于3秒。

7.可靠性

从设计概念的角度来讲,可靠性是指应用程序进行无失败操作的能力。这包

括确保准确的数据输入和数据转换、无错误状态管理以及从检测到的失败情况进

行无损坏恢复。创建高可靠性应用程序依赖于整个软件开发生命周期,包括从早

期的设计,到开发、测试,再到部署和维护等各个阶段。支持热部署、远程部署

等多种部署方式。

分布式应用程序对软件的可靠性提出了很高的要求。

良好的系统基础结构——通过使用良好的经过严格测试和实践证明的

系统基础结构可以为系统提供高可靠性保证;

先进而成熟的技术选型——使用先进而成熟的技术,确保系统在技术层

面能够达到系统对可靠性的要求;

稳定的硬件性能——选用稳定可靠的硬件产品,从硬件上保证系统的可

靠性;

19/23

冗余和备份——通过软硬件的冗余和备份提高系统的可靠性;

一致的错误处理——错误处理是很多分布式系统中重要的失败源。所推

荐的方案以一致的方式响应所有错误情况,将“失败时重试”逻辑集成

到客户端应用程序中,对于那些无法自动解决的错误,将有用的消息显

示给客户;

系统运行监控工具——提供完善的运行监控工具,使系统管理员能够及

时方便的了解系统的运行情况,尽早处理系统问题。

尽可能低的终端故障——在终端软件设计以及硬件、外设选型一定要考

虑到尽最大可能降低运行阶段可能发生的故障。

8.可扩展性

农业部渔业监测网站项目的对外接口支持在业务环节需要和各种异构业务

系统实现数据互通、共享对接能力。满足以下原则:

➢接口标准化:接口协议统一,实现方式统一;

➢接口方式要求:支持同步、异步。

➢充分考虑接口的安全性。

➢接口充分考虑本系统与其它相关系统的应用扩展情况。

➢保证接口数据在本系统与其它相关系统的一致性。

➢在接口数据交互过程中,具有数据传送和接受传送后的确认过程。

➢接口数据传输控制策略可靠且完善。

➢具有可靠的接口数据出错处理机制。

在方案的设计中充分考虑了系统的可扩展性,主要体现于以下两点:

系统性能的可扩展性——通过性能扩展能够不断适应水科院业务量的

增加。也就是说,增加负载只需要增加资源,而不需要对应用程序本身

进行修改。

系统功能的可扩展性——通过功能扩展能够不断满足用户所提出的新

20/23

需求。系统在设计中充分考虑到了未来功能扩展的可能性,从软件架构、

技术应用以及系统部署等多方面保证未来能够容易的进行功能的扩展,

而不会对已有的功能造成影响。

方案应从多个方面来确保上述可扩展性:

系统设计——为了保证系统性能的扩展性,在系统设计中充分利用了异

步执行方式、详细考虑了系统资源的争用问题、尽可能的对操作和资源

采取可交换性和可互换性的设计、对资源和活动进行适度的分割最小化

资源间和活动间的关系以减轻放置在高开销资源上的负载;为保证系统

功能的扩展性,在系统设计中遵循基于组件的三层架构模型,在组件和

层次的划分中充分考虑未来扩展的可能,利用接口技术规范实体间的依

赖关系隔离定义和实现;

技术保证——先进的J2EE或.ET框架和应用开发平台为系统在性能和

功能的可扩展性方面提供了全面的支持;

系统部署——在系统部署中使用了集技术,保证了系统性能的可扩展

性。

9.安全性

系统应具有高度的安全性和保密性,通过对系统分级保护、数据存储权限的

控制,以及内外网设置防火墙,虚拟路由隔离等手段,来防止各种形式的对系统

的非法侵入。主要安全设施包括:病毒探测、薄弱环节分析(漏洞扫描)、门禁(口

令管理)。

所有用户在可以对系统进行操作和访问之前都必须进行注册。每一个用户都

将会获得一个系统内唯一的标识和一个加了密的密码。用户可以修改自己的密

码。而这一对标识/密码组合会被用来控制此用户的访问权限。每个注册用户都

要被指定其可执行的系统功能,以防止非法操作。(专门的加密配置文件,不允

许固化于程序中)

对各操作人员功能模块的使用权限必须是可灵活分配的。每一层次的安全和

控制工作还涉及有关用户角和操作规程。承包商应就此做出相应的规范。

系统开发充分考虑系统的安全性,避免水科院通过平台直接访问公网信息。

21/23

系统应用开发设计过程中应按照相关代码安全规范开发,避免留有软件上的

安全漏洞。

提供安全机制,能保证数据传递的安全性;支持JSSE,提供单向的和双向

的SSL配置方式,兼容want认证方式。

全面支持多认证中心、级联证书。支持多种安全加密算法,支持国密算法。

四、售后服务需求

为便于农业部中国水产科学研究院进行维护工作,应提供系统建设开发过程

中所有系统帐号和口令。

系统正式上线使用后,系统建设厂商应提供至少一年时间的7*24现场技术

支持和免费产品升级服务,以保证系统在正式上线使用初期的平稳运行。

承包商提供的所有软件必须同时提供以中国水产科学研究为最终用户的软

件使用授权书,针对本项目开发的软件产品中国水产科学研究院享有版权。

缺陷责任期为项目验收后1年,在缺陷责任期内承包商必须能在24小时内

赶到现场,及时响应最终用户请求,协助最终用户处理有关维护和技术问题。该

服务必须是连续进行的,直至故障维修完毕恢复正常运行,承包商应将故障内容

及原因、处理过程和方法、完成处理及恢复正常的时间和日期等以书面形式报告

最终用户,缺陷责任期所发生的所有费用应包含在本期项目的实施费用中。

五、文档以及培训需求

1.文档需求

《总体技术方案》(含数据库、应用程序、接口等总体架构设计和技术解决

方案)、《系统功能说明书》(含系统功能说明、系统界面说明、系统接口说明(含

数据字典和技术规范等)、《系统性能说明书》(含系统整体性能和技术特性说明

等)、《项目管理方案》、《项目总体计划》、《测试计划》、《验收计划》、《培训计划》、

《使用/操作手册》、《标准及规范》、《技术规格应答表》、《应急处理方案》、《工

22/23

作说明书SOW》、《设备材料配置清单及技术性能指标》和本技术规范要求的其它

资料。

2.系统培训需求

培训计划:按照日常用户、系统管理员两个级别制定培训计划

培训内容:该系统的使用方法及故障处置

培训人员:该系统使用用户

培训时间:系统正式上线交付使用前

六、其他要求

软件开发公司需通过国家软件企业认证或主营范围包含软件开发内容,上传

营业执照。项目开发、交付可能涉及到的中间件等第三方软件产品,需要提供原

厂正版软件承诺函。

23/23


本文发布于:2022-08-02 12:58:06,感谢您对本站的认可!

本文链接:http://www.wtabcd.cn/falv/fa/78/51943.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

留言与评论(共有 0 条评论)
   
验证码:
推荐文章
排行榜
Copyright ©2019-2022 Comsenz Inc.Powered by © 站长QQ:55-9-10-26