舆情监测系统需求规格说明书-V1.0



需求规格说明书-V1.0

舆情监测系统 需求规格说明书

关于本文档

项目名称		舆情监测系统
主    题		需求规格说明书
标    识		本文档标识说明：项目代号中英文注释。
说    明		本文描述了本项目软件方面的总体业务需求、功能需求、非功能性需求、接口需求、用户分析和系统运行环境要求等。
适用对象		甲方单位项目负责人、有关人员 项目工程领导小组、项目经理、项目组全体成员以及相关人员。
修 订 历 史
版 本	章 节		类 型	日 期	作 者	说 明
0.1			C			初版、文档的初步框架

说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；

评 审 记 录
角 色	签 名	日 期	说 明
审    核
会    签
标准化审查
批    准

1前言

1.1 编写目的

本文档是科技股份有限公司根据中国疾病预防控制中心寄生虫病预防控制所提供的业务需求（包括书面需求和口头叙述的需求），加以分析理解后编写的软件需求规格说明书，主要目的是使中国疾病预防控制中心寄生虫病预防控制所、科技股份有限公司对本项目的目标和总体需求达成共识，并保持一致；使双方领导层和参与项目的全体人员对系统要解决的问题和要满足的各方面需求有相同的理解，以便共同决策和协调一致地工作。

本文档是对项目合同规定的任务的细化描述，经过双方评审、认可，应作为产品设计、实现、测试和验收的标准。

1.2 术语和缩略语

本项目：是指热带病预警系统；

B/S结构：即Browser/Server结构，浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。

1.3 参考资料

表格 11 参考资料表

序号	文献名称	作者或单位	出版日期
1	《热带病预警系统投标文件》		2012-5-17
2	《热带病预警系统需求调研文档》		2011-9-1

1.4 相关文档

1、《需求调研报告》

2项目概述

2.1 项目背景

项目名称： 热带病预警系统

项目代号：IE-TDAYJ

项目来源：中国疾病预防控制中心寄生虫病预防控制所

项目背景：目前热带病在世界上很多的国家和地区流行，至少对10亿人的健康和生活造成了威胁，并且受这类疾病影响最严重的民众通常是在偏远的农村，城市贫民窟等生活最贫穷人群，因此常常被社会所忽视，我国是世界上被忽视的热带病危害较严重的国家，对忽视的热带病预警和监测能力有待提高。

近年来我国针对热带病建设的各类型系统已经初有成效，通过建设热带病预警系统，整合现有系统的资源，强化人畜疾病同步预警响应的水平，实现快速控制病媒，阻断疾病传播的目的，为全球控制盒消除热带病做贡献。

2.2 项目目标

中国疾病预防控制中心寄生虫病预防控制所需要建设类似于国家大疫情网预警的预警系统，使用国家大疫情已经经过历史的验证并比较成熟稳定的预警模型，用于对热带病进行预警监测，并且加入热带病特有的预警模型，例如对热带病预警所依赖的数据信息上报的质量监控，使本系统能更加及时、准确的预警，

本系统还可以通过辅助分析子系统对预警信号与关键信息进行图表分析、GIS分析展示、生成相关的周报功能，通过分析展示，使领导能更加直观的发现各个地区热带病情的状况，并可将分析后的信息发布到大屏上进行实时的展示，做到及时有效的监控，本系统可以通过现有的数据进行分析生成相应的周报，大大减轻了周报报告人员对各项指标的分析整理工作，通过系统的自动周报生成，有效的提高了工作人员的效率。

具体建设目标是：

1、监测信息子系统；

2、预警管理子系统；

3、辅助分析子系统；

4、系统管理子系统；

2.3 项目范围 

建设热带病预警系统主要建设范围包括：

1、数据采集与交换平台

热带病整个行业的特点是条线多、管理层次多，管理机构多、数据分类多、数据量大等特点，从数据的来源划分分析，这就需要通过数据交换平台来完成各类数据的交换共享最终实现资源整合，通过数据交换平台将国家大疫情系统与热带病相关的个案与寄生虫病防治信息管理系统中将热带病的相关资源交换到预警系统中，对其进行统一的数据处理、信息整合，为热带病预警系统提供基础数据支撑。

