气象微信公共平台技术方案

微信公共平台技术方案

第一章项目概况

1.1. 项目背景

在我国互联网的发展过程中，PC互联网已日趋饱和，移动互联网 却呈现井喷式发展。截止 2014年 10月底，中国手机网民超过 6亿。 伴随着移动终端价格的下降及 wifi 的广泛铺设，移动网民呈现爆发 趋势。

随着宽带无线接入技术和移动终端技术的飞速发展，人们迫切希 望能够随时随地乃至在移动过程中都能方便地从互联网获取信息和 服务，移动互联网应运而生并迅猛发展。

据中国产业调研网发布的 2016 年版中国移动互联网行业深度调 研及市场前景分析报告显示，从发展的结果看：游戏、广告和电商三 个细分市场催生了中国PC互联网三巨头，腾讯、百度、阿里巴巴。 有资金、经验、技术和用户优势，加快了移动互联网建设的进程。

2014年中国移动互联网用户数量较前一年增加了 7000 万，手机 网民占

网民总数超 80%，手机和移动设备成为互联网的第一入口。 2015 年 1 月，移动互联网用户总数净增 492 万户，总数达到 8.8 亿户，同 比增长

5.1%。其中使用手机上网的用户达到 8.39 亿户，对移动电话 用户的渗透率

达到 65%，与 2014 年同期持平。手机保持第一大上网 终端地位。我国移动互联网发展进入全民时代。

1.2. 什么是微信公众号

微信是腾讯公司推出的一款通过网络快速发送语音短信、视频、 图片和文字，支持多人群聊的手机软件，具有零资费、跨平台沟通、 显示实时输入状态等功能，也更灵活、智能，且节省资费。微信公众 平台是腾讯公司在微信的基础上新增的功能模块， 这一半台的一大特 点在手机订阅账弓， 用户在使用过程中仅需通过自主 “关注”“订阅”， 信息就可直达用户的手机桌面，更适合“一对一”的精准传递消息。 山于微信可发送语音、文字、表情、图片、视频等各种信息，表现形 式活泼多样，为人们的表达提供了多种方式。

1.3. 建设原则

微信公众平台发布系统是气象局气象预报、预警服务产品制作分 发管理系统，涉及的信息包括各类天气服务、预报预警、生活信息发 布等，系统具有信息推送、信息查询、常规个性化定制等功能，能够 与气象局已有业务系统实现数据对接， 兼容。并且充分利用现代化高 科技的微信服务开放平台， 在气象局已获得大量的气象探测和灾害性 天气监测信息的基础上，对信息进行分发、共享、建立规范化的气象 预报预警服务平台，为广大群众提供最新、连续、无缝隙、最便捷的 气象服务。

1.4. 建设目标

微信公众平台发布系统主要是为广大群众提供便捷的气象预报、 预警和信息服务、因此充分考虑实时性强、专向服务的特点，在建设 过程中遵循以下几方面的原则： 首先，保证后台系统跟微信服务号对 接运行稳定，后台系

统采用互为备份的结构，灵活、性能好；其次， 可操作性强，做到随时请求、随时自动回复、运转正常、保障有力。

第二章需求分析

随着网络信息技术的发展和移动互联网的普及，大众的获取气象 信息的方式和节奏正在悄然变化。 面向公共的气象服务必须加快与新 兴媒体的融合， 充分利用新媒体探索和改变公共气象传输模式， 创新 传播方式。

微信是目前用户使用量最大的 APP之一。2012年8月，腾讯推 出微信公众平台，分为订阅号和服务号。微信公众号以其影响广泛、 功能丰富、操作方便、无须软硬件投入等诸多优势，可成为公共气象 服务应用的重要平台。 公共气象服务可借助微信公众平台庞大的用户 群体及其传播特征，推出微信订阅号，并以优质、专业的气象信息资 源为核心，利用4G时代的移动客户端平台，充分展现、深度挖掘、 重组策划气象服务的各类内容， 将气象服务与巨大的微信用户群连接， 致力于打造个性化和专业化的面向公共气象服务平台。 订阅号提供信 息及沟通服务的定位和“每日推送”的特点，使其更符合面向公共气 象服务信息的发布。

