XXX政务信息管理系统Word格式文档下载.docx

XXX政务信息管理系统Word格式文档下载.docx

《XXX政务信息管理系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《XXX政务信息管理系统Word格式文档下载.docx（43页珍藏版）》请在冰豆网上搜索。

第四章系统功能设计 16

4.1 系统概述 16

4.2 系统界面设计 17

4.3 信息报送 19

4.4 信息审核 22

4.5 信息审批功能 23

4.6 信息流程管理 24

4.7 文件发布 24

4.8 文件浏览 25

4.9 信息浏览 25

4.10 统计分析 26

4.11 系统管理 28

4.12 后台管理 29

4.13 系统安全设计 40

第II页

第一章项目概述

1.1项目概述

政务信息管理系统是用电子化手段代替传统的传真、电话、纸质信函等介质，实现各级单位之间的新闻、简报、专报、文件等信息的下发与上报，进行信息采编与发布，提高工作效率、加强各级部门之间（横向和纵向）的业务交流与信息共享。

实现信息报送、信息采编、发布审批、信息管理等功能的信息管理与服务的平台。

下属信息报送单位通过本系统实时报送各类信息，上级单位的信息采编人员通过此系统进行信息采集、信息处理、刊物采编、刊物编辑、刊物发行等工作。

并自动对政务信息的采用情况进行汇总，形成通报。

通报内容可以与刊物一起发布到网上，供各类用户浏览查询。

1.2建设目标

政务信息管理系统建设目标为：

u建成一个覆盖整个省政府单位的、技术先进的、运行稳定的、实用的、统一的信息报送管理系统，达到国内领先的技术水平。

u建成一套集成部署在省政府门户网站，与省政府门户网站的架构、语言环境相匹配、相适应，实现各级单位之间的信息报送、采集、处理、共享、文件发送、统计分析等功能。

因此，我们的系统应该是这样一个系统：

采用国际最新的科技成果，保持在国内领先的技术水平；

同时结合用户的实际需要，充分利用现有的系统、网络资源，建立高性能、低成本的系统。

1.3建设原则

根据本系统需要实现的功能和平台总体构架，结合机构特性和业务需求，系统满足：

u易学易用

专门针对信息系统建设和内容编辑人员设计，完全基于Web的操作，所见即所得。

实现完全远程动态调节栏目结构、页面内容、整体布局。

通用的系统需求，方便的安装和对操作人员的低技术要求，容易实施和使用，只要会操作浏览器就可以建立及管理具有专业水平的系统。

u强大的自定义功能

提供用户自定义形式的系统设置模式，包括用户菜单自定义、用户角色自定义、角色权限自定义、栏目自定义、信息分类自定义、审核自定义，一方面充分适应不断变化的需求，一方面使系统管理工作更加简便，得心应手。

u多种格式文件的浏览

除了支持多媒体新闻之外，还支持PPT、EXCEL、WORD等格式的文件，新闻录入员不需要把原有的WORD文档、EXCEL表格重新排版、录入，而是直接可以作为新闻发布，用户直接点击浏览。

u多种格式文件的下载

支持HTTP模式的多种格式文件的下载，支持利用网络蚂蚁、网际快车等多线程下载工具下载软件，轻松建立具有自己特色的下载栏目。

u灵活的期刊订阅

支持期刊栏目的分布分离，管理员对用户分配相应的浏览权限，只有拥有相应权限的用户才能浏览到指定的期刊栏目中相关的内容，提高电子期刊的管理效率。

同时根据不同的用户需求，提供差异化、个性化服务。

u集中式与分布式结合部署

对于地区性、多需求的应用，可以采用集中式统一的管理；

或者经授权后分布管理。

部署方式更加灵活，满足不同地区对政务信息服务的需要。

u个性化定制

可实现普通用户的期刊栏目订阅、投稿、咨询等个性化服务，满足地区多层次用户的需求，大大促进用户的政务信息资源增值服务。

u详尽的日志与统计

提供稿件修改历史，可以方便追踪稿件的修改状态，便于确定责任；

