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

微信公共平台技术方案
第一章 项目概况
1.1. 项目背景
在我国互联网发展过程中，PC互联网已日趋饱和，移动互联网却展现井喷式发展。截止10月底，中国手机网民超过6亿。伴伴随移动终端价格下降及wifi广泛铺设，移动网民展现爆发趋势。
伴随宽带无线接入技术和移动终端技术飞速发展，人们迫切但愿可以随时随地乃至在移动过程中都能以便地从互联网获取信息和服务，移动互联网应运而生并迅猛发展。
据中国产业调研网公布中国移动互联网行业深度调研及市场前景分析汇报显示，从发展成果看：游戏、广告和电商三个细分市场催生了中国PC互联网三巨头，腾讯、百度、阿里巴巴。有资金、经验、技术和顾客优势，加紧了移动互联网建设进程。
中国移动互联网顾客数量较前一年增长了7000万，手机网民占网民总数超80%，手机和移动设备成为互联网第一入口。1月，移动互联网顾客总数净增492万户，总数到达8.8亿户，同比增长5.1%。其中使用手机上网顾客到达8.39亿户，对移动电话顾客渗透率到达65%，与同期持平。手机保持第一大上网终端地位。我国移动互联网发展进入全民时代。

1.2. 什么是微信公众号
微信是腾讯企业推出一款通过网络迅速发送语音短信、视频、图片和文字，支持多人群聊手机软件，具有零资费、跨平台沟通、显示实时输入状态等功能，也更灵活、智能，且节省资费。微信公众平台是腾讯企业在微信基础上新增功能模块，这二分之一台一大特点在手机订阅账弓，顾客在使用过程中仅需通过自主“关注”“订阅”，信息就可直达顾客手机桌面，更适合“一对一”精确传递消息。山于微信可发送语音、文字、表情、图片、视频等多种信息，体现形式活泼多样，为人们体现提供了多种方式。
1.3. 建设原则
微信公众平台公布系统是气象局气象预报、预警服务产品制作分发管理系统，波及信息包括各类天气服务、预报预警、生活信息公布等，系统具有信息推送、信息查询、常规个性化定制等功能，可以与气象局已经有业务系统实现数据对接，兼容。并且充足运用现代化高科技微信服务开放平台，在气象局已获得大量气象探测和灾害性天气监测信息基础上，对信息进行分发、共享、建立规范化气象预报预警服务平台，为广大群众提供最新、持续、无缝隙、最便捷气象服务。
1.4. 建设目
微信公众平台公布系统重要是为广大群众提供便捷气象预报、预警和信息服务、因此充足考虑实时性强、专向服务特点，在建设过程中遵照如下几方面原则：首先，保证后台系统跟微信服务号对接运行稳定，后台系统采用互为备份构造，灵活、性能好；另一方面，可操作性强，做到随时祈求、随时自动答复、运转正常、保障有力。

