国家级气象业务内网系统（3.0 版）...

国家级气象业务内网系统（3.0 版）

建设项目任务书

目录

1 项目背景 ............................................................................................................................. 1

2 建设目标和内容 ................................................................................................................. 2

3 系统概述 ............................................................................................................................. 3

4 功能要求 ............................................................................................................................. 4

4.1 功能概述 ..................................................................................................................... 4

4.2 数据服务子系统开发 ................................................................................................. 4

4.3 服务支撑子系统开发 ................................................................................................. 8

4.4 增加移动应用子系统 ............................................................................................... 15

4.5 业务管理子系统开发 ............................................................................................... 18

4.6 性能要求 ................................................................................................................... 19

4.6.1 用户访问量 ........................................................................................................ 19

4.6.2 业务处理能力和系统响应时间 ........................................................................ 19

4.6.3 系统的扩展延续性 ............................................................................................ 19

4.6.4 容灾用户访问量 ................................................................................................ 20

4.7 故障处理要求 ........................................................................................................... 20

4.7.1 软件系统出错处理 ............................................................................................ 20

4.7.2 系统容错与数据备份 ........................................................................................ 20

4.8 其他专门要求 ........................................................................................................... 22

4.8.1 稳定性要求 ........................................................................................................ 22

4.8.2 安全性要求 ........................................................................................................ 23

4.8.3 灵活性要求 ........................................................................................................ 24

4.8.4 易用性要求 ........................................................................................................ 24

4.8.5 维护性要求 ........................................................................................................ 25

4.8.6 可移植性要求 .................................................................................................... 26

4.8.7 可扩展性要求 .................................................................................................... 26

5 设计约束与要求 ............................................................................................................... 27

6 进度要求 ........................................................................................................................... 27

7 软件交付物要求 ............................................................................................................... 28

8 项目组织与管理要求 ....................................................................................................... 29

8.1 编制软件开发实施进度计划并组织实施 ................................................................ 29

8.2 进行项目开发的日常组织、管理、协调 ................................................................ 29

9 项目的人员及组织机构要求 ........................................................................................... 29

10 项目评审验收要求 ....................................................................................................... 30

11 培训要求 ....................................................................................................................... 30

12 安全保密要求 ............................................................................................................... 30

13 售后服务要求 ............................................................................................................... 31

14 知识产权要求 ............................................................................................................... 31

国家级气象业务内网系统（3.0 版）建设项目任务书

1

1 项目背景

为满足现代气象业务现代化和集约化发展需要，预报司提出并制定了气象业

务内网系统建设任务（气预函〔2012〕94 号），即“整合相关业务单位业务产品

资源，建立集约化的数据环境，提供一个能浏览、检索与综合显示实况监测、预

报预测、预警信息、历史气候资料以及信息网络等业务信息的共享平台，使得业

务人员能快捷获取各类的信息从而有效支撑观测、监测、预报、预警及服务等业

务”。

2014 年 8 月 7 日，矫梅燕副局长视察信息中心工作时，进一步强调并明确了

气象业务内网的功能定位，即 “按照集约化发展思路，建成集中、统一的气象

业务内网系统，形成气象系统内部统一的气象产品展示、服务和业务管理信息综

合共享平台，满足国省两级业务和管理用户服务支撑，实现国-省-地-县四级用户

信息共享和一站式在线访问”。

在局领导和预报司各级领导的关心支持和悉心指导下，气象而业务内网于

2012 年 7 月启动建设，经过近一年的建设，2013 年 5 月气象业务内网 1.0 版上线

试运行，集成了气象、气候、信息网络及其资料服务上百种重点业务产品及服务。

随后信息中心进一步明确业务内网工作目标，按照“边建设、边应用、边完善”

的原则，深入大院各单位调研产品需求并合作开展产品集成，加快推进业务内网

建设。气象业务内网分别于 2013 年 12 月、2014 年 7 月、2015 年 1 月进行了大

规模的版本升级，2015 年 3 月，历经 5 次版本升级，国家级气象业务内网 2.0 正

式上线业务运行（http://idata.cma）。目前气象业务内网包括实况观测、天气业务、

气候业务、人工影响天气、数据服务、业务管理等 6 大核心服务版块、近 100 个

子模块，涵盖了气象中心、气候中心、卫星中心、信息中心、探测中心、人工影

响天气中心等单位的 1800 余种业务产品，数据资源超过 10TB，国家级和省级核

心业务用户超过 4000 人。

但是，距离中国气象局关于业务内网建设的总体目标与要求还存在一定差

距，主要体现在：

― 气象资料与业务产品服务能力有待加强，随着业务产品种类的增加以及


2

业务用户的增加，目前简单的检索以及 ftp 方式，无法满足各类用户对气象资料

检索、浏览、订购、下载等的需求；

― 气象业务内网系统目前已经投入业务试运行，但是系统监控能力有待加

强，缺乏一套套自动化、能够监视数据与业务产品收集、处理、存储及服务的全

流程监视系统，同时对网站服务情况动态监控能力也有待加强，无法实现对访问

用户行为的完整记录。

― 缺少移动端应用，目前气象业务内网建设还只是传统的网站终端，缺少

移动应用软件，随着移动互联网技术的发展，移动应用软件逐渐成为信息化的一

个重要手段，移动应用软件的接入意味着气象业务内网能够被业务用户在任何地

点、任何时间进行访问，获取最新业务信息。

― 业务管理功能较弱

目前气象业务内网已经实现了包括业务文档、业务通报、资料完整性等相关

业务信息展示功能。但是版块分散，功能不系统，尤其针对业务关心包括信息中

心收集服务的资料情况等内容没有统一、一致的展示版块，无法满足现代化业务

管理的需求。

预期通过国家级气象业务内网系统（3.0 版）的建设，将在数据服务能力、

系统稳定性、业务管理功能以及移动端应用方面有显著提升。

2 建设目标和内容

气象业务内网系统（3.0 版）的建设，是对气象业务内网系统的升级和完善，

主要目标是提高气象观测资料及业务产品的服务能力、丰富服务方式以及增强业

务化运行科学管理能力。

本系统的建设内容主要针对软件升级改造，具体包括以下几个方面：

1、门户系统升级，按照业务的需求，完成门户版块的扩充、调整业务布局

以及栏目组织，使其进一步适应气象业务服务的要求。

2、升级改造数据服务子系统，丰富数据获取方式，基于 CIMISS 国省一致数

据环境，面向用户提供气象数据和产品检索多种方式的检索、下载、数据订购等


3

访问和获取服务。按照业务需求组织数据产品，提供面向业务的一站式数据下载。

丰富数据服务方式，除提供传统的 HTTP、FTP 服务方式外，提供支持远程服务