2.1. 可行性分析

2.1.1. 定位精准

微信公众号可以让粉丝的分类多样化， 可以通过后台进行分类 和地

域控制， 这样在进行信息推送的时候， 可以根据用户特点精准推 送。

2.1.2.信息到达率高

每一条信息都通过推送通知的方式发送，你所推送的每一条 信息都能到达关注的用户手中，到达率 100%。

2.1.3.方式的多样化

微信平台开发后提供文字、图片、音视频、混排等内容，方 式多种多样，使推广活动更加生动、有趣。

2.1.4.方式人性化

百姓可以选择信息接收许可， 根据自己的所重视的方向选择 有关内容进行关注。开发后更是可以重点浏览关注板块。

2.1.5. 内容方便性、全面性

百姓只要关注公众号，点击在公众号上的对应按钮。如微官 网、微调查等智慧化微应用均能查看调阅，大大提高政府部门信 息推送的方便性、全面性。

2.1.6.小成本，大回报

通过开发与平台的建设， 人力资源维护成本降到最低。 能最 大限度的通过微信平台服务百姓

2.2. 微信订阅号的规划与设计

气象服务微信订阅号的定位是其建设和发展的核心， 要确定明晰 定位和服务用户。在具体操作上，可以基于以下三个方面思考定位： 气象服务用户是哪些？其需求是什么？我们想做什么？明确这三点， 才能实现气象服务与微信平台的完美结合。

第一，面向公共气象服务面对的是由政府管理人员、农业用户、 行业用户和人民群众等群体构成。 他们对气象信息的侧重点不同， 只 有针对不同的群体提供有针对性的气象服务才能取得他们的信赖。

第二，从气象服务对象的角度考虑， 分析用户想了解的气象服务 信息，如气象农业用户比较关注， 哪些气象因素会影响农作物的生长， 在什么情况下需要对农作物做防灾减灾处理。 交通部门需要了解天气 对交通状况的影响， 如哪块区域的降雨、 降雪量较大会对道路安全产 生影响，交通部门可对该路段提前做出应急措施，或疏导交通。需对

不同服务对象做有针对性的气象服务。从而提升气象服务质量。 第三，围绕气象服务群众宗旨创建微信订阅号， 使其成为向用户 提供方便、快捷、主动服务的气象服务平台。要根据微信公众号开发 宗旨确定微信订阅号功能描述，并完成认证环节，以获得更高权限， 实现气象服务内容的创新。

第三章系统总体设计

3.1.

构建平台

第一，微信订阅号的功能主要包括订阅沟通、用户管理、服务定 制。订阅沟通就是消息的发送回复；用户管理则提供分组、资料、素 材库等的管理；

第二，构建订阅号平台要做到：①界面友好、操作方便、易于维 护。用户体验是订阅者最重要的需求，必须保证用户界面的直观、清 晰和实用。②微信订阅号是一个互动性的信息交流平台， 其自动回复、 一对一交流功能满足了用户的社交需求。 对气象服务订阅号来说， 满 足用户对气象信息的需求， 并将准确信息及时反馈给订阅者至关重要， 这是气象服务能否长期拥有订阅者的关键。 ③要满足订阅者利用碎片 化时间获取信息和资源的需求。

第三，具体来说， 面向公共气象服务微信订阅号的功能构架由三 部分组成：导航菜单、自定义回复和信息发布，其中导航菜单由 3X

5 的模块构成。导航菜单就像 PC 端网页目录导航一样，可以清晰展 示气象

服务提供的所有服务， 而且可以使用户便捷地直接进入某项服 务。根据气象服务的定位和可提供的内容考虑设置“气象服务” “气 象产品”“互动交流”三个一级菜单，点击之后订阅者可获得二级菜 单提供的更多专题内容。 自定义回复是指气象服务信息、 提供的服务 以菜单形式展现， 目的是引导用户方便查找需要的内容， 满足个性化 需求，同时增加互动。自定义回复的内容形式主要是欢迎语 号+结束语。

