本节书摘来自华章出版社《Stata统计分析与应用（第2版）》一书中的第3章，第3.2节，作者 周广肃，更多章节内容可以访问云栖社区“华章计算机”公众号查看

3.2 直方图、散点图和曲线标绘图的绘制

直方图、散点图与曲线标绘图是较为常用的三种统计图形，常用来表示数据的分布和变化趋势，本节将会通过例子介绍三种图形的基本绘制方法。

直方图是用矩形的面积（即长度和宽度）来表示频数分布的图形，在平面直角坐标系中，一般用纵轴表示频数或频率，用横轴表示数据的分组。通过该种图形，用户可以较为直观地了解数据的整体情况，如分布类型、中心位置、分散程度等。
在Stata中绘制直方图的最基本命令语句为：
varname是将要绘制图形的变量，if是条件语句，in是范围语句，weight是权重语句。下面将要着重介绍的是 histogram的选项，如表3.2所示。

例如，利用usaauto文件，绘制一个关于mpg变量的最为基本的直方图。此数据是根据统计资料得到的美国汽车产业的横截面数据（1978年），完整的数据位于本书附带光盘data第3章usaauto.dta工作文件中。

这个命令语句只告诉Stata为变量mpg绘制直方图的基本命令，而不进行任何设定，这时Stata将绘制出如图3.4所示的直方图。
但是这个图形过于简单和粗糙，我们可以对图形进行以下优化设置：
为图形添加标题“mpg直方图”。
把直方条的数目由现在的8个增加到10个。
增加脚注“数据来源于美国汽车协会”。
横轴刻度范围为从10~45，刻度单位为5，名称为“每加仑油行使英里数/单位：英里”。
为图形添加一条正态曲线。
完成以上设置，可重新输入绘制图形的如下命令：

在上述命令语句中，“title(mpg直方图)”的作用是对图形添加标题；“bin(10)”的作用是设置直方条数目为10；“note(数据来源于美国汽车协会)”用于设定脚注的内容；“xtick(10(5)45)”用于设定横轴刻度起始值为10，终止值是45，间隔是5；“xtitle(每加仑油行使英里数/单位：英里)”部分完成了横轴标题的设定；“norm”表示进行正态曲线的绘制，“addlabels”可标注直方条的高度。命令执行的结果显示在图3.5中。

如果将国产车与进口车的图形分开展示，并作对比，可以在以上命令之后再添加如下命令语句：

所以，这时需要输入的完整命令语句为：

可以看到如图3.6所示的结果，这时图形按照分类变量foreign对数据分别绘制直方图进行显示，方便用户的对比分析。

散点图是双向关系图的一种，常用来反映两个或多个变量之间的关系。散点图中通常用纵轴来表示因变量，用横轴来表示自变量，用图形来反映纵轴的数值是否随横轴数值的变化而变化。
绘制散点图的最基本命令语句为：

[twoway] scatter表示绘制散点图，varlist是将要绘制图形的变量，注意x变量要放置在y变量之后，if是条件语句，in是范围语句，weight是权重语句。需要注意的是，散点图特有的数据标记设定和组群划分选项。

数据标记的设定包括数据标记形状的设定、颜色的设定、大小的设定、散点标签的设定4个部分。

（1）数据标记形状的设定
数据标记形状的设定，是通过msymbol()命令选项来进行的，在括号中输入所需要的形状代号即可。形状命令代号参见表3.3。

（2）数据标记颜色的设定
数据标记颜色的设定，是通过mcolor()命令选项实现的，将所需要的颜色名称输入括号中即可。例如设定标记的颜色为红色，可使用如下命令：
（3）数据标记大小的设定
数据标记大小的设定，通过msize()命令选项，将适当大小的数字输入括号中即可。例如设定标记的大小为5号，使用命令：
散点标签的设定，通过mlabel()和mlabposition()命令选项，将标签的内容输入mlabel后的括号，将代表位置的数字输入mlabposition后面的括号即可。例如设定散点的内容为变量city，位置在3点钟处，可使用如下命令：

如果在数据中存在分类变量，可以将数据分类以后再绘制散点图，所使用的命令为by()，括号中需要填入分类变量。例如，按照性别变量分类绘图，可在绘图命令之后添加：

下面通过一个实际例子来加深理解，运用usaauto数据文件中的数据绘制mpg和weight关系的最为基本的散点图。输入如下命令语句：

这时Stata将绘制出如图3.7所示的散点图。

根据本节讲到的命令，对图形进行以下优化设置：
为图形添加标题“mpg与weight散点图”和副标题“1978年美国汽车数据图”。
为图形添加图例，位置在钟表2点钟处。
绘制一条拟合的趋势曲线。
为此，重新输入绘制图形的命令如下：

subtitle(1978年美国汽车数据图)”部分完成标题与副标题的设定；“legend(position(2))”部分完成图例位置的设定，位置在2点钟处。绘制的图形如图3.8所示。

此外，我们可以进一步将图3.8做如下改进：
将散点的形状设置为实心大三角，颜色为黑色。
为每个散点添加标签，内容为汽车的品牌（make），位置为9点钟处，颜色为黑色。
按照变量foreign分成两个图形进行绘制。
完成以上设置，用户需要重新输入绘制图形的命令如下：

mlabposition(9)”部分设置了散点标签内容为make生产商，颜色为黑色，位置在9点钟处；“by(foreign)”将数据分为两幅图形进行绘制。完成后的散点图如图3.9所示。

3.2.3 曲线标绘图的绘制

曲线标绘图也是双向关系图的一种，它是用线段的升降趋势来说明现象变化或变量之间关系的一种图形。它与散点图类似，实际上它就是将连续型的数值变量点连接起来的一种图形，但由于它还可以用于回归曲线的绘制，所以使用范围较散点图来说更为广泛。
绘制曲线标绘图的最基本命令语句为：

varlist是将要绘制图形的变量，一定注意x变量要放置在y变量之后，if是条件语句，in是范围语句。关于options选项内容，曲线标绘图与散点图均大部分一致，这里着重介绍不同的内容，即有关曲线内容的设定方式。

由于曲线标绘图就是将散点连接起来的图形，所以连接样式尤为重要，其设定的语句为connect()，其中括号中需要填入样式代码（具体内容如表3.4所示），默认的样式为直线连接。

线条样式的设定主要是通过clpattern()语句实现的，使用时需要将样式的代码填入括号中，代码内容如表3.5所示。

例如，运用financevalue.dta数据绘制曲线标绘图，此数据是中国1988年～2010年金融业增加值的数据，变量主要包括：year=年份，financevalue=金融业增加值（单位：亿），gdp=国内生产总值（单位：亿）。完整的数据位于本书附带光盘data第3章financevalue.dta工作文件中。
利用文件中的数据绘制金融业增加值financevalue和国内生产总值gdp随时间变化的曲线标绘图，所有设置均使用默认设置，需要输入的命令语句为：

在这个命令语句中，twoway line是绘制曲线标绘图的命令，即告诉Stata为变量financevalue和gdp绘制随时间变化的曲线标绘图，但不进行任何设定，这时Stata将会绘制出如图3.10所示的曲线标绘图。

