文档介绍:
为导向,相对于前两者,绩效导向更加硬性,这是对工程能够准时完工的保障𓳍,也是对设计方案的挑战。目标导向像是建立从现状到目标之间的道路,问题导向是建设道路中避开的那些无法走通的道路,而绩效导向则是对所有能走通的道路的一种筛选。三者相辅相成,以求做出最完善、最满足需求的设计方案。
四、业务现状分析
(一)根据政务机关“三定方案”全面梳理业务现状,包括各部门职责、部门机构设置、业务流程和业务协同情况等。从政务机关职能入手,最小化机关部门和业务环节,将各部门的业务开展分解成包含完整流程的各个业务子项,并明确每一个子项的数据资源。部门业务梳理导向如图2所示。(二)采用信息资源规划目录表的方式来梳理政务部门信息资源分类、名称等基本信息,以及信息资源存储管理方式、共享属性以及开放属性等,找到现行数据结构与目标数据结构之间的差距,在替代过程中进行必要的数据优化和治理。数据现状梳理应与业务梳理同步进行,对数据进行分类,整体描述数据与业务以及数据与系统间的关系,通盘摸清数据资源的使用情况。(三)针对电子政务系统的不同网络平面,如电子政务内网、电子政务外网、互联网,深入调研电子政务信息系统应用现状,统计现有应用系统名称、应用功能模块、业务用户数、应用情况、技术体系、部署方式、原应用系统开发或维护单位信息及其支撑配合情况、建设年份及资金投入等内容。分析应用系统开发架构和开发语言,掌握主要功能模块、用户和投资规模。
五、业务优化重组
为进一步推动政务信息资源整合、共享和开放,提升政府治理能力、政务服务能力及政务决策能力,根据系统建设现状以及业务分类,通过业务、界面、管理、数据等方面进行合理规划,从界面层、数据层、技术层、部署层将梳理完成的业务进行重新梳理、分类、汇集、整合。业务分类是业务框架优化承上启下的关键一环,向上总结应用目标架构,向下细化电子政务信息系统所有应用。业务分类对完成替代的目标业务架构进行分级展开,对业务分类是进一步对目标业务架构循环优化的核心内容。业务分类方法示意如图3所示。(一)全面梳理业务功能、业务流、数据流及数据生命周期。如各业务系统根据业务需求对自身业务进行梳理、统计,填写业务基本情况表、系统功能点表、业务主体分类表、行政许可业务办事指南表。过程中与业务架构、数据架构反复对比,保证业务功能不断逼近政务活动最优路径。(二)根据政务活动最优路径,对路径上的功能模块进行计算机化归纳,描述成电子政务信息化系统或者平台。(三)提炼公共能力模块,如数据采集、配置管理、页面展示等,继承原业务核心模块,改造或完善必要功能模块,最后集合所有相关业务功能,在新的业务框架下形成新的业务分类和重组。
六、信息资源规划和数据迁移
以数据为中心的信息资源规划主要是对数据进行标准化,规范信息资源,消除重复数据,确保数据质量,确定权威数据元,最终使数据服务化、关联化、知识化以及可移植化。信息资源规划在替代设计过程中以迁移为主,适配改造,确保数据的完整性、安全性、准确性。建立科学、完整的信息资源体系结构,在确保数据的完整性、安全性、准确性的前提下,把现有系统数据迁移到国产化平台。采用分布采集、集中处理、集中交换、集中管理、全局应用的建设模式。设计具有较高可扩展性的数据模型,以适应信息系统生产过程中产生的新指标和新数据。数据模型的设计要保证能适应这种变化。在指标体系变化或运维内容增加时,尽可能不用修改各类数据表的结构。
七、应用系统替代
电子政务信息系统的国产化替代充分依托云服务资源开展集约化建设,在应用系统替代设计过程中将根据优化的业务框架,提炼各业务系统及系统功能模块,将复杂且难以维护的系统模块分解为互相独立、协同工作的组件,并得到高效复用。应用系统替代的设计思路是打通信息壁垒,实现跨系统间数据、流程、界面的集成与共享,解决应用系统间交互操作的问题,实现统一用户管理、授权管理、接入管理、服务资源管理、流程管理、安全审计管理,为业务应用的快速开发、平滑替代提供统一的技术和基础支撑。设计中将功能模块化与再封装,模块化是将复杂的大任务分解成相对简单的步骤,封装这将其内部的复杂性屏蔽,通过清洗的接口来代替。在这两项原则指导下,开发人员只需关注应用中与其相关的部分而无需指导其他部分的细节,只要各个组件都遵守接口标准,这些组件的开发、测试和修改都相对独立,使得基于服务架构的应用易于开发和维护。应用系统替代思路如图4所示。设计人