软件开发文档：XXX区智慧政务项目需求规格说明书.docx

智慧政务
项目需求规格说明书

方正国际软件（北京）有限公司
2014年11月

目录
1 引言 1
1.1 项目背景 1
1.2 项目目标 1
1.3 适用范围 2
1.4 术语定义 2
1.5 项目建设依据 2
2 系统说明 3
2.1 政务信息化现状 3
2.1.1 网络建设现状 3
2.1.2 应用系统建设现状 3
2.2 项目实施范围 3
2.2.1 地域覆盖范围 3
2.2.2 业务建设范围 3
2.2.3 应用系统建设范围 4
2.2.4 基础设施建设范围 4
3 业务需求 5
3.1 公文管理 5
3.1.1 版式文件 5
3.1.2 电子公章 6
3.1.3 安全传输 7
3.1.4 灵活的流程 8
3.2 协同办公 8
3.2.1 统一门户 8
3.2.2 值班管理 9
3.2.3 会议管理 9
3.2.4 设备管理 10
3.2.5 车辆管理 10
3.2.6 督察督办 10
3.2.7 计划管理 11
3.3 网上办事 11
3.3.1 外网服务 11
3.3.2 内网办理 14
3.4 政务服务 15
3.4.1 信息发布 15
3.4.2 目录编制 16
3.4.3 依申请公开 16
3.4.4 信息查询 17
3.4.5 交流互动 17
3.5 资源共享与智能决策 18
3.5.1 资源数据采集 18
3.5.2 大数据 19
3.5.3 建立数据互通渠道 19
3.5.4 资源数据利用 19
3.5.5 决策支持模式 19
3.5.6 网络舆情预警分析 20
3.5.7 综合治税 20
4 功能需求 21
4.1 内网统一门户系统需求 21
4.1.1 系统功能 21
4.1.2 门户建设 23
4.1.3 展示效果需求 24
4.1.4 系统管理需求 27
4.2 统一用户管理需求 28
4.2.1 组织机构管理 28
4.2.2 应用系统管理 29
4.2.3 用户组管理 29
4.2.4 角色管理 29
4.2.5 资源管理 30
4.2.6 操作管理 30
4.2.7 权限管理 30
4.2.8 属性管理 30
4.2.9 界面管理 30
4.2.10 日志查看 31
4.3 协同办公系统需求 31
4.3.1 公文管理 31
4.3.2 日程管理 32
4.3.3 个人办公 34
4.3.4 会议管理 35
4.3.5 值班管理 36
4.3.6 人事劳资管理 37
4.3.7 后勤管理 37
4.4 电子公章系统需求 38
4.4.1 安全保密 38
4.4.2 公章制作 38
4.4.3 公章发放 39
4.4.4 打印标识 39
4.4.5 电子验章 39
4.4.6 电子盖章 39
4.4.7 公章脱密 39
4.5 电子文件系统需求 40
4.5.1 电子文件管理需求 40
4.5.2 电子文件检索利用 42
4.5.3 安全保密需求 45
4.6 网上办事统一平台需求 46
4.6.1 外网服务子系统 46
4.6.2 内网服务子系统 56
4.6.3 电子监察需求 61
4.7 数字档案管理需求 66
4.7.1 档案管理需求 66
4.7.2 档案业务需求 67
4.7.3 档案检索需求 70
4.8 领导辅助决策需求 71
4.8.1 领导驾驶舱 71
4.8.2 数据采集 72
4.8.3 图表引擎 73
4.8.4 报表引擎 75
4.9 移动政务需求 75
4.9.1 移动办公 76
4.9.2 移动督办决策 77
4.9.3 公众移动服务需求 77
4.10 电子公文交换需求 78
4.10.1 主要功能 78
4.10.2 版式文件 79
4.10.3 电子公章 80
4.10.4 安全要求 81
4.11 信息报送需求 82
4.11.1 功能描述 82
4.11.2 信息报送 84
4.11.3 信息采编 85
4.11.4 信息审核 86
4.11.5 信息发布 87
4.11.6 统计汇总分析 87
4.11.7 模板管理 89
4.11.8 共享信息库 90
4.12 舆情分析需求 92
4.12.1 舆情监测 92
4.12.2 信息采集 93
4.12.3 舆情分析 93
4.12.4 舆情报告 96
4.13 视频发布需求 96
4.13.1 采集制作系统 96
4.13.2 内容管理系统 97
4.13.3 发布服务系统 99
4.14 计划管理需求 99
4.14.1 计划管理 99
4.14.2 经费预算管理 101
4.14.3 项目过程管理 104
4.14.4 文档管理 113
4.15 行政服务中心基础库需求 115
4.15.1 人口基本信息 116
4.15.2 证件证照信息 116
4.15.3 法人信息 118
4.15.4 特殊人群信息 118
4.16 督察督办需求 118
4.16.1 业务办理 118
4.16.2 用户首页 120
4.16.3 督察立项 123
4.16.4 督察办理 125
4.16.5 督察反馈 130
4.16.6 查询 134
4.16.7 统计 134
4.16.8 督察刊物 137
4.17 政务信息服务与互动需求 140
4.17.1 内容管理 140
4.17.2 信息公开 143
4.17.3 政民互动 144
4.17.4 便民信息查询 145
4.17.5 全文检索 146
4.17.6 系统接口 147
4.18 综合治税需求 147
4.18.1 数据交换平台 147
4.18.2 数据应用平台 148
4.18.3 企业基础信息数据库 151
4.18.4 运行管理平台 151
4.19 资源共享平台需求 151
4.19.1 功能组成 151
4.19.2 系统组成 153
4.19.3 编目系统 153
4.19.4 在线报送 158
4.19.5 目录管理 158
4.19.6 目录服务 160
4.19.7 目录查询 160
5 接口需求概述 162
6 非功能性需求 163
6.1 性能需求 163
6.1.1 处理速度 163
6.1.2 数据容量 163
6.1.3 系统性能 163
6.1.4 数据检索 164
6.1.5 网络环境 164
6.1.6 数据保存、备份及恢复 164
6.1.7 系统可靠性和稳定性 164
6.2 易用性需求 164
6.3 安全性需求 164
6.3.1 系统级安全 165
6.3.2 应用级安全 165
6.4 可维护性需求 165
6.5 可移植性需求 166
6.6 运行环境需求 166
6.6.1 硬件需求 166
6.6.2 软件需求 166