+功能序

3.2. 系统设计原则

安全性、可靠性、先进性原则 考虑到项目安全性、可靠性的需求，在系统设计中，应充分注意 系统的安全性和可靠性， 采用多种安全防范技术和措施， 保障系统的 信息安全， 保障系统长期稳定可靠运行， 同时在系统设计要充分考虑 系统运行性能，达到“简便、实用、快捷、安全、准确”的目的。

先进性原则

由于 IT 技术发展的速度惊人。因此，在项目进行系统总体规划 时，我们选择业界到目前为止先进和成熟的技术作为整个系统的技术 架构，以保证系统有不断发展和扩充的余地。

系统总体设计的先进性原则主要体现在以下几方面：

1）系统结构选择当前先进的 MVC架构进行逻辑和业务和展示分 层的

架构进行系统开发；

2）软件的设计中利用先进的面向对象技术、设计模式、接口技 术和组

件技术来提高软件的通用性和复用性。

实用性、易用性、可扩展性原则 实用性是系统在建设过程中所必须考虑的， 从实际应用的角度来 看，这个性能更加重要。为了提高系统的实用性，本系统考虑如下几 个方面：

♦设计上充分考虑当前各业务层次、 各环节管理中数据处理的便 利和可

行，把满足用户业务管理作为第一要素进行考虑；

♦采取总体设计、分步实施的技术方案，在总体设计的前提下， 系统实

施时先进行业务处理层及低层管理， 稳步向中高层管理及全面 自动化过渡。这样做可以使系统始终与业务实际需求紧密连在一起， 不但增加了系统的实用性，而且可使系统建设保持很好的连贯性；

♦全部人机操作设计均充分考虑不同使用者的实际需要；

♦用户接口及界面设计充分考虑人体结构特征及视觉特征进行 优化设

计，界面尽可能美观大方，操作简便实用。

统一及一致性原则

在统一的用户界面风格前提下，实现各 GUI中各类按钮、图标、 文字（字体、大小）的统一和一致， 达到便于使用、 交互友好的目的。

在保证界面风格统一、 一致的基础上，将界面的布局（包括按钮、 菜单、显示框等） 设计成符合操作者习惯的形式，并在界面颜色的搭 配上满足操作者要求， 提供一个人性化的人机操作环境， 以保证用户 使用的舒适性。

数据共享原则

对所有的数据采用合理的数据结构， 把它们有效地组织好，进行 统一维护管理，避免数据重复，减少冗余，提高准确性和可靠性，保 证数据的统一性和完整性。

33系统技术架构的设计

♦采用目前安全性能高，扩展性好，框架技术最为完善

言作为系统开发的语言。

.NET语

♦采用mvc框架技术，使系统能够分层开发，各层之间逻辑分明， 层与

层之间提供接口方式来实现业务和数据的沟通。让系统具有极强 的扩展性。

♦基于组件技术，力求将变化封装在组件内部。

♦适应能力强，同步、异步都能处理，既能满足快速反映的业务

的需求，又能满足大数据量、复杂的、异步的业务的需求。

]

服劳 服务 眼务 」 L 」 丿

网页展现I

图：总体逻辑架构设计

3.4. 服务系统框架

皓霊 變用HTTFM4讪 tiHi ftFHJSP. J$ONi t： ■:rteb,； .... “I的\" ■时叫 i ■■■■'i jwnklflrii钉坏席Ullrr型Ifi两仙 lftdlwBbB»rvit®$F ： IH/-吐求&总

we&hM\"1'营片西粘勺切犀eh ap>p;i|/'.呛出妙pitaii©R打凹i

疋甘前刿聆童筑如；