协议的 TDS 方式数据服务，同时实现用户服务量监控以及获取流量控制。

3、改造业务监控子系统，增加对各类资料的全流程监视和关键资料的精细

化监视，针对异常运行状态自动告警；从多个维度、多种粒度以可视化的方式直

观展现数据监视信息；提供对系统资料、系统运行状态、数据状态和用户访问行

为等的不同粒度的查询、统计和分析功能。

4、建立备份以及应急切换机制，实现系统的动态备份以及系统故障后快速

切换，进一步提升系统的稳定性以及支撑能力。

5、业务内网移动应用建设，随时随地获取业务信息。完成基于 android、IOS

系统移动端应用，气象业务内网移动应用主要实现观测信息、业务信息、管理信

息的快速展示、信息提醒等功能。从而辅助实时业务保障，实现快速业务信息获

取与处理。

3 系统概述

气象业务内网系统基本软硬件平台基于气象私有云平台建设，所有建设内容

基于气象私有云平台进行扩充，包含基本软硬件平台（服务器、存储、网络、操

作系统、数据库软件）和应用软件部分两部分，部署在骨干区和宽带网区的云平

台上。所有数据环境基于 CIMISS 数据环境进行构建。

应用软件由前端共享服务应用系统和后端数据处理与存储管理系统组成。前

端共享服务应用系统部署在宽带网 DMZ 区中，可供国、省、地、县四级用户访

问，后端数据处理与存储管理系统部署在骨干网区，前端、后端应用系统均基于

气象私有云平台，由若干虚拟机组成服务器群。

前端的共享服务应用系统，部署在虚拟服务器上，包括 FTP 服务、WEB 应

用、API 应用，前端部署负载均衡设备进行任务调度，提供高并发访问下的数据

分流处理。网络入口处部署防火墙，进行网络攻击拦截，既能够实现数据的高效

传输，也能够保证数据访问的安全性。


4

后端的处理与存储管理服务器，基于处理服务组件，具备多并发实时处理功

能。处理程序实时或定时从 CIMISS SOD 以及其他业务系统获取所需要的数据和

产品，结构化数据入库，将非结构化的数据文件按照指定策略，存储到相应的文

件系统中。定制化的业务产品管理系统部署在 CIMISS，为各单位的业务产品管

理员提供产品属性配置、作业管理等管理服务，数据存储采用 GPFS 方式共享磁

盘阵列和数据库系统，随着业务发展的需求和访问量的增加，可以扩展应用服务

群的数量。在虚拟服务器上部署监视程序，汇总各服务器节点收集的业务流程和

作业执行信息，并将关键业务信息发送到 CIMISS 的 MCP 系统。

4 功能要求

4.1 功能概述

气象业务内网系统部署于中国气象局国家气象信息中心，为气象信息中心用

户和行业用户提供气象科学的数据的集中管理、集中存储和共享服务。

4.2 数据服务子系统开发

数据服务子系统基于数据环境，面向用户提供气象数据和产品检索多种方式

的检索、下载、数据订购等访问和获取服务。数据检索与服务各功能需要进行用

户身份认证和授权，对数据种类和下载量要有权限控制。针对卫星、模式气象资

料的时空特性、数据量大、种类复杂等特点，应有相应的灵活、高效的检索与展

示方式。

本分系统实现对内气象业务用户服务，提供完整的气象资料检索、浏览和下

载，数据检索与服务分系统主要包括如下功能：

a) 数据检索与下载功能

b) 数据订购及处理功能

c) 数据直接服务功能


5

4.2.1 数据检索与下载功能

1. 概述

数据检索与下载功能提供气象数据浏览、检索、下载，同时用户可以对相关

数据文档进行查看。数据检索功能提供用户登录支持，并进行用户身份认证。

2. 功能要求

a)各类地面资料检索，用户可根据不同分类条件及关键字进行检索查询。检

索条件主要包括检索要素项、数据集时间分辨率、数据集名称、检索时间范围、

检索空间范围等。

b) 各类高空资料检索，用户可以通过关键字或分类的方式对高空资料进行检

索。检索条件包括数据分类选择、时间范围选择、空间范围选择等。

c) 各类辐射资料检索，用户可以通过关键字或分类的方式对辐射资料进行检

索。检索条件主要包括资料类型、数据名称、空间信息、时间信息、要素项等。

d) 各类农气资料检索，用户可以通过数据分类选择、时间范围选择、空间范

围选择以及关键字搜索等方式对农气资料进行检索。

e) 各类海洋资料检索，用户可以通过关键字或分类的方式对海洋资料进行检

索。检索条件包括数据分类选择、时间范围选择、空间范围选择等。

f) 各类静止卫星资料检索，用户可以通过关键字或分类方式对静止卫星资料

进行检索。不同的静止卫星资料有不同的检索条件。

g) 各类极轨卫星资料检索，用户可以通过关键字或分类方式对极轨卫星资料

进行检索。不同的极轨卫星资料有不同的检索条件。

h) 各类服务产品检索，用户可以通过关键字或分类方式对服务产品进行检

索。

i) 各类公路专业气象观测资料检索，用户可以通过关键字或分类方式对公路

专业气象观测资料进行检索。

j) 各类环境专业气象观测资料检索，用户可以通过关键字或分类方式对环境


k) 各类旅游专业气象观测资料检索，用户可以通过关键字或分类方式对旅游


l) 各类气象灾害专业观测资料检索，用户可以通过关键字或分类方式对气象


6

灾害专业观测资料进行检索。

m) 支持按照专题将不同气象资料以网状的方式关联起来，便于用户多角度

使用各种气象资料。

n) 用户可以通过地图进行空间范围选择。用户可以利用鼠标的拉框绘制多边

形或输入四至坐标的方式实现对空间范围的选取。

o) 不同的气象资料有不同的检索结果。

p) 气象要素检索后列出简要信息并直接以数据表格形式显示；气象数据集/

文件检索后列出简要信息，提供文件列表，注明文件存储状态，提供删减选择；

雷达资料和气象卫星产品检索后列出简要信息，提供文件列表，注明文件存储状

态，提供删减选择，提供快速预览，根据不同产品提供图像，数值等形式的快视

查看；数值模式产品检索后提供指定时次时效的常规层次和要素的图形预览；服

务产品检索后根据不同产品提供数据表显示、图形图像显示、文本文件查看、

WEBGIS 产品发布。

q) 提供通过 HTTP 方式将感兴趣的数据或产品下载的功能。用户检索到各类

数据或产品，为用户提供权限范围内的 HTTP 下载，提供数据打包、压缩功能，

提供辅助信息下载选择功能。

w) 提供 TDS 方式服务，THREDDS( Thematic Realtime Environmental

Distributed Data Services) 是由 Uniadata 机构开发的一套分布式实时数据服务系