从图3.10中可以看到这个默认设置的许多弊端，例如图例是一行排列，线条用色彩区分，在黑白打印时无法区分等，因此，用户可以对此图形进行以下优化：
将图例分成两行设计，图例内容为“金融业增加值”和“国内生产总值”，并让图例位于图形内部的11点钟位置。
线条中的一条为实线连接，另一条为虚线连接。
线条中的一条为直线连接，另一条为stairstep方式连接。
完成以上设置后，用户需要重新输入绘制图形的命令如下：

在这个命令语句中，“label(1 "金融业增加值") label(2 "国内生产总值")”部分实现了图例内容的设定，表示第1个图例为“金融业增加值”，第2个为“国内生产总值”；“position(11)”部分实现了图例位置的设定；“ring(0)”部分的作用是使图例显示在图形内部；“row(2)”部分的作用是使图例分两行显示；“clpattern(solid dash)”部分实现了实线和虚线的设定，表示第1条为实线，第2条为虚线；“connect(l J)”部分实现了直线连接和stairstep方式的连接。上述命令的执行结果如图3.11所示。

( 气象服务综合系统（二） )需求公示

气象服务综合系统（二）

1.围绕深圳新型智慧城市建设“六个一”目标，进一步提高智能气象服务能力。强化气象信息资源整合、融合和开放共享能力，推动实现普惠气象服务，填补气象服务缺位，融合跨行业数据，提高服务时效性、针对性为行业和公众用户人群提供高效优质气象保障服务。
2.一是重点解决气象数据可视化产品的融合展示和媒体信息融合采集，扩展恶劣天气呼叫系统处理服务能力。开发建设地铁运营安全气象保障系统，开发构建智能数据展示端系统，综合展示气象服务信息和服务产品，应用于渠道发布、线上科普、全媒体内容制作等。扩展恶劣天气呼叫系统服务能力，呼叫能力提升一倍，最大实现240路电话同时外呼。整体提升气象数据智能应用能力和提升气象服务业务应用能力。
3.二是开发建设城市智能互融式大交通气象服务系统，解决气象数据与交通数据的融合处理，以实现恶劣天气对交通拥堵的影响分析预测、市内交通积涝风险提示，主要对城市物流及公路交通、东西部港口、机场公路等气象需求信息的融合为系统提供支撑；
4.三是开发建设基于气象大数据气象服务系统，解决强化产品端智能式服务，开发重应用、泛中性化的小程序“小象个人管家”天气小程序端，并植入生活应用场景。借助于LBS，尝试提供便民服务，与线下零售、交通旅游、共享经济和公共服务相关的气象大数据智能产品整合。针对APP终端构建的气象云服务系统，满足大体量用户的气象需求，迎合个性化、轻量化、智能化的使用趋势，解决不同类别用户对气象更深层次的服务，包含气象云异地部署联合联动管理模块、天气实景大数据集约服务平台，轻量级APP应用等。
5.四是开发建设深圳气象创新应用系统，搭建智慧气象众创实时数据共享平台，引入全球及国家站点实时数据，加工数据产品，实现全球各类气象数据资源发布、产创者定制、使用数据、成果展示和资源共享平台、进行行业数据和气象数据的融合，国家级接口服务支撑系统，实现对外服务的毫秒级的响应，高并发、高可用的服务平台。

1.注册资金大于等于300万元人民币。
2.符合《中华人民共和国政府采购法》第二十二条之规定：1）具有独立承担民事责任的能力；2）具有良好的商业信誉和健全的财务会计制度；3）具有履行合同所必需的设备和专业技术能力；4）有依法缴纳税收和社会保障资金的良好记录；5）参加政府采购活动前三年内，在经营活动中没有重大违法记录；6）法律、行政法规规定的其他条件。
3.投标人须为制造商或经销商；
4.供应商信用记录未列入失信被执行人（执行期内）、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
5.本项目不允许联合体投标。

序号采购计划编号需求内容数量单位备注财政预算限额(元)

********5005地铁运营安全气象保障系统：1、地铁运营气象保障可视化展示系统2、地铁运营气象综合展示与决策系统3、地铁运营安全便民气象服务信息交互系统1.0套*******.0
2********5005城市智能互融式大交通气象服务系统：1、城市智能交通气象服务保障系统后台服务体系2、城市智能交通气象服务保障系统前台服务体系3、恶劣天气呼叫系统1.0套*******.0
3********5005基于气象大数据智能云服务系统：1、气象云异地部署联合联动管理2、天气实景大数据集约服务平台3、轻量级APP应用4、气象大数据服务与线下智能整合系统1.0套*******.0
4********5005深圳气象创新应用子系统：数据管理平台，应用及支撑平台，综合管理系统，气象产品展示模块，气象创意服务模块1.0套*******.0