2、预警管理

预警是本系统的核心业务部分，通过预警系统的建设可以提早发现与管控热带病发展的趋势，防止热带病进一步的恶化，依据热带病的病种多，病种之间预警指标差异较大，需要根据各个热带病的病种制定具有与当前病种的相关的预警指标，提高本系统预警的实用性，对于本系统产生的预警信号能迅速的通过短信、邮件、大屏等服务，将信号传送给预警接收人，以便进行调查或处置，本系统还将建设对上报数据的质量控制，给工作人员发送信息进行提醒，保证数据上报及时与质量，从而为本系统预警提供一个良好的基础预警数据。

3、应用支撑平台

为了方便地部署、运行和管理基于三层/多层结构的应用，本应用支撑平台的设计遵循了J2EE规范、W3C、OSGI、OMG等组织的Web服务组件、服务集成的、服务安全和元模型标准为依据，结合领域建模等技术设计了本应用支撑服务组件平台，该平台设计不仅满足了本项目对于建设热带病预警系统的功能需求，同时充分考虑了未来该平台的可扩展性、用户规模扩大和安全升级等方面的需求。

2.4 项目风险 

在本次项目实施过程中，存在的风险可能来自于以下方面：

⏹技术风险：采用第三方的软件（如短信平台、邮件服务器等），对于开发人员需要一个熟悉掌握的过程。

⏹项目协调风险：双方需要明确项目相关接口人和协调人，并明确相关职责，保证项目实施过程中规避沟通协调风险。

⏹时间风险：需求调研、确认和评审工作需要双方通力协作才能保证项目按计划顺利进行。

2.5 假设与 

本系统的设计基于以下假定和约束：

⏹假定在系统开发完成前，数据中心已经建设完成。

⏹假定绝大部分用户（主要指基层用户）具备上网的必要硬件设备和环境，能够保证软件系统按时安装。

⏹假定所有用户都具备基本的上网操作能力，不具备此项能力者经过甲方培训，在软件系统安装部署前可以达到要求。

3现状与建设要求

3.1 组织机构分析

针对本项目的组织机构如下图所示：

岗位	职责描述	涉及流程
应急办	预警信号接收订阅
	综合信息查询
	辅助分析（发生严重预警信号时介入）
血防所科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
疟疾所科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
	周报的导出
土源科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
包虫病、丝虫病科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析

3.2 当前业务流程

目前中国疾病预防控制中心寄生虫病预防控制所未开展此项业务相关的工作。

3.3 当前网络情况 

如图所示：

1、网络现状：中国疾病预防控制中心寄生虫病预防控制所机房的网络带宽是45M，并且有天融信防火墙与VPN虚拟网络。

2、系统上线运行阶段：基于互联网应用，有相关的VPN设备；利用现有的寄生虫病预防控制所网络，大概保障有20M左右的带宽；

3.4 相关系统及接口情况

表3-1  应用接口需求点列表

3.5 建设任务与要求

根据对系统招标文件、投标文件中的技术方案、合同文件的理解、以及和用户沟通需求调研的结果，本次项目的建设任务如下：

3.5.1应用系统建设

3.5.1.1 监测信息子系统

数据抽取：

通过数据交换平台实时的将国家大疫情系统中关于热带病的个案信息与寄生虫病防治信息管理系统中的各个病种的个案信息，与预警相关的业务信息抽取到热带病预警系统中，为系统的预警分析提供有力的数据支撑。

信息查询展示：

可以对抽取过来的信息进行分地区、分年度、录入时间等各种条件进行查询、查看，并可将查询结果导出为.cvs、.xls、.dbf等格式数据。

3.5.1.2 预警管理子系统

预警阀值配置：具备各个科室根据自己的预警需要灵活的进行配置相关的预警阀值，并可以设定是否启动该预警，可以手动设置预警的时间范围。

预警信号展示：根据预警后产生的预警信号可以进行查询、导出.xls、填写信号的核实信息。

预警信息订阅：用户可以自己订阅想要关注的那些预警信息，订阅后，系统将用户所关注的预警信号通过短信与邮件的形式通知用户进行关注。