屋薛證用■丸傭矗肋甩-tt 小泰規，可4便用上喇的右直r存借蛊一台■务畧上* 柑対蹲甘冉

wet\"妣粗占求U『机APT击求S；F. ff ; ?T«： 5申1 炖山~fj：；jr i'ti* f - M -' I *TA r： I'l ：4 将—A玄牛賈轻换为J&3I宇符申； 弑4T：林I* 山曲犠九JSQMYKrm

这块业軒厲干慕础■爵t云軽务』・供忡眸调 巾.4^W*«T*：

琴用用槪箱盘凶，■即ft*** 出觐乩穆脳苒槪；

tft

if 6 a»

图：系统框架图

表示层（客户端）：用户操作浏览的各个界面，负责与用户交 互，显示和接受用户输入的数据、主要为用户提供可视化的操 作界面。 业务逻辑层（应用服务器）：主要是针对用户具体问题的操作， 访问数据层对数据进行业务逻辑处理。并将查询的结果返回给 表现层。 数据层：主要包括综合气象服务产品库、省级基础气象历史资 料数据库、系统配置库，为系统运作提供数据上的保障。 数据进行业务逻辑处理。并将查询的结果返回给表现层。 数据层： 主要包括气象服务

产品库、 省级公共基础气象观测数 据库、系统配置库，为系统运作提供数据上的保障。

3.5. 技术路线

服务器采用windows2008R2服务器，主要开发语言有 C C++

Object C、Java、J2EE、Ejb3.0 、Strtus 、Hibernate 、Sping 、JavaScript 等多种开发语言。服务端运行环境主要为： Apache、Tomcat、JBoss 等容器，数据库为Mysql5.3。365天*24小时不间断的气象信息采

集， 保证气象信息的最新、最全。

系统技术特点：

•模块化管理

系统可根据用户需求设置自定义模式，满足不同需求

•可扩展性

通过有限的投入实现系统的高效能，保证系统易维护、 运行稳定、开拓新模块等特点

•专业定制服务

根据气象部门的特殊性， 集双方优势于一体， 为大众提供 更便捷、有效的专业服务

灵活性

系统有足够的灵活性，其数据的格式和用户界面以及使用 功能等需满足各用户的需求

36系统运行环境设计

部署环境

——— ------- | 弓厚 .軽翼厚 | f

（证程隔鱷控剖.蛀辭話葩阑乍

击］

图：服务端使用环境

CPU 内存 硬盘 系统

1GHz或以上 8G或以上 1T Win dows server 2008R2 或以上版本 不限 显卡 软件要求 FTP服务器

Net Framework 4.0 Sql2008 Office 2007 IIS 6.0 Tomcat6.0 MySqL

3.7.系统数据处理设计 3.7.1.主动后台处理功能 对于上报的新数据包，自动检查数据包的正确性，然后加载它到 数据库中，并自动执行汇对及汇总。这种后台处理功能最大限度地减 少用户干预并充分利用计算机资源和空闲时间。

以减少查询用户的错误操作给数据库带来的压力。

它的另一个好处是可

3・7・2・自适应用户查询

自适应用户查询是指缓存用户最常查询的部分数据，让后来的用 户从缓存中直接取得结果，而不需要访问原始表，可以很快地响应用 户请求，给出结果。然后按照一定的计分规则进行排队。及时增加新 的最多的查询，自动取得数据保证查询到的数据是最新的。

3.7.3.数据库优化

1) 绑定变量，可以减少数据库解析 SQL语句的负担。对需要执行次 数很多

的语句尤为重要。

2) 批量处理，可以减少应用程序或存储过程和数据库的交互次数， 从而提

高处理效率。

3) 存储过程，可以减少与数据库的网络交互负担，在数据库内部处 理业务

逻辑一般比外部语言要高效。

4) 物化视图，对于原始基层数基本固定不变的分组汇总查询，可以 将中间

结果保存到物化视图表，由数据库自动视需要查询原始表 或物化视图。

