福建省电子政务顶层设计

1福建省电子政务

核心架构顶层设计2014-3-232数据架构设计目录电子政务顶层设计概念的提出电子政务顶层设计现状电子政务顶层基本概念业务架构设计应用架构设计3一、电子政务顶层设计概念的提出1.顶层设计

顶层设计”本意是指自高端开始的总体构想，这一概念源于系统工程学领域的自顶向下设计(Top-downDesign)。1969年，IBM提出采用“自顶向下逐步求精、分而治之”的原则进行大型程序的设计，即从需要解决的问题出发，自顶向下将复杂问题逐步分解成一个个相对独立的子问题，每个子问题可以再进一步分解，直到问题简单到可以很容易地解决。4一、电子政务顶层设计概念的提出顶层决定性实际可操作性整体关联性123一是顶层决定性，顶层设计是自高端向低端展开的设计方法，核心理念与目标都源自顶层，因此顶层决定底层，高端决定低端；二是整体关联性，顶层设计强调设计对象内部要素之间围绕核心理念和顶层目标所形成的关联、匹配与有机衔接；三是实际可操作性，设计的基本要求是表述简洁明确，设计成果具备实践可行性，因此顶层设计成果应是可实施、可操作的。2.顶层设计-特征

基于以上分析，可以认为顶层设计是指从全局视角出发，围绕着某个对象的核心目标，统筹考虑和协调对象的各方面和各要素，对对象的基本架构及要素运作机制进行总体的、全面的规划和设计。5一、电子政务顶层设计概念的提出3.1电子政务顶层设计的提出与政府机构改革和职能转换密不可分越来越认识到电子政务建设必须从公众需求出发越来越注重电子政务应用投资的综合效益越来越认识到部门间业务协同的效益越来越认识到信息资源共享的作用越来越认识到电子政务建设的多种现行问题与缺少顶层设计的关系越来越认识到电子政务建设未来投资和发展与顶层设计的关系

......3.电子政务顶层设计-背景

6一、电子政务顶层设计概念的提出3.2电子政务顶层设计的提出与电子政务建设观念转变密不可分电子政务的侧重点，总体上从注重基础设施建设转向注重应用与服务，转向信息资源的开发和利用；政府部门网站建设，由一般信息服务转向注重信息服务、办事服务和政民互动服务；电子政务的应用与服务，由注重内部应用，转向对外服务与应用，应用与服务从潜层次转向深层次；电子政务应用驱动，由过去的外部驱动转向内在需求驱动，电子政务系统建设，整体上正在从注重纵向系统转向更加重视跨部门的协同；由过去更多关注条条的系统建设，转向越来越重视横向系统的对接；保障电子政务的法规、标准、信息安全、运维等一系列重要环节。

......7一、电子政务顶层设计概念的提出3.3电子政务顶层设计的提出与电子政务建设的整体环境密不可分政府应用信息技术的意识和认知水平不断提高电子政务的相关制度越来越完善政府工作人员的操作技能水平不断提高信息技术飞速发展，软件产品成熟度越来越高网络基础越来越好，成本越来越低社会公众的接受程度越来越高，应用范围越来越8一、电子政务顶层设计概念的提出3.4、电子政务顶层设计的提出与中国电子政务建设的历程密不可分部门局域网区域统一的电子政务专网集中与分布相结合的网络体系统一的网络、信息资源目录体系与交换体系、云计算等技术部门综合业务应用行业/区域政府共性应用跨行业跨部门共享应用行业和区域政务信息资源开发利用单一业务应用单机无网络项目越来越多规模越来越大投资越来越多复杂度越来越高风险越来越大9数据架构设计目录电子政务顶层设计概念的提出电子政务顶层设计现状电子政务顶层基本概念业务架构设计应用架构设计10二、电子政务顶层设计现状1.国外电子政务顶层设计的发展现状11二、电子政务顶层设计现状2.国内电子政务顶层设计的发展现状2.1、2005年，原国务院信息化工作办公室提出了下一阶段电子政务的首要任务是“抓好电子政务的顶层设计”。2.3.2009年。工业和信息化部委托国家信息中心开展了电子政务顶层设计研究工作。同年批准福建省开展电子政务顶层设计试点，上海、北京、深圳、陕西等地电子政务主管部门也积极组织开展电子政务顶层设计研究和实践。2.2、2006年，国家信息化领导小组正式下发了《国家电子政务总体框架》。从战略高度描述了电子政务的整个体系结构，阐述了电子政务建设的基本要素及彼此之间的关系，是对顶层设计进行初步探索的产物2.4、2012年，福建、陕西、海南开展公共平台的顶层设计。12二、电子政务顶层设计现状开展的省直部门政务信息编目(2008年)部门层面的关键架构设计工作(2009年-2010年)按照《2008年“数字福建”工作意见》的部署，组织完成了福建省省级政务信息及相关业务的梳理和信息目录编制工作，成果包括：形成了福建省省级政务信息总体目录和68个省级政府部门政务信息目录。1、顶层设计的试点工作（交通厅、林业厅）2009年上半年交通厅、林业厅先行试点取得初步成果和经验的基础。2、开展省直部门顶层设计（51个单位）

