加强北京城市信息化管理的挑战和机遇.教案分析.ppt

8、成果应用 * 通过市信息化领导小组审议后的顶层设计方案，由部门内信息化机构负责顶层设计方案的落实推进。 根据需要，有关项目可按照《北京市经济和信息化委员会关于开展“智慧北京”需求与产业对接工作的通知》（京经信委发〔2012〕22号）要求，纳入全市需求与产业对接计划。 成果应用 * 顶层设计是以解决城市运行、公众服务等社会关注问题为导向的； 以业务为导向：顶层设计是以解决跨部门业务协同、部门业务发展问题为导向的； 以目标为导向：顶层设计是以建设功能性政府、服务型政府的战略目标为导向的 * * 实现愿景，建设目标！ * 将四清两统一等已有工作基础延续到顶层设计中，联系起来。 * 内部应用支撑平台：支撑部门内部跨业务处室共性平台，比如内部统一身份认证或者信息交换类共性平台等。 多部门联合建设：是多个部门联合建设的，用来支撑业务信息流转等。 市级统一共性支撑平台：首都之窗、公务员门户、市民卡（待建）、统一身份认证（待建）、移动电子政务平台、政务信息资源共享交换平台、物联网应用支撑平台、城市空间实体可视化平台、云计算服务平台（待建） 内部网络基础设施：机房设施、机柜设施、网络相关，局域网、内网外网等、安全设施（是统一设计还是针对单个系统分别设置）等。 与其他部门网络共享基础设施：部门与管辖范围行业内部的、与外部的交互关系。部门与部门之间联合共建的。 市级网络基础设施：有线政务网、无线政务专网、政务物联数据专网、终端网络（感知设备终端等）、政务数据中心、灾备中心 * 利用基础，可以让信息中心系统开发人员将系统建设方案，技术文档等利用起来。 最低限的要求，要明确到业务职能和业务事项。 * 与物理数据库对应。部门内部数据库里有多个小数据库示意，再从每个数据库里面拉出来要做的设计什么要素。 打破资源与系统相互依赖的筒状结构，资源转变成横向贯通。 * 与物理数据库对应。部门内部数据库里有多个小数据库示意，再从每个数据库里面拉出来要做的设计什么要素。 打破资源与系统相互依赖的筒状结构，资源转变成横向贯通。 * 智慧北京阶段部门的系统要形成一个整体，改成更形象的，多个业务系统，抽出一个系统说系统功能等要素。 * 在突出区分已建的、正在建设、以及规划建设的。明确哪些委办局可以直接使用的。 * 二、部门发展现状 （二）部门内信息资源现状 * 二、部门发展现状 （三）部门信息基础设施现状 * 二、部门发展现状 （四）相关保障机制建设情况 分析部门业务流程优化、内部资源整合、信息系统整合、感知设备梳理等工作的机制或文件。 * 三、总体架构 以框架图的形式提出部门顶层设计的总体目标架构，包括业务、应用系统、共性支撑平台、网络基础设施、政策机制以及门户等。 * 四、业务架构——设计内容 （一）设计总体业务结构 * 部门 业务 架构 在市级决策指挥框架中明确部门提供的决策支撑定位。 明确部门为相关重点领域提供的决策支撑。 在市级面向个人与企业的公共服务体系中明确部门提供的服务定位。 业务职能 业务事项 服务 事项 决策 事项 业务管理事项 内部管理事项 业务流程 业务环节 业务框架设计的颗粒度上大致可分为四个层次： 业务职能； 业务事项； 业务流程； 业务环节。 顶层设计主要从信息系统的角度，利用系统建设方案、技术文档等基础材料，主要梳理已实现信息化支撑的业务。 通过顶层设计实现部门内信息化支撑的业务清单。 四、业务架构——参考案例 * 四、业务架构——总则要求 总则要求： 部门（行业） 级决策指挥层满足各部门核心业务的决策需要。各部门以部门三定职能及核心业务梳理为核心，以市级和领域级决策指挥需求为重点，以部门已有信息化基础为依托，着力部门（行业）业务和资源的全面整合。 市级各部门按照市级政务服务中心要求，根据本部门职责业务和管理服务对象，对内部服务事项进行梳理、规范、整合。与企业和人民群众密费相关的行政管理事项包括行政许可、非行政许可审批和公共服务事项均应纳入市级政务服务大厅办理。下放权限的事项，市级主管部门应明确服务标准和考核要求，对有关业务事项进行统筹管理。 市级各部门公共服务应充分依托市级服务渠道开展。服务渠道包括政务服务大厅、门户网站、网上办事大厅、社区服务站、数字电视、移动终端、信息亭、缴费通、微博以及呼叫中心等，各类服务渠道的内容应一致且有效衔接。 * 五、资源架构——设计内容（1/2） （一）部门数据资源体系分析 分类归并部门数据资源： 部门内部共享使用，业务支撑类 支撑部门、领域、市级领导决策类 支撑公共服务类 开放给公众市场进行开发利用类 * 五、资源架构——设计内容（1/2） （二） 设计部门数据资源架构 * 设计 部门 资源 框架 市级基础数据库 部门内部数据库 领域主题