（一）地铁运营安全气象保障系统
包括建设地铁运营气象保障可视化展示系统，对气象数据及地铁服务产品的融合处理和服务产品自动生成与信息可视化展示；建设地铁运营综合展示和决策系统，通过平面展示终端和球幕综合展示全球气象服务信息和深圳气象服务产品，提供地铁沿线和外延的“大交通”气象决策服务展示和科普解读；建设地铁运营安全便民气象服务信息交互系统，利用系统在线服务能力，提供面向不同用户的线上服务和线下科普活动预约服务，更便捷地向市民提供地铁运营安全气象服务保障的科普支撑服务。
1.可视化展示系统管理后台
可视化展示系统管理后台主要对可视化系统客户端提供账户管理、配置管理、信息采集等作用。整体采用C/S和B/S的混合系统结构模式建设管理后台，其中C/S模式作为后台管理中枢控制用户及用户组的模块及权限管理，其中后台收集不同地区和用户和不用习惯的用户所关注的展示的可视化数据，提供不同组对自己组内成员的模块进行相应的权限管理。
B/S模式则用于可视化展示系统的登录验证及模块的数据控制，其中可登录后台的用户账号应当由管理后台分配并且是未做限制的账号。
系统通过数据接口采集降水、台风等气象和行业服务数据，通过GIS地理信息引擎实现气象服务产品和图形产品叠加、气象要素动态化展示、下垫面数据叠加展示等功能。
可视化展示系统的登录验证及模块的数据控制，根据需要为登录用户通过后台模块配置，设置定制化的登陆后台管理界面，模块内容通过后台的展示接口替换，通过H5等多种Web端设计模式，实现可视化和互动效果。
可视化展示系统包含触控模式、科普模式、点评模式和屏屏联动四种服务模式。
3.全球数据集播放模块
通过播放管理模块，实现对视频播放、视频信息、视频切换、播放列表管理和切换等方面的管理，能够快速实现视频或者列表切换、查看视频播放信息等，提升管理员操作便利性。
4.实时类数据集传输模块
实时类数据集传输模块，通过获取到指定设置的FTP地址获取实时传输实时数据功能。
5.数据集数据库管理模块
通过数据库管理模块，能够实现对互联网数据库下载数据的管理，借助安全防护技术，包含实时数据库（简称实时库）、商用关系数据库（简称商用库）、时间序列内存库（简称时序内存库）、时间序列文件库（简称时序文件库）和集中管理几类数据服务。
对图像进行拼接，而边界存在光强度衰减问题，为了保证效果，需要让影像在边界处投影达到完全重叠。
实现移动端对地铁综合展示与决策系统的操作。移动端模块主要包含应用权限管理、控制演示、查看地铁综合展示与决策系统的数据库。
用户管理子模块具备用户注册、登录、注销、用户信息更新功能（包含实名认证）。用户系统提供相关接口，用户注册、登录时先请求用户系统，用户系统通知“短信服务”下发验证码，用户收到验证码后，通过APP或网页提交，后台验证通过。
实现国家级中国气象局、省级广东省气象局和深圳市级气象科普资源进行采集上传。
上传的科普资源回传至地铁运营安全便民气象服务信息交互系统，具有内容审核权限，可对上传的视频和图片内容进行审核，业务运行流程为：上传的科普资源→气象科普宣传互动平台→深圳市气象局管理员审核→审核通过→信息共享。
地铁运营安全便民气象服务信息交互系统在线点播子模块将使用云的视频服务进行点播系统的功能支撑。
进行气象科普活动的管理和服务。市民和公众用户可通过登录平台进行科普活动预约。
建立气象科普宣传互动展示页面，可在线点播视频、图片等相关信息，浏览科普活动安排，在线预约科普活动。
（二）城市智能互融式大交通气象服务系统
完成建设城市智能交通气象保障服务系统后台服务体系，包括对气象数据及交通数据融合处理和服务产品自动生成与集约化系统的建设，该模块主要对城市物流及公路交通、东西部港口、机场公路等气象需求信息的融合为系统提供支撑；建设城市智能交通气象服务保障系统前台服务体系，通过手机客户端负责信息综合展示精细化的大城市交通预报产品，主要包括恶劣天气对交通拥堵的影响分析预测、节假日出行公众交通服务子系统、市内交通积涝风险提示子系统、信息推送子系统以及意见反馈模块等内容；建设用户行为分析模块，以业务问题导向、数据驱动、技术支持为指导原则，利用系统功能，可以更好的制定决策，删减使用效率低的功能和产品，优化页面，并且开展有针对性的气象产品开发。
基于大型关系型数据库进行城市智能互融式大交通气象服务后台数据库建设，实现相关监测数据的实时采集及解析入库，作为系统运行和提供服务的基础。后台数据库存储涉及多种交通运行监测数据、气象观测数据和预报数据等各类数据，要求根据项目的特征进行系统数据库结构设计，结构清晰，存储合理，运行稳定。
2.道路交通气象影响监测
2.1道路交通监测数据接口和数据接入
开发安全可靠的数据接口，从交通部门或交通研究机构实时以json等主流数据格式接入交通运行监测数据，滞后时间不超过5分钟。
2.2道路交通气象影响评估模块
基于大规模历史数据，运用主流数据挖掘和统计分析模型分区域和分道路类型评估不同等级降雨和大风天气对交通运行的影响程度与规律，形成专家知识库，并根据数据更迭情况对专家知识库进行定期更新。
开发用户界面，通过浏览器可对道路交通气象影响评估数据进行查询和定期自动生成常用格式（*.doc,*.docx,*.pdf）的报表。
2.3天气影响覆盖道路查询
实时统计恶劣天气对深圳主要干道的覆盖情况，可进行指定道路实时天气、预报天气和历史天气分布特征的查询。
2.4道路拥堵状态预测
基于专家知识库、实时交通路况监测、天气监测数据和预报数据，充分考虑天气对道路运行的影响，基于短时交通状态预测模型，至少提前2小时预测和预警道路拥堵状态。
通过前端以地图和图表等可视化形式，直观展示实时交通拥堵状态、不同道路天气状况、受天气不同程度影响道路分布以及预报道路拥堵状态，支撑应急管理决策。
2.6诱导屏信息集成发布
联合交警、交委等其他相关部门，基于现有或计划建设的道路诱导屏实时发布主要干道的道路路况、气象信息、道路积水和其他警示，诱导机动车驾驶员规避受天气影响通行条件恶劣道路。
3.1基于易涝点的实况监测
根据道路积水智能识别模型和专家知识库，通过对降雨的实时监测和道路运行发展趋势，实时研判道路积水状况。
3.2基于易涝点的预报预警
根据对历史数据的挖掘分析，结合天气预报，预测道路积水点发生积水的可能性。
3.3积涝风险分布图综合显示
开发前端系统，生动形象展示道路实时积水、预测和历史积水情况，综合显示积涝风险分布。
深圳市12121公众服务系统主要定位于防灾、应急预警防范、天气查询三项服务，为政府应急指挥平台提供自然灾害预防和处置的有效依据。本系统是气象灾害预防预警信息的重要传播渠道。要求实现信箱结构动态设置，天气信息自动发布，天气信箱语音识别等功能。
随着突发灾害预警机制的逐渐完善，在遇到突发灾害情况下，为解决两套系统呼入及呼出资源不足问题。
4.1 预警外呼平台总体建设要求
（1）平台系统必须为一体化解决方案，呼叫中心组件包含但不限于：语音交换机、语音网关、CTI系统、IVR系统、录音系统和报表系统以及相应的部署方案，为保证系统运行稳定性，对于关键组件或系统应采用热备方案。
（2）必须满足240路中继接入，240路IVR，10路TTS的规模，同时满足后期扩容到960中继的需要。
（3）所有软硬件设备均需要考虑热备，排队机的电源模块、核心控制板、资源板、中继电路板均需要采用热备，CTI系统、IVR系统、录音系统均需要热备。
4.2 呼叫中心平台要求
4.2.1语音网关设备要求
（1）根据信息化安全要求，语音网关必须具有自主知识产权，并且取得工信部电信设备入网许可证。
（2）支持话务交换、网关接入和媒体处理能力。完成TDM与IP包之间的语音转换，不允许采用外置或网关形式的IP语音转换，不允许外置的VOIP网关传输IP语音。
（3）语音网关支持多种信令方式，必须支持包括七号信令（SS7）、中国一号信令（No.1）、ISDN PRI信令、SIP等等各种宽窄带信令，各信令由一种E1硬件板卡上实现，信令变更时无须更换硬件，只需软件设置即可，保证后期因需要更改信令接入方式，不用再增加硬件投资。
（4）接入设备独立运行时支持的最大中继数量应大于10个E1，单个网关设备支持的呼叫并发数量要大于300个；支持的数字中继板（连接PSTN）数及每块板支持的路数必须大于90路；
（5）为适应NGN、3G网络的接入，交换机系统内核必须同时支持电路交换(TDM)和分组(IP)交换，分组交换应支持SIP协议。
（6）支持内置传真功能，支持宽窄带的传真发送和接收，可接收或发送单页传真和多页传真。
（7）提供中文图形化界面的网络管理软件，管理中心客户可以通过该软件观察到呼叫中心每个板卡、每个端口，以及每台机器的坏损情况，并在出现故障时能够准确定位问题所在并及时预警。当系统出现故障时，利用告警报告和软件诊断信息能有效地帮助维护人员进行故障定位。应支持密码的设置，保证不会由于话务员和一般机务员的误操作，而导致系统瘫痪，或其它不正常状态。
4.2.2计算机电话集成（CTI）要求
（1）为了保证CTI产品的稳定性和处理能力，要求CTI产品通过语音交换机提供的CTI Link连接PBX，不通过第三方中间件连接，与PBX的集成无缝。
（2）支持多媒体统一排队功能，支持用户通过电话、Email、传真、Web等多媒体呼叫的无缝统一路由功能。即可将电话来话和去话、电子邮件、WEB、传真等多媒体渠道统一排队路由，所有渠道的状态完全被CTI详细记录，同一坐席有能力处理不同媒介不同接入地点传来的交互请求。
（3）根据主叫号码，被叫号码，呼叫位置，按键信息，客户数据库，坐席状态，坐席技能，呼叫时间，呼叫成本等信息制定路由规则。系统应能提供强大的呼叫自动分配功能。支持基于预设技能的路由、基于路由脚本的智能路由、先到先服务、先闲先受话、队列忙转功能、排队超时释放/转移、排队溢出释放/转移、排队取消、排队时播放时间、预估排队等待时间等路由功能。
（4）CTI连接必须提供冗余热备份，保证系统不因单一CTI接口的故障造成运行中断。
（5）支持无ACD/PBX设备环境下的仿真开发，即提供模拟开发环境，并实现模拟开发环境开发的业务可以用于现网业务实现。
（6）采用模块化设计，可灵活分布在不同资源配置的服务器上，以便于组件的维护和替换。各资源模块可任意添加组合。当增加另外一套新组件时，必须与原有系统可以进行无缝组网。
（7）具备各功能组件统一的集中管理，集中配置能力。对配置的重要信息具备用户口令认证及权限分配机制。
（8）具备告警功能，当出现能引起操作上的扰动或需要人工干预或性能超过预定操作门限时，产生告警指示。
（1）IVR系统应可以根据不同的拨入号码启动不同的业务逻辑流程；同时能够支持清晰、准确的语音导航、录音、放音、收号的功能，提高整个系统的工作效率。
（2）采用硬件DSP编解码方式提供IVR媒体资源，保证系统可靠运行。
（3）为保证呼叫中心系统的高稳定性高可靠运行，要求IVR能够至少支持800路并发呼叫。
（4）支持多种开发接口，为应用系统开发人员支持了完整的语音功能接口，可以实现全部自动语音应用功能。各种流程控制方式可结合使用，充分满足所有用户的应用需求。
（5）支持文本语音转换(TTS)与自动语音识别（ASR），能够支持NUANCE与科大讯飞等世界著名厂商的语言识别引擎；
（6）业务转移功能，同时获取呼叫数据，能够灵活地在人工坐席和自动台，或多个IVR之间互相任意转移业务。
（7）支持放音功能。实现对用户放音功能，可以播放多种类型语音。支持播放常用提示音、本地文件、整数、浮点数、字符串、价格、日期、时间、汉字字符串合成音、汉字文本文件合成音等。
（8）自动语音应答系统的架构设计基于控制与承载分离的方式。
（9）同时组网运行，保证系统有良好的可扩展性，IVR资源设备之间能够实现负荷分担；并且多台IVR之间能够支持互为备份功能。
（10）支持灵活的脚本流程控制语言，可编写语音流程，功能强大，可以适应绝大多数自动语音应用。支持图形化的全中文自动业务流程开发工具。可以通过拖拽方式迅速、灵活地生成新的自动业务流程，并能进行仿真测试，实时在线业务加载。
使用知名供应商的TTS语音合成，提供专业气象语音合成，可满足至少10路并发的语音合成。
（三）基于气象大数据智能云服务系统
1.气象云异地部署联合联动管理
气象云异地部署联合联动管理包括云部署、云间对外服务联动、云间数据联动、数据安全管理以及云间备份。
1.1.1深圳气象局对外服务云部署
气象大数据智能综合服务子系统云平台的部署将进一步提高深圳市气象局在气象领域的服务能力与服务水平，提升深圳气象的服务质量与市民服务满意度。
1.1.2超级计算机中心气象云部署
（1）降雨气温预报部署
该功能采用的数据来源于深圳气象局对外服务云平台，并以实时的更新频率动态呈现当前的降雨和气温数值，同时以动态线性图方式更加直观、简洁的展现降雨和气温的数值情况。
1.1.3气象信息实况部署
通过对外服务云平台手机客户端，可以实现多种功能,包括实时查询天气预警信息、交通干道气象预报、环境监测实况、地铁沿线出行监测实况等。
1.1.4超级计算机中心气象云部署
（1）预报数据产品部署
（2）气象数据挖掘分析