5) 数据泵技术，可以加快大量数据库导出和导入，可用于数据日常 备份。 6) 传输表空间技术，可以加快大量数据库导出和导入，可用于数据 上报。

第四章功能设计

4.1. 功能模块

图：功能模块

4.1.1.气象服务

1、 实况天气；根据定位信息获取距使用者最近的自动站实况数据,

女口；温度、风向风速、空气质量等数据。方面用户了解当前气 象实况信息。

2、 五天预报；方便用户了解该地区未来五天的天气情况及天气形 势。 3、 近6小时PM2.5数值；展示最近6小时空气质量趋势。为对 空气污

染较敏感的人群提供参考数据。

4、 自动站；以地图的形式展示该行政区域内所有自动站的实况数 据。 5、 生活指数；气象部门更具气象预测而发布的为居民生活出行而 提高的

参考数据。

4.1.2. 气象产品

1、 天气预警；为生产、生活提供预警信息服务，提供相关的防御 指引信

息。

2、 气象专报：对服务、活动，制作有针对的性的天气预测产品。 3、 一周天气：对未来一周的天气形势的预测，以及未来一周天气 现象的

预报。

4.1.3. 互动交流

1、 实景天气；采用分享图像的形式增加微信订阅号的活跃程度。 增加对

用户的粘性。

2、 气象科普；提高社会各阶层群体的气象灾害防御和减灾的意识 和能

力，让老百姓了解气象在我们的生产生活中的重要性。

3、 单位介绍：对单位现有情况的介绍

4.2. 后台支撑

4.2.1.微信菜单设置

可在后台设置本服务号的微信菜单，可设置微信一级菜单、二级 菜单名称、数量、显示顺序、回复模式，回复内容编辑。其中回复模 式可选择链接和内容回复两种形式， 选择链接可直接跳转至所设置的 微网站网页， 选择内容回复可选择回复文本信息、 图文信息和气象数 据

4.2.2.推送消息内容编辑

内容编辑的分为文本信息、图文信息和气象信息三大类。文本信 息可由后台编辑文本内容， 主要用于简短信息发布； 图文信息可由后 台上传图片以及文本信息，主要用于发布 气象科普等信息；气象信 息发布可有后台上传回复图片以及定制所回复的气象数据， 气象数据 包括短期预报、预警信号、一周预报、指数预报、自动站实况、气象 雷达、卫星云图、台风信息、重要天气信息、农气旬月报等，可依据 用户需求定制拓展气象数据。

4.2.3.自定义回复内容

可设置自定义回复的标题，所关联的关键字，回复内容；回复内 容包括文本数据、图文信息、气象信息以及已经设置成功的菜单。当

用户请求向公众服务平台请求时， 且请求关键词在服务范围之内则找 到以之相匹配的文字或图文信息，提交给微信开放平台推送给用户。

4.2.4.公共号运营

面向公共气象服务注册了订阅号，做好了定位，建好了平台，这只是 万里长征的第一步。如何管理好、运营好公众号，需要更多的用心， 付出更大的努力，要有推送内容、推送形式、推送时间、推送对象等 多方面的考量。

1. 内容为王，策划推送信息 气象服务的微信订阅号应以内容为王，只

有内容实用、有趣味， 并能够给订阅者提供及时有效的气象信息服务， 他们才会主动阅读和 分享，并将信息辐射到其关系链上的好友， 促发更多基于真实关系的 传播。反之，内容没有新意，提供的信息不足或不实用、不准确，内 容篇幅过长，信息时效性差，这些都会导致用户取消关注。因此，气 象服务进行推送内容策划时，发什么内容、用什么形式和措辞发、是 否需要与粉丝互动等都值得深思。 具体的内容策划以气象服务内容信 息发布 +服务延展为核心，大致可分为以下内容。

（1）发布气象相关信息。通过微信订阅号发布气象服务动态、 要闻，各种活动通知、征文信息等，让关心气象服务发展的订阅者及 时了解气象服务的情况，获得气象服务的相关信息。

