体系、标准规范、人才培训和法制建设等。电子政务业务系统和电子政务公众服务之间既要安全隔离，又要进行信息交换。身份认证(CA)中心的建设在电子政务安全体系的建设中是关键。根据电子政务实体组成，
电子政务是由电子政务公众服务网、电子政务业务和电子政务内部办公网这三个网组成。为了更好地为企业和公众服务，应该建立由政府门户网站、呼叫中心以及包括手机、电视机等多终端在内的多种网络服务，以利消除数字鸿沟。电子政务业务网，包括由信息交换和数据库组成的数据中心或信息中心、应用系统、认证中心和维护与管理网络基础设施的维护管理中心，以及容灾备份中心等。电子政务内部办公网，是政府各部门的办公自动化网和业务处理网。为了安全，公众服务网和业务网之间采取隔离措施，业务网和内部办公网之间也要采取安全隔离措施。安全隔离措施可以采用逻辑隔离，也可以是物理隔离。要尽可能利用安全措施与信息交换相结合的安全网闸。安全产品都要经过国家有关部门测试。隔离措施级别的高低，应根据安全评估和有关规定。从组成网络基础设施来看，电子政务网络包括外网和内网。外网和内网可以是局域网、城域网或广域网。在建设时，尽可能利用现有的网络资源，以避免重复建设。
电子政务系统的协调
业务协同或业务重构是电子政务的核心，也是电子政务的难点所在。业务协同是为了某项电子政务的业务，例如社会保障业务，要把有关部门，如公安、民政、税务、工商等部门的数据进行共享和业务进行协同工作。为此，进行该项业务的顶层设计是非常必要的。业务协同能达到提高办公效率和为民服务的目的。业务协同的难点不在于技术，而在于协调，因为或多或少涉及部门之间的利益。作为第一步，在不改变现行的纵向(部门)业务下进行横向业务协同或业务重构。
纵向业务，如部委或省市的信息系统暂时不作任何的改变来重构关键业务。关键业务的确定需要通过与关键领导多次的对话，体现一把手工程。在关键业务确定后，就要进行关键业务的需求分析，如确定关键业务的关键要素和业务分层和业务流程以及共享数据等。
共享数据，来自于纵向的信息系统，是在不改变现有组织结构的信息流的情况下进行。数据流纵横交叉、以横为主。要实现信息共享，共享信息必须网络化、规范化和标准化。业务接口，是把来自不同系统的共享数据变换成统一的业务接口规范。业务接口在物理上的实现是通过接口机，或代理机。业务接口规范，采用统一的基于可扩展标记语言(XML)的形式。为了便于业务接口的开发，也需要对数据库的接口规范有所规定。数据库接口规范，包括数据库安全访问权限、数据库访问协议、数据格式(主流数据库访问协议的核心字段)等。目前流行的数据库访问协议有：XA、JDBC、ODBC；内部网数据对外也可以是服务器，服务器对外协议可以是XML或HTML或C等。是否要设置采集数据库，也是值得研究的一个问题。在不设置采集数据库时，能保证关键业务的数据与纵向业务数据库数据的同步。但是，在关键业务生成时，频繁地访问纵向(专业)数据库时，要确保通信网络的容量和访问的安全。在设置采集数据库时，不存在通信网络的容量和访问数据库的安全问题。但是要保证采集数据库中的数据与各专业数据库中数据的同步。建议还是设置采集数据库对保证数据库的安全有利，因为数据同步问题的解决在今天并非难事。
业务的分层及业务流程的确定组成业务的生成规则。业务生成规则，可以放在业务流程数据库中。关键业务、决策和业务生成规则，组成业务闭环反馈控制。决策系统根据需要对业务生成规则进行修改，并对信息发布负有责任。业务闭环反馈控制，是组成关键业务的重构模型的一个很重要的因素。
信息交换包括业务接口在内，一方面是为了从各专业数据库中采集共享数据，另一方面完成对外信息发布和参与关键业务的闭环反馈控制。
电子政务是由电子政务公众服务网、电子政务业务和电子政务内部办公网这三个网组成。为了更好地为企业和公众服务，应该建立由政府门户网站、呼叫中心以及包括手机、电视机等多终端在内的多种网络服务，以利消除数字鸿沟。电子政务业务网，包括由信息交换和数据库组成的数据中心或信息中心、应用系统、认证中心和维护与管理网络基础设施的维护管理中心，以及容灾备份中心等。电子政务内部办公网，是政府各部门的办公自动化网和业务处理网。为了安全，公众服务网和业务网之间采取隔离措施，业务网和内部办公网之间也要采取安全隔离措施。安全隔离措施可以采用逻辑隔离，也可以是物理隔离。要尽可能利用安全措施与信息交换相结合的安全网闸。安全产品都要经过国家有关部门测试。隔离措施级别的高低，应根据安全评估和有关规定。从组成网络基础设施来看，电子政务网络包括外网和内网。外网和内网可以是局域网、城域网或广域网。在建设时，尽可能利用现有的网络资源，以避免重复建设。
电子政务系统的协调
业务协同或业务重构是电子政务的核心，也是电子政务的难点所在。业务协同是为了某项电子政务的业务，例如社会保障业务，要把有关部门，如公安、民政、税务、工商等部门的数据进行共享和业务进行协同工作。为此，进行该项业务的顶层设计是非常必要的。业务协同能达到提高办公效率和为民服务的目的。业务协同的难点不在于技术，而在于协调，因为或多或少涉及部门之间的利益。作为第一步，在不改变现行的纵向(部门)业务下进行横向业务协同或业务重构。
纵向业务，如部委或省市的信息系统暂时不作任何的改变来重构关键业务。关键业务的确定需要通过与关键领导多次的对话，体现一把手工程。在关键业务确定后，就要进行关键业务的需求分析，如确定关键业务的关键要素和业务分层和业务流程以及共享数据等。
共享数据，来自于纵向的信息系统，是在不改变现有组织结构的信息流的情况下进行。数据流纵横交叉、以横为主。要实现信息共享，共享信息必须网络化、规范化和标准化。业务接口，是把来自不同系统的共享数据变换成统一的业务接口规范。业务接口在物理上的实现是通过接口机，或代理机。业务接口规范，采用统一的基于可扩展标记语言(XML)的形式。为了便于业务接口的开发，也需要对数据库的接口规范有所规定。数据库接口规范，包括数据库安全访问权限、数据库访问协议、数据格式(主流数据库访问协议的核心字段)等。目前流行的数据库访问协议有：XA、JDBC、ODBC；内部网数据对外也可以是服务器，服务器对外协议可以是XML或HTML或C等。是否要设置采集数据库，也是值得研究的一个问题。在不设置采集数据库时，能保证关键业务的数据与纵向业务数据库数据的同步。但是，在关键业务生成时，频繁地访问纵向(专业)数据库时，要确保通信网络的容量和访问的安全。在设置采集数据库时，不存在通信网络的容量和访问数据库的安全问题。但是要保证采集数据库中的数据与各专业数据库中数据的同步。建议还是设置采集数据库对保证数据库的安全有利，因为数据同步问题的解决在今天并非难事。
业务的分层及业务流程的确定组成业务的生成规则。业务生成规则，可以放在业务流程数据库中。关键业务、决策和业务生成规则，组成业务闭环反馈控制。决策系统根据需要对业务生成规则进行修改，并对信息发布负有责任。业务闭环反馈控制，是组成关键业务的重构模型的一个很重要的因素。
信息交换包括业务接口在内，一方面是为了从各专业数据库中采集共享数据，另一方面完成对外信息发布和参与关键业务的闭环反馈控制。
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