统，主要用来简化发现和使用气象空间数据的过程。它能够简便高效的实现地球

空间数据的供给、发布、和查询操作。尤其针对 HDF、NETCDF 等自描述型数据，

TDS 可以自动显示获得的数据集元数据并进行发布。TDS 支持数据集的远程访

问，即用户通过 OPENDAP 远程数据访问协议，不需进行数据下载，即可使用

NCL,GRADS 等通用气象分析可视化工具在本地进行可视化数据服务。

3. 非功能要求

a)界面设计：美观、大方、易用，能反映气象资料的特点；栏目设置应有条

理，能够系统、全面地反映气象资料的全貌；

b)提供各种灵活方便的检索和显示功能，符合气象操作习惯。

c)支持未来新增气象资料。


7

d) HTTP 下载支持断点续传，具有 IP 地址多线程下载控制、下载流量或带宽

限制等特性。

4.2.2 数据订购及处理功能

1. 概述

数据订购及处理功能，为提供各类气象资料的订购下载服务。对于数据量较

小的气象数据直接提供下载服务，并记录相应下载日志。对于数据量较大的气象

资料提供订单下载的方式提供服务。用户可以将选择的气象资料以订单方式提

交，后台服务自动将气象资料通过数据回调方式准备好相应的数据供用户下载。

不同的用户有不同的权限，包括数据种类、单个订单下载量、日下载量等。

2. 功能要求

a)放入购物车，暂时存储登录用户在线订购文件信息，支持批量订购。

b)查看购物车，登录用户查看当前选择的在线订购文件信息。

c) 修改购物车，订单生成前，登录用户修改购物车信息，包括当前已选的数

据文件，文件获取方式和订单提交方式等信息。

d) 生成订单，登录用户将购物车内信息提交订单，系统自动保存信息到数据

库并在用户确认后综合该用户所选信息形成订单。

e) 处理订单，系统根据用户所提交订单内不同数据文件的不同状态件，检索

显示和状态信息提供不同方式供用户下载获取文件。

f)订单确认功能，根据用户级别、订单规则、订单类型进行数据订单的确认，

并且根据用户选择，将订单确认信息通知用户。

g) 订单分单功能，根据订单数据量、文件个数的相关规则，将大订单分割成

若干个小订单。

h) 订单处理功能，将订单数据提交至后台进行处理，待所有数据处理完成后

进行订单收工作业，并通知用户订单处理和数据下载信息。

i) 订单再提交功能，对于处理出错的数据，用户可以重新提交订单一次，可

以选择仅提交出错数据或者全部数据。

j) 订单配置功能，用户可以对订单提交时间、通知方式、订单下载方式、是

否压缩等信息进行配置和编辑。


8

k) 提供基于网络的订单数据下载服务，记录相关信息，为数据统计提供可靠

的数据来源。

l) 用户可以及时获取订单的当前的处理步骤和处理时间。

3. 非功能要求

a) 订单执行方式为并发、异步。

b) FTP 服务稳定可靠，具有良好的权限控制，对 IP 地址多线程下载进行控制。

4.2.3 数据直接服务功能

1. 概述

数据直接服务功能，通过建立数据直接下载区，基于规范的目录树建立气象

数据/产品分级管理，包括气象常规观测资料、数值预报产品、雷达数据、卫星数

据等。在线存储数据保存一定期限，滚动删除。用户可以通过数据直接下载区访

问数据。

2. 功能要求

a)根据规则从数据环境定时获取相应的气象资料，并存储到相应的目录下，

更新元数据的数据链接，便于用户通过 Web 页面直接下载或订购。

b)按照存储时限，定期对存储在直接下载区的气象资料进行清理，保证由足

够的存储空间，不同的气象资料数据有不同的存储时限，存储时限可配置。

c)对直接下载区的气象资料按照种类进行权限控制，确保没有权限的用户无

法下载相应类型的气象资料。

d)记录用户下载数据的日志信息，包括下载用户、下载时间、下载种类、下

载量、下载文件数据、IP 地址等，便于进行统计分析。

3. 非功能要求

a)保证从数据环境获取气象资料数据的及时性、准确性和完整性。

4.3 服务支撑子系统开发

服务支撑分系统作为气象业务内网的基础支持，提供对整个系统的服务流程

和多种服务手段的统一管理。对服务用户提供注册与管理、多种服务手段等功能，


9

对数据服务部门提供特定方式数据服务、服务流程控制、特定信息服务、用户反

馈信息管理、服务质量统计与分析等功能。

服务支撑分系统主要包括如下功能：

a) 门户功能

b) 用户管理功能

c) 用户服务技术支持功能

d) 服务日志管理功能

e) 系统统计与分析功能

f) 系统配置功能

g) 系统运行监视功能

4.3.1.1 门户功能

1. 概述

气象业务内网的所有数据应用与管理都通过统一的门户系统进行展示，包括

普通用户门户、数据管理员门户、系统管理员门户，并提供门户模板管理和公告

发布等功能。

2. 功能要求

a) 普通用户门户是气象业务内网网对外进行数据服务的统一门户，为用户提

供统一的入口点，所有用户都可以通过此门户对气象业务内网内的业务信息、数

据进行检索、订购等，方便用户使用。普通用户门户主要包括以下内容：个人信

息、我的订单、推送信息、数据集推荐、重要数据展示、数据检索、数据订购、

数据下载、公告信息、用户支持、相关链接等。用户登录系统后，系统自动判断

当前用户的类型，根据用户的权限进行数据检索和订购，避免保密数据的泄漏。

b) 数据管理员门户为数据管理员提供服务，数据管理员包括数据超级管理

员，数据负责人和数据服务人员。数据管理员通过数据管理员门户，可以进行数

据的权限操作和指定数据负责人，相应的数据负责人员可以对数据进行更新和上

传，数据服务人员对订单进行管理并可查看数据服务量和服务效益。

c) 系统管理员门户是为系统管理员提供的管理配置入口，系统管理员可在这

里对系统运行环境进行配置管理，对用户信息管理、角色与权限进行管理。主要


10

包括以下内容：

用户及角色统一管理：对全系统用户及角色进行统一管理与授权，并

对用户行为进行统计分析。

系统管理：对系统内各个管理功能统计进行管理。

系统设置：对系统各功能运行模块各参数进行统一设置。

d) 对门户模板进行管理，包括对网站内容、风格、界面布局进行配置。

e)对网站内容进行分栏目管理，系统管理员可根据工作的需求灵活的对栏目

进行管理。

f) 提供网站公告信息发布功能，系统内的信息进行统一管理、发布，为了保

证信息的正确性和严肃性，基于工作流对信息的发布进行逐级审批。

3. 非功能要求