（2）发布气象科普信息。每期由责任编辑撰写导读，挑选相关 的气象科普信息， 用图文形式进行表达， 以求让读者快速了解日常气 象科普信息

（3）气象服务微信订阅号可以根据采集的订阅者信息，利用节 假日或者订阅者生日等特殊时间， 给他们发送祝福信息， 表达服务的 关怀和感谢，以增强订阅者的黏性。

2. 注重体验，选择推送形式

微信订阅号可群发文字、图片、图文信息、语音、视频等，多种 信息形式混合运用，图文兼备，可增强内容的可读性， 引发阅读兴趣， 避免因视觉疲劳或惯性接收而忽略信息。 主要的信息推送形式包括以 下几种：第一，单

图文消息，小而美，精致而纯粹，以“标题 +摘要 + 封面图片”形式完整呈现内容，激发订阅者的阅读兴趣，但存在内容 含量较低的不足。第二，某个专题的多图文消息， 信息内容含量较高， 方便订阅者接收， 避免了因多次推送而影响订阅者的阅读体验。 因此， 多图文消息需要通过标题来吸引订阅者点击阅读， 需要尽量控制标题 的字数，并结合数字、符号、流行网络语言、最新网络事件制作标题， 以吸引订阅者的目光。第三，语音消息。发送语音和录音消息，方便 订阅者在坐车或步行中以更舒服惬意和自由的方式利用碎片时间获 得信息。第四， HTML 5提供的多媒体体验，可以实现各种不同素材 在浏览器中流畅运行，具有易开发、成本低、速度快的特点，可以用 于气象服务微信订阅号邀请函、贺卡、活动宣传等的制作。

3. 把握规律，定好推送时间

根据腾讯信鸽移动推送数据报告， 工作日中， 微信点击率最高的 时段是下午，这可能是因为人们更倾向于下午统一查看白天累积的各 种推送信息； 因被工作虐了一周的人们在周末更愿意休息放松， 点击 率明显低于平日。 因此，气象服务微信订阅号的信息推送时间可以安 排在工作日的下午

15—19 点这一时段，以获得更高的用户点击率。

4. 切记“匹配”，区分推送对象

气象服务往往以内容为王的理念打造品牌， 但在信息世界里，“匹 配”的重要性不亚于内容， 需要把“对的内容”精确投送给“对的人”。 微

信公众平台的本质体现了 “用户关系管理” 是在微信推送渠道上利 用微信的特点和接口而扩展的 CRM系统，其为气象服务“匹配”的信 息推送提供了实现条件。 基于微信订阅号的用户分组接口， 可将订阅 用户分类后形成目标列表，根据其特点策划、推送不同的信息内容， 形成更精准的差异化服务。

5. 定期跟踪，关注数据分析

微信订阅号有相对完善的后台数据统计功能， 可以为气象服务提 供可视化的数据分析， 反馈每条微信发布 7 天内的信息数据， 主要包 括：送达人数；图文页阅读人数、 次数、图文转化率； 分享转发人数、

次数等。气象服务需要定期浏览、收集和分析这些数据。从而优化现 有公共气象信息的发布内容。

第五章系统安全设计

5.1. 物理安全

系统可靠性备份：为了防止意外的自然灾害（火灾、地震）或人 为破坏，将对系统进行可靠性备份， 重要的应用服务器及安全设备进 行双机热备。

5.2. 网络安全

网络安全威胁是由于网络的开放性、无边界性、自由性造成的， 安全解决关键是把被保护的网络从自由开放、 无边界的环境中独立出 来，使网络成为可控制、管理的内部系统。由于网络系统是应用系统 的基础，网络安全也就成为首要问题。

解决网络安全主要方式有： （1）网络冗余

解决网络系统单点故障的重要措施， 对关键性的网络线路、 设备 通常采用双备份或多备份的方式。

（ 2）系统隔离

分为物理隔离和逻辑隔离， 主要从网络安全等级考虑划分合理的 网络安全边界， 使不同安全级别的网络或信息媒介不能相互访问， 从 而达到安全目的。针对应用系统特点采取相应的隔离措施。