提供详细的登陆、检索、改动日志，系统日志管理中提供了相关的详尽信息，可以很容易地掌握目前的操作状态；

提供统计功能，可以自动统计信息条目，反映系统的建设与贡献情况。

u信息安全可靠

对信息报送的文章、信息随时审核监控，提供安全的政务信息审核发布流程。

全面细致的用户权限设置，可利用群组、角色方便地管理。

并可以提供电子签章、数字签名保障信息安全。

u高扩展性

基于J2EE架构设计，保证了良好的扩展性和升级性，具有卓越的稳定性及可移植性。

同时提供业界标准接口和开发规范，易于扩充和再开发。

提供门户系统构架，具备强大的扩展性和可伸缩性。

根据以上方面的要求并参考国务院和其它部委关于电子政务方面的指导意见与实施经验，建议采用基于Java的“省政府信息报送系统”。

本系统在HTML页面的友好性和标准性、数据统计与查询等方向有比较大的优势。

对于系统的管理维护与用户培训等方面也相对简单，可操作性大大加强。

第二章需求描述

²

系统登陆要求

以网页用户名、密码、动态验证码的形式登录，不发布客户端。

系统应容纳1100个用户，用户名使用汉字，初始密码固定，允许用户在登录页面修改初始密码。

每过5年大概有800个左右的用户要更换，重新确定用户名，系统应预留相应快速更新平台。

系统主页面显示要求

登录后首页页面中一级导航栏目包括：

文件浏览、信息浏览、报送信息、往年信息、文件发布，“欢迎（用户）登陆”显示在一级导航栏目后面。

文件浏览功能

点击文件浏览或最新文件，进入文件页面，其上设置检索功能（正文检索、标题检索）。

点击文件标题，可看到文件正文及其附件，正文内容可复制，但不能修改。

信息浏览功能

点击信息浏览或最新信息，进入信息页面，其上设置检索功能（正文检索、标题检索）。

“信息浏览”所看到的信息均为用户本年度所报送信息，一旦到了某年1月1日，则之前信息均转往“往年信息”进行查看。

自某年1月1日开始报送的信息则纳入“信息浏览”进行查看。

报送信息功能

该功能主要是实现所有用户通过附件的形式向省政府研究室信息报送信息，信息的接收者仅为信息处，信息处在后台处理这些信息。

往年信息功能

以时间为分割点，一旦某年1月1日，则之前信息均转往“往年信息”进行查看。

页面形式同“信息浏览”，提供检索功能。

文件发布功能

1、该功能主要实现管理员可选择性向部分用户或全部用户发送文件，用户及时收到文件进行浏览。

2、各用户可以向管理员发送文件，但是相互之间不能发送文件，各级用户在该功能页面的下拉菜单中，仅能见到“省政府研究室信息处”字样，不能见到其他用户。

在管理员页面中，其下拉菜单应可以分类显示各用户名单（省政府委员、在鄂全国政府委员、单位用户、特约信息员），并将文件发送到各用户。

后台或管理员要求

1、信息浏览页面

（1）以天为单位，将当天各用户报送信息汇总呈现。

（2）下载附件后的文件不使用原有标题，而要实现以报送信息时填写的“用户名+标题”这一结构作为文件标题进行下载。

2、统计分析功能

（1）以用户为单位，显示其1个月、一季度、半年、全年报送信息的数量，以及全部用户1个月、一季度、半年、全年报送总量，各用户占信息总数的百分比。

（2）以信息种类为单位，如政治、经济等类型，显示个月、一季度、半年、全年的数量以及总数量和各类信息的占比。

（3）其他以关键字为单位进行的统计分析。

（4）统计分析的结果能形成文件下载。

3、数据安全保密功能，后台数据存储应具有安全保密功能，防止数据泄露。

4、文件删除功能，管理员可以在后台对所发布出去的文件进行删除。

5、用户管理功能，包括对用户的增减、更新，应具有相应的批处理功能。

6、其他类似本系统所应具有的功能。

第三章总体设计方案

3.1概述

