XX市政府信息公开系统技术方案Word文档格式.docx
《XX市政府信息公开系统技术方案Word文档格式.docx》由会员分享，可在线阅读，更多相关《XX市政府信息公开系统技术方案Word文档格式.docx（25页珍藏版）》请在冰豆网上搜索。
（八）开设政府信息公开举报投诉箱，及时听取公众对政府信息公开工作的意见和建议，以利于改进工作。
2.3.用户群划分及其需求
应用系统的用户分成以下三类：
中心主管领导、政府机构主管领导、政府机构的相关业务人员、企业和社会公众。
每类用户对系统的需求不同。
2.1.1.中心主管领导的需求
中心主管领导是指政府领导以及主管政府信息公开部门领导。
这类用户的需求主要是能够通过直观的统计数据实时的了解政府及各局委办的政务信息公开统计信息，以及各机关对公众申请公开信息的答复情况，可以起到对行政机关的监督考核，提高行政机关为公众服务效率的作用。
2.1.2.政府机构主管领导的需求
政府机构主管领导是指政府机构领导以及主管政府机构信息公开部门领导。
这类用户的需求主要是能够通过直观的统计数据实时的了解本委办局的政府信息公开统计信息，以及本委办局各业务人员对公众申请公开信息的答复情况，可以起到监督考核，提高行政机关为公众服务效率的作用。
2.1.3.政府机构的相关业务人员的需求
政府机构的相关业务人员是指政府下属各局委办等进行信息公开的机构单位中，操作管理这些单位公开信息的业务人员。
这类用户需要能够方便安全地登录系统，快速上传有关文档，出现问题及时编辑调整，及时回复公众申请。
2.1.4.企业和社会公众
企业和社会公众是政府信息公开系统对外提供服务的对象，该系统建设结束以后，公众和企业不再需要到各个政府职能部门去查询政府信息，只需要到“一站式”公众服务门户网站查找自己需要的信息，或提出申请，获得满意回复。
2.4.安全需求分析
为了保障系统安全可靠地运行，必须全面分析系统可能受到的来自各方面的安全威胁和风险，采取相应的安全保障措施。
2.4.1.威胁与风险分析
本系统的业务特点和信息的敏感性决定了系统可能承受来自各个方面的攻击，如犯罪团伙的破坏，黑客的恶意攻击。
作为XX市政府网的一部分，政府信息公开系统安全性应在政府网中总体考虑，包括入侵检测、防病毒系统、防火墙系统在内的安全措施由市政府网统一考虑。
本实施方案中重点考虑系统在应用、数据交换、数据管理以及系统管理方面的安全问题。
（1）信息安全
信息安全指信息内容在采集、存取、处理、使用和传输中的机密性、完整性、可用性和不可否认性，以及确保信息在系统主体的可控性和可审计性等特征的系统辨别、控制、策略和过程。
主要威胁和风险包括：
伪装、系统入侵、通信监听、数据篡改、否认和拒绝服务等。
（2）安全管理
安全管理主要威胁和风险包括：
管理不当造成的口令及密钥丢失和泄露；
制度遗漏造成的系统无序运行、系统灾难；
人员管理漏洞；
安全审计不力或无审计等。
2.4.2.安全需求分析
为了使数据系统能够有效应对以上所描述的安全威胁和风险，切实保障系统的安全，必须从组织管理、技术保障、政策环境、标准体系、人才培养等方面着手，形成有效的安全防护能力、隐患发现能力和应急反应能力，为系统建立可靠的安全运行环境，切实保障系统的安全。
从应用安全和信息安全需求来分析，重要的是要解决全网统一的身份鉴别，要解决数据的完整性、数据的访问控制和授权，以及敏感信息的机密性。
从安全管理需求来分析，要考虑规章制度的完善、安全策略的制定、系统人员的安全培训等，特别要考虑到基层人员计算机应用水平还不高，必须加强安全管理和人员培训，与技术保障紧密结合，形成一套比较完备的交换系统的安全保密体系。
因此，系统应用安全要重点做好以下几方面的工作，同时也是安全方案需要解决的问题：
（1）解决信息的备份问题。
（2）解决系统平台的统一身份鉴别问题。
（3）解决系统平台的信息资源管理，信息分类访问控制和分组共享（即什么人可以访问什么信息和哪些人可以共享哪些信息）问题，实现全系统的有效访问控制。
（4）解决内部人员滥用权力，有意犯罪，越权访问机密信息或恶意篡改等问题。
（5）解决系统安全运行的管理问题。
3.总体设计
3.1.总体框架设计
XX市政府信息公开系统以XX市市级机关（单位）等部门机构为结点，通过统一的信息公开平台，实现全市政府公开信息的采集、处理与发布。
整体系统宏观架构如下图所示：
图31系统宏观架构
通过政府信息公开系统，达成政府信息的网上报送、网上发布，并能受理并处理公民法人的依申请信息公开，实现政府信息的主动公开和依申请公开。
3.1.系统逻辑架构
XX市政府信息公开系统采用B/S架构，在政务网统一的安全和系统管理模式下，系统采用先进的信息交换和共享服务技术体系，支持SOAP数据打包和HTTP等传输协议，应用系统的开发基于J2EE架构。
系统逻辑架构如下图所示：
图32系统逻辑架构
XX市政府信息公开系统逻辑架构包括：
基础层：
网络、安全、存储、服务器设备、操作系统、安全系统。
信源采集层：
上传、发布、接收申请、回应等。
数据层：
公开库、回复库、统计库及数据库管理系统。
应用层：
数据管理、用户管理、申请分拨管理、日志管理、API接口管理等。
表示层：
查询、申请、回复等系统。
3.2.网络设计与系统布局
XX市政府信息公开系统是一个信息管理的分布式系统，涉及到信息资源数据中心和多个信源单位。
XX市政府信息公开系统以因特网为信息交换网络，信息传输网络拓扑结构及系统硬件部署情况如下：
图33基于双机热备的网络拓扑结构及硬件部署示意图
图34基于单机的网络拓扑结构及硬件部署示意图
各个政府机构部门通过因特网与政府信息网相连，政府机构与因特网之间的安全隔离措施根据部门的实际需求确定，或采用防火墙，或采用物理隔离设备。
各单位通过访问系统平台，实现各部门公开信息的传送和发布等功能。
政府信息公开系统部署在政府网内，利用政府网已有防火墙实现与因特网的安全隔离。
将应用系统和数据库系统部署在同一台服务器上，共部署两台服务器，可视并发访问量的大小采用双机热备技术或单机。
图34软件部署示意图
4.系统解决方案
XX市政府信息公开系统分为两个层面，第一个层面是针对市级机关政府信息公开工作，主要是通过建立两个集中平台来实现，即文件资源中心和网上依申请公开受理系统。
第二个层面是针对各区县政府信息公开工作的实现方案，主要是通过链接的方式，链接到各区县政务网的政府信息公开栏目，采取分散实现的方式。
（一）主动公开平台
政府信息公开系统前台分为按目录类别展示和按单位展示两种。
后台是全市文件资源中心。
在中心内为每个委办局分配存储空间，分配用户名和口令。
制定统一模板，保证各单位信息公开栏目的样式、布局的一致。
各单位通过远程维护方式进行信息的公开、发布、维护。
各单位可利用本系统录入或批量导入政府公开信息，并通过系统传送至全市文件资源中心。
为各委办局提供本单位的系统链接代码，各委办局政务网通过此代码可连接到政府信息公开系统指向的本单位地址。
图41主动公开信息流程图
（二）依申请公开平台
开发依申请公开网上处理系统。
对所有市级机关的网上信息公开申请。
由申请人首先选择受理单位，然后进行提交。
各单位可通过本系统查询群众的申请情况，并作出答复；
对于不属于本单位受理范围的申请，可提交市政府信息公开主管部门，由主管部门进行二次分拨。
所有回复都在本系统中进行。
对于连续三天没有登陆政务网的单位、超时答复群众申请等情况，都能在本系统上有明显提示。
图42依申请公开业务流程图
（三）区县政府的公开
对于区县政府的信息公开工作，可以将本系统加以改造，直接移植安装应用于区县政务网，减少区县政府的重复开发。
同时对区县政府的信息公开系统进行链接。
4.1.功能模块
信息公开系统由主动公开平台、依申请公开平台和系统管理平台三部分组成，系统模块包括有：
政府信息发布模块、数据同步管理模块、部门管理模块、模板管理模块、公开信息查询模块、依申请公开受理模块、访问数据统计模块、依申请公开/办理数据统计模块、用户权限管理模块、系统日志管理模块等十个模块。
其结构如下图所示：
图43系统功能模块示意图
4.1.1.政府信息发布模块
政府信息发布模块包含以下功能：
信息上传、信息编辑、信息发布等。
（一）信息上传：
市级机关依据政府信息公开目录的要求，及时将需要公开的内容上传到政府信息公开系统中。
信息上传时实现对信息的必选项输入操作，同时实现信息的目录分类归属。
信息上传的方式可以有手工录入和利用信息收集工具等，下面将分别阐述。
（1）手工录入方式
手工录入方式就是指由用户手工录入信息资源的方式，对于未电子化的信息资源或无法采集的信息将采用此种方式。
本系统的手工录入功能中提供在线录入和文件上传两种具体采集方式，如下图：
图44采用手工录入方式采集资源信息的示意图
在线录入
在线录入方式就是由负责信息录入维护的各级信息部门用户登录本系统后，通过本系统管理界面直接录入可公开的信息，并在线填写各个必选项如内容摘要、发表日期、关键词、文件名等。
本系统在保存用户登记的信息时，将自动记录信息提交的时间和提交人员供日后进行统计和追溯。
文件上传
考虑到手动录入必须在线录入且录入速度较慢，资源信息的手工录入功能中还提供了文件上传（通过上传WORD文件）方式实现一次性录入数据，来完成数据录入。
系统保存这些信息，同时自动记录信息提交的时间和提交人员，供日后进行统计和追溯。
（二）信息编辑：
市级机关可以对主动上传的信息进行实时编辑，以符合政府信息公开条例的要求。
市级机关用户通过B/S方式登录系统平台，检查主动上传的信息，可以实现在线编辑修改以及对已发布的信息进行修改删除工作。
用户进入该功能后，系统将显示当前已发布的信息列表，用户可直接选择所需的记录或者通过输入查询条件进行查找，确定将修改的记录后用户可对该条资源信息的内容进行编辑修改，确定保存系统将该记录在主目录服务系统上重新发布该条资源信息，并同步修改信息资源管理系统中的相应记录数据。
（三）信息发布：
机关办公人员可以将已上传的信息发布在XX市政务网政务公开栏目中，也可以选择将已发布的信息取消发布。
4.1.2.公开信息查询模块
为了帮助用户方便地从庞大的资源数据库中找到感兴趣的资源信息，本系统将提供能够帮助用户对资源进行有效定位的查询检索功能。
该功能提供资源导航和资源检索两种形式的资源搜索和定位服务，资源检索中又可以按内容查询、按关键词查询、按文件名查询、按日期查询等种方式提供检索服务。
（一）资源导航
资源导航方式就是基于本系统的信息公开目录，在政府信息公开网上以信息提供单位的形式组织和展示资源，帮助使用人员由粗到细，逐层地对资源进行定位。
（二）资源检索
用户在实际查找资源中，除了利用资源导航直接寻找自己关心的资源以外，也需要在网站上进行更广泛的检索，以便在更大的范围内采集和整理资源信息。
为此，系统在网上提供检索工具，将实现资源检索系统来提供检索服务。
资源检索系统将通过按内容查询、按关键词查询、按文件名查询、按日期查询等种方式提供检索服务。
4.1.3.依申请公开受理模块
依申请公开受理模块应包括以下功能：
申请提交：
公民、法人或者其他组织经注册用户后可向行政机关申请获取政府信息，可以采用书面或网上在线表格形式。
书面提交申请通过XX市行政许可服务中心办理，网上在线申请则通过网上填表表明需求。
注册用户还可以查看管理自己提出的申请。
申请答复：
对于社会公众的申请内容，属于公开范围的，机关办公人员应当告知申请人获取该政府信息的方式和途径；
属于不予公开范围的，应当告知申请人并说明理由；
依法不属于本行政机关公开或者该政府信息不存在的，应当告知申请人，对能够确定该政府信息的公开机关的，应当告知申请人该行政机关的名称、联系方式；
申请内容不明确的，应当告知申请人作出更改、补充。
并应能对历史答复进行修改编辑。
申请调拨：
对于不属于本单位部门管理的公众申请内容，被申请单位机构可以将申请回拨到系统管理员处，由系统管理员将申请分配到合适单位机构。
回复评分：
申请人应当对申请答复的内容进行打分，划分为满意、一般、不满意三种情况。
4.1.4.部门管理模块
部门管理模块应实现以下功能：
增加删除市级机构单位，维护各个机构信息公开目录，分配维护各个单位的公开信息存储空间，同时将办公用户与各个部门绑定。
4.1.5.模板管理模块
模板管理模块实现系统模板的整体导入功能。
4.1.6.用户权限管理模块
用户权限管理模块应包括下列功能：
用户管理：
对使用平台的政府工作人员进行用户管理。
同时容许社会公众注册普通用户。
数据维护主要针对基础数据库，提供给管理员增加、修改、删除、查询的功能，对普通访问者只提供查询的功能。
权限管理：
为使用平台的用户分配相应权限。
授权管理主要用于维护数据管理平台的使用者授权，功能设计上采用两级管理机制，包括授权角色组创建维护和角色组成员帐号的创建维护，使得系统既可以在组一级配置细腻的访问授权策略，又可以通过添加组成员的方式高效的管理帐号权限，兼顾了功能的完整性与可维护性。
帐号的身份认证服务由系统管理平台统一提供，通过认证与授权分离，有效地解决了统一帐号在各系统中的共用问题，并为远期实现全系统单点登录提供了可信的、成熟的基础平台。
◎维护帐号
维护帐号功能用于维护使用系统的基本帐号信息，包括创建帐号、删除帐号、帐号名称、帐号密码、帐号证书（本期不使用）、帐号身份、帐号角色、帐号联系方式、帐号介绍等基本人员信息，今后为了管理方便可能会构筑人员组织目录数据库用于统一维护帐号。
4.1.7.访问数据统计模块
访问数据统计模块应统计实现下列内容：
行政机关主动公开政府信息的情况统计；
主动公开信息被浏览及访问的统计情况；
政府信息公开工作存在的主要问题及改进情况统计。
4.1.8.依申请公开/办理数据统计模块
通过依申请公开/办理数据统计模块，实现对公众提交申请的情况统计，实现行政机关依申请公开政府信息和不予公开政府信息的情况统计，实现申请办理时效性的统计。
4.1.9.系统日志管理模块
1）、系统日志
在现行主流系统中，系统应该支持操作日志的编写和管理机制，只是不同操作系统操作日志的管理方式不同，但都记录了系统的运行情况。
系统可以将不同的操作日志提取和保存，以方便系统管理员的使用。
2）、用户操作日志
用户操作日志是有别于系统日志一类日志，该日志是用户对系统访问行为及其使用情况的记录。
这些行为记录可以帮助系统管理员更实际的分析统计系统的使用状况。
4.1.10.其它管理功能模块
公开信息管理：
管理员能对网上发布的信息进行管理，实现修改删除的操作功能。
4.2.系统表示层设计
这一节从公众用户、机关用户、政府信息公开系统管理员用户的角度叙述系统表示层的设计。
政府信息公开系统首页
首先进入政府公开信息浏览页，可以按照单位或目录导航浏览。
如公众在信息导航中未找到结果，也可以使用综合查询功能。
公众用户还可以提交申请要求机关公开相关信息。
填写信息公开申请
提交后，公众用户可以随时再次登录察看申请状态，是否已回复。
输入查询码。
如果已有回复，则可以查看回复内容，并打分。
机关用户
机关用户登录系统，可以从事信息公开和受理申请两种工作。
政府信息公开系统管理员用户
管理员要登录系统，从左侧菜单中选择要作的工作，
包括公开信息的管理，公众申请的管理、用户管理、系统统计信息等。
系统用户管理：
公开信息统计：
公众申请信息统计：
未按时登录机关统计和未按时回复申请统计
5.软件开发技术要求
5.1.开发方法
本项目软件开发方法是基于面向对象的开发方法。
面向对象的方法是一种分析方法、设计方法和思维方法。
面向对象方法学的出发点和所追求的基本目标是使人们分析、设计与实现一个系统的方法尽可能接近人们认识一个系统的方法。
也就是使描述问题的问题空间和解决问题的方法空间在结构上尽可能一致。
其基本思想是：
对问题空间进行自然分割，以更接近人类思维的方式建立问题域模型，以便对客观实体进行结构模拟和行为模拟，从而使设计出的软件尽可能直接地描述现实世界，构造出模块化的、可重用的、维护性好的软件，同时限制软件的复杂性和降低开发维护费用。
面向对象开发方法以应用领域内的问题对象为着眼点，注重从内部结构角度去模拟客观世界，以直观自然的方式描述客观世界的实体，以及实体的结构特征和行为特征，并且能够将两者结合，兼顾对象的静态及动态信息。
面向对象开发方法促使开发者从应用领域的观点出发考虑问题，将实际问题空间的概念全部清楚地加以标识，通过合理地分类组合，抽象地表示出来，再利用对象类及其关系描述对象之间的联系，把问题空间映射到解空间。
面向对象开发一般经历三个阶段:
面向对象系统分析（00A），面向对象系统设计（OOD）和面向对象系统实现（编程）。
这与传统的生命周期法相似，但各阶段所解决的问题和采用的描述方法却有极大区别。
下图表示的是面向对象系统开发模型，它表达了面向对象开发的内容和过程。
由图可知，系统人员通过需求调查，在反复的分析设计中不断地构建出"
簇"
，（cluster）。
簇的概念是B.Meyer提出来的。
他在研究面向对象开发过程中感觉到用单个对象映射客观实体难以实现，所以就用一组对象来为客观世界的复杂实体建模。
所谓"
就是一组对象。
一方面构建的簇经过设计实现被存入系统的类库中去以各再用;
另一方面，构建"
的这组对象也可来源于系统己存在的类库。
面向对象系统开发模型
5.2.开发环境
本项目软件开发环境基于Eclipse平台。
Eclipse是一个开放源代码的、基于Java的可扩展开发平台。
就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。
幸运的是，Eclipse附带了一个标准的插件集，包括Java开发工具（JavaDevelopmentTools，JDT）。
Eclipse还包括插件开发环境（Plug-inDevelopmentEnvironment，PDE），这个组件主要针对希望扩展Eclipse的软件开发人员，因为它允许他们构建与Eclipse环境无缝集成的工具。
由于Eclipse中的每样东西都是插件，对于给Eclipse提供插件，以及给用户提供一致和统一的集成开发环境而言，所有工具开发人员都具有同等的发挥场所。
5.3.开发技术
本项目主要构件均采用J2EE软件技术开发设计，具有极强的兼容性以及扩展性。
6.系统软硬件配置
6.1.硬件配置
为了保证系统安全可靠、高性能地运行，又考虑到充分节省资源，计划将应用系统和数据库系统部署在同一台服务器，部署两台服务器做双机热备（如果并发量不大的情况下也可采用单机）。
推荐硬件配置：
名称
配置
CPU：
2*双核IntelXeon主频3.0GHz
内存：
8GB
硬盘：
2块146GBSAS
6.2.软件配置
服务器软件配置包括：
（1）操作系统
所有服务器均采用红旗LinuxServer5.0或Windows2003server操作系统。
（2）信息资源数据库
所有数据库服务器安装国产Gbase数据库作为数据库管理系统。
（3）应用服务器中间件
应用服务器安装应用中间件软件，此处采用J2EE架构作为实现业务应用系统的开发运行环境。
升级会员 