1 引言
1.1 项目背景
根据对禹会区政府重点部门的走访和调研，总结禹会区政务应用的现状和基本需求如下：
禹会区的电子政务应用基本处于起步阶段，基础设施比较薄弱，区政府的电子政务网络已经基本建成，并且可以与下属9个社区、3个乡镇实现联通，需要进一步完善。目前还没有实现无线网络的覆盖。
区政府机房刚刚完成初步装修，只有少数服务器，没有其他安全、备份等安全设施。
目前有一个区政府的网站、一个区政府的协同办公系统在运行，并且协同办公系统已经在全区推广应用，但是还没有完善的基础数据库和应用服务体系。
基于上述分析，我们认为禹会区的社会管理、建设规划、行政服务、政府办公等政务管理应用基本都处于快速成长阶段，需要进一步拓展和投入，完善禹会区政务网络硬件及安全系统基础设施；建设禹会区政务资源共享平台和数据中心，为智慧政务提供技术支撑；建设改造政府网站、办公门户、网格化社会管理、行政审批及电子监察等一批政务应用，同时建设与上述系统配套的运营管理机制和人才保障机制。
1.2 项目目标
本期项目总体建设目标是争取到2015年底建成禹会区电子政务服务体系的基本框架体系，实现预设范围、预设程度内的资源共享和业务协同。通过构建一站式政务服务体系，降低行政成本、增强政务服务透明度，为打造服务型政府品牌奠定坚实可靠的信息技术支撑体系。实现智慧禹会总体要求中的智慧政务管理及服务，使得禹会区信息化应用水平达到全市乃至全省的先进行列。
禹会区智慧政务建设的总体目标是：规范、统一全区政务管理平台建设，充分发挥统一网络的整体优势作用，提供标准、规范、安全、统一的政务服务功能，整合利用现有资源，实现区、社区二级网络互联互通和政务协同，提高 “决策指挥、政务管理、协同办公和公众服务”的效率。建设区政务资源共享平台、安全保障体系和服务体系。
1.3 适用范围
蚌埠市禹会区智慧政务方向的系统设计。
1.4 术语定义
UIM：统一身份管理（Unified Identity Management）;
SSO：单点登陆（Single Sign On）;
Portal：门户;
CEBX：一种拥有自主知识产权的版式文件格式（Common e-Document of Blending XML）；
CA：证书授权（Certificate Authority）；
BBS：网络论坛（Bulletin Board System）。
1.5 项目建设依据
Ø 中共中央办公厅、国务院办公厅《关于转发〈国家信息化领导小组关于我国电子政务建设指导意见〉的通知》（中办发[2002]17号）
Ø 工业和信息化部《关于印发〈国家电子政务“十二五”规划〉的通知》（工信部规(2011) 567 号）
Ø 《党政机关公文处理工作条例》（中办发〔2012〕14号）
Ø 《党政机关公文格式》（GB/T 9704-2012）
Ø 《中华人民共和国电子签名法》
Ø 《安全防范工程程序和要求》（GA/T75-94）
Ø 《计算机信息系统安全保护等级划分准则》（GB17859-1999）
Ø 国家标准化管理委员会、国务院信息化工作办公室《电子政务标准化指南》
Ø 《中华人民共和国行政区划代码》（GB/T2260）
Ø 《县以下行政区划代码编码规则》（GB/T10114）
Ø 《数据元交换格式信息交换、日期和时间表示》（GB/T7408）
2 系统说明
2.1 政务信息化现状
1
2
2.1
2.1.1 网络建设现状
禹会区的电子政务基础设施比较薄弱，区政府的协同办公平台仍旧在外网（Internet）上运行，保密性不强。目前还没有实现无线网络的覆盖。
各委办局的网络结构多种多样，有外网、有市专网、甚至有国家专网。
2.1.2 应用系统建设现状
目前区政府有一个外网网站、一个协同办公系统在运行，并且协同办公系统已经在全区推广应用，但是还没有完善的基础数据库和应用服务体系。
除个别单位外，受“十二金”和“十五大工程”的影响，各委办局基本都有自己的业务系统，但是一般都是垂直系统，有国家级的、省级的、市级的，每个部门的系统数量也不一定，少的一个，多的甚至一个部门会有三四个类似的业务系统。系统架构不相同，操作模式也不尽相同。这种现实状况对于政务资源是一个极大的浪费，非但没有提高工作效率，反而还加重了机关工作人员的负担，因此，如何整合现有系统，充分利用数据资源是一个亟待解决的难题。当然对于没有业务系统的单位也要趁智慧政务建设之机完善起来。
2.2 项目实施范围
2.2
2.2.1 地域覆盖范围
禹会区智慧政务项目的实施范围为禹会区政府系统近20个工作部门，9个社区，3个乡镇。
2.2.2 业务建设范围
依托基础信息网络、云计算平台、安全保障平台及应用软件支撑平台所提供的各种支撑服务，建设全区智慧政务的应用系统。涉及公文管理、协同办公、网上行政审批、政务公开、资源共享和领导辅助决策五大方面的内容。
2.2.3 应用系统建设范围
根据由浅入深的建设原则，首先建设比较通用、技术成熟、应用最广的系统，根据电子政务建设经验和对区内各部门电子政务建设的调研情况，禹会区智慧政务建设应用系统建设主要包括如下内容：
Ø 内网统一门户系统
Ø 统一用户管理
Ø 协同办公系统
Ø 电子公章系统
Ø 电子文件系统
Ø 网上统一办事平台
Ø 数字档案管理
Ø 网站交互系统
Ø 领导辅助决策系统
Ø 移动政务平台
Ø 电子公文交换
Ø 信息报送系统
Ø 舆情分析系统
Ø 视频发布系统
Ø 计划管理系统
Ø 行政服务中心基础库
Ø 督察督办系统
Ø 政务信息服务与互动系统
Ø 综合治税系统
Ø 资源共享平台
2.2.4 基础设施建设范围
本次智慧政务建设将充分利用现有的场所及设备，建设区、社区乡镇一体化的政务服务网络。如果条件允许，还将把信息服务延伸到村一级。
3 业务需求
根据对禹会区政府重点部门、部分乡镇的走访和调研，结合禹会区政务信息化建设的现状，本次智慧政务建设主要解决以下五个重点方向的业务需求：公文管理、协同办公、网上办事、政务公开、资源共享与智能决策。
3.1 公文管理
行政机关的公文，是各级政府实施领导和进行有效管理的重要工具，政府机关制发公文的目的就是传达党和国家的方针、政策，发布行政法规和规章，施行行政措施，指导、布置和商洽工作，是直接为政务活动服务的，具有鲜明的政策性、法定的权威性、严格的规范性和极强的时效性。公文处理工作的质量好坏、效率高低，直接关系到政府工作的质量和效率，也直接影响到政府机关的形象和权威性。公文处理工作作为办公部门一项最经常、最基础性的工作，在政府工作中发挥着特殊重要的作用，保证公文正常、高效运转是保证政府工作有序、有效运转的必备条件。
从各部门的调研情况来看，区政府推行的协同办公平台中已经包含了公文管理的部分功能，但是仍不能满足政府公文信息化的要求，也不能完全满足各部门不同的公文办理方式和多变的流程。
3
3.1
3.1.1 版式文件
公文是具有特定效力和规范体式的文书，它是特殊规范化的文体， 具有其它文体所没有的权威性，有特定的行文格式，并有行文规则和办理办法。
在区政府的协同办公系统中，公文办理和公文传输过程中，公文的电子文件格式是doc，而doc这种由word产生的文件格式并不符合公文相关的要求：
可编辑：doc本身是一种可编辑格式，对内容的保护做的不够，可编辑的公文使其的权威性大大降低。
展示效果可变：word文档的展现与设备有关，在不同的终端上阅读、打印或者印刷时，都可能因为设备的软、硬件配置不同而产生不同的效果，这样淡化了公文有特定的行文格式。
基于此，在公文管理中，迫切地需要使用版式文件。
版式文档格式是一种内容不可编辑，版面呈现效果固定的电子文档格式，版式文档的呈现与设备无关，在各种设备上阅读、打印或印刷时，其版面的呈现结果都是一致的。
3.1.2 电子公章
电子印章技术被广泛应用在各级机关，尤其在《中华人民共和国电子签名法》颁布实施以后，电子公章的有效性有了普遍适用的法律规定。为了保证印章的权威性和电子文件的规范性而且，电子公章要求以下特性：
纸质打印后全真显示：
加盖了电子公章的电子文件具有与实物印章加盖的纸张文件相同的外观、相同的有效性和相似的使用方式。为了达到这个目的，必须采用数字纸张技术，即版式文件。版式文件重要的一个特性是具有版面一致性、不可篡改性和不可分割性。Word尽管功能十分强大，但依然不能保证这一点，有时候我们发给别人一个100页的Word文档，对方收到时就变成了101页，虽然内容没变，但文字、图形等排版的位置变了；
模糊显示：
这是说的模糊显示是指在电脑屏幕上显示的电子公章采用了不可逆的随机加密算法对印章图像进行模糊处理，整体效果比较虚化，有毛边，甚至还有水印，主要是为了防止拷屏，避免公文泄漏。
不可篡改：
不可篡改性要保证盖章后的文件不被篡改，尽管用常规的电子签名技术也能发现篡改行为，但毕竟不如根本不允许篡改，况且签字盖章后的文件如果还能随便更改其中的文字，无论如何也不符合公文条例的要求。
不可分割：
不可分割性能保证任何人都不能从盖章后的文件中把章与文件分离，然后再盖到别的文件上。
区政府协同办公中的公文管理功能，使用的是在word文件上加盖电子公章的技术，从文件基础上就不算是真正的电子公章，所以达不到电子公章在安全性和保密性上的要求的，也不具有权威性。为了保证印章的权威性和电子文件的规范性，提升电子公章安全性和保密性，需要升级为以CEBX版式文件为基础的电子公章系统，既可以防止了公文被非法篡改，也有效的避免了由于不小心造成对公文内容、格式的修改；还能保证公文传输过程中的信息完整性、安全性、不可抵赖性。
3.1.3 安全传输
公文传输是指利用计算机网络技术、传输技术、安全技术等，实现政府部门与部门之间，单位与单位之间红头文件的分发、接收、上报、打印、转发、归档等功能的系统。在区政府的协同办公平台上，也实现了类似的功能，可以做到区政府到各部门、社区乡镇之间的公文传输，但除政府办以外，大部分单位都是使用公文接收功能。
根据各部门的实际需要及公文传输的安全性要求，公文传输阶段必须满足以下条件：
版式不变性：
各部门使用的编辑软件、操作平台等都不尽相同，而政府公文必须保证公文在不同平台，不同环境下打开，打印都不能发生变化。
内容不可编辑：
部门之间传递的公文作为政务信息的载体，有它严肃性及权威性，这就要求部门之间传递的公文不能再被除发文单位以外的人员修改，编辑。
运行独立性：
并不是所有的单位都需要协同办公系统，公文传输应该独立于办公自动化系统，可以单独使用。
传递自由、快速、准确：
公文传输不仅仅是上情下达，部门与部门之间的沟通也很频繁、重要，所以要满足系统内部所有部门之间在遵循《党政机关公文处理工作条例》的前提下，自由、快速、准确传输公文。
阅读、打印权限可控：
公文承载着政务信息，而其中有些信息作为敏感信息，要控制其发布的范围。
可监控、可审计：
公文的信息有些信息属于敏感信息，公文的发送与接收情况应能被监控，以便及时发现问题，并可审计操作人员的操作。
转发、补发：
系统在可控的范围内，可进行公文的转发和补发，同时又可以进行跟踪监控。
3.1.4 灵活的流程
在不同的政府部门，公文办理的流程是不尽相同的；即便在同一个部门，不同的公文种类的办理过程也是不一样的。所以要求公文管理提供一种极其灵活的流程定制能力，以满足以下要求：
流程模板多样性：
可以针对不同的部门、不同的公文办理业务，定制不同的流程模板。
流程的严肃性与灵活性共存：
公文办理过程中，有的环节必须按步骤走，比如有的公文必须要区长签发；有的环节就要考虑到意外情况的发生，比如上级领导外出，经过与领导沟通后，就可以跳过此环节或都代行领导职责。