a) 页面的总体布局应该结构清晰、布局合理、界面精美。

b) 有创新、交互强的操作界面，页面设计应该体现气象资料的特点。

c) 尽量优化网页打开的速度，增强用户体验，网站首页打开时间小于 1 秒。

d) 信息发布流程设计合理、人性化，信息发布界面美观，可以实现文字设置、

多媒体设置、背景设置、类别选择等功能。

4.3.1.2 用户管理功能

1. 概述

用户管理功能主要为业务用户注册提供在线申请方式，基于 Web 方式，简

化注册流程，缩短申请周期，并供用户实时查看申请进度。，当用户使用内部邮

箱注册时，为业务用户，只需要输入少量信息即可自动成为核心会员(需邮箱激

活)；

2. 功能要求

a) 业务用户通过输入 CMA 邮箱、密码、单位及联系电话进行核心用户注册。

b) 值班用户可以查看当前申请希望成为会员的用户列表，根据用户提交的资

料判断用户是否可以成为会员，对于无法确定的用户可以转交给终审用户，由终

审用户判断是否用户可以成为会员。

c) 用户可以对自己的注册信息在线修改。但用户修改基本信息有限制：级别


11

越高的用户不能修改的项越多。

d) 用户忘记个人密码，系统给该用户 Email 发送一个随机的六位新密码。

e) 管理员可以对用户帐号检索，并对检索出的用户帐号实行冻结、解冻等功

能，以及对用户级别变更和相应数据权限设置等操作。

f) 对用户提供认证功能，不同权限的用户登录系统后，界面的功能菜单与浏

览的数据也不相同。

g) 提供用户信息反馈功能。

3. 非功能要求

a)用户登录保证安全可靠。

b) 用户认证支持移动访问。

c)扩展好，实现跨平台、多系统的用户管理。

d) 一切操作均需要记录日志，包括操作人员信息、操作时间、操作内容、IP

地址等信息。

4.3.1.3 用户服务技术支持功能

1. 概述

用户服务技术支持功能根据用户反馈整理出相应的气象业务知识库和帮助

手册，为用户提供知识库、电话、邮件等多种方式的服务支持。

2. 功能要求

a)增加和完善气象资料知识库内容，整理当前经常出现的咨询及问题，录入

到知识库中，提供对知识库的修改和删除功能。

b)为用户提供气象资料知识库的检索功能。用户可以通过关键字或分类的方

式对气象资料知识库资料进行检索。

c)在线接收用户的信息反馈和使用咨询，进行在线解答和回复，并形成用户

支持问题库。用户可以通过关键字或分类的方式对用户支持问题进行检索。

d)当用户通过电话进行咨询时，系统支持服务人员记录相应的咨询信息和答

复信息。

e)用户可以通过邮件进行信息反馈和使用咨询，为系统支持服务人员提供邮

件信息查看及邮箱访问处理功能，系统支持服务人员通过界面可以查看用户未读


12

邮件数量，并能从界面中进入邮箱中，对未读邮件进行处理。

3. 非功能要求

a)界面设计合理、人性化。

4.3.1.4 服务日志管理功能

1. 概述

服务日志管理功能对系统所产生的日志进行统一记录和管理。服务日志包括

值班人员的操作日志和服务日志等，需要制定标准的日志格式，并提供操作界面

接口，将服务信息入库并进行管理。

2. 功能要求

a) 值班用户每天在对外提供服务的过程中，需要将服务内容及服务对象记录

下来，方便日后统计，可以根据问题的咨询频率建立相应的知识库，方便内部用

户对外提供服务，培养新员工等。

b) 允许值班人员删除自己记录错误的服务日志。

c) 值班人员可以通过关键字或类型等查询服务日志，提高服务支持的效率和

质量。

3. 非功能要求

a)界面简单美观，便于值班人员录入和维护。

4.3.1.5 系统统计与分析功能

1. 概述

系统统计与分析功能对系统运行和服务过程中产生的众多信息进行检索、统

计与分析，及时了解系统的运行、服务情况，为优化系统、提高服务能力提供依

据。可以按任意时间段统计相应的网站访问次数、数据访问及下载量、会员数量

等方面的内容。

2. 功能要求

a) 实现对用户的订购状态进行监视，根据需要，可以生成基于订单类型、用

户订单、订单时间、订单量、订单处理状态、用户帐户使用情况等方面的统计数

据，并用统计图形显示。


13

b) 系统对用户通过各种途径从数据下载服务获取数据的状态进行监视，包括

用户登录信息、IP 地址、操作、下载数据信息、带宽占用等。系统将对异常的用

户操作（例如用户单位时间下载数据量过大或者用户频繁占用带宽等）进行特殊

处理，并向系统管理员报警。

c) 统计不同类型、不同时次的数据被用户访问的频率，被下载的数据量，全

面的了解用户感兴趣的是哪些时次，哪些类型的数据。便于根据用户需求调整数

据服务策略。

d) 系统在运行期间出现的错误信息，按照级别记入系统错误数据库，基于系

统错误数据库对近期和历史时期出现的错误情况进行统计并形成报表。错误级别

有初级、一般、严重。系统错误类型有文件读写错误、数据库错误、内存溢出、

系统运行时错误等。

e) 实时对服务器的访问情况进行统计，包括 Web 服务器和数据下载服务器

的访问流量等数据的信息。

f) 系统可以根据系统数据生成图表，可以根据用户需求定制用户统计需求。

g) 统计结果支持已报表的格式输出。

3. 非功能要求

a)信息统计界面友好，操作简单。

b)输出的报表格式符合标准的商业软件文档格式。

4.3.1.6 系统配置功能

1. 概述

系统在运行和服务过程中需要对众多的运行参数、规则、策略等信息进行维

护，系统配置功能提供集中统一的参数（策略信息）的维护和管理界面，供管理

员对整个系统运行的相关参数信息进行配置。管理员可以通过流程配置的方式定

义向导式配置参数的流程，以应对未来配置参数流程的变化，提高系统的可配置

性。

2. 功能要求

a) 参数元数据管理：以元数据的方式统一描述和定义参数的相关信息，包括

参数表描述和各个字段说明，便于动态生成参数表配置界面，同时便于以向导的


14

方式配置一系列的运行参数信息。

b) 配置参数：根据参数表字典表和参数表字段表动态生成参数表配置界面，

便于系统管理员对系统所用的参数信息进行管理和维护，并支持未来新增加的参

数表，体现系统的可配置性以适应系统未来的变化。

c) 配置参数流程管理：对配置参数流程的定义和维护，便于系统管理员通过

向导的方式进行一系列的运行参数配置。同时提供回滚功能，确保配置操作的完

整性。

d)向导式配置参数：根据定义好的配置参数流程为管理员提供向导式的配置

