粮食局网站系统升级改造项目实施方案.docx
- 文档编号:27010233
- 上传时间:2023-06-25
- 格式:DOCX
- 页数:44
- 大小:627.23KB
粮食局网站系统升级改造项目实施方案.docx
《粮食局网站系统升级改造项目实施方案.docx》由会员分享,可在线阅读,更多相关《粮食局网站系统升级改造项目实施方案.docx(44页珍藏版)》请在冰豆网上搜索。
粮食局网站系统升级改造项目实施方案
粮食局网站系统升级改造项目实施方案
1项目背景及现状
粮食局于2012年建立门户网站,公开了办事程序,加大了信息公开力度,方便了企业、群众,基本达到了省政府对政府机关门户网站建设的要求,取得了较好的社会效益。
为了更贴近粮食工作实际,及时发布各类粮食信息、提供完善的公共服务等,拟把网站改建成为粮食系统的综合类大型门户并迁移到政务云平台。
1.1系统设备现状和利用率
设备名称型号
设备配置及利用率
运行状态
利用率
应用服务器:
省局网站服务器
华为RH2285
CPU:
IntelXeonE5620
内存:
8.00G
本地硬盘:
900G
外挂存储硬盘:
网络接口:
2个接口、已用1个、已用接口接入互联网
其他:
2U750W
良好
CPU:
30%
内存:
40%
硬盘:
30%
省局网站数据库
华为S2288
CPU:
IntelXeonE5620
内存:
8.00G
本地硬盘:
900
外挂存储硬盘:
网络接口:
2个接口、已用1个、已用接口接入互联网
其他:
2U750W
良好
CPU:
40%
内存:
50%
硬盘:
20%
1.2系统数据交互
序号
本端服务器
对方服务器或区域
开放的端口
方向(收发)
交互方式
1
省局网站
internet
80
双向
2
省局网站数据库
省局网站
双向
1.3数据库现状
应用名称
数据库版本
数据库数据量大小
预估每年增长(G)
省局网站数据库
Oracle11G
200G
40G
1.4存储现状
序号
型号
功率
总容量
已用容量
硬盘类型
硬盘数量
1
华为s2200t
750w
10T
3T
STAT
5
考虑到冗余,建议配置5T的数据存储空间。
1.5迁移后的设备利旧
网站迁移后,原有的2台省局网站数据库服务器作为直属单位的应用服务器和省局应用测试服务器使用。
原有存储设备作为现有内网应用的备份磁盘阵列使用
1.6网站升级必要性
网站系统需要升级改版,主要源自以下两方面原因:
1、国家及省政府对政府网站提出了新的要求
国务院办公厅《关于加强政府网站信息内容建设的意见》(国办发〔2014〕57号),以及政府办公厅下发的《政府网站内容规范和技术规范建设指南》、《关于进一步加强政府信息公开工作实施方案的通知》等对网站建设、栏目设置、内容更新方面提出了新的要求,同时,对相关工作提出了更加细致的要求。
2、省粮食局自身业务需要
随着今年来省粮食局自身业务的不断调整,网站之前的栏目设置、信息展现等逐渐不能适应业务的发展,主要存在如下不足:
一是缺少网站无障碍浏览功能。
二是在动态宣传方面,栏目设置繁多,缺乏整合,部分栏目存在信息更新不及时等问题,舆论引导能力与水平有待提高。
三是政府信息公开方面,政策多,解读少。
四是在网上服务方面,服务事项不全,分类单一,内容不系统。
五是在互动功能上,未形成有效互动机制,公众参与度不高。
2建设目标和实施内容
1.增加网站无障碍浏览访问功能
增加建设无障碍辅助、无障碍语音和无障碍全程导航等板块。
2.修改网站内容管理系统
针对现有的网站内容管理系统的信息发布、审核、发布、权限管理等功能进行修改,实现网站管理工作效率的进一步提升。
3.修改网站政民互动管理系统
互动交流服务是门户网站重要内容,针对网站上线之后,针对互动管理功能方面的不足,在本次升级中要进行着重修改。
4.门户网站改造
对网站页面进行重新设计制作,完善信息公开目录,强化互动交流功能,提供“一站式”服务。
5.增加网站多语种支持
增加简繁体转换功能,使网页能够在简体中文和繁体中文之间实时切换;增加英文版网站页面。
6.建设手机版网站
基于网站内容管理系统,利用移动互联技术,设计建设粮食局手机版网站,同时兼容安卓、苹果平台,以及兼容手机、平板设备。
信息维护和主网站都在一个内容管理系统当中,既能减少信息维护工作量,又能保证不同平台网站的信息统一。
7.开发建设网站系统同政务微博及微信微门户绑定发布功能
在原内容管理系统基础上,建立微信、微博信息发布管理,实现微博、微信信息发布的管理与发布审批,提高信息发布的便利程度,确保信息发布的正确性与权威性,防止错误信息发布。
8.完善网站检索引擎功能
完善网站全文检索功能,实现按信息标题、正文、栏目、发布时间等要素进行全文分类检索。
支持精确、模糊等不同检索方法,在WORD、HTML、TXT、PDF等非结构化文件中进行检索。
并实现检索结果的排序和分类统计。
3总体技术架构
3.1总体架构
粮食局门户网站系统总体架构采用面向服务的架构(SOA)技术,实现面向服务、资源共享、统一注册、分级授权的服务组织模式与运行管理机制,满足平台公共服务、数据服务、应用服务、交换服务、消息服务等松耦合集成需要,实现面向各类业务需求的应用编排和组装。
网站体系架构规划为4部分,分别是支撑层、基础平台层、业务平台层及网站展现层,如下图所示:
1、技术架构
网站运行所需的硬件及系统软件建设完全基于省政务云平台硬件及系统软件平台。
同时提供系统开发技术框架,提供开发中低层业务组件的实现,通过对低层技术细节的封装,提高系统健壮性,与开发效率,确保系统可维护性。
2、基础服务
应用软件系统基于统一的应用集成及开发平台进行建设,基础平台提供基础开发接口及基于组件化模式的统一开发框架,并提供储如工作流引擎、表单定制、搜索引擎、短信服务、统一用户管理、门户管理等核心通用功能。
采用统一的开发框架确保系统的组件化开发模式,使系统具备可扩展、可延续、高可靠、高稳定等特性,确保项目的可持续性发展,有效地保护投资。
平台满足与综合管理服务平台集成建设的要求。
可依托管理服务平台,实现各类资源、服务、组件、应用资源的统一注册管理和应用,基于综合管理服务平台提供的统一门户及安全认证服务,实现统一单点登录等。
本系统的所有应用系统都是在基础平台上开发与实现,基础平台构建时已包括整体支持自动的状态同步,支持群集部署。
在存储上,结构化数据保存在数据库中,非结构化数据可保存在数据库或者分布式存储系统中,系统不保存与具体机器相关的信息,所有这些特性使基于平台的系统非常适合群集部署,适应系统整体的弹性扩展。
3、业务服务
业务平台层是本次的核心建设任务,是在以基础平台层的基础上提供个性化业务系统,实现具体的业务目标,并提供外部系统的数据整合服务接口,与外部业务系统进行数据的对接,完成业务系统数据在门户网站的发布工作。
本次建设的多个系统以SOA架构进行建设,同时各系统将自己的核心功能通过服务管理平台发布为统一的服务,进一步实现各系统之间的交互,全面满足用户的业务需求,同时保留个系统独立演化的能力,保证未来能够持续的适应业务的变化。
4、展现层
该层主要包含门户网站,门户网站提供了政务信息发布、在线服务整合、公众互动参与等综合性服务。
第三方服务也可通过标准服务实现信息的发布与展现,本系统宏观上起到全局信息化建设统一信息门户的作用。
3.2云服务架构
省粮食局外网网站系统部署在互联网区。
互联网区承担社会公众服务的内容,如门户网站等;为省粮食局外网网站系统的政务服务提供基础设施支撑。
互联网区网络分为流量清洗区、链路负载安全控制区、业务应用网络、服务管理网络、带外管理网络、容灾网络、数据交换区。
4业务应用系统功能要求及云服务需求测算
4.1内容管理系统新增功能要求
4.1.1站群管理
系统要拥有站群管理功能,能够进行站点的分类、建设与管理,既可以管理网站,也可以建立及管理处室站点、专题站点、直属单位站点等,还可为不具备独立建站条件的单位提供网站建设服务。
对站群中的每个站点,都可以设置独立的管理员,管理员在本站点行使管理员的职责。
从信息利用角度看,站群中的站点间要可以进行灵活的信息共享,如信息的引用、信息的复制、信息的报送等。
对站群中的每个站点,要可以根据现实情况灵活地确定发布方式,既可以让某些站点在独立的服务器上发布,也可以把一组站点集中在一台服务器上发布。
4.1.2信息采编功能优化
系统要提供类似MicrosoftWord的文档采编工具来进行所见即所得的内容创建。
在该编辑器中可粘贴、拷贝Word、WPS文档并进行多种形式的排版、设置字体、字号,插入表格、上传图片、Flash、音频和视频文件、链接等,系统还要提供一些辅助功能:
如清除Word标记、表格拆分、查找与替换等。
特别是系统要提供直接由资源库中引用资源的功能,如需要插入图片、附件等内容时,可直接以可视化的方式由资源库中引用。
系统要提供文章的相关性功能,用于为站点中的信息提供相关性服务。
信息之间的相关性可以手工建立也可自动建立,手工建立是人工确定与该信息有逻辑关系的信息,自动建立是系统根据信息的关键字自动建立逻辑关系,信息之间的逻辑关系可以通过模板控制在网站上显示。
除了前面讲到的通过栏目共享关系设置实现信息自动共享外,系统还要提供手动呈送信息功能,对经常出现的临时性信息共享提供服务,与自动共享类似,手动呈送也可实现信息在站群内的共享。
系统要提供两种呈送方式,分别是引用呈送与复制呈送。
在引用呈送时,系统内只有一条信息实体,只有持有者可以对其进行采编,其它引用该信息的栏目只能查看被引用的信息,但不能修改;在复制呈送时,在呈送目的地生成新的信息副本,与源信息不再有关系。
文章建立完成后,在文章所属栏目模板已设置的前提下可直接查看文章显示效果,预览的显示效果与发布后效果完全一致。
为确保网站信息的有效性,只有经过审核并且审核通过的信息才可在网站上发布。
系统提供审核状态定义功能,可根据用户的需要定义符合机关单位特性的内部审核流程。
系统默认按照“编辑”→“审核”→“签发”三级审核模式进行信息审核。
4.1.3资源库
系统要增加共享资源库,支持站群范围内的资源共享。
系统通过资源库把单位内部需要在网站上发布的常用资源进行分类,并针对每种分类设置单独的维护及引用权限,为网站的信息采编提供服务。
资源库按照分类可配置维护权限,可在任意一个站点获取,实现了站群级别的资源共享与利用。
4.1.4组件式的扩展接口
系统各功能模块以组件的方式挂接在系统数据总线上,通过事件响应机制实现各模块之间的配合和数据交互,极大的降低了系统的耦合性,提高了系统的可扩展性。
为满足今后系统功能需求的不断变化、增加提供扩展接口。
4.1.5统计分析
Ø能够对网站内容保障工作的情况进行统计,能够从不同角度对网站内容保障情况进行统计及排名。
Ø系统提供按工作人员工作量和网站访问量的统计。
工作量统计可以按站点、栏目、人员、部门等角度对工作量进行灵活地统计及排名。
除可以在线查看统计结果外,还可以把统计结果导出,生成XLS格式的工作量统计报表。
Ø能够对交流类互动服务处理情况进行综合统计。
Ø能够对访问情况进行综合统计,可单独对站群中的站点、栏目、信息的访问情况及访问来源等进行排名统计,并可查看其详细的访问情况。
管理员可以根据需要从不同角度统计访问情况,如按来源IP对应地区、年、月、日、站点、栏目、文章等,对于统计结果,系统可导出生成xls文件。
Ø对统计结果,能以表格方式和几何图形的方式进行展现。
4.1.6系统日志
Ø能够记录详细的登录情况,至少包括登录人、来源、时间、是否成功等。
Ø能够记录每种操作的情况,至少包括操作人、操作时间、操作类型、所操作的数据等。
Ø支持生成网站的访问日志记录,至少包括访问内容、访问时间、访问者来源IP、所用操作系统、所用游览器等。
Ø对所有日志能进行组合查询,并且对日志提供导出功能。
Ø系统管理员可对所有访问日志进行管理,站点管理员可管理本站点内的访问日志。
对于访问日志信息系统提供查询、删除及导出操作,通过对访问日志的分析,可对网站的运营及改进提供基础数据。
4.1.7信息共享方式修改
在系统范围内,信息的自动共享方式要有两种,一是引用共享,二是复制共享。
引用共享是指在整个站群范围内只有一条信息实体,只有信息持有者可以维护该信息,其它栏目只是引用该信息进行显示;复制共享是自动建立信息的副本,特别适合多个站点包含有多个共性栏目,这些栏目需要快速建立某些类似的信息。
4.2政民互动系统新增功能要求
4.2.1主要功能要求
4.2.1.1服务定义
Ø参数配置
配置互动服务相关参数,如服务类型、是否需要回复、是否需要验证码等。
Ø服务表单项配置
配置服务需要提交的信息,并能定义每个字段的属性。
Ø服务办理页面配置
针对后台办理人员,根据服务表单项,定义办理工作相关页面。
4.2.1.2事项办理
群众通过门户网站提交的信件后,内部审核办理人员即可通过互动交流服务平台的相关功能对事项进行办理,下面描述一个典型的办理流程,该流程包括以下四个环节:
受理环节、办理环节、审核环节及发布环节。
该办理流程并不是固定的,可根据实际需求灵活定制,如审核与发布环节合并、受理与办理环节合并,甚至从受理到发布只是一个环节。
4.2.1.3办理情况统计
为详细掌握互动交流事项的收件及答复情况,为相关考核工作提供数据支持,系统提供了详细的、多角度的办理情况统计功能,可从不同角度对门户网站收到的互动交流信息的办理情况进行统计,如统计总体收件情况、办结情况等,统计角度包括:
时间、服务类型、处理部门等。
统计结果图以常规的表格方式显示外,还提供动态图表方式,提供更直观得对比显示。
对统计结果,除可在线查看外,还可以XLS文件方式导出,可利用这些统计数据进行进一步的工作。
4.3全文检索系统功能完善要求
省局目前正在使用的全文检索系统也要也要进行相应的修改升级,要能够通过SOA架构与内容管理系统实现紧密集成,数据实时同步;应可轻松实现本地文件系统检索和一个(或多个)网站的站内搜索;应内嵌Spider(网页抓取器),能定期监控网站上的信息变化情况,对发生变化的信息自动建立索引,能够对网页内容进行全文检索以及针对网页各类属性的特征检索,并支持采集到的网页信息存入CacheCenter,在本地硬盘建立按网站存取的网页快照,在检索结果中提供网页快照功能,有效提高信息访问速度,解决目标网站更新、网页已不存在等问题。
4.3.1增加智能搜索技术
经过修改,全文检索系统应包括如下智能搜索技术:
任意短语和长句的检索:
为用户提供一种对资料全文进行查询手段,工作人员可以通过任意一句话、一个短语等进行查询,匹配采用精确匹配,如搜索“城广”,只有精确有“城广”两个字的文件会查询到,只有“城”、“广”的文章不会被检索。
智能中文分词:
采用先进的自动分词系统,根据大量的语料统计和分析,建立了上万条的歧义排除规则,因此检索“华人”不会把仅仅包含“中华人民共和国”的文章检索出来。
如“美国家庭”,检索“国家”时不会将该条检出,系统支持自动切换分词方式,在分词方式变化后,系统自动进行索引重建,大大减轻系统维护工作量。
广义同义词检索:
广义同义词检索技术能够大大提高检索系统的查全率,比如检索“中央电视台”,智能全文检索能够自动把包含“中央电视台”、“央视”、“CCTV”等文章全部检索出来,检索“电脑”会把包含“计算机”,“Computer”的文章全部检索出来。
在全文检索系统中同义词库是用户自己可以维护的。
还可按反义词的检索。
简繁体检索:
系统支持简繁体统一检索,即输入简体条件,同时也可以检索到符合条件的繁体信息,输入繁体条件,同样可以检索到符合的简体内容。
支持多种检索表达式:
检索表达式表示你要查找的目标记录,为空表示查找所有记录。
例如:
输入“中国%北京”表示在默认字段查询中国和北京同时出现的记录。
输入“中华%”表示在默认字段查询出现“中华……”的记录,这里%为通配符。
检索表达式可以包括合法的算术运算符、比较运算符、逻辑运算符、重复逻辑运算符、属性运算符、限制运算符、加权运算符、统计函数、检索函数、词典函数、通配符等,具体操作可参见附录中检索表达式构造规则。
位置检索:
可进行标题、正文、作者等位置检索。
二次检索、各种运算的检索等。
进行二次检索时,用户可以通过在第一次检索内容中直接设定关键词的方式进行,可不需人工输入关键词。
位置检索支持多种检索表达式。
组合检索
用户自行选择各种数据库字段,进行“与”或“或”的检索选择。
二次检索
在结果中再检索,逐步逼进检索目标。
4.3.2多格式支持
可以支持检索静态网页、动态网页、文件系统的目录文件、FTP服务器、数据库等。
支持对各种格式化文档的检索(如Word、Excel、PowerPoint、HTML、RTF、PDF、TXT等几十种文件)。
4.3.3海量检索支持
在全文检索服务器大于1台的情况下,系统支持分布式检索,系统自动将任务分配到每台可用服务器上,并行检索,大大提高检索性能。
同时与索引副本相配合,在服务器大于1台情况下,单一服务器宕机不影响系统整体运行。
系统支持设置索引副本数量,并支持在物理服务器>1时在副本在不同服务器上分布,从而提供并发分布式,检索.。
系统支持设置索引副本数量。
增加服务器,系统支持在不停机的情况下,自动进行数据迁移,从而实现负载均衡,达到系统横向扩展的目的。
支持多用户大规模并发访问,并能保持良好的性能。
4.4网站系统同政务微博、微信绑定发布功能
2013年,国务院办公厅下发的《关于进一步加强政府信息公开回应社会关切提升政府公信力的意见》中,强调了政务微博、政务微信在政务公开工作中的重要地位和关键作用,将其作为与“政府新闻发言人制度”、“政府网站”并列的第三种政务公开途径,并纳入了中国政府网站绩效评估指标体系,鼓励各地政府机关积极探索公众交流互动渠道的应用。
然而,政务微博、政务微信作为一种新生事物,如何有效的发挥其与公众交流互动的作用,如何利用政务微博、政务微信实现政务信息的有效公开和广泛传播,如何通过微博、微信平台为人民群众提供更优质的政府服务,成为阻碍各地政务微博、微信健康发展的首要问题。
4.4.1终端页面
构建微门户应用系统,提供个性化界面服务,微门户信息更新与政府网站信息同步。
页面设计及展现风格将类似于目前主流的手机APP应用的UI设计风格。
网站内容管理系统要提供全面的手机站点支持,对于手机站点系统支持多种灵活组织方式,可根据用户实际业务需求选择不同的组织方式。
收集站点主要有两种方式:
●子站点方式
●栏目方式
子站点方式在内容组织上有更大的灵活性,管理权限也可以有更灵活的方式管理。
栏目方式内容组织上不支持特别复杂的方式,但是在内容的共享,管理上更加方便。
4.4.1.1微门户内容管理
需要发布的信息可以在PC门户与微门户分别发布,也可以共享发布。
如果分别发布,则与两个互相独立站点类似,在此不再论述。
更多的是同样的内容手机、平板微门户站点内容可以与PC版本内容完全保持一致,但展现不一。
需要根据各自的屏幕特点分别设计模板发布。
内容管理系统支持灵活的模板设置,支持分别位不同的站点、栏目分别设置模板。
对于在PC门户与微门户共享的信息,系统将识别这些共享信息,双向同步信息,即在任何一处修改或者删除信息,另一处的信息自动同步,确保信息的一致性,保证信息的不同发布渠道信息的一致性。
4.4.1.2互动交流
微门户可具有与PC门户相同的互动功能,门户网站已有政民互动,都可以根据需求,应用在微门户展示,并与PC门户共享后台处理。
4.4.2微信微博
作为新媒体的代表,微信、微博在信息发布、政民互动中发挥着日益重要的作用。
微信、微博平台提供了系统化新媒体信息管理方案。
与传统的政务公开、信息互动渠道相比,微博微信平台在政务信息的公开、传播过程中的作用更为明显,应用途径更为广泛,社会效果更为突出,其原因在于政务微信自身所具备的巨大的优势:
●私密性更强:
可为公众提供一对一的信息服务;
●点对点传播更为高效精准:
信息公开可准确定位目标受众。
●多媒体手段运用更全面:
可使用文、图、声、影等多媒体技术。
●受众群体关注度更高:
利于政府与公众的有效互动。
●传播速度更快:
微信独有的“病毒式”传播,利于公开信息的快速扩散。
●后续发展势头更猛烈:
信息传递范围随之急速增加。
●公众使用更便捷:
智能手机已成为广大群众的标准随身配置,使用不受时间、地点限制。
●互动内容更全面:
开放的数据接口和可定制的信息服务,使政务微信微博能更方便的实现多种类型的信息服务和互动活动。
根据这些特点系统应提供如下功能:
4.4.2.1信息发布、政务公开
通过微博、微信进行政务信息发布,并提供信息审核功能。
信息在后台系统起草,经审批后发布在微博、微信平台之上。
信息采用场景式信息发布,方便用户交互式阅读。
主要内容分为:
政务公开:
提供工作动态、工作报告、信息公告等政务信息的公开展示,帮助群众了解政务工作开展情况,提高群众对政府工作的认可度。
政策解读:
针对新政策、新法规、新职能或政府部门的新生事物等进行详细阐述或解读,为群众答疑解惑,提高外界对政府工作和职能的认知,避免政策误读导致的群众误解和质疑。
热点分析:
专门针对政府部门职权范围内的、群众关注度高的事件、案例进行分析讨论,公开回应社会舆情所关注的重点问题,加强对舆情变化的快速应对能力,提高政府公信力。
4.4.2.2政民互动,业务服务
利用微信、微博实现政民互动于多种业务服务,可以实现及时发布政务信息,公开审批结果,与公众进行互动交流。
利用微博、微信的交互性与巨大的部署量,可以大大加强政府信息的传播,方便社会公众随时随地获取政府服务。
利用微博粉丝平台与微信公众平台可实现多种政民互动,包括:
办事查询:
利用微博、微信对与自身相关的业务办理情况、资料信息等内容进行查询,由智能机器人自动应答,提供数据查询和回应服务,提高政府服务的服务质量。
调查问卷:
政府部门进行民意调查、意见征询等工作时,可将调查问卷制作为微信信息,向群众关注者发送,群众接收后在线填写。
系统可自动过滤无效答卷,将有效答卷自动汇总后进行统计分析。
建议建言:
开通群众向政府部门建言献策、发表意见的微信渠道。
业务对接系统:
微博、微信平台对群众关注者的请求进行自动应答。
用户提交业务查询请求后,系统自动执行相关业务查询,并将结果返回给用户,扩展公众获取政府服务的渠道。
4.4.2.3信息推送
政务公开的信息以微博粉丝、微网站的形式进行管理和维护,同时可将任意内容生成为微博、微信信息,对全部粉丝进行推送,粉丝可对推送信息继续转发,达到政务信息快速扩散的目的。
业务通知:
主动以微博、微信方式通知群众办事进度情况、提醒群众业务办理注意事项,为群众提供贴心服务。
4.4.3全文检索
微门户全面集成全文检索产品,与PC门户共享全文检索后台,在功能上保持一致,具有自动提取关键词、摘要、分类和索引,对网站全资源中的内容进行全文检索。
全文检索系统默认仅检索微门户信息,并提供适合在微门户展示的页面,大大方便用户使用。
4.4.4场景式服务
微门户信息发布,信息服务,采用场景式服务的交互模式。
用户在手机微信、微博上提交自己的选择,逐步细化层级,最终显示合适的信息。
4.4.5统一标准接口
微门户提供开发接口,通过webservice技术提供微门户服务,使其他系统可以见简单的利用微门户服务,从而大大改善服务质量,拓宽服务渠道。
4.5网站无障碍浏览系统功能要求
4.5.1系统架构
4.5.2功能结构
4.5.3部署方案
4.5.3.1无障
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 粮食局 网站 系统升级 改造 项目 实施方案