3.2 协同办公
3.2
3.2.1 统一门户
现有的应用系统众多，协同办公的一个重要功用就是以不同方式集成各种应用系统，提供一个集成化的环境，给工作人员展现组合式的应用平台。要实现这些目标，需要支持以下特性：
统一身份认证：统一的用户管理为各应用系统提供基础数据，是集成各应用系统的基础；
单点登陆：支持平台安全域下用户的“一点认证，全网通行”和“一点登出，整体退出”。
统一门户展示：提供工具和用户界面，为用户以高度个性化的方式，交互访问相关信息、应用程序、应用系统并进行个性化集成，并以一种可定制的界面展示出来。
3.2.2 值班管理
区政府大楼共有几百名工作人员，安排值班这一工作就变得很耗费精力，需要把所有参与值班的人员列出来，再根据区政府值班规则排列值班顺序。排完值班表后，只能把值班表贴在公告栏，没有更好的途径去提醒值班人员在什么时间参与值班，只是根据值班室的钥匙在谁手里，谁就负责值班和交班，完全是“人控”。
值班日志、电话记录现在还无信息化管理；值班室的物品管理无记录，比如卫生纸，水杯等；值班室的卫生情况无记录，比如是否需要保洁等。
所以需要一个值班管理的子系统来对这些涉及值班事务的工作规范起来，达到事半功效的目的。总结起来主要有值班安排、值班提醒、日志管理、电话记录等几个主要功能点。
3.2.3 会议管理
区政府协同办公系统中有部分会议管理的功能，但是距离“好用”还有些差距。
1、 会议室状态不明：登记会议时，需要选择会议室，但是无法查看会议室的状态，比如哪个时间段哪个会议室是空闲状态，只能在保存后有冲突才会进行提醒重新选择。所以需要在选择会议室时，提供一个可以直观查看会议室-时间状态的网格化页面，帮助工作人员可以快速、有效选择合适的会议室。
2、 会议室无法停用：很多时候，由于各种原因，某个会议室暂时无法使用，但是会务部门没有渠道通知各部门工作人员，结果导致在订会议室时仍会选择不可用的会议室。所以要给会务部门提供一个停用、启用会议室的功能，在停用状态下，会议室无法被选中。
3、 会议相关材料无法管理：现有的系统只有会议室预定一种能力，会议管理的其他功能并没有，比如会前的会议议题、会后的会议纪要等材料都没有管理起来。所以需要提供一种针对所登记会议的各种材料管理。
3.2.4 设备管理
为区政府提供一套信息化设备的管理工具，主要提供以下功能：
设备信息维护：提供设备基本信息的新增、修改、删除和查询。
设备使用情况：提供设备使用情况的新增、修改、删除和查询。
设备报废情况：提供设备报废情况的新增、修改、删除和查询。
统计报表：统计各部门设备的使用情况、报废情况，对资产分析提供决策数据。
3.2.5 车辆管理
区政府的车辆信息还没有管理起来，另外，对于工作人员的公务用车审批过程，还是纸质申请或者口头申请，并没有规范起来，所以需要建设一个车辆管理的子系统，主要解决以下问题：
车辆信息管理：对区政府所有公车进行信息化管理，把基本信息录入系统，明确责任人，确定司机。
用车管理：为各部门工作人员提供一个车辆-时间的网格化界面，方便他们快速、准确申请公务用车。
用车审批：可自定义流程，对工作人员的公务用车申请进行审批，审批完成后，可以直接提醒司机在指定时间、地点出车。
3.2.6 督察督办
为进一步加强机关效能建设，提高办事效率和工作质量，确保上级要求、领导批示、党组决定和全区各项工作得到迅速部署、全面落实和及时办结，逐步实现跟踪检查和督办催办工作制度化、规范化、程序化，需要建设督察督办系统来辅助管理督察工作。
督察督办工作主要有以下几个重要组成部分：
督察立项：对上级要求、领导批示等事项登记，立项，生成《督察督办通知单》；
督察办理：发出督察通知单，督察事项办理过程中由承办人向直属单位、社区等送办单位发出的督办文件。
督察反馈：送办单位报送的督察反馈报告回承办人。
查询统计：对督察事项进行查询，对办理情况和业务工作情况的统计。
3.2.7 计划管理
计划管理主要是指从立项申请、计划编报到计划审批下发过程的管理；经费预算管理用于对计划中经费预算部分进行辅助编制、上报、审核、汇总，形成经费预算。在整个管理过程中，主要包括以下几大部分：计划管理、经费预算管理、项目过程管理、文档管理。
3.3 网上办事
建设一个网上办事平台，以“服务零距离，办事一站通”作为工作主旨和努力的方向。以互联网思维推动政府改革，顺应现代信息技术潮流为社会公众提供最便捷、最低碳的政务服务。把区政务服务资源按个人办事、法人办事两条主线实现全口径汇聚，推进权力事项集中进驻、网上服务集中提供、数据资源集中共享，逐步实现在线统一查询、统一互动、统一支付、统一评价，形成服务规范化、体验便捷化、建设集约化、资源共享化的虚拟型“政务超市”，面向全社会打造扁平化、一体化的网上政府。
3.3
3.3.1 外网服务
3.3.1.1 信息采集
实名制事项办理。提供客户注册功能，公众可以自己在网站上注册。
基本资料提交
用户在初次登录时要填写注册信息，并上传有关证件、复印件等文档。
3.3.1.2 电子证照库
证照的种类数量繁多，据不完全统计，光个人的证照有近90种；另外，各部门发放的证照，只给行政相对人，证照信息不愿意提供给其他部门共享，致使证照无法进行跨部门的验证；三是以人为本的观念还比较薄弱，许多行政审批事项反复要求社会公众提交证照纸质材料，或者办理证照年检，致使多次往返、反复提交的现象不绝；第四，证照电子化程度偏低。现有的网上审批等政务应用系统对证照使用没有明确的要求，网上审批业务协同和流程优化不够，致使行政审批过程中证照受理、办理、管理还停留在纸质形式。
为了提高行政审批效率，改变证照现有的受理的办理流程，打破证照新型时空间隔以及部门分隔，优化整合证照管理和服务职能，促进新型政务工作模式的确立，促进资源共享利用，电子证照库的建设势在必行。
同时，推广证照电子化应用，将减少群众办理证件负担同、减少证件社会运行成本，增加证件的服务能力，根本上杜绝假证泛滥，提高证件的管理水平，在更高水平上进一步优化经济社会发展环境。
开展证照电子化应用主要有以下任务：
3.3.1.2.1 建设证照电子化应用技术体系
Ø 建设覆盖全区的分布式电子证照数据库，实现新增证照电子化生成，加快既有证照的数字化处理。
Ø 建立电子证照目录和交换系统：实现证照信息网络化。
Ø 开发符合标准的电子证照生成系统和阅读软件，方便政务部门和社会公众生成电子证照。
Ø 推动证照信息共享服务与业务流程的优化整合。
Ø 建设电子证照共享服务安全保障体系，深度运用电子签名、电子印章等技术，规范生成软件和阅读软件的开发和管理。
3.3.1.2.2 大力推行证照电子化应用
Ø 在保留纸质证照的情况下，同步向社会公众发放电子证照。
Ø 政府部门在履行行政审批职能的过程中，优先受理电子证照。
Ø 大力推进证照信息在政务内部的共享服务，在发放证照的同时，要同步发布或更新证照数据库。
Ø 推行证照网上年检。
3.3.1.2.3 建立证照电子化应用机制和标准
Ø 建立电子证照全流程全环节应用的机制，无特殊情况不能中断。
Ø 建立证件信息共享监督体制，对该共享的不共享、该互认的不互认、该受理的不受理、能网络验证的要求公众重复提交纸质的行为进行监督。
Ø 建立证件信息共享服务的安全和信任机制，提高公众对证件信息的信任度和安全度。
Ø 加快建立证照电子化技术规范，确保技术中立，严格按技术标准执行。
3.3.1.3 网上业务
区政府各部门负责的行政审批事项、行政许可事项、咨询事项有数百项之多，按照办理方式的不同，主要分为网上办理、网上咨询、网上指南。
3.3.1.3.1 网上办理
依托于电子证照库的建设，逐步推进对某些行政审批事项可以实现网上全过程的办理，如果行政审批事项确实由于其他受限条件不能完全在网上办理的，可以先从网上申办、网上预审、网上预约等前期工作开始，逐步减少公众在行政服务大厅花费的时间，提高行政审批效率。
3.3.1.3.2 网上咨询
建立复合的网上咨询机制，对一些固定的咨询问题，建设咨询机器人，节省人工成本；对于非格式化问题，需要提供问题记录、回复功能，由专门人员定期查看问题并回复。
3.3.1.3.3 网上指南
无论事项是否可以在网上完成办理，都要提供清晰的办事流程指南。可以网上办理的，提供操作流程指南；需要线下办理的，提供线下办理步骤，并提供交通路线等信息。
3.3.1.3.4 网上评价
当公众办理业务后，可对在线对整体服务情况的进行评价（如：服务态度、办理时效等方面）。网上评价是判断网上办事平台是否便利的重要因素。
3.3.1.4 场景式服务
建设场景式服务，为使用者创建一个虚拟的办事环境，按照业务逻辑引导客户找到解决问题的相关信息。它就像一个耐心和智能的解答者，让公众做几步简单的选择，便可引导用户获取到合适的信息，获取有高度针对性的服务。
如下图示例：