通过气象大数据智能综合服务子系统超级计算机中心气象云平台建设，共同挖掘深圳海量气象数据深层价值。
1.1.5腾讯气象云部署
（1）基础服务数据部署
通过气象大数据智能综合服务子系统深圳腾讯气象云平台建设，开发适合高速移动互联网的深圳天气服务终端，实现定点定时定量向市民提供天气和预警信息，市民可随时分片高效获取区域雷达、云图信息以及台风路径信息等。充分利用信息化手段更好地为市民提供优质气象服务。
（2）气象数据挖掘分析
通过气象大数据智能综合服务子系统超级计算机中心气象云平台建设，共同挖掘深圳海量气象数据深层价值。
1.1.6云间对外服务联动
该功能采用共用基础网、核心网、业务网、支撑网等现有或新建资源，并基于网络共站建设、平滑演进和共存融合，实现合理有序的业务承载、流量均衡，从而保证用户、业务对网络的演进和迁移无感知。
①确定流量均衡策略。主要是建立流量均衡的整体框架，包括网络模型、定义需求相对于资源的代价、流量工程优化目标等。
2数据测量。主要是利用统计手段得到网络的各种数据，如流量需求、时延、丢包率等。
3数据分析。对数据进行分析和建模，得到数据背后的规律性，进一步解释各种网络现象的原因，对当前网络状态进行评估。
4网络优化。根据一定准则调制网络参数，以优化网络性能。
该计算功能针对用户任务的多维需求，从用户和云资源提供者两个方面来考虑资源的分配，在满足用户多维任务需求的同时，降低资源的能耗，即最大化资源利用率，提高所有任务的综合效用，从而得到资源的最优配置。
产品服务协同是围绕产品分布协同以及信息、资源共享和知识重用等问题，提出的一种结合事件驱动服务模型和语义服务逻辑图的服务组合方法，并在此基础上建立一个基于云服务的复杂产品协同设计方法。
为保障数据的统一，对云平台之间的数据进行同步，实现数据交换、资源共享、数据的一致性和完整性。
云间数据联动包括：云间数据同步，云间数据分发，云间数据协同。
通过集群应用、网络技术或分布式文件系统、虚拟存储等，将网络中大量各种不同类型的文件集合起来，共同对外提供数据支持和业务访问能力。
云服务带来的一个重大变革是以设备为中心转向以信息为中心。数据存储在云中，这就必然带来数据安全问题，这些问题主要围绕数据连续性、数据安全性和可靠性。
为了保证数据的安全性，要选择带有数据加密，加密密钥管理以及高可用性方案的云服务，并对自己的数据进行安全加密后再放到云中，把握数据安全性的主动权。
①客户端/ 应用程序加密。
2链路/ 网络加密模式。
数据存储处理包含数据保留、故障转移、事件响应程序、系统监控和维护。
使用数据容灾保护技术，采用RAID、延时同步等技术，对代码、分布式存储和数据库进行实时热备份和延时冷备份，保证数据即使在设备损坏和错误删除的极端情况下也能安然无恙。
云备份是通过集群应用、网格技术或分布式文件系统等功能，将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作，共同对外提供数据存储备份和业务访问的功能服务。
云备份通过部署备份服务器，并将网络设备进行整合和动态分配，实现统一调度、统一备份、智能管理、高效率恢复等数据中心级备份系统要求。
服务备份包含对外提供的服务、接口、配置信息的备份。云服务备份提供业务信息共享，共享能力促进了中心网络环境到边缘用户环境的信息交互，构成了新业务快速开展的基础。该方法在解决共享备份的问题时，在信息互动过程中，成为业务发展延伸的重要环节，提供面向多种应用、多种业务场景的存储服务，具备将本地信息和业务源头连通的能力。
产品备份是对气象产品生成的数据进行备份，包含雷达图、卫星云图数据的备份。
1具有跨平台、多应用备份保护的统一安全备份，支持主流操作系统，32位和64位异构硬件平台一体化；
2支持主流数据库应用系统的热备份和灾难恢复，支持数据库支持的增量或差异、日志备份和数据库的异机恢复；
3支持完全备份、增量备份等基本备份功能，支持合成备份等主流技术解决网络带宽问题；
4支持针对文件服务器、重要PC的文件进行实时备份和恢复；
5备份功能具有统一管理和简单易用的特性；
6在备份的基础上，能够满足以后适当的异地容灾扩展需求。
数据备份是对自动气象站基础数据的备份，包含预报、实况以及其他表格数据等。数据备份采用自动化备份方式，它由以下几个部分组成:
（二）天气实景大数据集约服务平台
天气实景大数据集约服务平台，包含了天气实景数据采集，天气实景图片处理，天气实景审核，天气实景统计分析和实景应用五大方面，通过对天气实景数据整合，统计与分析，提供按时间、类型、城市、天气灾害、积涝地点、海岸线、点赞数等方式查询。
（1）用户拍摄上传模块
通过用户上传实景天气情况来收集天气数据，所收集到数据和预报数字模型结合在一起来气象分析，按照物流学和流体力学的结果来计算大气随时间的变化。
（2）自动高清摄像头抓拍模块
采用室外高清摄像头，运用数码相机或者手机摄像头对天气实景进行多角度环视拍摄之后，实现天气监测功能与实景拍摄，通过广角的表现手段以及相片、视频、三维模型等形式，尽可能多表现出周围的天气情况照片。通过网络传输到中心服务器处理，保证及时性，可靠性与准确性。
介于图片上传的类型大小不同，占用空间比重，在不影响图片质量的情况下，压缩实景图片。对图片进行了裁剪、缩小后，图片原属性保留，图片还可以还原，图片占用空间并不随之减少。经过压缩图片操作后，图片原属性替换为现属性，图片不可还原，图片占用空间随之减少。
（2）实景图片自动标准化尺寸
根据要求确定图片质量，按照一定的尺寸处理图片，上传所有实景图片。
（1）评论敏感关键词过滤模块
网络上敏感信息传播的特别快，会带来极大反面影响。杜绝各种严重政治性错误、淫秽色情、凶杀暴力、赌博迷信等内容的出现，对各类有害信息及时有效地发起预警，并严防此类严重错误出现。
基于各种渠道获取的相关信息，个体之间存在差异，利用自动审核筛选，能够建立更加准确的信息。
鉴于自动审核存在的一些问题，遇到一些难以处理的信息，用户提交的实景图片无法通过自动审核，需要人工进行审核，以达到进一步的准确性。
（1）时间检索功能模块
按照时间顺序来进行有效的统计分析，描述客观的现象的发展的变化状况，过程和规律。
（2）类型检索功能模块
包含晴、阴、多云、少云、小雨、中雨、大雨、阵雨、雷阵雨、暴雨、雾、霾、霜冻、暴风、台风、暴风雪、大雪、中雪、小雪、雨夹雪、冰雹等天气类型。
按照不同的天气种类来进行统计分析，不同城市的天气种类有不同的历史数据库，时间范围为历史上各台站建站时起至今为止。
（3）城市检索功能模块
基于各个城市的天气变化规律都有其自己的规律，按照城市进行实景统计分析，提高人机交互性。
不同的城市天气实景统计分析，不同城市的天气实景分为不同的历史数据库，时间范围为历史上各台站建站时起至今为止。
（4）天气灾害检索功能模块
对短时灾害性天气进行显示、查询和统计 ,对历史灾害性天气进行检索。
（5）积涝地点检索功能模块
按照积涝发生的地点，分析得出积涝灾害的易发区和重点防御区。
按照不同的积涝发生统计分析，不同的积涝发生地点分为不同的历史灾害库，时间范围为历史上各台站建站时起至今为止。
（6）海岸线检索功能模块
集成台风监测、预报、预警信息与天气资讯报道，实时动态展示西北太平洋地区台风信息，包括卫星云图、雷达图、风雨监测、近海海区预报、海上大风预警等气象服务信息，并提供完整精细的历史数据查询功能。
（7）点赞数检索功能模块
基于移动客户端的功能，用户可以基于气象相关的数据，与实际相对比，来点赞与不赞，以进一步达到数据的准确性。
用户可通过内置功能对天气信息进行点赞，也可查看其它用户的点赞数。
分区域按时段展示：实景显示天气、温度、湿度、风向、生活指数、灾害预警等天气情况，可以足不出户便可知道各地实况天气。依靠现有的资料，在实际应用中，提供全国多个城市的天气情况，实景图片显示，方便随时随地获取不同区域的最新天气咨询。
（2）自动实景与上传实景
对用户上传的实景进行监测、采集、传输到对图片信息的加工、处理、分析，综合实景图片，再结合社会用户的需求，形成实景预报数据。
通过用户手机定位将实景模块采集入库的数据，将地理数据、气象数据等数据源作为自变量进行空间分析与计算，从而得出不同的预报要素。通过GIS的加工、处理及显示功能，制作出数字化的多媒体天气预报图件或图表。
为了防止客户端频繁的读取数据库，前端应用服务只读取“缓存文件”的数据，并未直接读取数据库，而且程序在读取文件加载的时间是远远小于读取数据库的时间，从而达到了更快的速度。
利用缓存数据，减小外系统的负荷，提高数据的传输速度。
（三）轻量级APP应用
通过数据统计平台对APP相关数据进行整理、归纳、统计和分析。
将原有的APP转化为轻量级应用，打造主界面+功能界面（双界面）天气APP。按照现有APP数据特征，锁定用户APP使用高频时段，改良APP功能设计。
1. LBS定制信息筛选功能：根据用户位置信息直接定位提供数据信息界面，推送各类媒体信息和个性内容推送。
2. 气象大数据基于位置信息全方位定制与接口及相应功能:
提供各地10～15天内详细天气预报，让用户可以提前计划和安排。预报几点几分下雨，最快速度更新实时空气质量数据。走的是“细致”路线，未来几十分钟内，用户所在的区域是什么天气，会不会下雨，具体哪个点要变天，也可以在上面查到。台风动态显示，雷达视屏显示等各类预报信号可在小程序中直接显示。
3. 用户偏好内容智能筛查功能:还能根据用户喜好推送内容。小程序中还加入了小象智能交互与信息提醒，能够智能提供最准确的信息满足客户需求。线上开发线下应用，为气象变化产生服务需求提供服务。
4. 色彩控件程序自动生成定制界面功能：界面整洁大方，给用户良好的第一印象，用色彩控件告诉用户，他们能从这里获得最新最准确的信息，能捕获更多有效的内容。在一开始就展现出app的特色，让用户看到了继续使用的理由。
5.通过定位服务提供参照物位置推送兴趣内容功能:在移动互联网迅速发展的今天，信息量爆发性增长，人们获取信息的途径越来越多，随着大数据产业的不断壮大，推荐系统在小程序也越来越重要，推荐系统有着重要的作用。“小象个人管家”可以根据通过定位服务获取用户的实时位置数据，通过计算，获取与参照物的位置关系，结合上述的个性化推送，为用户推送该参照物范围内用户感兴趣的内容。一般的，通过空间索引，来提高计算地理位置关系的性能。消息推送作为传递信息的一种重要的手段，能够有效地提高活跃度，随着推荐系统的成熟，将其推送变成了可能，通过推荐系统寻找用户关注的焦点，精准定位用户兴趣，从而推送用户感兴趣的内容，达到提升推送的效果。
6.小象智能交互与信息提醒功能:除气象业务知识库外，终端还应具备多领域的自然语言库和知识数据库，为用户搜索和提供最有效的信息，还可以实现与用户之间的寒暄、闲聊等开放式对话，以增加用户粘度。对未能识别其主题的对话，需要具备提供搜索引擎检索的功能。
7.智能处理问答交互引擎:智能处理引擎用于实施用户与机器人的问答交互，主要实现包括语义分析、对话管理、答案渲染等内容，并具有自学习过程以提升用户意图理解能力。包括对输入文本进行通用分词、词法分析、语义提取等操作，确定文本消息中所包含的语义信息；对非文本输入的消息进行识别分析以提取其语义信息。利用语义分析的结果，并结合上下文的聊天内容与对话场景，从知识库中匹配出一条或多条的条目。针对不同对话场景，对答案内容进行组织和优化，以形成人性化的回答内容。
8.提供线下应用接口及相应处理后台服务:泛中心化电商的未来是即将到来的场景时代，场景时代之所以能改善消费体制，是因为可以更多小象管家小程序平台可以根据气象数据与多个商家进行联系，开发线下应用满足对消费者的服务。
9.LBS便民服务接口及相应处理后台功能:借助于LBS，提供各种便民服务，线下零售、交通旅游、共享经济和公共服务。传统零售通过与小程序的打通，提升为用户服务。例如：天气热了，小象管家提供便利店的雪糕打折券；下雨了，提供附近共享雨伞的选址；超市空调购买优惠卷等惠民服务。
10.多态小程序进入渠道接口及相应后台处理服务:该系统需要开发, 进入小程序的各类形态接口：线下扫码、微信搜索、公众号关联、好友推荐、历史记录查找、附近、卡包、微信支付等。
11.微信小程序通过长按二维码进入使用的方法及步骤：
（1）线下扫码：二维码是获取小程序最基本的方式，在微信中打开扫一扫，扫描线下二维码即可进入小程序，或者是通过长按二维码会出现识别二维码的菜单，点击进去就可以了。
（2）微信搜索：在微信客户端首页的搜索窗口，可以通过搜索获取一个小程序。
（3）公众号关联：同一主体的小程序和公众号可以进行关联，并支持互相跳转。该功能需要经开发者自主设置后使用。一个公众号可绑定五个小程序，通过该公众号可查看并进入所绑的小程序；一个小程序只能被一个公众号绑定，通过该小程序可以查看并进入所关联的公众号。
（4）好友推荐：小程序不支持在微信朋友圈进行发布分享。如果发现一个不错的小程序，可将这个小程序，或者它的某一个页面转发给微信好友，或者转发到微信群聊中。
（5）历史记录查找：当使用过某个小程序后，它会出现在微信客户端发现里的小程序的列表中。想要再次使用它时，只需通过列表里的历史记录就可以进入。在发现点击小程序中，也可以通过搜索进入小程序。
（6）附近：客户可通过附近直接搜索
（7）卡包：现在可以在很多门店里看到接受微信支付的字样，而在微信钱包的第三方服务类目里也接进商家入口。推出卡包小程序可以理解成数字化的购买券，用户可以通过这项应用送给朋友，对方只需要拿到二维码，就可以在门店扫码得到朋友送的商品，可以说是非常方便时尚了。 卡包小程序不仅在功能和服务上帮助到商家，还可以为商家获取更多线上流量。比如“附近的小程序”就是一个很大的流量入口，还可以将小程序码运用到地推及社交媒体渠道中进行推广营销，是商家连接线上线下最好的工具
（四）气象创新服务子系统
系统综合应用大数据、云计算、人工智能等前沿信息技术，实现各类数据资源发布、产创者自由定制、使用数据、成果展示和资源共享平台、行业数据和气象数据的融合等功能，提供高效、稳定、快速的气象数据服务，建立涵盖数据服务、算法、产品加工、应用部署和运营等完整的气象服务体系，建成一个集约化、综合性的气象服务产业的基础设施平台。企业及创业者可在服务网站浏览数据资源、查看测试、申请等操作，同时在用户管理后台管理用户信息及数据等资源。为用户、企业提供气象数据资源的获取，平台孵化的成果展示，平台的最新动态新闻等主要功能。
主要开发数据库系统、数据信息资源目录模块，实现对气象创新服务系统的数据统一管理。
应用及支撑平台提供了对外的应用层服务，支撑平台为应用层提供底层的支撑。应用层包括门户服务网站、数据申请、数据需求提交组件、账户服务、接口支撑服务。对外提供统一应用门户访问入口，提供一整套规范的、高效的、安全的数据交换机制，对用户和访问的资源之间的权限控制，统一的账户接口访问，实现单一登录和认证。
综合管理模块以系统管理和业务管理相分离的原则，对系统用户管理、权限管理、系统监控、运行管理等系统管理功能进行了整合，为应用体系提供统一的权限管理、统一的登录、统一工作台界面，为应用系统运行提供运行环境；同时将系统公用功能从各个子模块进行整合，并集成到各相关系统的操作界面中。综合管理系统主要包括账户访问控制模块和运行管理模块。
访问控制模块主要开发对项目所涉及系统访问控制操作，包括对系统及角色的安全管理、身份认证管理、实现单点登录和统一权限管理；
运行管理模块主要开发对系统运行过程的报警监控、系统维护等操作。
气象产品展示模块主要开发对气象产品的展示。通过门户系统将经过整合处理加工后的各种层次的产品信息对外发布，为不同类型的用户提供个性化的产品展示和信息服务。
气象创意服务模块主要开发不同用户对数据资源和信息服务的多样化需求，对气象数据服务各层面用户提供不同的信息服务和应用服务。
决策支持模块主要开发对数据挖掘、分析统计的功能，同时对气象创新服务系统整个环节关键的过程进行管理，方便管理人员进行实时了解。
数据的分析统计覆盖气象服务信息处理的整个流程(从数据处理和传输，到信息管理、分析、共享和发布)，对业务数据通过抽取，转换和整理，进入数据仓库，实现数据挖掘，分析预测的功能。创新服务系统的关键环节进行过程管理文档，汇总发布到决策支持系统，使管理人员对气象服务综合系统的业务使用情况实时了解，及时发现问题，进行纠偏。
标准规范体系主要对数据元定义，数据格式规范，数据交换格式规范进行统一制定。
数据元定义用于确立某种类别的数据在其名称、含义、表示格式、标识等方面的特征；数据格式规范是确定数据的保存格式(JSON、XML)和形式(txt、图片)，为数据输出和交换提供基本的格式依据；数据交换格式规范是确定数据之间的审核校验关系和规则、交换范围、交换频率，实现交换双边能够对所交换的数据正确的处理。
应用安全体系主要包括安全策略（网络安全策略、物理安全策略、系统安全策略、应用安全策略）和安全标准与规范（安全管理规范、运行维护安全规范）。
网络系统安全要完成网络安全接入、网络边界安全防护的可靠运行；物理安全要求环境安全部署、设备安全安装和机房安全维护；系统安全要实现系统风险分析、通过完善的系统安全机制防治以避免操作系统、数据库管理系统和应用系统等存在的风险；应用安全则针对应用安全风险分析，业务应用系统需要实施身份认证、访问控制、信息保密、数据完整性检验、数据存储、数据交换等安全技术保护。
（二）项目主要技术指标要求
（1）地铁运营安全气象保障系统
本项目需采用java和node.js开发语言。
1）客户端操作系统：采用Windows7及以上版本的Windows操作系统;
系统具有严格的权限分级制度，并有严谨的操作日志和管理日志登记；应用系统与数据库系统的设计要做到安全可靠入侵；提供完整有效的系统备份方案。
本项目整体采用Electron框架进行开发，Electron将chromium和Node.js结合环境，采用Electron将前端的web页面集成到电脑桌面应用当中，增强了项目的健壮性和可移植性，实现Mac、Windows和Linux跨平台应用。
（2）城市智能互融式大交通气象服务系统
本项目前端需采用java开发语言，后端采用C#、C++和Python等主流开发语言。
1)客户端操作系统：满足当前主流操作系统及客户端浏览器;
3)数据库管理系统：采用Oracle等大型关系数据库管理系统。
系统具有严格的权限分级制度，并有严谨的操作日志和管理日志登记；应用系统与数据库系统的设计要做到安全可靠，防止非法用户的入侵；提供完整有效的系统备份方案。
采用面向服务的架构技术路线，具备良好的可扩展性、可维护性和可靠性。
（3）基于气象大数据智能云服务系统
本项目需采用java开发语言。
系统具有严格的权限分级制度，并有严谨的操作日志和管理日志登记；应用系统与数据库系统的设计做到安全可靠，防止非法用户的入侵；提供完整有效的系统备份方案。
stack，又名软件叠层）的架构，主要分为三部分。底层Linux内核只提供基本功能，部分程序以Java编写。开发工具为：Android SDK + Eclipse IDE。整个部分采用C/S 架构，服务端后台实现数据传输和监控，前台系统界面实现系统传输监控。
（4）气象创新服务子系统
本项目需采用java开发语言。
1)客户端操作系统：满足当前主流操作系统及客户端浏览器;
2)服务器系统：采用Centos6及以上操作系统（Linux内核系统）。
系统具有严格的权限分级制度，并有严谨的操作日志和管理日志登记；应用系统与数据库系统的设计要做到安全可靠，防止非法用户的入侵；提供完整有效的系统备份方案。
采用面向服务的架构技术路线，具备良好的可扩展性。基于API服务实现系统模块的低耦合和高复用。
（1）地铁运营安全气象保障系统
1）搭建可视化展示系统管理后台，后台可对登录用户进行授权，实现用户分组和模块管理，可分配可视化展示系统授权码。
2）搭建实时数据采集传输模块，完成数据解析和可视化系统应用数据接口封装。
3）建设可视化展示系统，搭建可视化功能模块实现深圳本地数据接入，创建触控模式、科普模式、点评模式和轮播模式，实现面向业务的支撑。
4）搭建实时类数据集传输模块；根据地铁运营气象综合展示与决策系统需求搭建从权威机构获取全球实时数据（云图、温度色斑图等）ftp读取机制及自动稳定传输;
5）基于简单的局域组网可以实现移动端（手机、平板）对播放内容的播放操控、菜单切换、融合校准。
6）基于先进及快捷的技术手段确保球幕展示内容的快速融合调试，方便日常维护。
7）具备完善的菜单自定义功能，形成对众多展示内容的不同排列组合编排：根据不同展示需求及时调用播放。
8）地铁运营安全便民气象服务信息交互系统通过移动互联网实现国家级省级和深圳市级气象科普资源的汇集。
9）建设以气象科普互动为主题打造深圳市气象局地铁运营安全便民气象服务信息交互系统，实现在线科普资源的点播、下载，深圳市气象局气象科普活动预约。
（2）城市智能互融式大交通气象服务系统
1)接入历史数据，系统验收前后台数据库需存储近五年的历史天气数据和交通运行监测数据。
2)实现恶劣天气对主要道路覆盖的实时统计分析功能；
3)实现分区域和分道路类型不同等级降雨对交通运行的影响评估；
4)采用主流数据挖掘和人工智能算法如KNN算法、朴素贝叶斯模型等进行交通拥堵预测、道路积水识别和预测。
5)实现超过10处道路诱导屏的实时天气发布。
（3）基于气象大数据智能云服务系统
完成气象云异地部署联合联动管理、气象大数据智能产品智能整合、气象大数据智能产品云服务平台功能模块。
1)气象云异地部署联合联动管理完成云部署、云间对外服务联动、云间数据联动、数据安全管理以及云间备份等功能；
2)气象大数据智能产品智能整合完成气象数据采集整合、对外产品生成、气象数据缓存三个部分；
3)气象大数据智能产品云服务平台完成产品端精细化定位服务、气象产品个性化服务、产品端超级提醒服务、天气社交互动模块、产品端用户体验设计、多操作系统平台兼容与配置、视频与微视频服务模块。
完成实时灾情整合服务集成应用平台、天气实景大数据集约服务平台、气象云服务全方位监控管理平台。
4)实时灾情整合服务集成应用平台完成移动灾情反馈与信息、灾情识别与归类、历史灾情检索与分析、灾情与天气实况比对分析、灾情与天气预报比对分析、统计与报表、灾情与预警预报七个部分；
5)天气实景大数据集约服务平台完成天气实景数据采集、天气实景图片处理、天气实景审核、天气实景统计分析和实景应用五大方面；
6)气象云服务全方位监控管理平台完成设备监控、产品生成监控、数据状态监控、系统运行监控、数据同步传输监控、监控报表。
完成基于气象大数据热带风暴应用平台、基于气象产品服务用户反馈分析、气象个性化服务用户行为与分析以及预报预警信息实时智能分发平台。
7)基于气象大数据热带风暴应用平台完成台风实时风暴路径展示、台风实时防御指引、历史台风路径与信息查询、台风与专业产品结合展示以及台风相关气象产品研发部分；
8)基于气象产品服务用户反馈分析完成反馈数据收集、用户满意分析、错误反馈分析以及决策分析部分；
9)气象个性化服务用户行为与分析完成用户行为数据采集，数据统计及存储、数据深入挖掘分析以及决策辅助；
10) 预报预警信息实时智能分发平台完成推送产品生成、iphone推送、android推送、气象信息推送监控以及推送报表。
11) IVR子系统主要进行自动外呼，用户接通后能播放最新预警信息。要能设置外呼频率、呼叫次数等阈值。外呼结果能自动记录，为统计分析提供基础数据。
12) 语音转换子系统主要是把文字信息转换成语音文件，并能进行语音格式调节。
13) 预警外呼子系统主要提供外呼任务、外呼号码的管理功能，具体分为外呼号码管理模块、客户管理模块、群众管理模块、报表统计模块、告警管理模块、系统管理模块等。发布外呼任务时，可以指定一个用户或多个用户、并可以通过群组的方式进行集中外呼。
14）预警外呼系统要能统计每日外呼任务情况、24小时内外呼任务情况及外呼任务明细等数据。
15）系统要有告警功能，能实时监测系统状态、数据库状态、TTS服务等指标，有告警信息时需要及时上报。
系统管理功能要能支持权限配置、操作员管理、系统参数配置等功能。
16）对外API接口要能与第三方业务系统进行对接、对外提供接口，并能审计第三方调用情况。
（4）气象创新服务子系统
1)实现数据的分类、存储、标准化处理，完成数据服务的业务化运行。
2)建设接口服务支撑系统，实现接口对外服务的毫秒级的响应，实现高并发、高可用的接口服务平台；实现接口鉴权、接口监控，接口的输入输出可控。
3)建设账户体系和后台管理系统，实现用户的统一登录、账户体系的统一管理。
4)完成数据展示、创新成果展示和数据申请服务，用户申请的数据通过接口服务对外提供服务。
5)建设气象数据和业务数据的统计分析的平台，实现对整个系统的分析和管理。