第二章 需求分析
伴随网络信息技术发展和移动互联网普及，大众获取气象信息方式和节奏正在悄然变化。面向公共气象服务必须加紧与新兴媒体融合，充足运用新媒体探索和变化公共气象传播模式，创新传播方式。
微信是目前顾客使用量最大APP之一。8月，腾讯推出微信公众平台，分为订阅号和服务号。微信公众号以其影响广泛、功能丰富、操作以便、不必软硬件投入等诸多优势，可成为公共气象服务应用重要平台。公共气象服务可借助微信公众平台庞大顾客群体及其传播特性，推出微信订阅号，并以优质、专业气象信息资源为关键，运用4G时代移动客户端平台，充足展现、深度挖掘、重组筹划气象服务各类内容，将气象服务与巨大微信顾客群连接，致力于打造个性化和专业化面向公共气象服务平台。订阅号提供信息及沟通服务定位和“每日推送”特点，使其更符合面向公共气象服务信息公布。
1.
2.
2.1. 可行性分析
2.1.1. 定位精确
微信公众号可以让粉丝分类多样化，可以通过后台进行分类和地区控制，这样在进行信息推送时候，可以根据顾客特点精确推送。
2.1.2. 信息抵达率高
每一条信息都通过推送告知方式发送，你所推送每一条信息都能抵达关注顾客手中，抵达率100%。
2.1.3. 方式多样化
微信平台开发后提供文字、图片、音视频、混排等内容，方式多种多样，使推广活动愈加生动、有趣。
2.1.4. 方式人性化
百姓可以选择信息接受许可，根据自己所重视方向选择有关内容进行关注。开发后更是可以重点浏览关注板块。
2.1.5. 内容以便性、全面性
百姓只要关注公众号，点击在公众号上对应按钮。如微官网、微调查等智慧化微应用均能查看调阅，大大提高政府部门信息推送以便性、全面性。
2.1.6. 小成本，大回报
通过开发与平台建设，人力资源维护成本降到最低。能最大程度通过微信平台服务百姓
2.2. 微信订阅号规划与设计
　　气象服务微信订阅号定位是其建设和发展关键，要确定明晰定位和服务顾客。在详细操作上，可以基于如下三个方面思索定位：气象服务顾客是哪些？其需求是什么？我们想做什么？明确这三点，才能实现气象服务与微信平台完美结合。
　　第一，面向公共气象服务面对是由政府管理人员、农业顾客、行业顾客和人民群众等群体构成。他们对气象信息侧重点不一样，只有针对不一样群体提供有针对性气象服务才能获得他们信赖。
　　第二，从气象服务对象角度考虑，分析顾客想理解气象服务信息，如气象农业顾客比较关注，哪些气象原因会影响农作物生长，在什么状况下需要对农作物做防灾减灾处理。交通部门需要理解天气对交通状况影响，如哪块区域降雨、降雪量较大会对道路安全产生影响，交通部门可对该路段提前做出应急措施，或疏导交通。需对不一样服务对象做有针对性气象服务。从而提高气象服务质量。
　　第三，围绕气象服务群众宗旨创立微信订阅号，使其成为向顾客提供以便、快捷、积极服务气象服务平台。要根据微信公众号开发宗旨确定微信订阅号功能描述，并完毕认证环节，以获得更高权限，实现气象服务内容创新。