预警发送管理：对预警信号发送短信与邮件情况进行管理，可以查看哪些用户已经成功接收到预警信号的信息，如果有发送失败的信息可以进行再次发送进行提醒。

3.5.1.3 辅助分析子系统

辅助分析：辅助分析主要是根据用户的需要，根据用户提出的统计规则进行分析展示于业务数据相关的指标，本系统主要提供对预警信号的趋势分析、密度分析等常用的分析，通过图表使领导能够直观的了解到所关注病种的发病情况或上报质量信息等情况，并通过GIS的趋势分析、点分布等可以实时掌握直观的掌握整体的预警状况，系统还提供了各个科室指定的周报信息的导出，减少用户人工分析，提高效率。

3.5.1.4 系统管理子系统

系统管理子系统主要是对用户信息管理、地区管理、角色管理、操作日志查询、系统公告管理功能。

3.5.2系统集成

1、应用系统与第三方软件的集成

2、系统部署环境的安装、调试

4需求分析

4.1 用户分析

4.1.1当前用户分析

表格 41 用户分析表

岗位	职责描述
应急办	预警信号接收订阅
	综合信息查询
	辅助分析（发生严重预警信号时介入）
血防所科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
疟疾所科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
	周报的导出
土源科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析
包虫病、丝虫病科室	设置与血防所科室相关的预警指标
	血防所预警相关信息的查询
	预警信号接收订阅
	辅助分析

4.1.2角色定义

表格 42 角色分析表

岗位	职责描述
监测信息管理员	浏览、查看、导出相关的监测数据信息
预警管理员	设置预警信号阀值 订阅预警信号 预警信号短信发送管理 预警信号核实反馈
辅助分析管理员	查看与业务数据相关的统计分析 查看与预警信号相关的统计分析 查看GIS趋势分析等展示功能 导出周报信息
信息管理	对用户、地区、角色、机构、系统公告等基础信息的维护管理

4.2 预警业务流程分析

图41 预警业务流程图

5功能需求

5.1 总体需求

5.1.1总体需求描述

本系统实现对现有相关热带病信息资源进行整合，并通过整合后的资源进行监测预警，经过相关专家的分析讨论，对热带病设计专有的预警模型，建设一套符合热带病预警的系统，并可以将预警信号及时的通过短信、邮件、系统通知等方式，快速的发送给用户，使热带病疫情能够及早的发现，使工作人员能够提早的进行关注与控制，避免事态的扩大化，为有效控制热带病与消除热带病做出贡献，并且系统可以针对各个地区设置不同的预警阀值，解决各个地区之间阀值标准可能不同的情况，提高系统预警的灵活性，本系统还提供了辅助分析，可以为专家提供预警信号相关的趋势分析图、与业务相关的各时间、空间的分析，并可以将预警信号或业务信息结合GIS做辅助分析，使专家可以宏观与直观的掌握热带病的发展趋势与现状。

5.1.2总体功能结构图

本系统分为监测信息子系统、预警管理子系统、辅助分析子系统、系统管理子系统四个子系统，如图5-1所示：

图51 功能结构图

5.2 舆情搜索

系统将监测到的信息根据指定抓取网站的媒体类型与网站名称进行自动归类，方便用户对检索到的数据进行管理，通过该子系统用户还可以添加自定义分类，用户可自己关注的舆情信息重新归类到用户个人创建的分类中，方便用户对自己所关注的舆情信息进行管理。

5.2.1舆情信息检索

5.2.1.1 基本内容及功能点

系统根据用户在监控目标中维护的媒体类型对采集到的舆情信息进行自动分类展示，并为用户提供了对舆情信息的高级查询与自定义分类查询，方便用户对采集的舆情信息进行快速检索，并可对舆情数据进行详细内容的查看、重新归类、删除操作。

     功能提供了高级查询、查看详细、重新归类、删除操作。

5.2.1.2 数据

1、查询条件

编号	数据元	描述
1	开始时间	采集的开始时间
2	结束时间	采集的结束时间
3	关键词	采集文章使用的关键词
4	内容	根据文章内容查询

2、展示舆情信息