参数信息界面，提供配置参数的易用性，同时提供回滚功能，确保配置操作的完

整性。

3. 非功能要求

a)操作页面友好，向导分步科学。

b)所有关键操作均有记录，可查询操作过程。

4.3.1.7 系统运行监视功能

1. 概述

系统运行监视功能对各个子系统的运行状态和运行结果进行监视，通过图形

化界面显示监视信息，遇到异常情况时按照告警信息级别自动通过界面、Email

或短信等方式进行主动告警。

2. 功能要求

a)服务产品加工监视：监视服务产品加工各作业的运行情况，对于异常的情

况报警。

b)数据检索和订购监视：监视数据检索与服务分系统当前运行状态，用户并

发访问情况、订单处理成功率和处理时效，数据下载服务的实时数据流量监视。

c)数据获取与存储监视：监视各类气象数据是否按时送达、获取与接收数据

是否正常、气象数据的质量是否要求、以及处理、存储和回调的各个作业流程的

运行情况和运行结果，对异常情况报警，必要时进行人工干预，对处理失败的作

业进行补做。

d)系统环境监视：监视各个分系统的服务器实时运行状态，包括性能、CPU/


15

内存/磁盘的使用情况、网络连接情况、数据库服务器的连接情况，对异常情况报

警。

3. 非功能要求

a) 运行监视界面通俗易懂，图形化显示重点突出。

b) 告警信息及时、准确。

4.4 增加移动应用子系统

气象业务内网移动应用分系统通过移动终端为用户提供可定制的气象数据

服务功能，包括信息推送、实况查询、可视化展示、数据浏览、业务信息浏览、

订单管理等功能。数据服务移动应用分系统以 APP的方式提供服务，支持的移动

终端包括 Android、IOS 的手机和平板电脑。移动应用占用内存少，稳定易用，

符合移动和气象的操作习惯，适应 3/4G 和 wifi网络，支持离线功能。移动应用

可以通过扫描二维码或支持从网站下载方式进行安装，支持在线版本升级功能。

数据服务移动应用分系统主要包括如下功能：

a) 信息推送功能

b) 实况查询功能

c) 预报及气候背景查询功能

d) 数据浏览功能

e) 业务信息查询功能

f) 用户资料功能

4.4.1 信息推送功能

1. 概述

发布新的业务信息、数据集、数据产品时，主动将相关信息推送给业务用户。

2. 功能要求

a) 用户登陆后，与用户之前浏览过的业务信息进行对比，将新发布的、用户

未曾了解过的业务信息和数据产品信息推送给用户。

b) 其他需要通知用户的信息，如发布公告信息、新增功能、发布新的软件版


16

本等。

3. 非功能要求

a) 信息推送应从服务端发起推送，尽量减少移动流量。

4.4.2 实况查询功能

1. 概述

实况查询功能提供包括地面、高空、雷达、卫星、台风等数据的实时查询显

示，用户可以通过选择站点和时间等条件进行查询，并可以在地图上进行显示。

2. 功能要求

a)手机自动获取用户所处的城市并自动把该城市管辖的自动站显示供用户选

择。

b)时间选择包括常用时间选择和用户自主选择，常用时间包括：最近一小时、

最近两小时、最近一天等，用户自主选择可以让用户自行选择时间段。

c)用户可以自主选择一种或多种要素的显示，并可以在地图上进行显示。

d) 用户可以查询一段时间内的一种或多种要素的曲线变化情况。

e）要求显示的产品可基于配置动态扩展。

3. 非功能要求

a)界面操作简单方便，符合移动操作习惯。

b)界面美观大方，符合气象资料的要求。

4.4.3 预报及气候背景查询功能

1. 概述

预报及气候背景查询功能提供精细化抬起预报以及常规六要素“温度、湿度、

气压、风速、风向、降水”的极值、平均值查询显示。按照统计尺度分为：日、

月、年；按照显示方式可以分为数字显示和图表，对于某一类或者几类要素的统

计值以曲线形式进行展示，并具有一定的交互性。

2. 功能要求

a) 提供指定时段内的选定的台站、区域地理位置预报结果、一类或几类要素

的最大值、最小值的极值显示，以曲线形式进行展示。


17

b)提供指定时段内的选定的台站、区域地理位置的一类或几类要素的平均值

显示，以曲线形式进行展示。

3. 非功能要求

a) 界面操作简单方便，符合移动操作习惯。

b) 界面美观大方，符合气象资料的要求。

4.4.4 数据浏览功能

1. 概述

数据浏览功能提供数据集和数据产品的发布浏览，根据手机屏幕重新组织数

据集、数据产品，为用户提供分类导航浏览和简单查询两种功能，让用户能够快

速找到自己感兴趣的数据产品及其相关介绍，查看特定数据集时用户可以提交数

据订阅服务。

2. 功能要求

a) 结合移动终端屏幕，分类展示数据集和数据产品，支持在地图上进行展示，

并对图像数据提供放大、缩小、旋转等基本操作。

b) 提供快速查询功能，根据属性查找出与之相关的数据集和数据产品信息进

行展示，根据选择不同的气象资料由不同的属性选项。

3. 非功能要求


b) 界面美观大方，符合气象资料的要求。

4.4.5 业务信息功能

1. 概述

用户可以对感兴趣的业务信息进行查询展示、包括资料完整性、业务文档和

业务通报等。

2. 功能要求

a) 用户可以动态查询关注区域在资料完整性以及业务信息情况。

b) 系统后台根据订阅规则将新的业务信息或者业务通报推动给订阅用户。

3. 非功能要求


18


4.4.6 用户资料功能

1. 概述

用户资料功能对用户资料进行管理，并提供用户认证功能，记录相应的用户

操作习惯，同时提供对感兴趣的数据进行分享操作。

2. 功能要求

a) 用户资料信息与 PC 上的用户资料一致，并绑定相应的手机号码。

b) 用户可以通过终端设备修改个人相关信息和密码。

c)用户登录移动应用的用户名称和密码与 PC 上一致，并记录相应的手机号

码、型号、操作系统等移动终端设备信息。

d) 支持手势密码输入，简化用户登录操作。

e) 提供分享到微信、微博、短信\彩信、邮件等多种分享方式。

3. 非功能要求

a)保证移动访问的安全性。

b) 敏感的离线数据须本地加密存储。

4.5 业务管理子系统开发

针对业务管理系统的升级主要针对信息中心所收集的资料，实现收集端、服

务端两部分资料实时完整性情况展示。在充分考虑业务用户所关心资料完整性内

容的基础上，整合目前气象业务内网已有的和资料完整性相关的四个板块功能并

补充完善，形成气象局权威的风格一致、数据源统一的中国、全球气象资料完整

性情况展示版块。

1．概述

（1）通信端收集情况