第三章 系统总体设计
3.
3.1. 　构建平台
　　第一，微信订阅号功能重要包括订阅沟通、顾客管理、服务定制。订阅沟通就是消息发送答复；顾客管理则提供分组、资料、素材库等管理；
　　第二，构建订阅号平台要做到：①界面友好、操作以便、易于维护。顾客体验是订阅者最重要需求，必须保证顾客界面直观、清晰和实用。②微信订阅号是一种互动性信息交流平台，其自动答复、一对一交流功能满足了顾客社交需求。对气象服务订阅号来说，满足顾客对气象信息需求，并将精确信息及时反馈给订阅者至关重要，这是气象服务能否长期拥有订阅者关键。③要满足订阅者运用碎片化时间获取信息和资源需求。
　　第三，详细来说，面向公共气象服务微信订阅号功能构架由三部分构成：导航菜单、自定义答复和信息公布，其中导航菜单由3×5模块构成。导航菜单就像PC端网页目录导航同样，可以清晰展示气象服务提供所有服务，并且可以使顾客便捷地直接进入某项服务。根据气象服务定位和可提供内容考虑设置“气象服务”“气象产品”“互动交流”三个一级菜单，点击之后订阅者可获得二级菜单提供更多专题内容。自定义答复是指气象服务信息、提供服务以菜单形式展现，目是引导顾客以便查找需要内容，满足个性化需求，同步增长互动。自定义答复内容形式重要是欢迎语+功能序号+结束语。
3.2. 系统设计原则
安全性、可靠性、先进性原则
考虑到项目安全性、可靠性需求，在系统设计中，应充足注意系统安全性和可靠性，采用多种安全防备技术和措施，保障系统信息安全，保障系统长期稳定可靠运行，同步在系统设计要充足考虑系统运行性能，到达“简便、实用、快捷、安全、精确”目。
先进性原则
由于IT技术发展速度惊人。因此，在项目进行系统总体规划时，我们选择业界到目前为止先进和成熟技术作为整个系统技术架构，以保证系统有不停发展和扩充余地。
系统总体设计先进性原则重要体目前如下几方面：
1）系统构造选择目前先进MVC架构进行逻辑和业务和展示分层架构进行系统开发；
2）软件设计中运用先进面向对象技术、设计模式、接口技术和组件技术来提高软件通用性和复用性。
实用性、易用性、可扩展性原则
实用性是系统在建设过程中所必须考虑，从实际应用角度来看，这个性能愈加重要。为了提高系统实用性，本系统考虑如下几种方面：
◆设计上充足考虑目前各业务层次、各环节管理中数据处理便利和可行，把满足顾客业务管理作为第一要素进行考虑；
◆采用总体设计、分步实行技术方案，在总体设计前提下，系统实行时先进行业务处理层及低层管理，稳步向中高层管理及全面自动化过渡。这样做可以使系统一直与业务实际需求紧密连在一起，不仅增长了系统实用性，并且可使系统建设保持很好连贯性；
◆所有人机操作设计均充足考虑不一样使用者实际需要；
◆顾客接口及界面设计充足考虑人体构造特性及视觉特性进行优化设计，界面尽量美观大方，操作简便实用。
统一及一致性原则
在统一顾客界面风格前提下，实现各GUI中各类按钮、图标、文字（字体、大小）统一和一致，到达便于使用、交互友好目。
在保证界面风格统一、一致基础上，将界面布局（包括按钮、菜单、显示框等）设计成符合操作者习惯形式，并在界面颜色搭配上满足操作者规定，提供一种人性化人机操作环境，以保证顾客使用舒适性。
数据共享原则
对所有数据采用合理数据构造，把它们有效地组织好，进行统一维护管理，防止数据反复，减少冗余，提高精确性和可靠性，保证数据统一性和完整性。
3.3. 系统技术架构设计
◆采用目前安全性能高，扩展性好，框架技术最为完善.NET语言作为系统开发语言。
◆采用mvc框架技术，使系统可以分层开发，各层之间逻辑分明，层与层之间提供接口方式来实现业务和数据沟通。让系统具有极强扩展性。
◆基于组件技术，力争将变化封装在组件内部。
◆适应能力强，同步、异步都能处理，既能满足迅速反应业务需求，又能满足大数据量、复杂、异步业务需求。

图：总体逻辑架构设计
3.4. 服务系统框架

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

3.5. 技术路线
服务器采用windowsR2服务器，重要开发语言有C、C++、Object C、Java、J2EE、Ejb3.0、Strtus、Hibernate、Sping、JavaScript等多种开发语言。服务端运行环境重要为：Apache、Tomcat、JBoss等容器，数据库为Mysql5.3。365天*24小时不间断气象信息采集，保证气象信息最新、最全。
系统技术特点：
·模块化管理
系统可根据顾客需求设置自定义模式，满足不一样需求
·可扩展性
通过有限投入实现系统高效能，保证系统易维护、运行稳定、开拓新模块等特点
·专业定制服务
根据气象部门特殊性，集双方优势于一体，为大众提供更便捷、有效专业服务
·灵活性
系统有足够灵活性，其数据格式和顾客界面以及使用功能等需满足各顾客需求
3.6. 系统运行环境设计
布署环境

图：服务端使用环境
CPU
1GHz或以上
内存
8G 或以上
硬盘
1T
系统
Windows server R2 或以上版本
显卡
不限
软件规定
FTP 服务器
Net Framework 4.0
Sql
Office
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.
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. 后台支撑
1.
2.
3.
4.
4.1.
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.
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. 运行环境安全
由于波及大量数据实时互换与多部门维护，系统依赖于气象专网局域网络环境。考虑到建设需要适应诸多复杂性，本系统对软件环境规定是比较高，规定高起点建设，充足考虑系统可扩展性和可适应性，提议采用业界比较流行、先性、延展性和高可靠平台构架。系统布署环境设计示意与软件开发与运行环境配置。