编号	数据元	描述
1	标题	文章的标题
2	发布日期	文章的发布日期
3	数据来源	来源那个网站名称
4	内容简介	文章的简介

5.2.1.3 人机界面示意

未截图

5.2.2自定义分类管理

5.2.2.1 基本内容及功能点

用户可以通过该功能创建自己使用的分类，创建自定义分类后可以将舆情信息归类到用户创建的分类中，方便用户对舆情信息的管理与维护。

     功能提供了添加分类、查看详细、删除操作。

5.2.2.2 数据

编号	数据元	描述
1	分类名称	分类名称
2	状态	是否有效：1、有效；2、无效
3	备注	相关的备注信息

5.2.2.3 人机界面示意

未截图

5.3 舆情分析

舆情分析主要是对用户所关注监测的内容进行统计分析，为用户提供了热点主题趋势分析、主题分类的监测数量统计图表等相关的统计信息，方便用户与相关领导能从图表中更加直观的对社会上的舆情情况进行了解，为相关的舆情分析专家提供舆情事态研判的资源。

1、热点主题趋势分析。

2、媒体类别舆情信息统计饼状图、折线图、图表。

3、主题地域分布统计

4、监测关键词、预警关键词的舆情信息统计饼状图、折线图、图表。

5.4 舆情简报

系统通过对互联网上的内容进行监测与抓取后，并对抓取内容进行分析处理，从而通过用户对简报中设置的主题生成相应关键的舆情信息日、周、月报，在系统中用户可以根据简报参数配置功能对哪些主题生成简报进灵活配置。 

5.4.1舆情日报

5.4.1.1 基本内容及功能点

本功能是系统根据舆情简报配置的参数，对相关主题自动生成每日监测的情况信息，并为用户提供每日简报的下载。

    功能提供了舆情日报的下载。

5.4.1.2 数据

编号	数据元	描述
1	日简报名称	简报名称
2	生成日期	简报的生成时间
3	简报日期	简报统计的日期
4	简报主题	简报生成的主题

5.4.1.3 人机界面示意

未有图

5.4.2舆情周报

5.4.2.1 基本内容及功能点

本功能是系统根据舆情简报配置的参数，对相关主题自动生成每周监测的情况信息，并为用户提供每周简报的下载。

    功能提供了舆情周报的下载。

5.4.2.2 数据

编号	数据元	描述
1	舆情周报名称	简报名称
2	生成日期	简报的生成时间
3	周期	简报统计的周期，如：第二十期
4	简报主题	简报生成的主题

5.4.2.3 人机界面示意

未有图

5.4.3舆情月报

5.4.3.1 基本内容及功能点

本功能是系统根据舆情简报配置的参数，对相关主题自动生成每月监测的情况信息，并为用户提供每月简报的下载。

    功能提供了舆情月报的下载。

5.4.3.2 数据

编号	数据元	描述
1	月简报名称	简报名称
2	生成日期	简报的生成时间
3	简报月份	简报统计的日期
4	简报主题	简报生成的主题

5.4.3.3 人机界面示意

未有图

5.4.4简报参数配置

5.4.4.1 基本内容及功能点

本功能为用户提供了针对生成日、周、月舆情简报的主要参数配置，可以选择生成相应简报的相应主题，也可以通过通过参数配置是否启用简报的生成。

    功能提供了舆情简报的参数配置。

5.4.4.2 数据

编号	数据元	描述
1	是否启用	日、周、月分别有个该属性
2	相关主题	可以多选生成的相关主题，日、周、月分别有个该属性

5.4.4.3 人机界面示意

未有图

5.5 监控目标

监控目标功能模块提供了对监控目标网站信息的管理与监控级别信息的配置，启用或停用对指定目标的监控，并用户可以自己根据实际情况需要来配置监控级别。

5.5.1监控目标管理

5.5.1.1 基本内容及功能点

通过该功能可以新增与修改监控目标相关信息，并且可对监控目标的是否启动监控、监控深度、监控级别等常用的参数进行设置，使用户可以灵活的对监控目标进行监控。

    功能提供了监控目标的管理、启用与停用监控目标功能。

5.5.1.2 数据