主要指通信端收集到的数据情况，包括完整性、时效等。

（2）服务情况

主要实时业务系统服务情况，包括完整性、时效、质量状况（涉及到已经

建立质控流程的资料）等。


19

2．功能需求

分区域、分资料种类，收据收集、服务情况（包括时效、完整性、质量情况

（如果有质控流程））展示，包括列表展示、曲线、空间分布图，支持时间、资

料种类查询。

3. 非功能需求

a) 便捷性界面操作简便，尽量减少下拉框使用；资料种类分类合理，支持

快速检索；图形化显示方式清楚明了，支持图形以及数据的快速导出

b) 扩展性考虑到后续资料种类扩展，相关功能可快速添加配置

c) 多入口充分考虑到国家级以及省级用户的需求，针对国家级以及省级用

户提供不同页面组织方式，支持用户查看同一类数据分省的情况，也支持同一省

份所有数据完整性情况展示。

4.6 性能要求

4.6.1 用户访问量

a) 支持同时动态用户（在线用户）数> 2 万人

b) 最大支持同时检索和下载资料并发数> 1,000 次/分钟

c) 年处理业务总量（下载等数据服务操作）>1000 万人次

4.6.2 业务处理能力和系统响应时间

a) 在高峰时，每分钟能够处理约 2435 个请求数，系统处理事务响应时间应

该小于 8 秒。

b) 在 1,000 个并发用户访问时，数据条件查询响应时间要小于 3 秒，最长不

能超过 8 秒，由于某种原因导致文件或报文传输失败应在 5-8 秒内向请求者发出

信息提示。

4.6.3 系统的扩展延续性

系统具有良好扩展性，支持未来 5 年的系统使用。


20

年处理业务、平均交易数、高峰日访问量、日高峰访问量、并发用户峰值数

按每年递增 15%计算，预计到 2018 年：

a) 系统最大并发用户（同时检索和下载资料的人数）> 2000

b) 日高峰访问量（最大支持同时检索和下载资料并发数）> 2500 次/分钟

4.6.4 容灾用户访问量

测试系统需能够在 11115（平均并发用户）-22230（并发用户峰值）个用户并

发情况下运行 8 小时看是否出现崩溃和宕机的情况，同时保证系统能够提供故障

转移和恢复功能。

4.7 故障处理要求

4.7.1 软件系统出错处理

用户界面错误：在界面出错后，给出一个友好的错误提示界面，并且记录错

误日志，通过监控系统发送告警信息，并提供一段时间的日志复查，为故障处理

提供依据。

服务错误：当各类业务处理服务出错后，提供处理状态回滚，记录错误日志，

通过监控系统发送告警信息，为故障处理提供依据。可采用人工干预的方式重新

启动服务，继续执行尚未完成的作业。

4.7.2 系统容错与数据备份

除正在运行的设备外，主要设备和易损件要有备份和容错；有备份设备或备

件的，做到热备份、自动切换，无法作到的，要作好切换准备；系统软件备份运

行版本，应用程序要备份当前运行版本，应用数据要按日进行备份。

4.7.2.1 服务器容错技术

由于服务器承担着关键业务，其数据和运行的安全问题显得非常重要。对气


21

象事业来说，利用计算机系统来提供及时可靠的信息和服务实必不可少的；另一

方面，计算机硬件与软件都不可避免的会发生故障，这些故障有可能给气象业务

带来极大的损失，甚至整个服务终止，网络的瘫痪。本项目每天 24 小时不间断

的自动运行，对系统的高可用性显得更为重要。因此，必须有适当的措施来确保

计算机系统提供不间断的服务，以维护系统的可用性。

系统的可用性通常在两种情况下会受到影响，一种是系统宕机、错误操作和

管理引起的异常失败，另一种是由于系统维护和升级，需要安装新的硬件或软件

而正常关机。高可靠性系统必须为这两种情况提供不间断的系统服务。

高可用性系统是在冗余的通常可用性基础之上，运用高可靠性软件而构成。

高可靠性软件用于自动监测系统的运行状态，在一台服务器出现故障的情况下，

自动把设定的服务转道另一台服务器上。

高可用性系统具有以下功能：

软件故障监测与排除

备份和数据保护

管理站能够监视各站点的运行情况，能随时或定时报告系统运行状况，

故障能及时报告和告警，并有必要的控制手段

实现错误隔离以及主、备份服务器间的服务切换

本次项目的建设对于气象业务内网的所有作业运行软件采取双机或多机备份

方案。利用服务器集群技术，故障转移技术提供高可用系统，从系统环境上杜绝

单点故障的发生。

4.7.2.2 存储设备容错技术

关键数据包括业务数据和系统及应用的配置数据，关键数据集中存储到存储

设备中，存储设备采用 RAID 技术实现容错。

4.7.2.3 数据备份

数据备份能将故障引起的后果降低到最低限度。数据的备份是保证数据安全

的第一要素。能把数据拷贝到一种存储介质，当数据出现问题时，可以进行还原。

当硬盘出现故障时，磁盘的容错功能，可以将数据恢复。


22

数据备份包括：软件备份和数据库备份。系统软件备份运行版本，应用程序

要备份当前运行版本，应用数据库要按日进行备份。

4.8 其他专门要求

4.8.1 稳定性要求

本系统是一个重要的业务运行系统，在软硬件的设计实现上要考虑系统长期

运行的稳定性和可靠性。软件在运行期间，针对任何一个重要操作，都必须具有

判断错误的能力，必要时可以进行恢复性操作，否则要发出报警消息，以便于人

工干预。

本系统需要提供 7×24 小时不间断服务，因此，无论是计算机硬件系统还是

软件系统都必须具有较高的可靠性和故障后快速恢复的能力。具体要求如下：

应用软件开发中严格遵循软件工程国标或军标的开发、测试和集成规范，

达到数据服务业务成功率 99.8%的指标。

在支撑平台可靠性的保证下，关键高可用业务系统在 3 分钟内恢复运行

状态。

年故障总时间小于 12 小时，故障恢复时间小于 1 小时。

同时系统应达到如下的成熟性标准、容错性标准：

成熟性标准：

7*24 小时业务运行期间，平均故障间隔时间（MTBF：Mean Time

Between Failure）不小于 1 个月。

容错性标准：

软件接口句法性错误检出、屏蔽率 100％，其它软件错误的截获不超

出直接传递控制的模块范围。

关键进程偶发故障恢复率 100％；

主机单点故障恢复率 100％；

主机单点故障主备切换可自动完成。


23

4.8.2 安全性要求

系统应达到二级等级保护要求，防火墙保护，未经授权用户无权登录系统；

保证用户个人信息安全，只有用户个人有权更改个人信息，业务管理员仅能查看

