政务信息系统建设方案.docx
《政务信息系统建设方案.docx》由会员分享，可在线阅读，更多相关《政务信息系统建设方案.docx（37页珍藏版）》请在冰豆网上搜索。
政务信息系统建设方案
政务信息管理系统
建
设
方
案
2013年11月12日
第一章项目概述
一.1项目概述
政务信息管理系统是用电子化手段代替传统的传真、电话、纸质信函等介质，实现各级单位之间的新闻、简报、专报、文件等信息的下发与上报，进行信息采编与发布，提高工作效率、加强各级部门之间（横向和纵向）的业务交流与信息共享。
实现信息报送、信息采编、发布审批、信息管理等功能的信息管理与服务的平台。
下属信息报送单位通过本系统实时报送各类信息，上级单位的信息采编人员通过此系统进行信息采集、信息处理、刊物采编、刊物编辑、刊物发行等工作。
并自动对政务信息的采用情况进行汇总，形成通报。
通报内容可以与刊物一起发布到网上，供各类用户浏览查询。
一.2建设目标
政务信息管理系统建设目标为：
◆建成一个覆盖整个省政府单位的、技术先进的、运行稳定的、实用的、统一的信息报送管理系统，达到国内领先的技术水平。
◆建成一套集成部署在省政府门户网站，与省政府门户网站的架构、语言环境相匹配、相适应，实现各级单位之间的信息报送、采集、处理、共享、文件发送、统计分析等功能。
因此，我们的系统应该是这样一个系统：
采用国际最新的科技成果，保持在国内领先的技术水平；同时结合用户的实际需要，充分利用现有的系统、网络资源，建立高性能、低成本的系统。
一.3建设原则
根据本系统需要实现的功能和平台总体构架，结合机构特性和业务需求，系统满足：
◆易学易用
专门针对信息系统建设和内容编辑人员设计，完全基于Web的操作，所见即所得。
实现完全远程动态调节栏目结构、页面内容、整体布局。
通用的系统需求，方便的安装和对操作人员的低技术要求，容易实施和使用，只要会操作浏览器就可以建立及管理具有专业水平的系统。
◆强大的自定义功能
提供用户自定义形式的系统设置模式，包括用户菜单自定义、用户角色自定义、角色权限自定义、栏目自定义、信息分类自定义、审核自定义，一方面充分适应不断变化的需求，一方面使系统管理工作更加简便，得心应手。
◆多种格式文件的浏览
除了支持多媒体新闻之外，还支持PPT、EXCEL、WORD等格式的文件，新闻录入员不需要把原有的WORD文档、EXCEL表格重新排版、录入，而是直接可以作为新闻发布，用户直接点击浏览。
◆多种格式文件的下载
支持HTTP模式的多种格式文件的下载，支持利用网络蚂蚁、网际快车等多线程下载工具下载软件，轻松建立具有自己特色的下载栏目。
◆灵活的期刊订阅
支持期刊栏目的分布分离，管理员对用户分配相应的浏览权限，只有拥有相应权限的用户才能浏览到指定的期刊栏目中相关的内容，提高电子期刊的管理效率。
同时根据不同的用户需求，提供差异化、个性化服务。
◆集中式与分布式结合部署
对于地区性、多需求的应用，可以采用集中式统一的管理；或者经授权后分布管理。
部署方式更加灵活，满足不同地区对政务信息服务的需要。
◆个性化定制
可实现普通用户的期刊栏目订阅、投稿、咨询等个性化服务，满足地区多层次用户的需求，大大促进用户的政务信息资源增值服务。
◆详尽的日志与统计
提供稿件修改历史，可以方便追踪稿件的修改状态，便于确定责任；提供详细的登陆、检索、改动日志，系统日志管理中提供了相关的详尽信息，可以很容易地掌握目前的操作状态；提供统计功能，可以自动统计信息条目，反映系统的建设与贡献情况。
◆信息安全可靠
对信息报送的文章、信息随时审核监控，提供安全的政务信息审核发布流程。
全面细致的用户权限设置，可利用群组、角色方便地管理。
并可以提供电子签章、数字签名保障信息安全。
◆高扩展性
基于J2EE架构设计，保证了良好的扩展性和升级性，具有卓越的稳定性及可移植性。
同时提供业界标准接口和开发规范，易于扩充和再开发。
提供门户系统构架，具备强大的扩展性和可伸缩性。
根据以上方面的要求并参考国务院和其它部委关于电子政务方面的指导意见与实施经验，建议采用基于Java的“省政府信息报送系统”。
本系统在HTML页面的友好性和标准性、数据统计与查询等方向有比较大的优势。
对于系统的管理维护与用户培训等方面也相对简单，可操作性大大加强。
第二章需求描述
✧系统登陆要求
以网页用户名、密码、动态验证码的形式登录，不发布客户端。
系统应容纳1100个用户，用户名使用汉字，初始密码固定，允许用户在登录页面修改初始密码。
每过5年大概有800个左右的用户要更换，重新确定用户名，系统应预留相应快速更新平台。
✧系统主页面显示要求
登录后首页页面中一级导航栏目包括：
文件浏览、信息浏览、报送信息、往年信息、文件发布，“欢迎（用户）登陆”显示在一级导航栏目后面。
✧文件浏览功能
点击文件浏览或最新文件，进入文件页面，其上设置检索功能（正文检索、标题检索）。
点击文件标题，可看到文件正文及其附件，正文内容可复制，但不能修改。
✧信息浏览功能
点击信息浏览或最新信息，进入信息页面，其上设置检索功能（正文检索、标题检索）。
“信息浏览”所看到的信息均为用户本年度所报送信息，一旦到了某年1月1日，则之前信息均转往“往年信息”进行查看。
自某年1月1日开始报送的信息则纳入“信息浏览”进行查看。
✧报送信息功能
该功能主要是实现所有用户通过附件的形式向省政府研究室信息报送信息，信息的接收者仅为信息处，信息处在后台处理这些信息。
✧往年信息功能
以时间为分割点，一旦某年1月1日，则之前信息均转往“往年信息”进行查看。
自某年1月1日开始报送的信息则纳入“信息浏览”进行查看。
页面形式同“信息浏览”，提供检索功能。
✧文件发布功能
1、该功能主要实现管理员可选择性向部分用户或全部用户发送文件，用户及时收到文件进行浏览。
2、各用户可以向管理员发送文件，但是相互之间不能发送文件，各级用户在该功能页面的下拉菜单中，仅能见到“省政府研究室信息处”字样，不能见到其他用户。
在管理员页面中，其下拉菜单应可以分类显示各用户名单（省政府委员、在鄂全国政府委员、单位用户、特约信息员），并将文件发送到各用户。
✧后台或管理员要求
1、信息浏览页面
（1）以天为单位，将当天各用户报送信息汇总呈现。
（2）下载附件后的文件不使用原有标题，而要实现以报送信息时填写的“用户名+标题”这一结构作为文件标题进行下载。
2、统计分析功能
（1）以用户为单位，显示其1个月、一季度、半年、全年报送信息的数量，以及全部用户1个月、一季度、半年、全年报送总量，各用户占信息总数的百分比。
（2）以信息种类为单位，如政治、经济等类型，显示个月、一季度、半年、全年的数量以及总数量和各类信息的占比。
（3）其他以关键字为单位进行的统计分析。
（4）统计分析的结果能形成文件下载。
3、数据安全保密功能，后台数据存储应具有安全保密功能，防止数据泄露。
4、文件删除功能，管理员可以在后台对所发布出去的文件进行删除。
5、用户管理功能，包括对用户的增减、更新，应具有相应的批处理功能。
6、其他类似本系统所应具有的功能。
第三章
总体设计方案
三.1概述
建立一个全省范围内的统一规划、统一管理、统一标准的信息共享平台，实现管理电脑化、信息网络化、存储数字化，为省政府信息处理提供互连互通及必要的数据交换，为领导提供决策支持信息，使信息中心成为权威性基础信息资源。
三.2总体架构设计
政务信息管理系统总体设计将按照视角将可以分为系统技术实现、逻辑架构、业务架构等。
基于项目的各项需求，在保证建设原则的前提下，本着完整、规范、科学的设计思路。
三.2.1系统技术实现
政务信息管理系统的技术实现将考虑到平台扩展性和各业务部门灵活应用的需要，全面满足各级部门用户的应用需求。
在技术实现设计上，应用“信息报送模块”和“统计分析模块”作为基础来构建B/S架构的“综合统计信息报送系统”。
其中，信息报送模块主要用来实现报表定制与填报功能，包括报表样式定制、审核关系定制、用户权限定制、数据发布定制、在线填报、批量审核等；统计分析模块数据用来实现统计分析功能、信息查询功能、数据分析、即席分析等功能。
信息报送模块和统计分析模块都采用成熟的succezBI软件工具平台。
用户在系统应用过程中，不需要编写任何程序代码，通过厂商的培训，掌握报表定制的方法后，可以自己设计定制采集报表和统计分析报表。
当统计需求发生变化时，用户的系统运行和维护人员就可以自己设计报表，以满足新的统计需要。
而不是每次需求的变化都需要原厂商人员的实施。
三.2.2业务架构设计
业务架构是从业务人员角度观察系统的角度，从这个观点分析，我们认为综合统计信息报送系统的顶层业务架构包含报表设计管理、审核汇总、填报管理、统计分析等四部分。
如下图所示：
顶层业务模型
依照上述顶层业务模型设计的细分、归纳，梳理整体业务架构模型如下：
系统业务架构
三.2.3逻辑架构设计
湖北省政府信息的设计是支持湖北省政府集中式架构，只需要在湖北省政府进行部署和实施，所有用户都可以通过浏览器的方式来进行访问，访问的报表和数据都是经过严格的权限控制的。
项目建设引入业界先进的数据仓库技术以及实施方案，应用平台采用的B/S架构是基于J2EE体系的Web开发技术路线进行系统设计的。
系统采用分层应用架构设计，其系统逻辑架构图如下：
系统逻辑架构图
从上图可以看到，逻辑架构从上至下由用户层、应用服务层、应用支撑层、数据层和基础层构成。
整个架构集中体现：
以基础层和数据层为依托，以应用支撑层和应用服务层为核心，通过用户层，全面为各层次用户提供高品质的个性化服务。
逻辑架构各层次概要说明：
逻辑架构描述
逻辑层次
描述
用户层
各类用户通过用户层访问业务系统，进行数据处理工作。
用户可以根据相应的权限来查看相应的报表，也可以在对相关报表进行数据填报、查询、统计分析。
应用服务层
应用服务层是整个业务逻辑结构的核心，该层通过调用开发工具的应用组件资源，提供数据的采集、汇总、统计分、以及对业务系统中数据的查询、统计分析等应用。
应用支撑层
应用支撑层与应用服务层共同构成整个逻辑结构的核心，开发工具产品的应用组件构成应用基础系统，是应用支撑层的软件支撑平台。
通过开发工具产品，可以快速创建、组装、部署和管理动态的健壮的应用逻辑。
应用支撑层主要由统计分析平台和数据报送平台组成，提供报表数据的填报、审核、上报、查询、统计分析等功能组件；
应用支撑层为其上开发运行的应用模块提供稳定、安全、调用简单的底层功能实现，为形成一体化应用、保证系统的可维护性和可扩展性奠定基础。
数据层
数据层为应用系统提供数据存储支撑，并为查询、统计分析应用提供数据来源。
基础层
主要包括系统建设所支持的系统软件、硬件、安全设备和网络等资源。
统一、完整的总体业务逻辑结构清晰的划分了系统的逻辑层次，各层次相对独立，从而简化了系统复杂度，保证系统满足建设要求。
三.2.4总体解决方案
总体解决方案包括对信息采集报送的方案和对信息查询与统计分析的方案。
以下将主要从信息采集和查询与统计分析这两个方面及涉及到的相关部分进行说明。
Ø信息采集报送
综合统计信息报送系统的主要任务是统计各业务部门提供的报表信息，并将统计数据即时快速地上报给上级部门。
根据对业务流程的分析，需要将报表下发给相关结构，并能即时地收集各单位填报的数据，各相关机构能快速地对数据进行审核汇总，并能够提供基于这些数据的综合查询，统计分析，报表产出等功能。
根据我们对招标文件中对于数据统计部分的需求的理解，我们设计了如下的数据采集的流程：
信息采集流程图
在信息采集的流程中，我们设计了信息采集任务的设计、发布更新、信息填报、信息审核、上报汇总、查询分析等流程，能够满足招标文件中对于信息采集的所有要求。
以下分别说明在信息采集流程的各个阶段如何来完成相应的业务需求：
（1）信息采集任务的设计
在信息采集任务的设计过程中，操作的方式类似于Excel，可以通过所见即所得的方式来进行报表的设计，也可以通过Excel导入的方式将存在于Excel中的报表格式直接导入进来。
支持通过向导式的方式来定义报表的计算公式和审核校验公式，公式的定义类似于Excel公式定义，也可以通过向导中的帮助说明来协助进行公式的定义。
支持定义多种数据类型，例如字符型、浮点型、整型、逻辑型、日期型等，能够保证在进行信息填写的阶段进行数据质量的控制，也可以通过定义代码的形式来控制数据的输入。
（2）信息采集任务的发布更新
设计完成的采集任务可以通过向导式的发布界面来进行报表的发布，发布完成以后，系统自动在数据库中创建数据库表，无需用户对数据库进行操作，发布的工作只需要由业务人员即可完成。
发布完成的采集任务如需要进行更新，那么只需要在服务器端直接重新发布即可，重新发布的过程中，系统自动的将历史的数据结转到新的报表格式中，不会对历史的数据产生影响。
（3）信息填报
在线填报时，用户只需要登录服务器上，通过浏览器的方式即可完成信息的填报工作，填报完成的信息可以直接点击上报，存储于服务器上。
（4）信息审核
信息审核是在信息填报阶段对填报的信息进行审核校验，查看填写信息是否满足事先定义的校验关系。
在系统中，信息审核分为逻辑性审核和合理性审核，逻辑性审核是强制性的审核，必须要通过，如不通过是不能进行数据上报的，合理性审核不是强制性的审核。
当审核未通过时，系统将相关的数据项通过颜色标识来进行区分，其中逻辑性审核使用红色标识，合理性审核使用黄色标识来展示。
（5）上报审核情况查询
上级单位可以通过查询分析功能来查看下级单位的信息上报与审核情况，也可以通过查询分析功能来对下级单位上报上来的信息进行简单的查询。
Ø查询统计分析
根据我们对招标文件中查询与统计分析需求和功能的理解，我们设计了如下的综合查询的流程：
综合查询流程图
在查询与统计分析方案的流程中，我们设计了查询报表的设计（包括各种类型的分析展现形式和各种类型的预警预测、数据挖掘等）、发布、门户设计、权限分配、查询导出、系统管理等流程，能够满足招标文件中对于查询与统计分析的所有的功能和需求。
以下分别说明在查询与统计分析流程的各个阶段如何来完成相应的业务需求：
（1）查询报表设计
查询报表的设计过程全部在浏览器上完成，在查询报表的设计过程中，可以设计丰富的查询报表的展现形式，包括固定报表、单向浮动报表、交叉浮动报表、多维报表、各种类型的统计图、地图展示、预警、预测、钻取等多种展示效果。
查询报表格式的设计过程与Excel操作类似，定义报表度量值的取数关系时，只需要通过鼠标的拾取即可完成，无需编写代码，也无需了解数据库的含义。
系统通过语义层的定义将难懂的数据库字段翻译为业务人员熟悉的业务度量值语言，业务人员即可完成查询报表的定义。
统计图形的定义与Excel类似，通过图形化界面的方式选择统计图形的类型，然后定义数据源即可。
整体来说，所有的查询报表的定义工作都无需要技术人员参与，由业务人员即可完成形式丰富多样的查询报表。
（2）发布
设计完成的查询报表，需要给系统用户进行查看，这里我们采用的发布的方式是保存即发布的方式，无需进行其他的操作。
在设计完成查询报表之后，点击保存按钮即可完成报表的发布。
（3）门户设计
可以通过门户的方式来将不同类型用户所关心的内容集中到一个页面中，便于用户进行查询报表的查看。
并可以根据查询用户的不同，设计独立的门户，不同业务处室的用户只需要访问相应的门户即可。
另外展示给领导的门户页面，可以将不同类型的业务中的关键度量值进行集中展示，形成一个领导查询的门户页面。
门户的定义也是通过可视化的编辑方式来完成，在界面上通过鼠标的拖拽即可完成，无需进行编码。
门户界面的展示风格包括列表和TAB风格，界面风格的设置也可以通过配置的方式来完成。
（4）权限分配
权限分配的内容包括：
报表权限、门户权限、数据权限、管理权限等。
权限分配的方法可以通过机构、用户、角色等方式来完成。
在进行权限分配时，系统根据用户所处的级别自动分配用户能够访问的数据级次权限，另外除了能够分配数据级次的权限之外，还可以分配相关维度的权限，例如某类用户只能查看项目分类中的某一类项目的数据。
为了减轻系统管理员的工作量，可以进行分级赋权，系统管理员将相应的管理权限赋予下级用户，然后由该用户完成对其下级用户的权限分配工作。
（5）查询导出
查询导出的所有操作都是在浏览器上完成的，用户只需要登录信息采集与综合查询系统中，即可完成权限范围内的数据查询与导出功能。
数据查询时，可以通过下拉框、输入框等方式选择不同的查询条件，点击计算即可完成数据查询功能。
查询完成的数据可以进行导出，导出的格式包括：
word、Excel、pdf、html、csv等格式。
（6）系统管理
系统管理包括用户权限的控制、门户的编制、计划任务的定制以及其他一些与系统配置相关的信息。
权限、门户的内容在前面已经介绍了，这里就不再赘述，主要对计划任务的功能更进行阐述。
计划任务功能即可以完成让系统在某个固定的时间完成某项特定的任务，例如可以使用计划任务功能来完成定时计算、定时导出等功能，还可以通过计划任务的方式来调用其他的数据处理的过程
三.3关键技术分析与技术路线
系统采取统一规划、集中管理、分级负责的建设原则，在系统设计和管理模式上充分考虑到系统的发展和变化的需要。
三.3.1采用B/S结构的网络应用
B/S（Browser/Server）结构即浏览器和服务器结构。
它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。
在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成三层结构。
这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。
省政府信息系统采用B/S结构的网络应用，能实现不同的人员，从不同的地点，以不同的接入方式访问和操作共同的数据库；它能有效地保护数据一致性和管理访问权限，解决了原先系统中存在的数据时效性慢，一致性差以及系统维护工作困难等问题。
采用B/S架构的优势：
1.维护和升级方式简单。
目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。
在旧版的信息统计系统中由于采用的是C/S架构，每一个客户端都必须安装和配置软件，一旦这套软件进行了哪怕很微小的改动后，系统管理人员都必须将服务器更新到最新版本，同时将客户端原有的软件卸载，再安装新的版本，然后进行设置。
若其中有部分客户端是在另外一个地方，则系统维护员还必须跑到该地方再进行卸载、安装、设置的工作。
若某个客户端，忘记进行这样的维护，则该客户端将会碰到版本不一致的问题而无法工作。
而B/S结构，客户端不必安装及维护。
如果软件换成B/S结构的，软件升级后，系统维护员如何维护：
系统维护员只要将服务器的软件升级到最新版本就行了。
其他客户端，只要重新登录系统，使用的就已经是最新版本的软件了。
无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行。
所以客户机越来越“瘦”，而服务器越来越“胖”是信息化发展的主流方向。
今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的。
因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。
2.保持数据一致性
在老版系统中，对于上报数据都是存放到各个客户端，然后再进行上报的同步模式，造成上下级数据独立存储，之间数据同步维护困难，一致性差。
对于B/S结构的软件来讲，其数据是集中存放的，客户端填报的业务数据都直接进入到数据库中，从而保证了数据的一致性。
3.保证了数据实时性
在老版系统中，信息统计数据需要逐层上报，不可能随时随地看到当前业务的发生情况，造成上传下达速度慢；而B/S结构则不同，它可以实时看到当前发生的所有业务，方便了快速决策。
三.3.2符合J2EE规范的分布式应用结构
作为省政府信息系统，省级数据中心和各个单位数据中心由于硬件环境的不尽相同，这就要求系统必须具备很好的可移植性和可扩充性。
为了实现系统的可移植性，平台开发的技术需要尽可能与操作系统无关，必然首推JAVA。
要使系统具有可扩充性就必须采用通用的组件标准。
在国际上公认的三大组件（EJB、CORBA、COM/DCOM）标准中，无论在发展前景，还是在应用的广泛性上，EJB标准都是最好的。
因此，选用J2EE（包括EJB）规范来建立省政府信息系统也就是必然之举。
J2EE规范的优势：
J2EE降低了开发系统的成本和复杂程度
J2EE划分了清晰的应用层次结构
三.3.3MVC架构
在基于组件的J2EE平台充分内置了灵活性的情况下，剩下的问题可能是如何组织应用程序以实现简单高效的应用程序升级和维护，以及如何让不懂程序代码的人员避开程序数据。
答案就在模型、视图和控制架构（Model,View,ControllerArchitecture）的使用之中。
MVC这样的架构是一个描述重现的问题及其解决方案的设计范式，但问题每次重现时，解决方案都不是完全相同。
三.3.4基于XML的接口标准
在报送系统中大量用到信息和数据的交换，建立一种统一的接口标准是非常必要的。
这种接口标准必须满足通用、规范、安全、可扩展的要求。
结合PKI技术的安全XML技术是建立接口标准的有利武器。
1．信息信息化呼唤数据交换标准
随着信息信息化的逐步普及与深入，信息交换标准的重要性日趋显著。
不仅需要大量内部应用软件，也需要能够通过互联网或其他数字通讯方式与各个分县局和相关政府部门无障碍地进行快速的信息交换。
在这样复杂而频繁的信息处理过程中，一个共同的数据标准，以及信息部门内部工作流规范与数据交换协议，将是信息部门有效和低成本地实施e化的基本保障。
一旦这一标准体系形成，符合此标准的任何一个应用软件都将能与信息部门内其他符合标准的软件进行互接并交流信息。
这将给信息部门的业务处理带来革命性的变化，使数据共享成为现实。
2.XML是可行的解决方案
XML（eXtensibleMarkupLanguage，可扩展标记语言）无疑就是解决这个问题的一把钥匙。
XML是一种界定文本的简便标准方法，曾经被人们称为“网络上的ASCII码”，它使用标记来说明描述的概念，而用属性来控制它们的结构。
XML只关心数据本身，易于被计算机识别，通过解析器（Parser）分解一个个的对象模型（ObjectModel）供浏览器、商用程序或数据库使用。
XML的出现给电子商务带来了解决标准问题的优秀方法，各种在XML技术基础上建立起来的技术规范纷纷出台，如BizTalk、cXML、ebXML等等。
第四章系统功能设计
四.1系统概述
省政府信息报送系统是真正简便实用的信息报送系统。
操作简便，与任何操作系统和主流数据库系统兼容，真正实现了信息收集、报送、发布和管理系统的一体化，满足了政府在确保网络信息安全和使用灵活的基础上进行信息报送的需求。
该系统提供了灵活、安全的信息采编、报送和发布手段，对各授权人实行严格的身份认证。
相关授权人可以随时在互联网或局域网上进行信息的采编、报送和发布，有效的实现信息共享与交流，使内部用户和远程用户可对系统信息进行方便、快速的访问。
信息报送单位通过本系统实时报送政务信息，上级单位接收信息报送单位报送的各类信息进行处理，信息采编人员通过本系统进行信息采集、处理，完成刊物采编、发行、发布等过程。
系统可以自动对各类信息的采用情况进行汇总与统计。
省政府信息报送系统是一个先进的、功能强大的信息采集、报送、管理及发布系统，其核心特点是通过层级式的信息管理，实现信息分布式报送收集，统一汇总编辑、审核，最终自动发布。
该系统主要应用于政
升级会员 