工信部在福建省开展了“省级电子政务顶层设计试点”，通过近5个月的设计工作、近8个月的时间修订完善，通过部门自我检查修订、分组交叉修订、指导组审查、确立标杆修订、专家会审等5个环节的反复论证、修订、审查使部门设计成果在内容、形成及其内在逻辑性上达到较高的要求，形成《省级政府部门电子政务顶层设计核心架构》。参加设计的51个部门,共梳理出了4160项业务事项。3、汇编了省级政府部门应用系统建设需求目录3.我省开展顶层设计工作情况13二、电子政务顶层设计现状省级政府电子政务总体设计(2010-2011)总体目标架构、总体业务架构、总体数据架构、总体技术架构、安全架构、服务构件等6个部分构成福建省电子政务公共平台顶层设计（2012-2013）

实现全省电子政务集约化、一体化建设，按照工信部《基于云计算的电子政务公共平台顶层设计实施指南》的要求，制定了福建省电子政务公共平台建设服务实施指南。14数据架构设计目录电子政务顶层设计概念的提出电子政务顶层设计现状电子政务顶层基本概念业务架构设计应用架构设计15三、电子政务顶层设计基本概念1、电子政务顶层设计的概念

电子政务顶层设计就是利用系统论的方法，从全局的视角出发，对电子政务中的各方面、各层次、各种要素进行统筹考虑，确定电子政务的核心目标，对电子政务建设的基本需求进行总体的、全面的设计，建立政府信息化的总体架构。16三、电子政务顶层设计基本概念200820072006200520042003业务架构从部门的职能和政务目标出发，建立了信息化条件下履行职能的总体需求，是电子政务顶层设计的基础性工作应用架构是在业务架构的基础上，从满足业务需求的角度出发，结合业务中产生、控制和使用数据的要求，确定实现业务需求所需要的应用系统类数据架构以业务架构为基础，分析业务中所涉及的数据实体，以及业务信息的输入输出关系，全面完整地描述了业务与信息技术的关联，是业务与信息技术沟通的桥梁应用架构数据架构业务架构2、电子政务顶层设计的核心架构17数据架构设计目录电子政务顶层设计概念的提出电子政务顶层设计现状电子政务顶层基本概念业务架构设计应用架构设计18四、业务架构设计

电子政务业务架构是用结构化的视角和视图来整体描述政府业务，以便能系统地、本质地、概括地、模块化地把握组织的业务需求及其关系，也称之为“业务需求模型”或“业务模型”。1、业务架构定义19四、业务架构设计业务对象业务对象业务对象业务对象业务对象业务对象2、业务架构层次结构20四、业务架构设计业务事项指围绕职能目标，为实现某一业务功能而执行的、产生明确业务结果的基本操作项目。业务域指完成同一职能和服务目标的逻辑关系的业务线归并而成。体现的若干职能范围，方便了解组织的整体概貌。业务线指是完成一组同类业务功能业务事项的功能聚类.业务域业务线业务事项业务对象业务对象指政务部门为实现一定的政务目标而对其实施行政干预或服务的人、事、物的概念性、属性化表达。3、业务架构各要素概念21四、业务架构设计4、业务架构设计步骤