编号	数据元	描述
1	目标名称	监控目标名称
2	目标地址	监控目标的URL地址
3	媒体类型	监控目标的类型：例如，新闻、博客、卫生
4	监控状态	监控目标的状态：1、已监控；2、未监控
5	监控级别	监控目标的级别：配置监控该目标的频次。
6	监控深度	监控目标的深度：最大深度到3级
7	备注	对监控信息的备注说明

5.5.1.3 人机界面示意

未有图

5.5.2监控级别管理

5.5.2.1 基本内容及功能点

使用该功能可以用户自定义监控级别，通过设置监控级别可以为监控目标的监测频度做出调整，使用户对所关注的网站能够更加灵活的进行监控管理。

5.5.2.2 数据

编号	数据元	描述
1	级别名称	监控级别名称
2	监控级别描述	对该级别的描述
3	监控频次	监控的频次

5.5.2.3 人机界面示意

未有图

5.5.3搜索引擎管理

5.5.3.1 基本内容及功能点

该功能主要是针对百度与google的检索引擎进行是否启用的控制，系统中至少开启一种搜索引擎。

5.5.3.2 数据

编号	数据元	描述
1	名称	搜索引擎名称
2	登陆网址	系统的登陆网址
3	状态	是否启用：1、运行中；2、已停止

5.5.3.3 人机界面示意

未有图

5.6 舆情预警

网络舆情预警是指从危机事件的征兆出现到危机开始造成可感知的损失这段时间内，化解和应对危机所采取的必要、有效行动。通过该功能可以配置预警词组，例如：死亡、H7N9等具备危机等含义的词组，系统将通过该配置的关键词对舆情采集到的内容进行分析，如果文章中含有此类词组，则出现在预警专栏中提醒用户给予关注，用户还可以通过短信或邮件的定制，快速的通知监测人员给予关注，有效的提高用户监测与值守能力。

5.6.1预警关键词管理 

5.6.1.1 基本内容及功能点

该功能主要是对预警关键词信息的维护管理，为预警主题提供预警的基础资源。

功能提供了预警关键词的添加、修改、是否启用功能。

5.6.1.2 数据

编号	数据元	描述
1	名称	预警关键词的名称
2	是否启用	是否启用该预警关键词
3	备注	记录预警关键词的备注信息

5.6.1.3 人机界面示意

未有图

5.6.2主题预警配置 

5.6.2.1 基本内容及功能点

该功能主要是对监测的主题进行预警关键词的配置，通过配置预警关键词，可以实现对该主题出现危机情况时，给予用户提醒关注，提供及时的控制与处置，防止突发事件事态的扩大。

功能提供了主题预警配置功能。

5.6.2.2 数据

编号	数据元	描述
1	主题名称	选择相应的监控主题
2	预警关键词	预警关键词组设置：可以从预警关键词库中选择多个关键词
3	备注	记录预警主题的相关信息

5.6.2.3 人机界面示意

未有图

5.6.3预警舆情信息查询 

5.6.3.1 基本内容及功能点

该功能主要是提供了对预警舆情信息的查询，并对预警信息进行查看详细内容，文章来源进行查看，删除预警舆情信息等功能，方便用户对舆情信息的查找与关注。

5.6.3.2 数据

查询条件

编号	数据元	描述
1	开始时间	采集的开始时间
2	结束时间	采集的结束时间
3	监控关键词	采集文章使用的关键词
4	预警关键词	根据预警关键词进行检索
5	内容	根据文章内容查询

2、展示舆情信息

编号	数据元	描述
1	标题	文章的标题（预警文章特殊颜色标识）
2	发布日期	文章的发布日期
3	数据来源	来源那个网站名称
4	内容简介	文章的简介

5.6.3.3 人机界面示意

未有图

5.6.4预警用户管理 

5.6.4.1 基本内容及功能点

该功能主要是接收预警提醒的用户进行电话或邮件地址的配置，通过该功能用户可以配置监控的预警主题、接收电话、接收邮件等参数，如果该主题产生预警舆情信息，系统会自动给予订阅用户发送预警通知信息，及时提醒用户给予关注。

5.6.4.2 数据

