文档介绍：

向，问题导向更像是相对被动地处理出现的问题来向前逐步推动，问题导向与目标导向互相协作，以完善整理设计思路。绩效导向是对前两者进一步的考量，由于实际建设过程中存在着投资、工期、质量等工程指标方面的限制，因此绩效导向更加基于实际的以解决工程指标的需求作为导向，相对于前两者，绩效导向更加硬性，这是对工程能够准时完工的保障&8199;，也是对设计方案的挑战。目标导向像是建立从现状到目标之间的道路，问题导向是建设道路中避开的那些无法走通的道路，而绩效导向则是对全部能走通的道路的一种筛选。三者相辅相成，以求做出最完善、最满足需求的设计方案。

　　四、业务现状分析
　　〔一〕依据政务机关“三定方案〞全面梳理业务现状，包括各部门职责、部门机构设置、业务流程和业务协怜悯况等。从政务机关职能入手，最小化机关部门和业务环节，将各部门的业务开展分解成包含完好流程的各个业务子项，并明确每一个子项的数据资源。部门业务梳理导向如图2所示。〔二〕采纳信息资源规划名目表的方式来梳理政务部门信息资源分类、名称等基本信息，以及信息资源存储管理方式、共享属性以及开放属性等，找到现行数据结构与目标数据结构之间的差距，在替代过程中进行必要的数据优化和治理。数据现状梳理应与业务梳理同步进行，对数据进行分类，整体描述数据与业务以及数据与系统间的关系，通盘摸清数据资源的使用状况。〔三〕针对电子政务系统的不同网络平面，如电子政务内网、电子政务外网、互联网，深入调研电子政务信息系统应用现状，统计现有应用系统名称、应用功能模块、业务用户数、应用状况、技术体系、部署方式、原应用系统开发或维护单位信息及其支撑协作状况、建设年份及资金投入等内容。分析应用系统开发架构和开发语言，把握主要功能模块、用户和投资规模。

　　五、业务优化重组
　　为进一步推动政务信息资源整合、共享和开放，提升政府治理能力、政务服务能力及政务决策能力，依据系统建设现状以及业务分类，通过业务、界面、管理、数据等方面进行合理规划，从界面层、数据层、技术层、部署层将梳理完成的业务进行重新梳理、分类、汇合、整合。业务分类是业务框架优化承上启下的关键一环，向上总结应用目标架构，向下细化电子政务信息系统全部应用。业务分类对完成替代的目标业务架构进行分级展开，对业务分类是进一步对目标业务架构循环优化的核心内容。业务分类方法示意如图3所示。〔一〕全面梳理业务功能、业务流、数据流及数据生命周期。如各业务系统依据业务需求对自身业务进行梳理、统计，填写业务基本状况表、系统功能点表、业务主体分类表、行政答应业务办事指南表。过程中与业务架构、数据架构反复对比，保证业务功能不断靠近政务活动最优路径。〔二〕依据政务活动最优路径，对路径上的功能模块进行计算机化归纳，描述成电子政务信息化系统或者平台。〔三〕提炼公共能力模块，如数据采集、配置管理、页面展示等，继承原业务核心模块，改造或完善必要功能模块，最终集合全部相关业务功能，在新的业务框架下形成新的业务分类和重组。

　　六、信息资源规划和数据迁移
　　以数据为中心的信息资源规划主要是对数据进行标准化，规范信息资源，消除重复数据，确保数据质量，确定权威数据元，最终使数据服务化、关联化、学问化以及可移植化。信息资源规划在替代设计过程中以迁移为主，适配改造，确保数据的完好性、安全性、精确性。建立科学、完好的信息资源体系结构，在确保数据的完好性、安全性、精确