建立一个全省范围内的统一规划、统一管理、统一标准的信息共享平台，实现管理电脑化、信息网络化、存储数字化，为省政府信息处理提供互连互通及必要的数据交换，为领导提供决策支持信息，使信息中心成为权威性基础信息资源。

3.2总体架构设计

政务信息管理系统总体设计将按照视角将可以分为系统技术实现、逻辑架构、业务架构等。

基于项目的各项需求，在保证建设原则的前提下，本着完整、规范、科学的设计思路。

3.2.1系统技术实现

政务信息管理系统的技术实现将考虑到平台扩展性和各业务部门灵活应用的需要，全面满足各级部门用户的应用需求。

在技术实现设计上，应用“信息报送模块”和“统计分析模块”作为基础来构建B/S架构的“综合统计信息报送系统”。

其中，信息报送模块主要用来实现报表定制与填报功能，包括报表样式定制、审核关系定制、用户权限定制、数据发布定制、在线填报、批量审核等；

统计分析模块数据用来实现统计分析功能、信息查询功能、数据分析、即席分析等功能。

信息报送模块和统计分析模块都采用成熟的succezBI软件工具平台。

用户在系统应用过程中，不需要编写任何程序代码，通过厂商的培训，掌握报表定制的方法后，可以自己设计定制采集报表和统计分析报表。

当统计需求发生变化时，用户的系统运行和维护人员就可以自己设计报表，以满足新的统计需要。

而不是每次需求的变化都需要原厂商人员的实施。

3.2.2业务架构设计

业务架构是从业务人员角度观察系统的角度，从这个观点分析，我们认为综合统计信息报送系统的顶层业务架构包含报表设计管理、审核汇总、填报管理、统计分析等四部分。

如下图所示：

顶层业务模型

依照上述顶层业务模型设计的细分、归纳，梳理整体业务架构模型如下：

系统业务架构

3.2.3逻辑架构设计

湖北省政府信息的设计是支持湖北省政府集中式架构，只需要在湖北省政府进行部署和实施，所有用户都可以通过浏览器的方式来进行访问，访问的报表和数据都是经过严格的权限控制的。

项目建设引入业界先进的数据仓库技术以及实施方案，应用平台采用的B/S架构是基于J2EE体系的Web开发技术路线进行系统设计的。

系统采用分层应用架构设计，其系统逻辑架构图如下：

系统逻辑架构图

从上图可以看到，逻辑架构从上至下由用户层、应用服务层、应用支撑层、数据层和基础层构成。

整个架构集中体现：

以基础层和数据层为依托，以应用支撑层和应用服务层为核心，通过用户层，全面为各层次用户提供高品质的个性化服务。

逻辑架构各层次概要说明：

逻辑架构描述

逻辑层次

描述

用户层

各类用户通过用户层访问业务系统，进行数据处理工作。

用户可以根据相应的权限来查看相应的报表，也可以在对相关报表进行数据填报、查询、统计分析。

应用服务层

应用服务层是整个业务逻辑结构的核心，该层通过调用开发工具的应用组件资源，提供数据的采集、汇总、统计分、以及对业务系统中数据的查询、统计分析等应用。

应用支撑层

应用支撑层与应用服务层共同构成整个逻辑结构的核心，开发工具产品的应用组件构成应用基础系统，是应用支撑层的软件支撑平台。

通过开发工具产品，可以快速创建、组装、部署和管理动态的健壮的应用逻辑。

应用支撑层主要由统计分析平台和数据报送平台组成，提供报表数据的填报、审核、上报、查询、统计分析等功能组件；

应用支撑层为其上开发运行的应用模块提供稳定、安全、调用简单的底层功能实现，为形成一体化应用、保证系统的可维护性和可扩展性奠定基础。

数据层

数据层为应用系统提供数据存储支撑，并为查询、统计分析应用提供数据来源。

基础层

主要包括系统建设所支持的系统软件、硬件、安全设备和网络等资源。

统一、完整的总体业务逻辑结构清晰的划分了系统的逻辑层次，各层次相对独立，从而简化了系统复杂度，保证系统满足建设要求。

3.2.4总体解决方案

总体解决方案包括对信息采集报送的方案和