编号	数据元	描述
1	预警主题	订阅接收的预警主题
2	接收类型	预警信号接收类型：1、短信；2、邮件
3	电话号码	选择短信时必填，验证手机格式
4	邮件地址	选择邮件接收时必填
5	用户姓名	接收短信人的姓名

5.6.4.3 人机界面示意

未有图

5.7 主题管理

通过该功能主要是对监测的主题与关键词的设定，用户可以通过关键词管理功能添加所关注的词组，维护好关键词内容后，用户设置主题时选择与该主题相关的关键词，系统会根据用户配置的主题中的关键词，对目标网站发布的内容监测并抓取相关的舆情信息。

5.7.1主题信息管理

5.7.1.1 基本内容及功能点

用户通过该功能可以自定义监测的主题，用户创建主题后可以选择与主题相关的检索关键词，并且用户可以灵活的设置主题的是常态主题或是热点主题，如果是热点主题，则需要配置关注日期，只有当前时间在设置的关注日期范围内，才会对指定的网站进行舆情监测与采集，如是主题定义的是常态主题，则只要主题启用就会对指定的网站进行监测与信息采集。

    功能提供了主题的创建、主题监控是否启用功、修改、删除功能。

5.7.1.2 数据

编号	数据元	描述
1	主题名称	主题的名称
2	关键词	选择与主题相关的关键词，多选
3	主题类型	主题类型：1、常态主题 ；2、热点主题
4	关注日期	主题类型选择为热点主题才填写
5	是否启用	判断是否启用这个主题进行监测
6	备注	对主题信息的备注说明

5.7.1.3 人机界面示意

未有图

5.7.2关键词管理

5.7.2.1 基本内容及功能点

用户通过该功能可以设定想检索内容的关键词，将常用的关键词维护到系统后，可以为需要检索的主题提供舆情监测关键词，从而使系统可以进行监测。

    功能提供了关键词的创建、修改、删除、是否启用功能。

5.7.2.2 数据

编号	数据元	描述
1	关键词名称	关键词名称
2	是否启用	如果未启用主题中不可选该关键词
3	备注	对关键词的备注说明

5.7.2.3 人机界面示意

未有图

5.8 系统管理

5.8.1地区管理

5.8.1.1 基本内容及功能点

地区管理 主要提供了对系统的地区名称与编码的查看功能，可以新增地区，但不可对地区进行修改。

5.8.1.2 数据

编号	数据元
1	所属地区
2	地区编码
3	地区中文名称
4	地区英文名称
5	地区全名称
6	是否有效

5.8.1.3 人机界面展示

5.8.2机构管理

5.8.2.1 基本内容及功能点

提供了对机构进行查询、查看功能，可根据多个条件组合进行查询，并提供添加机构功能。还可对已有机构进行修改、删除。

地区管理 主要提供了对系统的地区名称与编码的查看功能，可以新增地区，但不可对地区进行修改。

5.8.2.2 数据

编号	数据元
1	所在地区
2	机构名称
3	机构编码：系统自动生成
4	负责人
5	负责人电话
6	单位地址
7	所在经度、所在纬度
8	机构级别：国家、省级、市级、县级、乡级
9	上级主管部门
10	单位电话
11	传真
12	邮编
13	备注

5.8.2.3 人机界面展示

5.8.3角色管理

5.8.3.1 基本内容及功能点

在系统管理中，角色管理是个很重要的功能。他将所有用户按不同业务分成几个用户组或者说角色，然后对角色分配对应的功能，这样当某个用户分配哪些角色后，他也就具有这些角色拥有的系统功能了。

提供角色的增删查改功能，通过角色名称和是否有效来查询。

5.8.3.2 数据

编号	数据元
1	角色名称
2	角色功能
3	角色状态：1、有效；2、无效
4	创建时间
13	备注

5.8.3.3 业务规则

只有管理员才能使用该功能。

管理员在新增角色时，只能分配自己所拥有的功能，他不能分配系统所有功能。

5.8.3.4 人机界面展示

               

5.8.4用户管理

5.8.4.1 基本内容及功能点

提供用户信息的增删查改功能，通过地区，机构，用户名称和是否有效来查询，提供重置密码功能，使密码回复到初始值。