与审核用户信息；对数据分级，非授权用户无权获取或查看数据。具体要求如下：

网络/系统安全监测

确保网络上的信息和资源不被非授权的用户通过物理连接进入系统

所使用，修改或破坏。

对各种可能的攻击提供报警。并提供相应的策略，例如中断连接等，

终止攻击行为。

在应用服务器以及数据库服务器上定制适当的用户口令策略，开通系

统的审计和日志功能，对关键行为进行记录，并能够删除不必要的用

户组。

网络/系统安全检查

能够检测重要服务器上只开通必要的服务，而且服务的配置是合法

的。

能够检测网络设备的配置合法。

需要严格按照中国气象局接入 Internet 的安全规定连接广域网，能够

检测防火墙的配置合法。

网络反病毒

能够对通过各种协议所传递的数据中所携带的病毒进行预防和查

杀，对于检测到的病毒，能提供自动报警和自动杀毒的功能。

身份认证和授权

保证身份认证和授权的有效性，支持用户名/密码方式的认证，用户

可以通过一些必要的身份信息（如员工编号，身份证号等）重置密码，

用户可以查看重置密码历史。

数据安全性

能够保证接收和发送的数据完全一致，并保证不同系统之间数据交换

的及时性和准确性。


24

在 Internet 上传递的敏感信息需要使用安全的加密机制进行加密。

能够合理利用数据库权限控制机制以及数据冗余方式保证应用数据

的安全性。

设备环境安全：主要是针对关键设备的保护，如主服务器、交换机、主

干网络设备。

限制直接对设备接触的人员数；

满足设备对各种环境参数的要求，如温度、湿度、洁净度、电磁辐射

干扰等，包括设备的位置、高度、以及相互之间的间隔；

提供安全的电源，保证不间断电源的可靠性，关键设备提供备份电源；

防静电地板、防雷击天线。

4.8.3 灵活性要求

在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应

具有相应的适应能力。

系统遵循开放的标准和技术、标准的软件接口开发，采用集群技术提供高可

用性，支持异构平台。

4.8.4 易用性要求

在日常的业务运行中，每天 24 小时不间断的自动运行，除每日少量的配置参

数需要修改之外，所有功能软件无需人工干预。运行操作人员仅在系统报警提示

的情况下，进行必要的人工干预和故障维修。所有的故障状态和信息都应自动记

录和存储，便于事后的故障对策分析。为便于操作人员的人工干预，应提供直观、

方便的操作界面。

易理解性标准：

为开发引入的逻辑概念（例如，软件的体系结构、软件的层次划分与

成分定义、软件及其输入输出项的命名和标识、操作员命令的命名等

等）都是自然的和易于理解的，其指代的实体或事务及其适用范围也

是明确的和无歧义的；


25

软件运行期内的各种监视显示信息是自描述的和图形、图像（二维、

三维）化的，与软件的逻辑概念和业务的物理概念是一致的和易于理

解的。

易学性标准：

用户手册准确无误、易读易懂，能够帮助一般用户很快地了解和使用

系统；

备有联机帮助（help 或 manual ）命令，具有检索和导引功能，能够

很方便地查到的主要信息。

易操作性标准：

操作界面是图形化的，且具有菜单和快捷键及命令行等多种方式；

操作命令或菜单选择是可导引的，即可引导用户输入正确、完整的命

令或完成正确的菜单选择。

4.8.5 维护性要求

应具有较好的可扩展性，为进一步的扩充和改造提供方便。除了要求软件本

身具有良好的维护性外，还应当拥有离线的维护环境，以便在不影响正常业务的

情况下进行软件的维护工作。对软件设计的要求应包括软件的易分析性、易改变

性、稳定性和易测试性。

易分析性标准：

所有应用软件能够捕获到的计算机系统故障或应用软件错误都应在

尽可能低的级别上探查和捕获并以适当的形式记录或向操作员发送

错误状态与报告；

错误状态和报告（或消息）应是统一编码、结构化和自描述的。即从

错误状态码和错误消息正文串即可判断软件捕获到的错误的位置、类

型和可能的原因；

错误报告（或消息）对于可预知（即可与程序的控制流程同步捕获到）

的错误应能定位到独立的处理步骤或函数，不可预知（即不可与程序

的控制流程同步捕获到）的错误应能定位到模块或进程。

易改变性标准：


26

处理软件的任务及其任务环境参数可从外部配置和修改，并可从数据

库中自动生成；

公用接口（包括错误状态码、常数等）结构应统一说明，所有对这些

接口说明的引用都应当指向同一个说明实体。

稳定性标准：

软件模块整体上应是结构化、层次化和功能单一的；

软件模块的处理和接口应是封装的。即处理的改变仅影响其所在的模

块，接口的改变仅影响使用该接口的模块。

易测试性标准：

软件接口是标准化的；

测试程序有测试模拟和工具软件支持，可自动或半自动执行；

测试程序是可固化和可重复的。

4.8.6 可移植性要求

适应性标准：

功能、模块也是外部可配置的，以适应不同的应用环境。

易安装性标准：

通过简单配置实现软件的安装和升级过程。

易替换性标准：

软件单元（计算机软部件设计中确定的能单独测试的一部分软件）是

静态可替换的；

关键进程是动态可替换的。

4.8.7 可扩展性要求

气象业务内网工程建设与业务运行是一项长期的任务，要满足多种用户对多

种类型气象资料的服务要求，因此本系统应具有较好的可扩展性，为系统的进一

步扩充和改造提供方便。

本期只是系统建设的开始，须打下良好的基础，兼顾后续的系统维护与升级。


27

考虑到对未来 5 年气象数据服务的扩展能力的要求，系统应能通过快速的配置，

实现对各种气象资料的服务支持。系统以参数化设计，建立完善的系统配置参数

表以支持数据类型、属性结构的扩充，达到对未来气象数据服务的扩展要求。系

统同时以参数化的形式设置数据的安全级别和可访问性，实行数据管理的动态控

制。

5 设计约束与要求

采用成熟可靠的技术、遵循通用开放的标准，构建安全、可靠、实时、

易用的服务平台；

B/S 系统采用 JAVAEE（J2EE）技术架构，系统界面采用浏览器方式；

在技术实现上要满足系统后台运行环境支持 UNIX、Linux、Windows 等

主流操作系统，部署环境支持云平台；服务器、存储和虚拟化软件技术

产品与现有云平台软硬件环境完全兼容、无缝整合、协同工作，不影响

原有业务运行。

利用关系型数据库和磁盘文件系统实现气象数据存储和管理，支持共享

磁盘文件系统；

支持一年以上实时气象数据访问需求，满足离线数据访问的需求；

支持多种传输协议，包括 FTPS ， SFTP ， HTTP/HTTPS ， SCP ，