第六章 项目实行方案
本项目由项目经理领导，负责项目需求调研、系统分析、设计、编码、文档编制、客户服务等，这些技术人员都来自于开发支持部、项目部和售后部等专业部门，其专业技能由各专业部门负责培训与评估。
系统开发工作应当遵从“总体控制，分步实行”方略, 项目实行整体安排和进度如下所示:

1.
2.
3.
4.
5.
6.
6.1. 有关承诺
本项目我司承诺在协议签订后120日历天内完毕开发工作，提交正式版本软件并开展有关培训，详细安排如下：
·开发阶段：完毕系统前端设计工作后台配置设计。
·试运行阶段：进行使用培训，项目投入试运行，并不停改善完善。
·正式启动：完毕项目验收
·质保期阶段：跟踪服务、加强人员使用培训，提供1年免费维护服务
6.2. 项目实行人员配置安排

职 位
主 要 职 责
企业领导
对项目组所需资源承诺与保证；与客户高层沟通。
项目经理
制定项目目；项目组组织指导；组间协调；处理争议；对项目组实行绩效考核。
项目主管
负责项目计划、组织实行、控制工作，以实现项目目。负责同顾客保持紧密联络与沟通。
系统设计员
提供概要设计原型，系统架构、模块接口、开发规范、把握关键技术，形成设计文档；对程序员技术指导；软件集成与测试；系统集成。顾客需求调研、跟踪、管理，系统分析，形成文档。
开发人员
系统开发；各模块代码及文档编制；单元测试。
系统管理员、技术支持工程师是来自研发部技术专家，为项目组处理技术难题，由项目经理协调。
6.3. 项目实行方案与进度计划
项目实行整体安排和进度如下图所示

6.4. 交付、送货、安装方案
针对本次项目交付、送货、安装，我企业将组建项目实行小组，按客户规定和对应设计方案，完毕设备采购规定安装调试环节，实行过程采用项目管理方式进行管理和运作。在项目组组员选择上，我企业会选择经验丰富项目管理人员出任项目经理，并挑选各类资深认证工程师及商务对接人构成专门项目组。
1．项目经理跟踪项目执行和服务质量监控
2．对现场环境进行复查检测，已确认符合安装规范规定
3．按客户规划规定和实行方案指导进行硬件、软件安装调试
4．组组员共同处理安装调试时发生异常状况
5．对实行、维护、使用及测试验收文档进行最终完善
7．公布与测试
6.5. 项目验收方案
成立开发项目验收小组、专家组组员以及其他人员构成验收小组，负责对项目进行全面验收。
验收原则：从系统实用性、稳定性、灵活性、可操作性、可拓展性及系统文档、代码、规范及注释阐明等方面全面进行验收。
工作成果：项目归档资料，《项目验收汇报》等。
归档技术资料包括
√方案阐明书
√设计阐明书
√操作手册
√技术手册
√测试设计阐明书。
√测试分析汇报
√编程规范
管理技术文档
√各类（需求、设计等）变更管理
√开发进度汇报
质量类技术文档
√系统集成测试及测试成果分析汇报。
系统维护类文档
√故障诊断与排除技术手册
√维护手册
√维护历史记录日志
第七章 、售后服务方案
售后服务
为了提高顾客售后服务质量，将专门配置专业技术人员和服务人员，及时响应顾客一切合理规定。
售后服务承诺
针对本次项目，在保修期内我企业将提供如下售后服务，并终身技术支持：一季稻农业气象指标业务服务平台系统服务系统项目提供6个月质保期，质保期系统上线之日起计。
我企业除了在质保期内提供免费服务外，还为顾客提供系统终身维护。假如本项目在保修期过后出现故障，我企业将按照如下原则收取对应服务费：
系统维护按照应用软件开发总金额20%收取，系统升级按照应用软件开发不低于总金额20%收取
响应时间
企业技术支持响应时间承诺：
故障类型
支持方式
响应规定
系统瘫痪
立即响应专人处理
8小时内处理
系统个别服务不正常
1小时内答复
8小时内处理
售后服务网点