5.8.4.2 数据

编号	数据元
1	所在地区
2	用户名
3	真实姓名
4	密码
5	确认密码
6	电话号码
7	邮政编码
8	电子邮件
9	详细地址
10	用户角色
11	启用日期
12	失效日期
13	备注

5.8.4.3 人机界面展示

6接口需求

6.1 软件接口

为了适应现有及将来的外部系统交互需求，保证系统顺畅的从外部多系统获取需要的数据，本系统需要多种外部接口，通过消息中间件、数据库同步等方式进行系统交互。根据建设需求，我们将从以下几点来说明系统生态环境（接口）的建设：

6.1.1与短信平台的接口

短信平台的建立是为了解决工作人员不在本地或者不在岗位时发生预警信号时而提供的一个业务支撑平台，使信息能够快速的传达到工作人员，从而提高工作效率和相应速度。通过短信平台可以把预警信息发送到用户的手中，通过手机短信平台提供的接口，根据双方定制数据交换标准，系统需要发送的数据推送至手机短信平台，由短信平台负责发送短信。

6.1.2与邮件服务器的接口

邮件服务接口可以通过邮件将产生的预警信号或需要发送邮件的内容通过系统发送到用户的邮件中进行通知，使用户能够及时的关注，提高工作效率和相应效率，通过邮件服务平台提供的服务接口，系统将要发送的数据通过邮件服务器进行发送到用户的邮件中。

6.1.3与应急系统的接口

通过此接口可以把热带病预警系统中通过预警模型产生的预警信号与其他个案等相关业务数据推送到应急系统中，双方根据定义的接口标准，进行系统对接，然后通过交换等方式将数据接入到应急系统中，供应急系统使用 。

6.1.4与大屏接口对接

通过该接口，可以将对热带病预警系统的分析展示对接到大屏上，方便工作人员实时的监测全国热带病预警情况，通过双方定义的对接规则，将热带病系统的分析数据发送到大屏上展示。

6.1.5预留接口

本系统预留了以后可能与国家传染病或寄生虫病专报系统其他新发病种等信息的对接接口，方便以后能及时有效的对接新的数据。

7非功能性需求

7.1 界面需求

本项目建设完成后，面向主要是普通业务用户，所以在界面设计上具有明显要求：容易理解、学习和使用，并具有一定吸引力。具体要求是：

1.     人机界面友好：符合日常办公习惯，用户工作界面简洁直观、风格统一，各项功能清晰，减少操作层次。

2.     安装易用性：尽可能降低系统安装和配置的技术门槛。

3.     系统更新易用性：尽可能提高系统更新升级的方便易用性，提高对数据内容变化的适应性。

4.     操作个性化：通盘考虑用户要求，满足不同角色用户工作使用习惯。

5.     系统在线帮助：提供帮助文档下载等。

6.     客户端零培训或接近零培训：基于B/S架构设计开发应用系统，不使用浏览器插件等扩展技术，支持IE6.0以上各版本的浏览器。

7.2 数据管理能力要求

✧按照功能和业务分类对表空间进行划分，数据表存储在不同的表空间。

✧随业务和使用的变化增加表空间和进一步优化。

✧针对存储大数据量的表进行分区管理。

✧根据查询统计的指标和规则建立查询索引，加快访问速度。

7.3 故障处理要求

应用系统本身具有一定的容错性和错误处理能力，当出现异常时系统自动记录异常日志，当用户在操作时出现异常，系统提示用户发送邮件，并能够把错误信息通过邮件的方式发送给开发方。

7.4 安全性要求

我们在系统的架构设计中，考虑灵活的系统安全策略。在应用层面，提供基于角色配置的安全管理策略，并可以针对不同用户提供不同的数据，例如有些用户可以看到某些传染病个案数据，但其它用户就不可以。在系统层面，系统支持全面的安全策略，不仅在应用层面，在网络访问以及无线访问等方面，也支持安全的数据连接。

为了防止用户误操作给软件的运行和内部数据造成破坏，本系统软件应该采取以下防护措施：

1）身份验证：用户必须输入合法的用户名、口令才能进入系统进行操作； 