（3）访问控制 对于网络不同信任域之间实现双向控制或有限访问的原则， 使受 控的子网或主机访问权限和信息流向能得到有效控制。

（4）加密 为了防止网络上的窃听、 泄漏、篡改和破坏，保证数据传输安全， 对网上数据使用加密手段是最为有效的方式。

（5）安全监测 采取信息侦听的方式寻找未授权的网络访问尝试和违规行为， 包 括网络系统的扫描、预警、阻断、记录、跟踪等，从而及时发现系统 遭受的攻击伤害。

（6）网络扫描 针对网络设备的安全漏洞进行检测和分析，包括网络通信服务、 路由器、防火墙、 服务器等，从而识别出能被入侵者利用和非法进入 的网络漏洞。

5.3. 应用安全

应用安全的设计原则是：有限授权、全面确认、功能分级控制和 安全跟踪。

（1）组织结构与角色管理

建立统一的基于LDAP的集中式用户资料系统，这样可以实现整 个系统用户的单点登陆（SSO,也就是说：整个系统只有一个可以登 陆进入的点， 它对所有的请求都是通用的。 单点登陆可以保证用户能 够访问到被允许访问的资源， 如果有一个未被授权的请求要求访问被 保护的资源，这个请求将自动被导向到相应的验证点进行登陆验证。

角色相当于一系列功能的集合或者岗位职务的概念， 符合日常管 理的思维方式。 系统权限按照角色进行分级划分， 保证适当的用户访 问到适当的资源和操作。

（2）统一用户管理 统一系统的授权和安全模型，提供统一的、完善的、易用的管理 平台。为现存的和即将开发的各应用系统提供一个跨平台的授权信息 管理接口，解决权限管理混乱、用户使用不便、安全性差等问题。

完善用户管理、 授权等功能， 同时通过有效的身份认证提高信息 平台的安全性， 抵御潜在的安全风险。 在和多个业务系统之间进行信 息交换的过程中提供安全控制。

引入电子钥匙进行用户鉴权，加强用户鉴权的强度。

（ 3）系统日志 根据需要系统可以记录下用户的每一次或重要操作的日志， 以及 系统运行情况的日志文件， 用户可以通过日志文件对整个平台的运行 情况进行了解。

5.4. 管理安全

从安全管理需求来分析， 将建设安全管理组织机构， 建立完善的 规章制度和安全策略。 特别要考虑到基层人员计算机应用水平还不高， 必须加强安全

管理和人员培训， 形成一套比较完备的， 包括安全培训、

安全评估、安全事件通报、紧急响应的系统安全保障体系。

5.5. 数据安全

将部分重要的数据以DES加密算法的方式存储，如用户密码等关 键数据。DES算法为计算机安全领域广泛使用的一种对称加密算法， 用以提供消息的完整性保护。DES是使用最广泛的密钥系统，特别是 在保护金融数据的安全中，最初开发的 DEA是嵌入硬件中的。

5.6. 运行环境安全

由于涉及大量数据的实时交换与多部门维护， 系统依赖于气象 专网

局域网络环境。 考虑到建设需要适应诸多复杂性， 本系统对软件 环境的要求是比较高的， 要求高起点建设， 充分考虑系统的可扩展性 和可适应性，建议采用业界比较流行的、先性、延展性和高可靠的平 台构架。系统的部署环境设计示意与软件开发与运行环境配置。

第六章项目实施方案

本项目由项目经理领导，负责项目的需求调研、系统分析、设计、 编码、文档编制、客户服务等，这些技术人员都来自于开发支持部、 项目部和售后部等专业部门，其专业技能由各专业部门负责培训与评

系统的开发工作应当遵从“总体控制，分步实施”的策略 ，项目 实施的整体安排和进度如下所示

实施咨询

项目准备

项旦建设

项日支付

运行支持

iff査疔析