图 3.3.1场景式服务
3.3.2 内网办理
3.3.2
3.3.2.1 信息采集
与外网网站客户注册功能相同，客户可以到办事大厅由办事员代为注册，也可以自己在网站上注册。
基本资料提交
居民用户及企业用户可以通过服务中心窗口提交申办业务所需的资料，包括客户注册信息、各种证件的原件复印件或扫描电子文档。
3.3.2.2 业务办理
除提供完整的事项办理服务外，还要对接外网上的网上申办、网上预审、网上预约业务，可以在大厅把这些前期工作继续下去。
3.3.2.3 业务知识库
为大厅服务人员提供业务指导手册在线查询，可使其在办事过程中快速了解相关知识点。
3.3.2.4 电子监察
运用网络技术，对行政审批服务事项实施监控、监督，对业务事项进行事前、事中、事后的办事流程、办事效率、收费合理等方面进行全方位的监察，以促进办事公正透明、服务优质高效。具体功能主要包括实时监察、督办纠错、绩效评估、综合查询、统计分析等。
3.3.2.5 辅助系统
提供排号系统、提供多媒体触摸屏业务查询、提供对服务人员工作打分的电子评价器、提供短信提醒服务。
3.4 政务服务
政府的工作内容公开化，对于政府筹划或正准备进行的各项工作，如城市建设、道路规划、医疗保健措施、事务处理等分类进行公开，并对各项工作内容及进程予以公开，任何公民都可以通过特定途径，如政务公开栏、政务公开网络等进行查询、监督。政务公开体系如下图所示：