1. 该项目集成单位需具有气象部门气象业务合作，有气象项目开发经验（以项目合同为准）。
2. 本项目投标人须具有高新技术企业认证，拥有与气象服务相关的ISO9001管理体系认证证书资质。
3. 投标人需具有专利1项以上（含1项），软件著作权10项以上（含10项）。
4. 该项目完成期限自合同签订之日起240个日历日。
5. 合同延期：本项目服务期满后，采购单位可根据中标供应商履约情况确定合同期限是否延长，但最长不超过2年，第一年为本次招标的中标服务期限，合同一年一签。
6. 项目进度：以签约合同工作为起始点，3个月内完成需求调研及系统设计工作，8个月内完成全部子系统建设工作， 2019年02月15日前完成项目测试及验收工作。
7. 付款方式：签订合同后分四期付款。分别为首付款30%、进度款30%、进度款30%、验收审计后支付10%，合计100%。
8. 验收要求：提供项目执行报告和项目档案。
9. 培训要求：监理与项目相应的培训计划。
10.售后服务：建立完善的项目服务档案。
11.项目团队：具备专业服务人员至少12名（其中后台搭建工程师至少3人，前端工程师至少4人，设计师至少2人，运维人员至少1员，项目需求分析员1人，项目培训专员1人）。

实施方案（工作措施、工作方法、工作手段、工作流程）
考察内容：重点考察实施方案对于4个子系统的开发方向、开发方法、系统可靠承程度，开发进度和流程
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得9~12分；评价为良得5~8分；评价为中得1~4分；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
项目重点难点分析、应对措施及相关的合理化建议
本项目为专业气象业务系统开发，需要有气象业务合作经验对于气象数据、及气象部门服务流程，预报、观测方法有一定的理解和经验。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得5分；评价为良得3~4分，评价为中得1~2分；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
质量（完成时间、安全、环保）保障措施及方案
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得8~10分；评价为良得4~7分；评价为中得1~3分；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
项目完成（服务期满）后的服务承诺
考察内容：软件项目开发完成后有一定运行期检验系统稳定性及进行系统改进，开发服务期满后中标方需提供4个子系统的1年质保升级服务（服务期满）后，投标人提供完善且及时的处理措施承诺，由专家评价，专家评价为优得5分；评价为良得3~4分；评价为中得1~2分；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
由专家评价，专家评价为优得5~6分；评价为良得3~4分；评价为中的得1~2分，评价为差不得分。评价为“中”或“差”的，专家需说明情况。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得2分；评价为良得1分数；评价为差不得分。评价为“差”的，专家需说明情况。
投标人资格情况及通过相关认证情况
投标人拥有高新技术企业认定证书得1分、拥有与气象服务相关的ISO9001管理体系认证证书资质得1分、软件企业认证得1分；累加得分最多3分，没有得0分
考查投标人参与气象系统相关中标项目超过100万的案例，每有1个得1分，最多2分，没有得0分。
拟安排的项目负责人情况
1.项目负责人须提供2018年于投标人单位近三个月的缴纳社保证明，并加盖公章，不满足条件者无得分资格，满足条件者依据下述要求评分；；
2.具备气象类相关职称，中级职称得1分，高级职称（副高级或正高级）得2分，没有得0分。
3.近三年内，正式期刊发表过气象相关类别论文者得2分，没有得0分
4.担任过相关气象行业案例职务，每担任过一次得1分，最多2分，没有得0分
（提供聘用合同或其他证明材料扫描件，原件备查。未提供聘用合同扫描件的，不得分。）
拟安排的项目团队成员（项目负责人除外）情况
1.团队成员总人数要求至少12人（其中后台搭建工程师至少3人，前端工程师至少4人，设计师至少2人，运维人员至少1员，项目需求分析员1人，项目培训专员1人），满足条件得6分，每缺少1人减2分，少于10人得0分；
2.拥有本科及以上学历人员10人及以上得3分，每少1人扣1分，少于等于7人，得0分；
3.参与过气象类相关项目人数10人得3分，每少1人扣1分，少于等于7人得0分。
（提供聘用合同或其他证明材料扫描件，原件备查。未提供聘用合同扫描件的，不得分。）
投标人自主知识产权产品（创新、设计）情况
投标人拥有气象系统相关专利，拥有1件及以上（含1件）得1分，没有得0分
项目拟选用产品的成熟度及可靠性
考察拟使用的产品（软件）情况，要求提供《计算机软件著作权》作为证明资料，采取客观化评分。
1.拥有《计算机软件著作权》达到10个及以上得6分；拥有9个得5分，拥有8个得4分，拥有7个得3分，拥有5~6个得2分，拥有3~4个得1分，少于3个得0分。
考察内容：对照招标文件关于详细分项报价的要求，结合本项目完成（服务）期限要求和人员要求，考察投标人"详细分项报价"的科学性及合理性。横向比较，分档评分：评价为优得3分；评价为良得2分；评价为中得1分；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
根据《深圳市财政委员会关于加强招投标评审环节诚信管理的通知》（深财购[2013]27号）的要求，投标人在参与政府采购活动中存在诚信相关问题的，本项不得分，未出现相关诚信问题的得满分。以深圳市政府采购中心供应商库中的处罚记录为准。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。
根据深圳市政府采购中心项目履约情况现场抽检结果，投标截止日前一年内（以深圳市政府采购中心网站《关于给予供应商履约评价差的函》的落款日期为准），供应商履约评价出现评价为“差”的，本项不得分。未评价为“差”的，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。