业务架构设计作为电子政务总体设计的基础性工作，应从省级政府的职能入手，分析现行业务，确定业务对象，明晰业务事项，按照功能相关性聚类业务事项，形成业务线，并按照政务目标的实现和生命周期的聚类原则，归类为若干业务域，最终形成电子政务的业务总体模型——业务架构。业务架构具体体现为“业务域—业务线—业务事项-业务对象”的四层体系表述结构。22四、业务架构设计根据省级政府工作职能，准确、合理地确定服务和管理的对象，按照“市场监管、经济调节、社会管理、公共服务”的总体职能，从所服务或管理的人、事、物的角度，确定相应的业务对象。23四、业务架构设计4.1.1把握业务对象的层次

政务目标是在对业务对象实施干预的过程中实现的，一般地，也就是通过对主要对象实施干预而实现的；对其他对象的干预则是为了配合对主要对象实施干预，或者说，对其他对象的干预是为了对主要对象实施干预提供支撑条件。因此，可将业务对象按照两个层次表达，即主要对象和支撑对象。4、1业务对象确认24四、业务架构设计25四、业务架构设计26四、业务架构设计27四、业务架构设计4.1.2注意业务对象的颗粒度

业务对象的颗粒度大小与对业务的抽象程度紧密相关，如：发改委的业务对象“项目”，是对其“工业项目”、“农业项目”、“数字办项目”等业务对象的抽象；建设厅的业务对象“建设工程企业”是对其“勘察与设计单位”、“建设工程监理企业”、“建设工程质量安全监督机构”、“房地产开发企业”、“城市园林绿化企业”等等业务对象的抽象；旅游局的业务对象“旅游从业人员”是对其“导游”、“领队”、“旅行社经理”等业务对象的抽象。28四、业务架构设计按照现行组织机构，根据省直各部门的职能描述，将各部门的职能初步细化为较小业务分类，由省直部门业务人员对业务分类进行确认、描述、修改和完善，并对业务分类中包括的业务处理过程和步骤进行描述。29四、业务架构设计对业务调研结果进行分析，围绕业务对象，并结合业务分类中业务处理过程和步骤的描述，确定主要的业务事项。业务事项是业务架构分析过程中的最基本要素，是衡量颗粒均匀度的重要标志。过粗或过细的颗粒度都对科学合理的进行业务架构的设计造成影响。一般地说，业务事项具有如下特点：a)业务事项也是一个业务流程，它由一个或若干个事务组成，有着自己的生命周期。b)业务事项有明确的信息的输入和输出，通过接受业务流程外的辅助信息，进行必要的分析处理，得到明确的业务结果。30四、业务架构设计按照业务对象，依据生命周期法聚类原则，归并业务事项，形成业务线。业务线是构建电子政务业务域框架的基础构件。归并业务事项主要根据以下条件来确定：a)具有相同或类似业务对象的；b)业务过程中涉及的主要信息相同或基本是全流程共享的；c)在优化业务流程、实现“端对端”服务或“一体化”服务时，有上下游关系、互补或较多协同关系的。如果两个业务事项符合上述一个或多个条件，则可以列入同一条业务线中。31四、业务架构设计业务域的聚类过程应脱离组织机构、从有利于政务目标的实现出发对业务线进行归并。所形成的业务域，尽可能避免将关联性不强的业务线堆砌成域。4.5.1公共业务域：对于省级政务部门，有部分职能是相通或类似的，只是其业务对象的不同而已。对于这些职能，要求通过设立公共业务域进行设计。公共业务域包括：规划计划、政策法规、统计分析、教育培训，科技管理、公共信息服务等。32四、业务架构设计序号业务域规范名称业务线规范名称1政策法规政策法规的研究和制定政策法规的宣传和贯彻政策法规的解释咨询

2发展规划规划管理计划管理

3统计分析经济运行分析行业综合统计行业综合分析

33四、业务架构设计序号业务域规范名称业务线规范名称4教育培训教育培训人员管理教育培训机构管理职称评定管理教育培训活动管理对外合作交流管理专业技术资格管理