SMTP/POP3(EMAIL) 协议等；

支持并兼容微软 IE、Mozilla Firefox 等主流浏览器的最新版本。

6 进度要求

气象业务内网应用软件的研制要求完全按软件工程的方法和过程实施，其研

制过程主要包括需求分析、概要设计、详细设计与编码调试、测试与系统集成、

试运行、系统验收六个阶段，研制周期为 18 个月，下表给出了任务各阶段的进

度要求：


28

表 6－1 气象业务内网应用软件开发进度表

软件研发过程进度要求基本要求

需求分析 1 完成任务书中所有软件功能的分析，提交软件需求阶段

应提交的各类文档，通过验收

概要设计 1 完成任务书中所有软件功能的设计，提交概要设计阶段

应提交的各类文档，提供客户端原型设计，通过验收

详细设计与编码调试 12 完成详细设计、程序编码、调试和单元测试，要求签订

合同后 4 个月实现气象业务内网主体软件开发上线

系统部署与初验 1 完成系统功能确认测试、运行环境配置、系统应用集成

与部署和系统初验

试运行 3 完成业务试运行

系统终验完成系统最终验收并移交

7 软件交付物要求

（1）产品交付物

序号产品名称

1 应用软件安装包

2 源代码、工程文件及程序说明

（2）文档交付物

工作内容技术文档管理文档

需求分析软件需求规格说明书软件需求评审方案

设计和开发概要设计说明书

详细设计说明书

测试软件测试方案

软件测试报告

初验用户手册初验申请

初验报告运行维护手册

系统部署及配置说明书

试运行试运行评估报告

问题汇总表

培训培训教程

终验终验申请

终验报告

其他项目周报

会议纪要


29

8 项目组织与管理要求

8.1 编制软件开发实施进度计划并组织实施

提供软件开发实施计划。

每周向甲方提供工作实施进展情况，并提出相关建议。

解决软件开发实施过程中出现的各种技术问题。

协助甲方处理实施过程中出现的质量事故。

计划周密，当项目建设过程中出现变化时，要能及时做出调整。

要有规范的进度管理机制。

8.2 进行项目开发的日常组织、管理、协调

参加甲方组织与项目建设有关的各类会议。

要遵循相应的项目管理规范，并有相应的项目管理文档。

对项目建设任务中出现的调整，要及时做出安排，并尊重甲方的安排。

9 项目的人员及组织机构要求

投标人必须成立合理的组织机构，建立健全保障设计、开发工作顺利实施的

各项管理制度和质量保证体系，安排好足够的高素质人才参加本项目工作。

在组织机构中应明确各岗位的职责、任职资格及成果，确保项目顺利实施，

应分别配备有项目经理、技术负责人承担本项目工作，项目经理和技术负责人都

应具有负责并完成过至少 3 个数据加工处理、存储类软件设计的经验。其它技术

人员必须具有两年以上相关项目软件设计、开发和集成经验，能够与用户进行良

好的沟通。

投标人应确保服务于本项目的核心技术人员及主要开发人员稳定，需要组成

不少于 15 人的开发团队，要求团队成员具有软件开发经历，驻场人数 10 人，未


30

经甲方允许不得调整核心团队成员，甲方有权要求更换投标人项目团队成员。

10 项目评审验收要求

通过甲方组织的需求评审后形成项目评审验收方案，制订出一套明确的可操

作性的评价指标，作为甲方评价开发工作的标准，用于本项目的评审和验收。

11 培训要求

1）培训方式应包括现场培训和集中培训，并应在进行培训之前向甲方提交一

份详细的培训计划。

2）投标人应以培训目标的实现为目的组织培训，确保每一位系统使用人员能

够独立、熟练地完成操作，保证系统用户能够独立处理软件系统故障和进行简单

的功能调整。

3）集中培训地点由甲方根据本项目实际情况确定，确保培训次数不少于 3 次，

每次培训时间不少于 3 天，培训人次不少于 100 人次，具体培训时间由甲方与投

标人根据项目进展情况协商确定。

4）投标人负责为培训搭建所需的环境，并提供培训教材等相关用品。

5）投标人承担培训产生的食宿、场地、教师等一切费用。

12 安全保密要求

投标人必须对项目技术文件以及由甲方提供的所有内部材料、技术文档和信

息予以保密。投标人必须遵守与甲方签订的保密协议，未经甲方书面许可，投标

人不得以任何形式向第三方透露本项目标书以及本项目的任何内容。


31

13 售后服务要求

本次招标要求投标人能够提供从系统终验之日起 1 年免费驻场和 3 年免费现

场技术支持服务。

系统发生异常情况，在接到招标人的通知后，中标人技术人员应提供 7*24 小

时的服务响应，随时进行电话应答；30 分钟内完成远程登录诊断；在 1 小时内到

达国家局现场解决疑难。

质量保证期后，中标人仍应根据合同要求向招标人提供技术服务，以合理价

格提供软件功能改进技术服务。

质量保证期间的维护服务不收取任何额外费用，质量保证期后按合同约定进

行维护。

应用系统软件通过全部测试并终验后，投标方主要开发技术人员至少 1 人免

费驻场服务，服务期 3 年，期间产生的费用由投标人承担。

14 知识产权要求

全部及/或任何部分的相关知识产权，包括相关权益，归甲方所有。中标人有

不可争议的义务确保采购人依据本次采购所获得的知识产权不存在任何瑕疵并

且可以不受限制地行使相关权利，包括各项延伸权利。若因此发生任何争议均应

当由中标人独自承担全部及/或任何责任，包括但不限于应当承担其自身及采购方

为排除任何争议或瑕疵所应当或所需支付的一切相关/或由此引起的费用。

中标人应当保证其有关参与本次采购相关的活动包括履行本次采购的任何行

为，以及本次采购活动结束之后的任何涉及到本次采购的行为，均不会侵犯任何

第三方的知识产权。若因此发生任何争议、侵权、均应当由中标人独自承担全部

及/或任何责任，包括但不限于应当承担其自身及采购中心为排除任何争议及/或

赔偿侵权所应当或所需支付的一切相关及/或由此引起的费用。

为甲方提供与本项目设计、开发和集成有关的各类技术咨询服务。

协助甲方预见本项目设计、开发和系统集成工作中和项目其他建设工作中可


32

能发生的问题和困难，并向甲方提出解决的办法或建议。

在系统的运行维护阶段提供技术支持。对运行过程中出现的新问题提供建议

和解决方案。

提供其他与项目相关的服务。

积极协助配合甲方开展与项目有关的工作。

技术支持工作需要及时、有效，充分满足项目建设的需求。

国家级气象业务内网系统（3.0 版）...

Documents

Transcript of 国家级气象业务内网系统（3.0 版）...