福建省电子政务顶层设计.pptVIP

* 四、业务架构设计 业务域的聚类过程应脱离组织机构、从有利于政务目标的实现出发对业务线进行归并。所形成的业务域，尽可能避免将关联性不强的业务线堆砌成域。 4.5.1公共业务域 ： 对于省级政务部门，有部分职能是相通或类似的，只是其业务对象的不同而已。对于这些职能，要求通过设立公共业务域进行设计。公共业务域包括：规划计划、政策法规、统计分析、教育培训，科技管理、公共信息服务等。 * 四、业务架构设计 序号 业务域规范名称 业务线规范名称 1 政策法规 政策法规的研究和制定 政策法规的宣传和贯彻 政策法规的解释咨询 2 发展规划 规划管理 计划管理 3 统计分析 经济运行分析 行业综合统计 行业综合分析 * 四、业务架构设计 序号 业务域规范名称 业务线规范名称 4 教育培训 教育培训人员管理 教育培训机构管理 职称评定管理 教育培训活动管理 对外合作交流管理 专业技术资格管理 5 科技管理 科技项目管理 科技成果与奖励管理 科技人才管理 科研机构管理 6 公众信息服务 行政许可受理 行政许可结果公示 公众服务信息登记 公众服务信息发布 * 四、业务架构设计 4.5.2行业业务域: 各部门的主管业务范畴不尽相同，差别很大，业务域的命名也很难规范。行业业务域名称:以4个字为主，最好不超过6个汉字, 所形成的业务域，尽可能避免将关联性不强的业务线堆砌成域。 * 四、业务架构设计 6.1.依据职能检验业务域划分：每个业务域有明确的业务内容，包括目标、范围和职责，可围绕业务对象，通过提炼每个业务域的目标，并与部门职能进行对照分析，检验提炼出的业务域的目标能不能最好地表达部门的职能目标，从而得出划分的业务域是否准确。 6.2.检验业务完整性：业务对象必须涵盖该部门的大部分业务过程，与部门主职能相关的业务过程不得遗漏。对照省编办确定的该部门的职能设置，检查整个业务架构中的业务线集合，从而进行业务过程的完整性检查。 6.3业务完整性相对性：业务完整性是相对的，不是绝对的。人事、固定资产、财务、OA等业务过程不在本次顶层设计考虑中。 * 四、业务架构设计 步骤一到步骤三是从职能出发，发现业务对象和业务事项的过程，是从上到下寻找业务对象、梳理业务事项的过程，也是职能的分解过程。 步骤四到步骤六，是一个脱离组织机构的聚类过程，是将识别出的业务事实按照生命周期法聚类为业务线，再围绕业务对象，将业务线按照政务目标的实现线索进行组合聚类，形成若干业务域。 * 四、业务架构设计 7.业务架构聚类方法 * 四、业务架构设计 * 四、业务架构设计 * 四、业务架构设计 8.业务架构聚类原则 * 数据架构设计 目录 电子政务顶层设计概念的提出 电子政务顶层设计现状 电子政务顶层基本概念 业务架构设计 应用架构设计 * 五、数据架构设计 数据架构由数据库和业务信息构成。构建数据架构的目的在于为业务提供共同的、共享的、易维护的和稳定的数据环境，以支持业务信息的识别、使用、共享和数据结构分析。 1、数据架构层次结构 * 五、数据架构设计 2、数据架构各要素概念 * 五、数据架构设计 　　 业务信息的分析对象是业务事项，是业务对象及其在存储、传递、处理过程中属性信息的集合。 业务信息是 描述业务事项执行过程中的输入输出信息。每个业务事项至少有一个业务信息对之对应。 　　　 数据表的命名规则：名称+信息 例如：机动车维修经营许可信息、道路运输证信息。 3、业务信息设计 * 五、数据架构设计 4、业务数据库设计 动态、行业需要、具有特定属性的业务信息划入业务数据库，形成业务数据列表。 （1）同一业务线下的业务信息应在一个业务数据库内。 （2）对于同一业务域的不同业务线，数据结构较为相似，与业务架构中其他业务线的数据关联性基本一致，则可以合并为一个业务数据库。 命名规范：名称+数据库 名称要求简练，不要以动词形式出现，要从名称中能大致知道数据库的内容。 比如：水运工程建设项目数据库 、运动员数据库 、教练员数据库 * 五、数据架构设计 4、基础数据库设计 * 部门 基本业务信息 主题 主题 基本业务信息 部门 地税局 纳税登记 税费缴纳 人口基本信息 身份认证 出生登记 公安厅 国税局 侨情信息 省侨办 人社厅 保险 留学回国人员身份 公务员局 住建厅 廉租房 住房保障 搬迁移人口登记 移民局 经济适用房 收养关系 民政厅 司法厅 审判与仲裁 法律服务 残疾人证件 省残联 司法调解 健康保障 社会保险费用 地税局 行政调解 保健证、医保卡 卫生厅