图 3.4.1政务公开体系
3.4
3.4.1 信息发布
政务公开的主要渠道就是政务网站，而网站的核心是信息发布系统，所以政务公开信息化的前提是建设一个信息发布系统，通过这个系统建立政务公开网站群，为各级、各部门提供一个便捷的信息发布渠道，同时支持站点的分组管理，支持各级站点管理员对各自的政务公开网站进行管理；也要支持政府本级、平级、下级单位和部门的公开目录编制。
3.4.2 目录编制
根据《中华人民共和国政府信息公开条例》第19条第3款的规定，政府信息公开目录，应当包括政府信息的索引、名称、内容概述、生成日期等内容。
目录编制工作要下放到各部门、单位去，每个单位维护自己的目录信息，但目录信息作为一个整体，又可以在区政府公开网上完全展示，以树型结构显示所有参与公开的单位和部门的信息，及公开的信息列表。
所以需要提供目录的编制功能，主要有目录的新增、修改、删除和发布。
3.4.3 依申请公开
在政务公开中，各级行政机关要严格执行政府信息公开条例，除主动、及时、准确公开财政预算决算、重大建设项目批准和实施、社会公益事业建设等领域的政府信息外，还要根据公民、法人或者其他组织的申请，依照法律规定和本机关的职权，向申请人公开政府信息，就是依申请公开。
在政务公开系统上设立依申请公开窗口，提供依申请公开表格下载和网上受理功能。市民可在线提交政府信息公开申请，各受理部门后台办理流程实现电子化，办理结果通过网站反馈。
依申请公开的原则：
Ø 公开原则：以公开为原则，不公开为例外。
Ø 权利原则：政府信息公开是一种公众应得的权利。
Ø 利益均衡原则：公众在获取政府信息公开权利的同时，也承担一定的义务。
依申请公开的程序：
Ø 申请
Ø 答复
Ø 公开
Ø 公开期限
在政务公开系统中，需要保证依申请公开工作的顺利开展，即建设一个支持依申请公开业务的模块，满足以上公开要求。
3.4.4 信息查询
在政务信息公开网建成以后，各部门、各单位公开的信息浩如烟海，怎样快速在数量如此庞大的文字中寻找自己所关注的信息，也是一个必须要考虑的问题。由此，政务公开系统要从两个方面入手：
提供合理的信息布局：可以让用户按单位、部门、公开信息的分类定位要寻找的信息。
提供查询工具：除一般的格式化数据查询功能（比如标题、时间等）外，还要支持全文检索。提供门户网站主站及各子站全站、各栏目内的精确全文检索， 支持常用格式文件的入库和检索，如TEXT、HTML、RTF、MS Office、PDF等)；实现对不同格式的信息资源的整合，并通过检索引擎实现高速的信息资源检索。
3.4.5 交流互动
政务公开的平台上，不但需要提供政府发布的信息，还要有一个与公众开放的沟通渠道，可以充分了解社情民意。除传统文字信息外，对一些流行和新兴的媒体也要支持。
在交流互动功能区中，需要提供以下功能模块：
微信公众平台：建立微信公众平台，发布政府公开信息。
在线访谈和网上直播：在线访谈和网上直播都是基于流媒体技术、互动通讯、多媒体内容管理等技术，让领导与公众“面对面”交流。
网上调查：支持自由定制调查模板，对相关信息通过互联网的形式进行规划整理与分析。
领导信箱：建立普通公众与区领导直接的对话渠道，可以直接给区领导发邮件。