举统安推剧试

項耳郸ft训

业勞分折

项自管理

6.1. 相关承诺

本项目我司承诺在合同签订后120日历天内完成开发工作，提交 正式版本软件并开展相关培训，具体安排如下：

•开发阶段：完成系统前端设计工作后台配置设计。

•试运行阶段：进行使用培训，项目投入试运行，并不断改进完

•正式启动：完成项目验收

•质保期阶段：跟踪服务、加强人员使用培训，提供 1年免费维 护服务

62项目实施人员配置安排

业务部门

项且支持 小组

项目成员

1J

项旨主雀

J >

开夏人员

V

id

>

谓试人员

职位 主要职责 对项目组所需资源的承诺与保证；与客户 高层沟通。 公司领导 项目经理

制定项目目标；项目组的组织指导；组间 协调；解决争议；对项目组实施绩效考核。

项目主管 负责项目的计划、组织实施、控制工作， 以实现项目目标。负责同用户保持紧密的联系 与沟通。 提供概要设计原型，系统架构、模块接口、 开系统设计员 发规范、把握关键技术，形成设计文档；对 程序员的技术指导；软件的集成与测试；系统 集成。用户需求调研、跟踪、管理，系统分析， 形成文档。 开发人员 系统开发；各模块代码及文档编制；单兀 测试。 系统管理员、技术支持工程师是来自研发部的技术专家， 为项目 组解决技术难题，由项目经理协调。

63项目实施方案与进度计划

项目实施的整体安排和进度如下图所示

6.4. 交付、送货、安装方案

针对本次的项目交付、 送货、安装，我公司将组建项目实施小组， 按客户的要求和相应的设计方案， 完成设备采购要求的安装调试环节， 实施过程采用项目管理方式进行管理和运作。 在项目组成员的选择上， 我公司会选择经验丰富的项目管理人员出任项目经理， 并挑选各类资 深认证工程师及商务对接人组成专门的项目组。

1．项目经理跟踪项目执行和服务质量监控 2．对现场环境进行复查检

测，已确认符合安装规范要求 3．按客户规划要求和实施方案指导进行硬件、软件安装调试 4．组成员共同处理安装调试时发生的异常情况

5．对实施、维护、使用及测试验收文档进行最终的完善 7．发布与测试

6.5. 项目验收方案

成立开发项目验收小组、 专家组成员以及其他人员组成的验收小 组，负责对项目进行全面的验收。

验收标准：从系统的实用性、稳定性、灵活性、可操作性、可拓 展性及系统文档、代码、规范及注释说明等方面全面进行验收。

工作成果：项目归档资料， 《项目验收报告》等。 归档技术资料包括 \"方案说明书 \"设计说明书 \"操作手册 \"技术手册

\"测试设计说明书。 \"测试分析报告 \"编程规范 管理技术文档

\"各类（需求、设计等）变更管理 \"开发进度报告 质量类技术文档

\"系统集成测试及测试结果分析报告 系统维护类文档

\"故障诊断与排除技术手册 \"维护手册 \"维护历史记录日志

第七章、售后服务方案

售后服务

为了提高用户的售后服务质量，将专门配置专业技术人员和服务及时响应用户的一切合理要求。

售后服务承诺

针对本次项目，在保修期内我公司将提供如下售后服务，并终身

技术支持：一季稻农业气象指标业务服务平台系统服务系统项目提供

人员，

6个月的质保期，质保期系统上线之日起计。

我公司除了在质保期内提供免费服务外，还为用户提供系统的终 身维护。如果本项目在保修期过后出现故障， 我公司将按照如下标准 收取相应服务费：

系统的维护按照应用软件开发总金额的 20%攵取，系统的升级按 照应用软件开发不低于总金额的 20%攵取

响应时间

公司技术支持响应时间承诺:

故障类型 系统瘫痪 系统个别服务不正常 售后服务网点

支持方式 立刻响应专人处理 响应要求 8小时内解决 8小时内解决 1小时内答复