5科技管理科技项目管理科技成果与奖励管理科技人才管理科研机构管理

6公众信息服务行政许可受理行政许可结果公示公众服务信息登记公众服务信息发布34四、业务架构设计4.5.2行业业务域:

各部门的主管业务范畴不尽相同，差别很大，业务域的命名也很难规范。行业业务域名称:以4个字为主，最好不超过6个汉字,所形成的业务域，尽可能避免将关联性不强的业务线堆砌成域。

35四、业务架构设计6.1.依据职能检验业务域划分：每个业务域有明确的业务内容，包括目标、范围和职责，可围绕业务对象，通过提炼每个业务域的目标，并与部门职能进行对照分析，检验提炼出的业务域的目标能不能最好地表达部门的职能目标，从而得出划分的业务域是否准确。6.2.检验业务完整性：业务对象必须涵盖该部门的大部分业务过程，与部门主职能相关的业务过程不得遗漏。对照省编办确定的该部门的职能设置，检查整个业务架构中的业务线集合，从而进行业务过程的完整性检查。6.3业务完整性相对性：业务完整性是相对的，不是绝对的。人事、固定资产、财务、OA等业务过程不在本次顶层设计考虑中。

36四、业务架构设计步骤一到步骤三是从职能出发，发现业务对象和业务事项的过程，是从上到下寻找业务对象、梳理业务事项的过程，也是职能的分解过程。步骤四到步骤六，是一个脱离组织机构的聚类过程，是将识别出的业务事实按照生命周期法聚类为业务线，再围绕业务对象，将业务线按照政务目标的实现线索进行组合聚类，形成若干业务域。37四、业务架构设计7.业务架构聚类方法38警察管理警察登记与录用管理警察任职管理警察交流培训管理警察考核管理警察申诉控告四、业务架构设计39建设工程管理许可管理建设工程施工许可建筑工程初步设计审批建设工程超限高层建筑抗震设防审查勘察设计管理……..施工图审查招投标管理造价管理监理管理施工管理质量检测管理质量安全监督竣工验收四、业务架构设计40四、业务架构设计8.业务架构聚类原则41数据架构设计目录电子政务顶层设计概念的提出电子政务顶层设计现状电子政务顶层基本概念业务架构设计应用架构设计42五、数据架构设计数据架构由数据库和业务信息构成。构建数据架构的目的在于为业务提供共同的、共享的、易维护的和稳定的数据环境，以支持业务信息的识别、使用、共享和数据结构分析。1、数据架构层次结构43五、数据架构设计2、数据架构各要素概念44五、数据架构设计

业务信息的分析对象是业务事项，是业务对象及其在存储、传递、处理过程中属性信息的集合。业务信息是描述业务事项执行过程中的输入输出信息。每个业务事项至少有一个业务信息对之对应。

数据表的命名规则：名称+信息例如：机动车维修经营许可信息、道路运输证信息。3、业务信息设计45五、数据架构设计4、业务数据库设计

动态、行业需要、具有特定属性的业务信息划入业务数据库，形成业务数据列表。（1）同一业务线下的业务信息应在一个业务数据库内。（2）对于同一业务域的不同业务线，数据结构较为相似，与业务架构中其他业务线的数据关联性基本一致，则可以合并为一个业务数据库。命名规范：名称+数据库名称要求简练，不要以动词形式出现，要从名称中能大致知道数据库的内容。比如：水运工程建设项目数据库、运动员数据库、教练员数据库46五、数据架构设计4、基础数据库设计47部门基本业务信息主题

主题基本业务信息部门地税局纳税登记税费缴纳人口基本信息身份认证出生登记公安厅国税局侨情信息省侨办人社厅保险留学回国人员身份公务员局住建厅廉租房住房保障搬迁移人口登记移民局经济适用房收养关系民政厅司法厅审判与仲裁法律服务残疾人证件省残联司法调解健康保障社会保险费用地税局行政调解保健证、医保卡卫生厅法律援助城乡居民最低生活保障民政厅监狱局罪犯改造各类保险