3.5 资源共享与智能决策
智能决策是智慧政务建设中最终效能的最直观体现，是为了科学决策，对于推动经济社会又好又快发展、增进广大人民群众福祉具有重大意义。
但是科学决策不是空穴来风，不是“拍脑袋”就行的，它的根本是实事求是。决策的依据要实在，决策的方案要实际，决策的结果要实惠。要做到这些，必须要有详实、准确的资源和数据作为支撑，离开准确的数据，科学就无从谈起。
3.5
3.5.1 资源数据采集
支撑科学决策的资源和数据绝不是某个单位或部门能提供的，政策的制定、经济发展方向的确定都需要综合许许多多部门的数据，才能得到相对正确的结论。但是信息化建设这么多年以来，有许多主客观的原因导致这些数据并不能顺利的获取。
客观原因：信息化系统的建设标准不一样，架构不一样，数据格式各有各的规范，这样就导致数据整合起来很难；另外，由于国家保密工作的需要，有些数据在法律上是不允许整合的，否则就会有泄密的风险。
主观原因：长期的“本位主义”，导致个别部门或单位的数据不愿意共享给别的部门，但是又想得到别人的数据，结果就在这种矛盾中继续恶性循环。
基于以上原因，许多单位和部门的资源信息长期处于一个个“信息孤岛”的尴尬状态中，没有办法发挥出这些资源共享所能带来的“红利”。因此，从客观原因入手，需要建设一个资源共享库，首先要解决一个资源数据采集的难题。这就要求有：
支持多数据库接口：
对于开放数据库（多种类型）的系统，支持与之对接，可以指定表与表的关联、指定字段数据的抽取。
支持数据文件导入：
支持EXCEL等类型的数据文件导入；
支持手工录入：
对于由于保密原因无法直接获取数据的情况，提供手工录入的方式，录入相关统计数据。
支持自动采集任务：
对于有条件无需人工干预的数据采集，支持定制自动采集任务，定期自动采集，保证资源数据的时效性。
3.5.2 大数据
为创建服务型政府，为公众制定更好的指导性政策，了解民生情况，也可以通过政府部门外的渠道，比如从电信运营商获取居民手机使用情况数据；从医院数据可以了解近期疾控重点在什么地方；从金融机构了解到居民存款及消费情况，从文体机构了解公众文体活动进展如何等等，不一定要抽取详细数据，只要能获取到统计数据，对政府决策、工作导向也会提供很大的助力。
3.5.3 建立数据互通渠道
在实际工作中，存在着有数据交换的意愿，但却没有安全、通畅的互通渠道的情况，比如民政局需要计生委的出生人口数据，而计生委需要民政局的婚姻登记信息，但是双方数据却不能安全、流畅的交换。
所以需要建设一个保密、互信的数据交换渠道，支持部门与部门之间，自行约定数据格式，点对点，或点对多的交换数据，以满足各部门开展业务的需要。
3.5.4 资源数据利用
仅仅建设一个资源共享库是无法自动产生效益的，需要把资源数据利用起来。所以就提供灵活的建模工具，利用图表和报表引擎，根据统计或展示的需要，把数据具体化、形象化。