2）输入信息的合法性检查：用户输入的信息都需要进行合法性检查，超出系统要求之外的内容都被过滤；

3）误操作防护：对关键数据的删除操作不实际删除，而是建立删除标志，如果出现误操作，可以由系统管理员进行数据恢复

4）信息删除警示：在删除任何信息之前，都提示用户是否确实需要删除；

5）数据库访问权限控制：系统会根据用户名判断该用户能够进行那些操作，能够访问那些数据。

7.5 保密性和私密性要求

在数据库中，存储了如传染病个案、预警信号等敏感数据。为了保障数据的安全，应该从以下几个方面对数据进行保护：

1.1网络安全。系统将运行在卫生专网或者VPN网络上，主要是防止非法入侵，并对网络通信流进行有效的监控，对已知的潜在威胁进行有效的防范，保障网络的正常工作。网络安全包括防火墙、网络入侵监控、防病毒等内容。

1.2信息安全，包括信息传输安全，要在数据传输过程中采用加密手段，利用国家批准使用的密码算法对数据加密，保证数据安全；信息存储安全，要采取先进的数据存储和备份技术及设备；信息访问安全，要对数据资源访问规定不同的访问等级，不同用户只可访问经过授权的数据资源。

1.3管理安全。制定必要的安全管理制度和措施，如机房出入管理制度、系统维护制度、数据定期备份制度、各种紧急情况的应急措施等。

7.6 软件质量因素

1）可扩展性/性能

本系统的体系结构被设计为可扩展的，使得系统能够支持海量的会话和数据量。

性能优化是无止境的，但我们在实施过程中，将考虑到数据的规模和并发数量，我们考虑了性能优化的策略，将性能的设计达到可接受的程度。

在系统的架构设计，我们基本上都采用了基于标准的方法，支持在应用、接口、服务层以及数据库层等多个层面上都支持服务器集群。为系统的进一步发展奠定了基础。满足系统性能要求：一般Web查询的响应时间10秒以内，带有复杂的饼图、棒图的查询，响应时间在15秒以内，统计分析的响应时间不得超过20秒。

2）可靠性/可用性

系统体系架构的设计满足各部门要求的可用性和可靠性。在系统的设计和测试阶段，将进行全面的测试，以保证不会出现某些系统操作或者一组系统操作会影响到系统的性能。在总体体系结构方面，集群的配置，提供了故障恢复机制，不存在单点故障。

3）易用性

在应用系统的设计中，我们将会充分考虑系统的易用性，并保持应用程序界面的一致性。在Web界面方面，我们使用CSS来保证系统界面配置的一致性。此外，还提供用户使用手册、培训以及在线帮助等手段来使得应用软件易于学习。

4）可维护性/易管理性

系统的体系结构建立在分层的设计模式和业界屡经验证的原则之上，最为重要的是，清晰地定义了系统各个组件的责任，使责任明晰。每个组件可以根据需要进行扩展和配置，在系统内采用统一的方式来维护系统。

在应用系统的建设中，充分考虑管理功能，采用统一的方式来管理组件。此外，系统提供日志功能，便于对系统的运行状况进行诊断。

7.7 培训需求

培训目标：

对业务人员：能够使用户能够熟练使用系统提供的各种功能；

对系统维护人员：使之熟悉本系统软件、应用服务器软件、部署和配置方式，熟悉数据库管理系统的配置和操作方式。

培训原则：

对业务人员：本系统软件的操作人员应对Windows操作系统有一定了解，能比较熟练地操作Windows操作系统下的一般应用程序，比较熟练地使用浏览器浏览web应用，同时应熟悉相关业务流程和工作内容。

对系统维护人员：本系统软件的维护人员应掌握Windows操作系统和数据库管理系统的管理与维护操作。

在需方进行培训时，需方提供培训教室及培训所需的计算机设备；

在开发方进行培训时，开发方提供培训教室及培训所需的计算机设备；

开发方提供培训教师和培训教材；

7.8 包装需求

使用光盘存储和包装软件的安装系统，并对安装光盘进行必要的标识、封装、防震等保护处理。可以人工携带光盘介质移交用户安装、检查、测试、验收。