财政大数据中心建设方案
目录
1.................................................................. 项目背景... 4
2.............................................. 建设目标及指导原则... 5
3.......................................................... 数据集成现状... 8
4.................................................................. 总体方案... 21
5.................................................................. 实现方案... 26
近年来,为了支撑财政业务管理改革的不断深化,财政部和各地财政部门都不同程度地开展了一些统计分析工作。在财政部门中,统计分析工作主要是采用下发报表方式,依托现有信息系统和资源开展,地方财政分析评价系统、预算管理系统、预算执行信息系统、部门决算审核查询系统等,都具有一些数据汇总和统计分析的功能。这些系统初步满足了财政日常业务查询、统计和分析等业务管理工作的需求, 在提高财政科学决策水平、加强宏观调控等方面发挥着越来越重要的作用。但是,现有统计分析系统基本上是以业务为界,业务谁负责,信息谁拥有,数据谁分析,财政数据的贯通整合和共享程度较低,采用报表方式采集数据的时效性和准确性也难以保证。在地方,各地财政部门以推广实施应用支撑平台(以下简称“平台”)为契机,将核心业务数据纳入平台统一管理,实现了集中共享和标准统一,并以此为基础,在资金监控、财力分析、专项分析和热点主题分析等方面进行了有益探索,初步满足了财政决策和业务管理的需要,并为全国开展统计分析工作积累了经验。
总的来看,无论是部本级还是地方,都已具备一定规模的财政数据信息资源,以及较好的一体化技术应用基础。特别是平台的推广实施和应用,进一步统一了财政业务基础数据规范,实现了财政业务数据的集中存储和统一管理,为基于平台建立全面的查询分析系统,服务财政科学决策创造了有利条件。目前,省级财政部门已全部完成平台实施,地市级和县级财政部门平台推广实施工作也在加快推进,一些省市已全面完成平台推广实施并提前实现了省、市、县三级贯通。根据全国财政系统应用支撑平台推广实施与应用工作视频会议统一部署,2011年底前要完成平台在地市级财政部门的推广实施并贯通大部分县级财政部门,2012年底前全面实现全国财政系统的贯通。应该说,建设全国财政收支统计分析系统、加强财政数据的综合分析和深度利用已具备成熟的基础。
数据集成平台的建设,是财政充分利用预算、支付、收入等业务系统产生地海量、高质的数据,使得财政机关成为数据信息最全面、最真实、最准确的经济管理部门,协助财政部门准确认识客观经济现象,揭示矛盾,反映问题的体现。该系统业务方面包括如何从业务领域中去抽象/归纳出主题域及分析主题域;技术方面主要是搭建数据仓库平台、实现数据资源整合利用。
数据集成、分析挖掘平台的总体目标是:
- 财政数据贯通
随着应用支撑平台在省、市、县各级财政的推广和应用,市县已积累大量的业务数据,数据集成与数据采集系统实现上级财政对下级财政数据的交流功能,有效保证财政上下级之间资源共享、业务联动、协同办公。提供财政资金动态监控的技术保证,促进财政数据的综合分析利用,推动了财政科学化精细化管理水平的提高。
按照业务逻辑完整性,定期将某一时间段(如一个月、一年)的业务数据完整地从生产库抽取出来,使抽取出来的数据具有实际的业务意义,形成相对独立的财政数据集成中心。既提高生产库性能,又形成完整财政业务数据库,便于数据备查和综合分析应用。然后将抽取出的财政数据集成中心库中的各项数据清洗、转换到数据仓库,数据仓库用于存放多年的数据,具备统一的、面向业务事实和业务主题的数据模型,可真实地、准确地、丰富地、完整地为综合查询与分析系统提供数据基础。同时财政也可基于数据中心,利用数据交换平台来进行横向、纵向、内部各系统的数据交换,来推进电子政务建设中的各政府部门信息共享和业务协同。
- 建立基础数据平台
建立基础数据平台,制定各级财政的数据业务规范。提供数据集成中心的基础设置功能,如:参数设置、基础信息项定义;已经数据的清洗规则、汇总规则设置;提供对系统的数据权限、功能权限的定义、日志查询、门户管理等。
- 数据集成中心
建立分析主题,为各级管理决策部门提供查询、复杂查询、统计和分析的平台。
数据挖掘分析随着信息技术的广泛应用越来越被人们所重视,数据挖掘的总体设计是将财政查询、统计、监控、考核、挖掘、分析预测以及对执法和行政行为的监督等数据利用集成为一体,在技术实现上从事务处理系统中分离出来在决策支持系统中实现。
既能解决生产系统和查询分析系统争性能资源的技术矛盾,又能使得宏观分析与微观分析相结合、全局分析与局部透视相结合,最大限度满足省财政、市县局和基层各财政机关以及高层领导、一般管理人员和操作人员的分析、决策需要。
- 分析关系
分析财政收入与经济的诸多关系,以及财政收入、收入政策,与财政支出的关系。分析财政的收入与支出趋势规律,进行财政宏观分析与预测研究,为高层管理决策提供科学依据和辅助支持。
为达到这一目标,需要分析、找出并在数据利用平台中尽可能体现财政一系列的内在规律和外在规律。把握财政的一系列内在与外在的基本分析,是高级分析的基础,没有对财政基本规律的认识,没有对财政内外在规律与联系的分析,将不利于高层领导进行有效的分析和决策。
对财政内在规律性的探索,是需要在系统论观点支持下,通过深入细致的梳理,形成一个完整的体系,从而扭转跟在业务后面不停开发,却又难以完全满足业务发展要求的被动局面。
财政业务的数据架构规划遵循以下几项原则:
(1)功能性
能够满足现有应用的需求,在应用需要时,能够及时快捷地提供准确一致的数据。
(2)完整性
确保整体体系全面完整,不能出现遗漏现象。同时对这些数据统一进行一体化考虑,而非各自割裂孤立。
(3)准确性
财政数据统计准确性反应财政收入、支出情况,也决定了各业务处室的管理准确性要求,在规划设计阶段要充分考虑如何确保数据质量、如何确保数据准确性。
(4)高效性
确保应用的高效性,从面上我们需要确保整体数据架构各数据存储集合间的高效流转,从点上我们需要确保系统本身各个功能点对相应客户请求的性能效率,想法设法分解压力、提高效率,确保系统运行高效。
(5)灵活性
必须具有适应应用功能在一定范围内的调整和扩展的能力,不能因为应用功能的局部调整而使数据架构发生较大改变。
(6)合理性
数据架构的设计必须讲究科学合理的设计策略,其中各个数据存储集合的划分、布局、关联、内容、应用等等都必须有科学合理的决策依据。
(7)前瞻性
能够为后续新业务的开展提供支持。
(8)增值性
财政数据不仅服务于财政系统,也必须为国家的信息化建设做出贡献,服务于社会,服务于国民经济。
历经多年的财政信息系统建设,财政数据库中沉淀了大量数据。这些数据有三个特点:一是涉及面广,这些数据涉及所有的系统应用,涵盖了几乎所有的处室应用;二是数据量大,并且这些数据仍在不断增长。三是部分数据存期较长。
财政部门不仅根据财政部统一组织制定《财政业务基础数据规范》,结合地市财政管理特点进行扩充,形成了《财政业务系统数据标准》,并向各市县推广。财政部门通过内部应用系统建设,和外部门的数据交换,为数据增值利用打下了坚实的数据基础。
目前,财政业务数据利用建设仍存在一些问题,财政现有系统的建设,缺乏统一的规划,多以迅速实现功能为主要目的,缺乏从全局的考虑,造成了数据孤岛、多头采集、标准不一等问题。导致数据达不到全面性、规范性、一致性的要求,降低了内部管理的效率,不能为决策分析提供严谨、全面、细致的数据基础;数据的实时监控能力不强,缺乏掌握全面、及时信息的渠道。
财政信息系统的数据存在以下几个方面的问题:
- 数据标准和数据模型问题:虽然建立了部分数据标准,但是各业务处室在应用建设时,遵从情况各不相同。此外,由于缺乏对财政数据模型的规划,致使数据之间很难进行共享交换和标准化,或者标准化代价很高。
- 数据质量和分析口径问题:数据作为重要的资产的意识不强,没有花费适当的时间和成本去预防问题的出现。目前基础数据质量有待提高,当前业务系统由于种种原因存在一些数据质量问题,致使部分处室已经建立的统一视图数据库数据存在不真实、不准确的情况。此外,由于分析口径不标准的原因,目前普遍存在分析系统与业务系统的数据很难核对、或者无法核对的情况,降低了分析数据的可信度。维度和指标体系基本上局限于所实施的分析性系统的功能,缺乏科学、全面的系统数据分析模型。
- 执收单位编码与预算单位等编码不同,将来会影响以收定支的实现。
- 目前的应用系统建设很少考虑决策分析方面的数据需求。数据规范的需求主要来自业务的整合。
财政核心业务是对财政资金的计划、分配、管理、监控和评价,这一管理过程通过预算准备、预算编审、指标管理、预算执行、国库支付、预算会计、年终决算等环节来实现。财政资金管理的生命周期与管理学中常见的PDCA循环相吻合,即计划-执行-检查-调整的过程。有效和适时推动这一循环过程的进行,意味着财政资金的管理和使用在不同层面,根据不同的项目和对象,按照各自的计划、执行、检查和调整机制分为各子流程,保证财政资金科学、高效运行。
财政主要业务流程是对财政资金的管理流程,主要包括收入管理和支出管理。
1.收入管理
在收入管理流程中主要包括收费政策的制定、票据管理以及非税收入的专户管理流程。
2.支出管理
在支出管理流程中根据财政业务的不同阶段分为预算编制、预算执行、国库支付、核算和决算管理流程。
(1)预算编制阶段涉及预算准备、预算编审两个管理流程:
预算准备包含的业务内容:人员经费管理、非经营性资产管理、定额管理、预算框架制定等;
预算编审包含的业务内容:预算编制和审批管理、项目库管理等。
(2)预算执行阶段的业务核心内容是对预算指标的管理,以及相关的事务管理,包括政府采购、工资统发和车辆燃油、保险、维修等业务。
指标管理所包含的业务内容:年初指标下达、指标明细调整、总预算调整等。
政府采购所包含的业务内容:制定采购政策和框架、采购合同和资金管理、合同履行和付款、采购分析与评估等。
工资统发所包含的业务内容:工资单的制作、审批以及支付环节等。
车辆燃油、保险、维修所包含的业务内容:车辆相关信息收集及资金拨付。
(3)国库支付阶段的业务包括用款计划、支付申请、支付等管理流程。
用款计划阶段主要业务内容:制定月用款计划、审核、生成支付凭证或下达额度等。
支付申请阶段主要业务内容:支付申请书的填写及审批等。
支付主要包括集中支付(直接支付、授权支付)和实拨支付。
(4)核算阶段的业务主要是对国库支付的情况进行核算的管理流程。
(5)决算阶段的业务包括部门决算和财政决算流程。
分析数据挖掘分析目标所包含的业务需求之前,应该就整个数据集成平台所需要了解的基础业务进行分析,因为它既是整个财政业务重要基础,又是所有业务需求的公共组成部分,因此需要对其归纳总结,先行理解与分析。
- 数据利用价值链分析
将海量的业务数据转化成有用的信息已经成为越来越迫切的需求,在整个财政信息化建设过程中,起着“承上启下”的关键作用,“承上”是向各级管理和决策层提供必要的信息服务,“启下”是向基层业务操作层提供指导和控制信息。
从业务与应用的一体化出发,将财政信息系统的核心资源-数据,从利用视角,将数据的完整利用用划分为“生产系统”、“BI应用”、“数据分析”和“辅助决策”这四个部分,或四个层次,它们相互之间是互为依赖、前后一致,不断迭代的协作关系。下面结合基线业务需求分别对其进行说明。
(1)生产系统
财政业务系统(或称为“生产系统”),实现指标管理、拨款管理、集中支付、总会计、项目管理、政府采购、部门预算、非税收入等应用,它是整个财政业务的起始点,完成各项业务的受理和处理,是后续各项数据应用的数据源泉和业务基础。
生产系统是面向基层(省级、市级、区县)单位业务操作人员的财政应用平台。是后续数据应用的必备基础,通过生产系统所采集的数据的完整性、准确性和时效性,对后续的各项数据应用的质效将产生重要影响。
(2)BI应用:(BI,Business Intelligence)
或称为业务智能,这里借用IT业界常用的专业术语,原先是指较高层次的业务智能应用,而结合财政系统的基线业务需求,主要是用在“查询”、“统计”和“报表”等的数据利用方面,与业界BI应用不同,所以实际上是“操作型BI应用”。 根据现有基线业务需求的这方面内容,一是实现财政各业务环节的单项定制的业务查询,组合性业务查询,或称为“综合查询”,以及“财政收入”、“财政支出”和“指标”等主题查询;二是实现“报表管理”功能,实现各种报表的统一、灵活定制、加工和维护。
BI应用主要是面向各级业务管理人员和部分决策层人员,是数据应用业务中使用对象和应用频率最高的部分,也是数据仓库应用的初级阶段,相对于生产系统是数据的输出部分,前者是数据的采集和存储部分。BI应用的独立划分,是减轻生产系统应用压力,开辟新的数据共享环境,有利于提高数据查询和报表处理的效率。一般来说,这里的“BI应用”关注的是财政生产系统的运作中发生了什么情况。
(3)数据分析
或称为“财政状况分析”和“财政分析”。该项数据分析应用是当前财政信息化所处环境中最关注的核心数据应用部分。数据分析是实现财政与经济的诸多关系,以及财政收入与政策,与财政支出的关系。探索出经济社会中各行业的一系列标准指标,为财政管理质量提供信息和依据。分析各财政的各指标趋势规律,进行财政宏观和微观的分析与预测研究,为高层管理决策提供科学依据和辅助支持。数据分析是财政管理的眼睛,对及时准确地发现问题,有的放矢地解决问题,加强财政管理和风险管理起着十分重要的导向作用。
数据分析应用主要是面向县区、市级和财政部的各级业务管理和决策人员(领导),也是数据仓库应用的中级阶段。是在“BI应用”的基础上的纵深发展,关注的是为什么会发生的这样或那样的业务和管理问题。
(4)辅助决策
或称为“决策支持”,是数据应用的高级阶段。主要是实现更高层次数据应用业务。借助数据挖掘、关联分析等技术,并利用挖掘性预测、决策树和神经网络等算法,构建一个智能化的决策支持系统,以适应财政现代化的战略发展需要。为财政领域的科学化精细化管理、财政分析、风险分析和财政预测提供高科技手段。财政领域智能决策支持系统是建立在财政业务信息系统的基础上,集成管理科学、人工智能、神经计算等多学科技术,面向财政工作管理层的智能软件系统。它运用高度智能化的技术来提高财政工作的管理效率,加强对财政人经济活动的全面监督管理,加速财政领域的科学化和精细化管理进程。
辅助决策应用主要是面向财政部和市级高层管理和决策(领导)人员。参照基线业务需求,也是数据仓库应用的高级阶段。相对于“BI应用”和“数据分析”的来看,目前,这方面需求还有待拓展和完善。一般来说,辅助决策应用关心的是如何快捷、准确地为决策者找出问题的规律,及其背后的秘密,包括预测的科学,以及解决问题的途径和方法。
- 数据利用平台应用实体
数据利用平台的应用主体涵盖财政系统的所有人员,根据他们的工作职责不同,使用数据中心应用的出发点和目的的不同,可以将其大致分为三类,一类是局级领导(决策者),一类是处级领导,一类是基层或者一般的财政管理人员,另外,有可能根据管理的发展,产生专门从事财政分析的专职人员。
各级决策者主要指财政的局级领导和处级领导,他们是数据中心的应用主体,需要使用财政分析做为其决策、管理提供必要的支持和帮助,决策者时间相对少,因此对系统有简捷高效的需要,系统需要定制一系列反映财政内在规律、外在联系的基本分析主题,并做成相对“傻瓜”式的、方便的、快捷的、直观的界面,以方便决策者使用。
管理者主要指财政系统各部门领导和关键岗位的管理人员,他们是数据中心最频繁的用户,他们几乎需要使用数据中心中的所有功能,系统需要提供必要的共享机制,避免他们重复的进行查询分析的自定义,能够将已经定义好并很好适用于实际工作的查询分析功能发布到其他管理人员的权限范围中。
基层管理者是指广大的财政管理人员,他们需要及时掌握所管辖业务的动态信息、运用信息指导各类日常工作。
专职分析员是指一个新生的职务岗位,它是在管理升华条件下,选择具有深厚财政业务功底,又熟悉分析方法,并且掌握一定的计算机技术的人员,承担经常性的分析任务,源源不断地将原始信息转化为有用的新信息,并且按规定不断地发布或交换信息。
- 数据利用平台需求分析
数据利用平台建设的业务需求内容包括联机分析、数据挖掘、报表查询、即席查询四部分,在本节内将阐述我们对报表查询需求的理解。
查询是指根据一定的条件搜索再现计算机内存储的电子数据,包括通过简单统计运算得到的一些计算数据。其特点是目标比较明确,运算比较简单或无需运算,针对的数据比较局部,应用对象非常广泛,此外,执行查询操作的时间具有不确定性,对于查询的效率要求比较高。
对于查询的分类要求各部分查询内容尽量不重不漏,并能为将来系统建设的分析功能奠定基础。
报表查询分析是基于财政报表查询分析数据集成中心所构建,主要提供面向不同层级、不同业务处室的灵活便捷的数据综合查询。报表查询应以下三类查询功能:
- 全业务主题综合查询:可以将任意多个的分析主题(如预算管理系统和国库集中支付系统)进行关联,拖拽选取其中的多个指标作为查询过滤条件或分组显示条件,并选取其中的任意指标作为查询分析内容,从而实现面向全业务的数据综合查询分析应用。
- 参数查询:针对性强、参数较多的情况下,可采用参数查询。能够在使用者点选项目、输入数据指标条件后,提供格式统一、样式多变的分析展现效果。
- 临时性任务调查统计查询:指针对数据中心零散的、未形成分析主题的数据进行临时的数据分析工作。主要应用场景包括:①针对数据中心零散的、未形成分析主题的数据,进行调查统计应用;②针对数据中心没有的数据,通过下发调查任务,进行数据采集和分析应用;③针对数据中心不完备的数据,进行补录,建立数据报送和回写机制。
-
- 技术需求
- 平台基础框架
- 技术需求
-
1.数据层
数据层主要包括数据的加工处理(ETL功能)、数据中转区、数据仓库等部分,主要完成对数据的管理。需要建立标准化和规范化的编码体系和指标体系,还需要形成一套完善的数据质量提升机制。
2.应用层
应用层主要包括围绕数据仓库数据,根据不同的业务需求,进行相应的应用功能部分,主要是完成数据的利用。应用手段包括查询、报表、分析等。系统的设计应采用标准的多层结构,遵循J2EE规范,基于开放平台。
OLAP分析:主要功能是将数据仓库的数据,按照预先设定的主题分析需求,进行多维组织,供分析人员从多个角度,各个层面对数据进行分析,主要应用于数据集成中心。
数据挖掘:能提供成熟的数据挖掘算法,对现有财政数据进行深度挖掘和预测。
报表系统:报表指按照固定格式、固定项目填写的表格,分析系统建设包含统一的报表平台。
查询:可以支持灵活的即席查询,格式和内容可以由最终用户自由选择。允许用户可以自由控制数据的访问内容,定义查询、报表格式和内容。
3.展示层
展示层主要完成对应用层结果的发布,通过信息门户把信息进行整合并通过统一的平台进行交付。
信息交付风格:在系统的信息表现形式中,可以采用表格、列表、图表、仪表盘等灵活、方便的展现形式。利用专业工具开发适合客户需求的展示应用。
信息的交付形式可以有传统的胖客户端软件和便于信息发布的web页面形式。要根据具体应用的特点来决定所提供的类型。
4.元数据管理
元数据元数据包含了从数据抽取到数据展示的整个过程,是数据挖掘利用平台建设过程中十分重要的一环。
5.系统管理
包含了调度管理、权限管理、备份与恢复、安全管理和性能监控等内容。
系统的设计符合标准的多层结构,符合J2EE规范,基于开放平台。
系统的实现应参考国际标准NGOSS、国内ITSP、CTG-MBOSS等规范,并结合现状,采用先进可靠的设备和技术,确保系统的先进性和成熟性,保证投资的有效性和延续性。
应根据省市财政的需求提出详细的系统建设方案,同时说明方案所使用的产品,提供详细的软硬件配置及其依据(包括详细的计算过程)。
1.数据要求
- 对数据统一规划,建立对应的财政数据模型和数据标准,并对配套元数据进行统一管理;
- 建立统一的核心数据的共享视图,解决财政范围内的全局共享的需求;避免多头采集,尤其对于核心数据应建立主数据管理以确保核心数据的唯一来源,同时内部丰富数据采集手段,提高数据采集的自动化程度,并建立统一的数据采集管理制度和质量保证体系;
- 采用技术加管理的手段,从“事前、事中、事后”的不同层面,有效的防止数据质量问题,为财政信息的利用提供准确、真实的数据;
- 合理化分配数据使用的资源,基于数据在其生命周期的活跃程度分配合理的硬件资源,以节省系统开销;
- 建立数据的所有权管理体系并加强对数据的安全管理;
2.高性能
响应时间要求:一般的查询、报表和OLAP分析的响应时间90%在20秒内,复杂的应用根据数据量规模的具体情况确定。
数据ETL性能:系统的数据抽取、转换、加载的性能不小于10G/小时。
数据ETL过程不能影响生长系统的运行效率。
底层模型要满足对日常查询的需要,所以在设计上需要最优化逻辑访问结构及物理存储结构,达到高效查询的要求。
3.可扩展性
数据挖掘利用平台的需求不可能一步到位,也有一个发展变化的过程,系统的设计应充分合理,以确保在用户需求变更或增加时系统可以灵活的扩展。
系统应具备良好的扩展性,能够较好地支持多用户并发操作,能够提供良好的线性扩容特性;
可以支持数据仓库和数据集成中心在同一系统内物理层次上共存和逻辑视图上相互独立,同时可以方便地将数据仓库和数据集成中心物理上剥离。
系统支持在线的软件升级和硬件扩容,不能影响应用系统正常运行。
4.可用性和可靠性
- 排除人为误操作因素,由应用系统自身原因导致的系统崩溃故障,平均无故障时间(MTBF)应大于365 天,平均修复时间(MTTR)应小于4 小时。
- 排除人为误操作因素,由应用系统自身原因导致的系统错误故障,平均无故障时间(MTBF)应大于100 天,平均修复时间(MTTR)应小于30 分钟。
- 应用系统必须支持连续7×24 小时不间断地工作,应用软件中的任一构件更新、加载时,在不更新与上下构件的接口的前提下,不影响业务运转和服务。
- 应用系统必须支持负载均衡能力,支持应用部署在多台服务器上,避免应用系统的单点故障。
- 由于底层模型位于财政业务数据与分析应用之间,从业务数据库中抽取业务数据,而为数据仓库系统提供分析型数据源,这就决定了该数据模型是承上启下的、稳定的数据模型,用以保证上层数据应用专题稳定运行。
- 软件补丁快速安全安装和版本平滑升级能力。
5.可维护性
系统在运行过程中所发生的任何错误都应该有明确的错误编号,并能在系统的相应维护手册中查到错误处理方法与步骤。
应用系统应该支持通过统一的图形界面,监控各应用构件的运行状态,能够监控到应用系统所有的报警、异常信息,能够访问到系统各构件、合约的版本信息及相应功能说明。
应用系统应该采用构件化设计思想,系统框架与业务逻辑分离;要求具备开放的体系结构。
应用系统必须支持各构件的单独升级,并应该尽可能实现在线升级功能。
6.可操作性
系统功能的实现,应尽可能自动化,减少人工操作环节,用户操作界面应简明、实用、易于学习和掌握。
7.可管理性
提供方便、简单、实用的管理框架,数据库管理员(DBA)可以在单点完成对整个数据库系统的各种管理和维护任务;
提供一定程度的自动管理功能,包括数据库系统的内存分配管理、数据库存储空间管理、数据库对象存储管理、数据库事务管理等;卖方需说明系统在管理维护方面提供的自动化功能特性;
提供一定的系统管理维护向导,提供系统维护管理图形操作界面,简化数据库管理维护工作;
提供有效的系统运行情况实时监测手段和工具,DBA应能够随时对系统的资源使用情况、运行负荷、当前运行语句等方面进行实时监控,能够观察系统历史运行情况的统计数据;
提供有效的性能管理手段和工具,能够有效、快速实现对运行性能不佳的操作、查询进行跟踪诊断,为系统和查询优化提供有效支持;系统应提供灵活的系统级和事务语句级优化方法和技术。
财政数据利用信息系统总体架构全面贯彻金财工程的总体框架,满足国家相关标准和规范。作为财政数据利用的业务环节中,联机分析(OLAP)、数据挖掘、数据分析三个应用系统在数据利用架构中是不可或缺的主线系统。
- 数据分析
数据集成中心的数据分析层提供了报表、统计图形、分析报告、仪表盘等方式展示数据应用的信息。
- 数据集成
数据集成主要包括围绕数据仓库、数据集成中心数据,根据不同的业务需求,进行相应的应用功能部分,主要是完成数据的利用。应用手段包括查询、报表、分析等。系统的设计应采用标准的多层结构,遵循J2EE规范,基于开放平台。
- 业务数据
数据层主要包括数据的加工处理(ETL功能)、数据中转区、数据仓库、数据集成中心等部分,主要完成对数据的管理。需要建立标准化和规范化的编码体系和指标体系,还需要形成一套完善的数据质量提升机制。
- 基础设施
基础设置为系统软件、主机硬件以及网络基础平台,分为两个部分:系统软件、硬件支撑平台。其中,系统软件包括操作系统、数据库服务器软件等;硬件支撑平台包括:主机、存储、备份等硬件设备,以及系统运行所依赖的网络环境。需对主机、存储、网络等基础设施进行虚拟化整合。
- 标准体系
通过IT管理制度、IT管理队伍、IT管理流程、IT管理工具和技术等的建立,完善系统的运维管理体系的建设,全面保障本系统高效、稳定、安全运行。
- 法律法规、地方标准、规章制度体系
以上各个层面和支撑体系的建设,需要依托于现有的法律法规、地方标准、规章制度才可成功运行。系统的分析、设计、实施都必须充分考虑这些因素。只有切实符合这些规范,系统才能有机地整合和应用,得到各级用户的认可。
另外,标准化建设是信息化建设的基础性工作,是各业务系统实现互联互通、信息共享、业务协同、安全可靠运行的前提和基础。
数据集成分析系统建设是一个不断推进的过程,包括完善数据仓库模型、扩充数据主题、增加数据源和丰富业务应用等。数据利用系统系统建设力求做到全盘考虑、统筹规划、突出重点和灵活扩展。
财政数据利用系统的建设主要遵循以下原则:
- 采用螺旋式迭代方式推进数据仓库的建设。随着数据仓库建立的过程不断深入,会出现增加新主题、抽取新数据等要求,所以数据利用系统的建设应按照循序渐进、循环迭代的方式推进。基于螺旋式迭代方式开发的生命周期如下图:
- 采取分步实施的方法推进数据利用的建设。初始阶段主要建立数据利用系统基础设施,开展迫切的业务应用,在此基础上逐渐拓展数据利用应用的广度与深度。
系统将采用J2EE体系架构,使用SOA方式Web Service技术,页面展现广泛使用AJAX技术,是基于JSP + JavaBean + Web Service技术实现的Web Application。
-
-
- J2EE的B/S体系结构
-
J2EE是目前企业级应用最为常用的典型体系结构,它简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问题J2EE不仅巩固了标准版中的许多优点,例如"编写一次、到处运行"的特征、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等,同时还提供了对EJB(Enterprise JavaBeans)、Java Servlets API、JSP(Java Server Pages)以及XML技术的全面支持。
J2EE技术还为这些组件提供一整套企业级服务,通过自动化的方式完成应用程序开发中的诸多耗时且费力的艰难工作,为用户提供一种可创建广泛兼容的企业解决方案而无需进行复杂编程的平台。利用这一优势可以方便的开发出高质量的、适合企业使用的应用程序。
J2EE平台定义了一种标准的公开的存取控制规则,当程序在企业平台上开发时就已被J2EE本身定义和解释了。J2EE也需要提供一个标准的注册机制以便应用程序不用将这些注册机制和逻辑相混合,相同的工作要执行于大量的不同的环境中而并不需要改变源代码。
最大化开发和推广的简易性和速度。采用服务器集中模式,以Java为基础构件架构和合适的工具,可以改善从界面设计师到程序员等各种人才间的合作,最有效的发挥他们的不同技能,迅速开发和推广系统。
B/S架构指Browser/Server的客户端发布模式,与传统的C/S模式向对应。采用B/S架构可以消除客户端程序更新带来的维护成本,同时也可以方便的支持各种客户端设备,包括移动办公所需要的各种设备和终端,而各种不同的设备利用同一业务应用服务。
J2EE技术的基础是JAVA语言,JAVA语言的与平台无关性,保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。
基于J2EE技术的应用服务器(Application Server)主要是用来支持开发基于Web的三层体系结构应用的支撑平台,这一类的产品包括BEA Web Logic、IBM Websphere等。
-
-
- SOA(面向服务架构)
-
SOA是英文Service-Oriented Architecture,即面向服务架构的缩写。简单来说,SOA就是一种进行系统开发的新的体系架构,在基于SOA架构的系统中,具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件(也就是service)组合构建起来的。本质上说,SOA体现的是一种新的系统架构,SOA的出现,将为整个企业级软件架构设计带来巨大的影响。
AJAX 是 Asynchronous JavaScript and XML(以及 DHTML等)的缩写,是最新的浏览器界面开发技术,用来建立桌面应用程序的功能和交互性,是不断更新的 Web 应用程序之间的桥梁。AJAX可以在WEB应用程序中使用桌面应用程序中常见的动态用户界面和漂亮的控件,可以给用户在浏览器上带来非常丰富的操作体验。
消息中间件,即消息导向的中间件。它通过队列、消息等一套完整的机制,为分布式系统提供简单易用、安全、高效和可靠传输,实现分布式系统下,数据传输的“不丢、不重、不漏”。
依托金财工程“财政一体化管理信息系统”实现财政业务上下贯通,在各级财政部门建立覆盖所有的政府性资金和财政运行全过程的网络化机制,通过基于应用支撑平台的一体化系统,使用数据交换组件来实现,最后要达到:
- 以财政部应用支撑平台为龙头,以省级应用支撑平台及一体化系统为枢纽,实现中央到省、市、县的财政信息系统的信息共享、业务协同、上下贯通。
- 实现从中央到地方的转移支付资金的指标的下达、接收,实现专项资金执行情况的上报,达到上级财政对下级财政专项资金及时甚至实时的监控和分析,加强财政对转移支付资金的管理监督作用。
- 通过应用支撑平台的总帐自动生成国库月报、旬报及其他相关报表,通过平台的数据交换组件实现这些报表数据的层层上报及汇总。
- 实现对各级财政的监督检查系统, 能够监控一级财政从预算编制到指标的分配、额度的批复、资金的使用直到末级单位的账务处理情况,可以实时掌握专项资金的使用、结余情况。
- 实现上级财政对下级财政的运行的综合分析评价。通过平台提取地方财政的预算及执行数据,实现对各级财政运行情况的综合分析。
- 基于应用支撑平台实现财政业务的上下贯通,达到上下级财政之间的资源共享、业务联动、协同办公,提高整体工作效率,提高对财政部门的监督管理水平。从而促进财政管理的科学化、精细化。
本模块中主要是数据集成中心的控制参数功能,例如转换执行频率、清洗/汇总参数等,可以通过数据集成中心的功能操作,也可以读取应用支撑平台的基础数据。
在基础信息项数据定义模块定义内容包括:信息项定义、数据源表名称、数据源类型、服务器地址、数据库名、用户、口令、物理表名称、备注等。
清洗规则模块中设置清洗规则名称、清洗源表、清洗目标表物理表名、目标表数据项定义、清洗规则等。根据设置的清洗目标表物理表名和定义的数据项创建维护清洗目标物理表。
初始创建规则时,默认将清洗源表结构数据项定义复制到目标表数据项定义中。
汇总规则模块中设置汇总规则名称、汇总源表(可以多选)、汇总目标表物理表名目标表数据项定义、汇总规则等。根据设置的汇总规则目标表物理表名和定义的数据项创建/维护汇总目标物理表。
权限管理
系统采用统一用户及权限管理模式,能划分多级部门和用户。
可限定系统用户能够访问的数据采集报表、查询分析报表等。对于指定级别、指定业务(如预算管理、政府采购管理)等分别设定访问和维护权限,确保用户不能使用非自身级别、非自身业务的数据、资源和页面。
权限管理可由各级机构下放管理,由各区县、委办局自行管理其所属的下级机构和用户,赋予相应的设计、访问、维护权限。
调度管理
系统提供调度管理机制,可设置在特定时间点执行数据催报、数据自动/手动抽取、代码同步、查询分析预计算、分析结果导出并发送至指定电子信箱、系统数据备份及恢复等操作。
门户管理
系统具备报表门户,可按照财政业务领域、用户角色等因素,将采集报表、查询统计报表、决策分析应用、系统管理页面等有机的组织起来,为领导、各级部门和其他的系统用户所关心的内容提供快速访问的通道。
报表门户采用图形化设计方式,用户只需通过简单的拖拉拽,就能自己定义个性化的门户,把想要的查询分析资源有序集成。同时还提供了多种样式风格和高级设置(如页面标志LOGO、菜单项、导航栏等),对门户做全方位的规划。
报表门户应支持集成到财政统一的门户PORTAL中,也可以集成到其他业务系统当中去。
日志管理
系统建立统一日志管理,具备完善的日志管理方式,提供系统级日志,可针对日志执行查询搜索、日志记录项配置、日志备份和删除等功能。
备份及恢复
系统建立完整的备份及恢复机制,可面向不同层级资源(包括元数据、分析主题、分析报表),对系统配置、数据内容等执行数据备份操作。
可利用备份文件执行恢复操作。恢复过程中应自动根据备份内容恢复到相应的应用位置,并可配置恢复后使用的数据源、需要恢复的内容等。
沟通管理
具备公告、通知等系统级消息服务。具备BBS论坛应用功能,面向所有系统用户。
-
- 数据集成——数据采集
利用数据源的配置,根据定义的数据抽取格式,按地区自动或者手动导入业务数据。提供给上级或者监督部门查询发生的资金业务,进行资金的执行情况统计、分析,提供领导查询,制定政策的理论来源、依据。
-
-
- 功能描述
-
经过对应用功能的归纳、抽象,系统所选开发工具应包括但不限于如下功能组件:任务定义、数据填报、数据审核、数据审批、数据汇总、数据安全、数据催报、分析数据管理、数据综合查询,拖拉拽式查询,统计分析展现、数据挖掘功能、系统配置管理、数据建模抽取组件等。
数据采集的功能结构如下图所示:
图:数据采集功能结构图
数据采集层分为数据采集配置、数据采集、数据确认三大模块。数据采集配置的作用是维护数据采集的各项设置信息;数据采集是根据采集端的配置系统自动或人工方式采集数据;数据确认是针对采集的数据根据设置的确认规则,以系统、人工结合的方式确保采集数据的准确性。
-
-
- 采集形式
-
从财政现有业务系统的建设分部情况来看,财政数据采集渠道可以分为两部分,一是基于应用支撑平台一体化系统;一是平台外部财政业务系统或其他部门的数据,数据采集功能应能支出多种数据源,并且对于不同部门或者不同的数据分类,提供的模式可能是数据文件、中间表或者是直接从业务库中获取,还有一部分数据需要业务人员在线填报。
数据采集形式如下表所示:
序号 | 分类 | 存储形式 | 格式要求 | 存储位置 | 采集方式 |
1 | 数据文 件 | Excel、txt文本、XML | 数据存储内容格式必须为提供方和采集方沟通确认的,形成格式说明文档,任何一方发生变化必须提前通知。 | 指定位置或其他 | 自动导入或人工导入 |
2 | 中间表 | Oralce/SQL Server/Acess/DB2/Sybase等主流数据库 | 数据存储内容格式必须为提供方和采集方沟通确认的,形成格式说明文档,任何一方发生变化必须提前通知。 | 指定位置 | 自动导入 |
3 | 业务库 | Oralce/SQL Server/Acess/DB2/Sybase等主流数据库 | 需要数据提供方的数据字典,提供方的数据结构发生变化,要求事先通知采集方。 | 指定位置 | 自动导入 |
4 | 在线填 报 | 在线填报表单系统 | 根据采集工具的表单要求填报数据。 | 其他 | 人工填报 |
-
-
- 采集业务流程
-
数据采集的业务流程如下图所示:
图:数据采集业务流程图
流程内容描述如下:
1、系统配置人员根据分析主题进行配置库中采集端的信息配置。
2、根据配置库中数据采集配置的采集方式为自动采集的内容,系统自动完成数据采集。
3、根据配置库中数据采集配置的采集方式为人工导入的内容,由人工在系统中将数据文件中的数据导入到采集模块中。
4、根据配置库中数据采集配置的采集方式为在线填报的内容,由人工在系统中填报界面中将采集信息填报到系统中。
5、采集进入系统的数据根据配置库中配置的校验方式进行数据校验。
6、系统校验后的数据由相关业务处室的业务经办人员对采集的数据进行确认或修正。
7、相关业务处室的业务经办人员确认后的数据由对应的主管领导进行数据的审核,保证数据的正确性。
8、业务处室主管领导审核后,数据完成了采集过程,流转到下一环节根据主题进行数据的清洗转换。
-
-
- 数据采集实现方案
- 从平台直接抽取数据
- 数据采集实现方案
-
- 县级财政建立的数据中心主要存储本级财政多年度的数据;
- 市级财政建立的财政大数据中心存储的是市级和县级多年度的数据,数据来源于县级和本级财政基于平台的一体化系统;
- 省级财政大数据中心则存储省、市、县多年度的数据,其数据来源与县级、市级和省级财政基于平台的一体化系统。
技术规范
财政信息化系统都遵循金财工程的业务规范和技术规范,利用金财工程的接口标准,采用消息中间件的方式对下级数据库直接连接,自动获取业务数据。
流程内容描述如下:
- 定义设置数据交换中心抽取的数据接口、数据格式;
- 数据交换中心服务端发送请求抽取市县财政数据,数据交换中心客户端确认请求;
- 转换识别请求,访问市县平台数据库;
- 整理汇总数据写入数据集成中心,提供简单账表查询;
- 数据经过清洗、转换后写入数据仓库,提供分析统计图表。
接口调用
数据交换中心提供接口标准规范,市县财政系统遵守HTTP协议,统一按接口规范传输固定格式的业务数据。
接口传输的数据格式,如:
编码 | 名称 | 描述 | |
Element | 数据信息项 | 传输的数据类型,如指标、支付、账务等 | |
Type | 传输数量 | ||
Guid | 唯一标识 | 数据库唯一标识 | |
Map | Agency | 单位 | |
Func | 功能分类 | ||
Expeconormic | 经济分类 | ||
Fundtype | 资金性质 | ||
Paytype | 支付方式 | ||
Bank | 银行 | ||
接口传输
功能设置
- 数据源配置
定义抽取数据的数据库的链接,如:财政年度、地区、数据库的类型、数据库地址、端口号、Sid、用户名、密码等信息;
- 数据抽取定时器
- 数据抽取表配置
数据抽取表可以预定义物理表,也可以根据抽取的数据视图自动生成物理表结构。配置导入的类型、存储过程名、财政年度、地区标识、表编码、表名称、索引列、要素编码格式信息。
- 抽取数据;
根据配置的数据源、数据抽取表自动或者人工导入业务数据。
-
-
-
- 从外部系统数据文件采集数据
-
-
- 外部系统数据按数据提供方和采集方确认的格式形成数据文件由提供方导出至指定存放目录;
- 数据中心配置相关外部文件导入功能,自动导入至数据中心数据库;
- 对于不便自动导入的数据文件,可由采集方人工通过相关功能导入至数据中心数据库;。
自动导入功能
- 导入文件条件设置
定义文件的导入格式,命名规则,存储位置,字段定义、分隔符等;根据所属数据来源的差异分别设定不同配置;
- 导入定时器
设置导入数据的时间、频率等;
- 数据导入
手工导入
- 导入配置
定义文件的导入格式,命名规则,存储位置,字段定义、分隔符等;根据所属数据来源的差异分别设定不同配置;
- 手工文件导入
提供人工文件导入功能,业务用户可通过窗口导入
-
-
-
- 从业务中间表中导入数据
-
-
- 数据提供方和采集方约定中间表采集数据,提供方将整理后的数据导入到中间表中
- 采集方定时将中间表中增量数据抽取到数据中心数据采集表中
功能设置
- 数据源配置
定义抽取数据的数据库的链接,表名,字段定义等,如:数据库的类型、数据库地址、端口号、Sid、用户名、密码等信息;
- 数据抽取表配置
数据抽取表可以预定义物理表,也可以根据抽取的数据视图自动生成物理表结构。配置导入的类型、存储过程名、财政年度、地区标识、表编码、表名称、索引列、要素编码格式信息。
- 抽取数据;
根据配置的数据源、数据抽取表自动导入业务数据。
- 抽取数据;
根据配置的数据源、数据抽取表自动业务数据。
-
- 数据集成——数据转换
-
-
- 功能描述
-
数据清洗转换,目的是保证数据质量。数据清洗专函内容包括数据拆分、合并和数据项补充等。
数据清洗转换过程由系统根据规则自动和人工手动两部分。首先是系统根据设置的转换频率自动按规则转换数据,对已转换成功数据标识,对不合规则的未转换数据标识转换错误,转换错误的数据转到人工手动转换,由负责本业务业务人员根据目标要求,手工对数据进行拆分或则合并或者数据项补充,将清洗结果保存在目标表中。
不论是系统自动执行的规则操作还是人工进行的操作都要记录到日志中。
-
-
- 转换流程
-
流程内容描述如下:
1、系统配置人员根据采集数据不同配置库中数据转换规则。
2、根据配置库中数据采集配置的转换方式为自动采集的数据,系统自动完成数据转换。
3、根据配置库中数据配置的转换方式为人工转换的内容,由人工在系统中将数据文件中的数据转换。
4、将转换完成的数据根据配置的校验方式进行数据校验。
6、系统校验后的数据由相关经办人员对转换的数据进行确认或修正。
7、相关业务业务经办人员确认后的数据由对应的主管领导进行数据的审核,保证数据的正确性。
8、主管领导审核后,数据完成了转换过程,流转到下一环节。
-
-
- 转换方案
-
由于不同财政不同年度采用的基础数据都不完全相同,为了准确的对数据进行分析,需要对数据按照标准编码进行转换,一般采用当年省级基础数据作为标准编码。
标准编码主要由以下内容组成:
列表界面: 罗列需要配置对照关系的表。
详细/修改界面: 如图功能分类详情,列出此表的功能分类的标准编码与名称。
标准编码的新增: 新增界面分为两种形式
- 采用手工录入的形式,对标准基数数据编码与名称手工逐行录入。
- 采用系统导入的形式,对现有表中的数据为基础,采用值集导入的形式。
-
-
-
- 历史(往年)数据转换
-
-
往年年年度本级财政和下级财政数据,无论是平台要素还是业务数已不再发
生改变,根据新年的业务进行数据转换,一次性抽取到数据中心即可
- 数据抽取方式为一次性
- 数据通过平台或者数据中心进行数据抽取
-
-
- 对本年数据转换
-
-
- 当年数据抽取应该为增量模式
- 支持抽取的任务调度
- 通过平台数据集成区控制上下级平台数据传输的权限
-
-
- 年度数据切换
-
-
由于每年数据基础数据都会更新,在进行数据年终结转的时候,如果新年度的基础数据进行了调整,如果往年数据也需要更新,即需要数据结转功能,把历年数据进行结转,确认。
-
-
-
- 转换功能设置
-
-
针对不同数据来源抽取过来的数据设置赌赢的清洗转换规则将其转换成统一口径数据以供分析
数据源设置
设置不同数据源对应系统编码及转换方式,例如
数据源编码 | 数据源名称 | 转换方式 | 转换方式 |
101 | 财税库银 | 中间表转换 | 自动 |
102 | 非税收入 | 文件导入 | 手动 |
103 | 集中支付 | 业务库导入 | 手动 |
104 | 部门预算 | 文件导入 | 自动 |
105 | 年度结转 | 。。。。 | 手动 |
中间表字段映射对照
设置外部系统中间表字段与数据中心业务表字段的对应关系,使用的数据表是FIELD_MAPPING,如图:
SYS_CODE | OUT_FIELD | INNER_FIELD |
105 | FILE_DISP_CODE | BT_DISP_CODE |
105 | REMARK | BT_NAME |
105 | SEND_DATE | INPUT_DATE |
105 | SOURCEID | ADJUST_ID |
APP_SYSTEM_CODE 外部系统编码
OUT_FIELD 外部字段名称
INNER_FIELD 内部字段名称
中间表对应OUT_FIELD字段,财政库对应INNER_FIELD字段。设置以后,中间库中OUT_FIELD中对应字段的值会保存到数据中心数据库业务表中INNER_FIELD对应的字段。
转换要素启用设置
设置数据源要素是否需转换,如何转换
系统编码 | 要素名称 | 是否转换 | 如何编码对照 |
101 | 字段1 | 是 | 编码对照 |
101 | 字段2 | 是 | 默认值 |
101 | 字段3 | 是 | 原值 |
101 | 字段4 | 是 | 同上 |
101 | 字段5 | 是 | 同上 |
101 | 字段6 | 是 | 同上 |
101 | 字段7 | 是 | 同上 |
要素编码转换对照
设置数据源要素对照,如
预算单位
外部系统编码 | 名称 | 数据中心系统编码 |
101 | 两系统编码相同 | |
业务处室
外部系统编码 | 外部系统名称 | 数据中心系统编码 |
两系统编码相同 | ||
资金性质
外部系统编码 | 外部系统名称 | 数据中心系统编码 |
两系统编码相同 | ||
。。。。。
-
- 数据集成——数据汇总
- 功能描述
- 数据集成——数据汇总
数据是用来分析的,分析的目标是为决策提供支持,因此不需要非常明细的数据。数据汇总对分析数据按粒度进行聚合,提高分析结果的一致性和提升分析执行过程的效率。
数据汇总过程也是由系统根据汇总规则自动汇总和人工手动汇总两部分。首先是系统根据设置的转换频率自动按规则汇总数据,对已汇总成功数据标识,对不合规则的未汇总数据标识汇总错误,汇总错误的数据转到人工手动汇总,由负责本业务汇总的业务人员根据汇总目标要求,手工对数据进行按粒度要求进行汇总,将汇总结果保存在目标表中。
不论是系统自动执行的按规则汇总操作还是人工进行的胡总操作都要记录到汇总日志中。
随着时间的进程,业务分析口径也会发生变化,对于统计口径的变化要求,影响大部分数据的情况下可以重新清洗和汇总,而某些情况下只需对小部分已汇总数据的要素数据项(例如单位、科目、项目等)进行调整即可满足统计要求,对所有数据进行重新清洗和汇总反而会加大资源消耗,特殊处理功能目标就是解决这中情况的。
特殊处理功能操作目标是已汇总数据,对已汇总数据进行要素数据项调整、拆分、合并等操作,除了满足单条数据的处理,还需要满足批量数据的处理要求。
对特殊处理进行系统操作要记录到系统的安全操作日志中。
-
- 数据集成——数据分析
数据分析和组织展现利用BI的智能平台工具,在数据转换层形成的汇总库数据的基础上,对最终的分析展示结果进行定制。首先通过语义层定义工具对数据转换层的汇总库中的维度和度量进行定义描述,然后通过系统模块中的报表工具、仪表盘工具结合根据业务决策和统计口径的要求,定制最终的固定报表、多维分析报表、仪表盘等展现模式分析结果。
数据分析和组织展现的实施流程如下图所示:
流程内容描述如下:
1、系统配置人员对汇总的数据将数据库层的信息定义为业务人员可以理解的维度信息,即转为业务术语。
2、系统配置人员对汇总数据进行人员的数据权限设置,保证数据查看的安全性。
3、根据定义的信息和分析主题要求进行分析主题定制。业务经办人员自己定制的分析主题未经授权,则只能自己查看。
4、系统配置人员对定制的分析主题进行主题授权,得到授权的人员可以查看该分析主题。
5、厅领导、处室领导、下级财政领导、业务骨干查看定制的分析主题。
-
-
- 功能设置
- 分析数据整理
- 功能设置
-
主题管理,根据财政具体的业务,划分分析主题,并建立与其相对应数据库表的语义层映射关系。定义分析主题内部的指标、维度属性。
维度管理,能对分析中所需的维度进行统一的管理,支持面向频繁数据变动的缓慢变化维。
指标管理,统一管理,调查指标,行程规范的指标体系库。可根据业务分析需要,将指标库按业务块进行划分,如风险指标管理、绩效指标管理、统计指标管理等。
数据整合,能实现调查统计数据向财政综合查询分析数据集成中心的无缝自动数据抽取转换,降低数据集成中心维护压力。
能够将调查统计数据指标体系自动转换为相应的分析主题。
能够实现补录数据向财政综合查询分析数据集成中心的自动回写。
-
-
-
- 数据综合查询
-
-
实现灵活的统计数据的查询功能,实现分类汇总查询功能、区县基础信息查询功能、上报数据查询功能等。通过灵活的查询条件设置、查询指标项选择与组合等帮助用户检索与提取所需要的数据。不仅要提供单表查询、多表组合查询等常规查询功能、还要满足用户的随机查询、自定义查询等高级查询的需求。支持对查询结果的排序功能。应提供查询结果的分析功能,以便对查询结果进行分析利用。要求提供丰富的图表、多种文件格式对统计分析结果、查询结果进行表征和输出,打印等。
-
-
-
- 拖拉拽式查询
-
-
通过拖拽关注的指标和维度到报表区域的方式,自动产出分析结果。可在查询中执行数据过滤操作,可选择求和、排序、TOPn、同环比等统计分析方法。能够对异常数据进行预警。分析结果可产生多种图表,并导出为常用办公文件如Excel、PDF、Word等。
-
-
-
- 统计分析展现
-
-
系统灵活生成统计报表,提供生成固定报表、拖拉拽报表以及为财政统计分析提供相关数据等功能。
全方位的数据分析,提供对各类排行、财政收支分析、预算分配分析、预算执行分析、统计资料分析、业务数据分析、按科室分析、按科目分析、拨款计划查询、预算执行反馈、年报数据比较等功能。
直观的领导驾驶舱,整理宏观分析指标,进行分析预警,并用图表的形式进行展示,让领导直观了解财政业务现状,有效辅助领导决策。
自动生成分析报告,可产出带有文字、图形、报表、图片等多种元素混合排版的分析报告。分析报告可按照不同查询参数自动生成。
分析报告支持WEB浏览器方式和WORD方式等。
多形式的办公支持,所有的报表、图形、分析报告均可导出为WORD、EXCEL、PDF、TXT、HTML等多种办公格式。所有报表、图形、分析报告均可直接打印,并可利用打印选项控制页面效果。
-
-
-
- 数据挖掘功能
-
-
系统提供成熟的数据挖掘算法,对现有财政数据进行深度挖掘和预测。
如:趋势分析模型、季节分析模型、ARIMA模型、灰色预测模型、神经网络模型等多种时间序列预测算法,层次聚类、k-means聚类、快速聚类等聚类算法,线性回归模型、Logistic回归模型、非线性回归模型(神经网络模型)等回归分析算法。可实现对于选定样本的二项分布检验、正态分布检验、指数分布检验、柏松分布检验、均匀分布检验等。此外还可包括anova(方差分析)、outlier(异常数据监测)和pca(主成分分析)等其他数据挖掘算法。
-
-
-
- 数据建模抽取
-
-
数据建模组件
提供数据建模组件,可以使用图形化的方式构建分析主题、分析维度,并且自动在分析主题和维度之间创建关联关系。建模完成后自动在数据库中创建相应的数据表。
数据抽取组件
集成数据抽取组件,可以使用图形化的方式定义数据抽取、清洗、转换、加载过程。
-
-
- 数据分析展现——领导决策支持分析
-
领导决策支持分析分析是基于财政综合查询分析数据集成中心所构建,主要提供面向不同层级、不同业务处室管理人员灵活便捷的数据综合查询。通过对财政收支总体情况、运行分析、趋势分析、因素分析、关联分析、预警预测等几个角度对财政财政收支进行深入分析的专业系统软件。
该系统实现对财政收支的有效监控,使财政部门决策及管理人员及时、准确、详实地掌握财政收支数据及地区收入征管、入库情况,提高财政收支管理的信息化水平。
-
-
-
- 决策支持分析范畴
-
-
临高决策支持系统对财政数据的查询分析主要一下几个个方面入手
收入分析
- 及时反映财政收入入库情况,提供完整的收入完成及进度信息。
- 提供全方位的收入结构分析,如区域结构分析、税种结构分析。
- 对影响财政收入增长的因素进行分析,剖析促进经济增长的原因
- 运用历史收入数据,建立样本数据库,通过引入计量经济模型拟合曲线,做出财政收入预测。
- 运用经济统计数据分析和模拟国民经济增长及其各项指标对于财政收入的影响,从而衡量区域经济发展水平。
支出分析
- 及时反映区域支出情况、支出增幅、区域进度及支出完成情况。
- 动态监控预算单位、部门的预算执行情况,通过指标、拨款、支付、总会计等环节的数据进行动态监控。
- 借助支出历史数据,对支出趋势做出合理、有效的预测、预警。
对重点项目、重点科目、重点支出方向进行深度跟踪及分析,分别以当期、同期、比重、进度等手段诠释支出重点项目及科目方向,为领导决策层提供实时的反馈信息,以便管理决策者对决策做出合理的判断。
财政预警指标分析
财政预警主要是针对不同的财政主体在各级财政的实际应用来考虑。目前系统工具一般情况,预警机制的功能目标包括三个:
预警功能
即通过确定一系列预警指标及判别标准可以实现对财政风险预警。首先通过主要指标测算出地方财政的风险度值,其次通过一系列的宏观和微观的参考监控指标体系衡量地区财政风险状况。
实时监控功能
即通过对财政债务的项目结构、地区结构实行实时监控,对负债的变动趋势做出分析评价。
风险预算功能
即依据每一项负债的参数(金额、期限、利率和偿还方式等)以及债务违约概率,确定未来偿还债务对财政资金的支出需求,形成一个长期的、滚动的债务预算。
预算外收入占财政收入比重
预算外收入占财政收入比重=预算外收入/财政收入。其中财政收入=预算内收入+预算外收入+制度外收入。在我国,预算外收入的使用和管理是十分不规范的,该指标的上升意味着游离于财政管理体系之外的、不规范的财政收入比例提高,政府财政部门协调、整合调配财政资源的能力弱化,进而增加财政风险,故该指标是越小越好。
公共投资(或经济建设)支出占财政支出的比重
公共投资(或经济建设)支出占财政支出的比重=经济建设支出/财政支出。财政在公共投资(或经济建设)领域的投资是国家,特别是发展中国家财政的一项重要职能,因其具有一定的盈利性,故此指标的高低可以在一定程度上反映出财政投资的效率,而这又成为衡量财政偿债能力的一个标准。但并非这一比例越搞越好,财政对公共领域的投资应以公共性为标准、以弥补市场缺陷为目的,切勿造成对市场的过多干预。
预算外支出占财政支出的比重
预算外支出占财政支出的比重=预算外支出/财政支出。该指标是衡量一个国家或地区财政支出运行质量和财政风险的重要指标。随着市场经济体制的建立和不断完善,财政的预算外支出应该逐渐减小。
财政支出对财政收入的弹性
财政支出对财政收入的弹性=财政支出增长率/财政收入增长率。该指标间接地反映出了财政赤字的发展变化状况。若这一指标长期大于1,政府就会面临较大的财政赤字和债务风险。考虑到经济周期对财政支出的影响,在考察这一指标时应联系到经济周期的全过程,因此可以通过对经济周期内财政支出对财政收入弹性平均值的监控,达到预警未来一定期间内政府所要面临的赤字和债务风险。
外债负债率
外债负债率=外债余额/ GDP,它表明外债给经济造成的负担水平,当然它也反映财政承担外债的风险程度。这一指标的国际警戒线为25%。
国债负担率
国债负担率=国债余额 / GDP。国债的应债来源就是 GDP,因此国债负担率不仅反映了国民经济的应债能力,还表明了国债的发行限度和余留空间。这一指标的国际警戒线是45%,但该警戒线是建立在发达国家30% —50%的财政集中率基础上的,考虑到我国财政收入占GDP的比重仅为20%左右,将警戒线定为 20%左右较为合适。
国债偿债率
国债偿债率=当期国债还本付息额/当期财政收入。该指标能反映出财政的国债偿还能力。如果这一指标过高,说明要么财政收入的很大一部分要用于偿还国债到期本息,造成政府其他职能缺位;要么财政保护政府职能的履行而偿债能力不足。因此,要将这一指标控制在合理的限度之内。
财政宏观分析
相对于财政收入/财政支出分析,财政宏观分析更加关注于财政财政业务的全局管理运行状态,通过大量的比对分析、关键指标监控分析、趋势分析等,结合成熟的经济数据模型、风险评估模型和数据挖掘方法,采用统计图形、分析报告、甘特图、仪表盘、地图等直观方式呈现,为领导全面掌握财政脉络、增加财政收入、控制财政支出、提升管理与执行效率,提供科学合理的数据支持和决策辅助。
财政宏观分析功能列表
序号 | 名称 | 描述 |
1 | 年度预算收支编制分析 | 全年(或本年截止当前)财政预算的收入与支出的趋势对比分析,预算收支比例,计算财政预算收入波动值、财政预算支出波动值、预算收入支出关联系数等。 |
2 | 年度预算收支执行情况分析 | 全年(或本年截止当前)已执行财政预算的收入与支出的趋势对比分析,执行收支比例,计算已执行财政预算收入波动值、已执行财政预算支出波动值、已执行收入支出关联系数等 |
3 | 财政收入完成情况分析 | 预算收入累计完成率、税收/非税收入构成情况、收入来源分布、收入预测值与实际完成对比、 |
4 | 财政支出完成情况分析 | 预算收入累计完成率、税收/非税收入构成情况、收入来源分布、收入预测值与实际完成对比、 |
5 | 市县财政收入、支出分析 | 降序列举各市县的财政收入/支出总额;使用地图方式,直观地呈现出市各区县的财政收入、支出情况,点击可查看单一区县的详细财政收支情况。可对于财政收支存在异常(变动幅度大、数额过低、全年收支波动剧烈)的区县在地图上以醒目标识的方式进行预警。 |
6 | 国库集中支付预警提醒 | 对国库集中支付系统中风险级别(或风险系数)较高的预算项目进行预警提醒。对关注的支付项目可观看其动态跟踪监控情况。 |
7 | 政府外国贷款全球分布及预警 | 使用世界地图,展现财政的政府外国贷款全球分布情况。对于汇率有较大变动的外贷国家在地图上醒目标识。点击可查看单一国家的外国贷款详情、汇率变动走势图、贷款偿还执行情况过程图等。 |
8 | 排名分析 | 财政收入总额前五名科目、财政支出总额前五名科目等排名分析。 |
9 | 财政数据预测分析 | 财政收入/支出在全市GDP总值影响下预测分析(多种算法比较)、财政收入/支出在全市总税收影响下预测分析(多种算法比较)、 |
10 | 财政分析报告 | 以生动准确的文字,全面总结省财政、市县等财政收支编制、执行情况、变动趋势、是否存在问题等。要求样式美观,可以选择不同的时间区间(历年、年度、季度)产出相应的分析报告,并且可以方便的导出为常用的办公文件格式。 |
-
-
-
- 数据展示
-
-
页面风格布局
除了基本的报表与图形展示,提供更加丰富的数据展示形式。
现状: 综合查询提供主题的配置,按内容提供2*2、3*2等多种风格界面布局,采用EXT默认界面展示形式,在布局模块之间可配置联动功能。
- 用户在查询各种数据时,除了分析报告外,最好能够一屏就能显示,因此我们需要提供更多的关于1屏显示的报表布局形式,比如:
,
,
,以及上下结构等等。 - 就报表的展示内容来说,主要包括:标题,图形或者报表,图形说明。
- 把布局与页面的展现方式拆分出来,即:对一种布局,可以提供多种展示形式供选择,比如以1*1的结构来说,可以采用如上图的例子,采用的EXT的风格,也可以采用如下面的风格,并且逐步提供更多的风格。
图1:Ext默认风格
图2:XX风格
- 提供更丰富的布局构成。针对每个布局风格的模板,除了图或者表的展现外,提供相关的文字说明(数字为动态数据)以及导航功能。
页面配置流程
-
- 先根据选择布局,提供界面风格如下:
此页面需要支持多数风格,
,
,
等都需要提供,需要提供3*3以下的所有常用布局。
-
- 选择更改页面展示的风格。比如下图
-
- 根据提供的不同的风格,在提供根据这种风格模板的相应的配置界面。
-
-
-
- 分析主题展现(XX风格)
- 收入结构分析
- 分析主题展现(XX风格)
-
-
收入构成进行分析,以饼状图的方式显示各税种贡献度,主要有税收、非税组成、分地区收入构成、税种分析等;分税种历史对比分析等、
-
-
-
-
- 收入进度、趋势分析
-
-
-
按月、季度、年对收入完成情况进行分析,分税种同比、环比分析,收入历年完成情况
-
-
-
-
- 地区收入横向对比
-
-
-
对省下各地市收入完成情况横向对比分析,各地区以列表或地图方式显示,从结构、进度、历史趋势等角度进行分析
-
-
-
-
- 支出结构分析
-
-
-
对财政支出结构深度分析,从支出组成(科目、、资金性质、指标来源等)到各组成要素间关联进行分析
-
-
-
-
- 支出进度、趋势分析
-
-
-
对财政支出分析分月、季、年统计支出完成情况,同比、环比以及历史走势等
-
-
-
-
- 地区支出横向对比
-
-
-
对省下各地市支出完成情况横向对比分析,各地区以列表或地图方式显示,从结构、进度、历史趋势等角度进行分析
-
-
-
-
- 重点、热点项目分析
-
-
-
对目前重点、热点的话题、项目进行分析,如“三公支出”分析、民生支出分析等
-
-
-
-
- 排名分析
-
-
-
确定排名指标,显示排名情况
-
-
-
-
- 月报、日报功能
-
-
-
根据用户需要按月形成财政收支月度报表、日报表
-
-
-
- 分析主题展现(BO风格)
-
-
界面展现
主界面上显示各项收入与税收总收入之间的关系,如图所示:
当某项明细收入增减(百分比)时,对税收收入的影响(增减百分比)实时表现出来,如图所示:
影响收入的因素很多。关键是要根据各地的情况建立正确的收入预测模型。如分析在所得税率、营业税率等税收政策调整的情况下,对财政所得税收的影响等等,则可参考下图的另一种收入预测模型:
结合业务需求,利用财政收入数据,实现相应的的查询/统计/分析报表、分析报告、数据挖掘分析等。实现的分析应用列举如下表(包括但不限于):
- 1 财政收入分析功能列
序号 | 名称 | 描述 |
1 | 收入趋势分析 | 分析一个时间段内的财政收入趋势的数据和图形。可以从收入来源、时间段、行业等多方面角度综合限定所查询的财政收入。 |
2 | 收入来源分析 | 使用表格、统计图形等方式分析各类收入来源的总收入额、占比、同/环比变动情况等 |
3 | 收入预警分析 | 可根据设定的预警规则,从收入来源分类、时间段、经济分类、所属行业分类等多方面角度分析,对达到预警要求的财政收入项给出突出预警。 |
4 | 收入预测分析 | 采用领先的预测方法,通过分析一个时间段内的财政收入数据,预测未来将要产生的财政收入。 |
5 | 收入与政策关联分析 | 分析政策变动前后财政收入的对比情况,对于不同来源、不同行业的财政收入影响情况,体现影响的关联度。 |
6 | 收入应用情况统计 | 对于已经使用的财政收入,对其使用方向、使用时间、使用周期等进行统计分析。 |
7 | 收入情况分析报告 | 以生动准确的文字,全面总结财政收入的来源情况、使用情况、增长趋势、是否存在问题等。要求样式美观,可以选择不同的时间区间(历年、年度、季度)产出相应的分析报告。 |
8 | 省级、市县财政收入情况 | 省、市县的财政收入总体变动趋势图示、收入构成比例等分析应用。 |
9 | 预算收入编制模拟 | 根据财政的预算收入编制规范和算法,结合国民经济数据、预算申报数据、业务系统其他相关数据等,模拟产生财政收入预算编制。可以为预算编制人员、预算审定人员提供数据支持。 |
10 | 预算收入执行情况分析 | 分省、市/地方区县、分国/地税、分税种、分预算科目的预算收入执行情况进行完成度分析、同/环比分析; |
11 | 预算外财政收入分析 | 按照预算外收入类型对财政收入进行占比分析、对于上年结转比率分析等给予预算外财政收入数据的分析。 |
界面展现
主界面上是三层显示结构:
- 左边(及左下角)以地图形式显示分地区的查询条件,默认的查询条件为全口径(如全市)。主界面上显示收入进度分析:以柱状图各月份的收入完成情况,以及上年同期的完成情况,以及与收入计划的比较情况:同比增长率、完成率;
- 右中部有个可选择具体月份的查询条件,默认为全部。右上角显示当年(按上述两个地区、月份查询条件的)预算收入的完成情况,按税收收入的大类分解,如:非税收入、社保基金收入、税收收入、转移支付收入等等,可以以柱状、或饼图形式显示;
- 右下角则显示选中右上角的某个大类类别的明细收入类别的完成情况。
- 最上面显示分地区的当年收入完成情况排名。
如图所示:
动态显示明细收入分类完成情况
点击右上角的某个收入大类(如非税收入),则右下角显示该大类的明细收入类别的完成情况,如图所示:
动态显示某地区的收入完成情况
点击地区查询条件(如合肥市),上述三组图形则分别显示符合该查询条件的收入完成情况,如图所示:
动态显示某月份的收入完成情况
点击月份查询条件(如三月),上述右上角显示该地区、该月份的当年预算收入分大类的完成情况,右下角紧跟着显示其中的一个大类的明细收入类别的完成情况,如图所示:
查询详细的数据(报表)
双击收入进度分析柱状图后,弹出页面显示(符合条件的)收入分析进度表数据,如图所示:
结合业务需求,利用财政支出数据,实现相应的的查询/统计/分析报表、分析报告、数据挖掘分析等。由于财政支所涉及的应用系统较多,包括预算编制、预算执行、拨款、项目执行、国库支付等多方面,因此财政支出分析应具备以下应用功能(包括但不限于):
- 2 财政支出分析功能列
序号 | 名称 | 描述 |
1 | 预算支出编制总体趋势分析 | 历年预算编制总额的数据及图形趋势分析。可选择的查询及分类条件包括:预算支出科目、支出单位类型、支出预算类型、预算当前执行状态、预算规模等。 |
2 | 预算支出执行分析 | 分省、市/地方区县、分国/地税、分税种、分预算科目的预算支出执行情况进行完成度分析、同/环比分析。 |
3 | 预算支出编制预警分析 | 对于不符合财政的预算支出编制规范及算法的,给出预警提示(编制规范和算法预先设定)。 |
4 | 预算支出执行预警分析 | 对于未按时执行(提前/推迟执行)的预算支出给出预警。对于预警项应可进一步查看其详细信息(支出类型、应支出时间、未按时执行原因等)。 |
5 | 国库集中支付查询分析 | 分国库集中支付方式、分功能科目、分回单类型、分支付时间段等多种方式,对于国库集中支付提供灵活的查询分析应用。 |
6 | 国库集中支付对账情况分析 | 国库集中支付系统与总会计系统的对账情况统计 |
7 | 国库集中支付预警 | 利用国库集中支付数据和预算管理数据,结合业务需要建立国库集中支付风险分级评估体系,对于风险级别(或风险系数)较高的预算项目进行预警提醒。 |
8 | 国库集中支付动态监控 | 对于单一项目的国库集中支付路径跟踪监控,采用清单方式展示其预算编制、预算审查、预算用途、列支预算科目、支付方式、收款人等,并且使用图形化方式体现各个结算点、结算金额,对于有风险的环节(例如频繁支付、异常大额支付)等给出告警提示。 |
9 | 拨款计划执行情况分析 | 实现拨款计划与预算支出匹配程度分析,从而对拨款计划执行情况进行总体评估。 |
10 | 拨款分类统计查询 | 按照拨款项目、拨款方式、拨款时间、是否预算内等进行分类统计查询。 |
11 | 拨款趋势及对比分析 | 对于指定时间段内的预定拨款计划、已完成拨款计划趋势的图示以及对比。 |
12 | 拨款审批情况综合分析 | 拨款审批通过率、指标审批查询、指标审批明细、指标审批核对(下达或计划)、指标审批核对(预算外)、车维、车险、燃料执行情况 |
13 | 政府外国贷款分类统计 | 分贷款投向统计、分贷款条件统计、分国别贷款统计等。 |
14 | 政府外国贷款风险分析 | 政府外国贷款利率变动分析、政府外国贷款偿还期及偿还率分析等。 |
15 | 其他财政支出分析 | 专项资金分析、支出定额分析、城市建设资金分析、预算基础资料管理及分析等。 |
16 | 支出情况分析报告 | 以生动准确的文字,全面总结财政支出的使用情况、增长趋势、是否存在问题等。要求样式美观,可以选择不同的时间区间(历年、年度、季度)产出相应的分析报告。 |
界面展现
主界面是由三部分组成:
- 中上部以柱状图形式显示分支出功能分类大类的支出进度情况,包括计划完成数、当年完成数、上年同期完成数、完成率等内容;
- 左下角以柱状图形式动态显示选中的功能分类大类分月份的支出进度情况,包括指标金额、支出金额、增长率等内容;
- 右下角以柱状图形式显示分资金性质的支出进度情况,包括支出金额、完成率等内容。
如图所示:
双击按支出功能分类的柱状图后,弹出页面显示(符合条件的)支出进度表数据,如图所示:
该主题服务于决策层领导的高度概括总财力分析。分资金性质、支出功能分类描述不同预算来源结构形成的预算支出。包括:总财力分析、上年结转分析、上年结转分析(同期对比)、上年结转分析(分处室)、预算分配分析、预算分配分析(同期对比)、待分配分析(分处室)、待分配分析、下级已分配分析、下级已分配分析(分地市)、分地市财政支出执行表、支出结构分析(科目、部门)、支出经济分类分析表、重点预算项目分析、预算执行表(预算)。
界面展现
主界面上是三层显示结构:
- 最上边的主界面上以柱状图显示按资金性质的预算指标金额、支付金额、结余金额;
- 左下部现实某资金性质的分预算来源的执行情况,可以以饼图、柱状图的形式显示;
- 右下部分别按单位、按月份动态显示左下部选中的预算来源执行数的明细构成情况。
如图所示:
分别按单位、按月份动态显示预算来源的具体执行情况
当点击“按预算来源分析”中的某个预算来源时,右下角的两个图形会分别显示按单位、按月份的该预算来源的明细支出情况(柱状图),并且柱状图地颜色也随选中的预算来源的变化而变化,如图所示:
查询详细的数据(报表)
双击按资金性质分析指标的柱状图后,弹出页面显示预算指标执行情况的明细表数据,如图所示:
-
-
-
-
- 预算执行过程分析
-
-
-
该主题按资金性质、功能分类、项目、单位统计并分析预算资金的执行情况。包括:实拨资金统计分析、预算执行情况分析(单位、科目)、预算计划支付情况分析、计划执行情况分析、分处室预算执行进度分析、预算执行分析(单位、功能、经济)、预算结余分析表、本级对账单(明细)、上级对账单(明细)、下级对账单(明细)。
界面展现
主界面是由三部分组成:
- 左上部以柱状图形式显示分处室的预算执行情况,包括指标金额、计划金额、支付金额;
- 右上部以柱状图形式显示分支付方式的预算执行情况,包括计划金额、支付金额;
- 中下部显示预算执行分析情况的报表明细数据。
如图所示:
-
-
-
-
- 重点项目分析
-
-
-
界面展现
主界面是由三部分组成:
- 中上部以报表形式显示各重点项目的预算数和执行数;
- 左下角以柱状图形式动态显示选中的重点项目分月份的支出进度情况,包括预算数、支出数、支出累计等内容;
- 右下角以饼图形式动态显示选中的重点项目的预算来源构成情况。
如图所示:
当选中另一个重点项目时,左下角、右下角的图形会作相应的变化,如图所示:
界面展现
主界面是由四部分组成:
- 对现金分析分理想状态分析和常态分析两种情况;
- 在理想状态下,根据计算模型,动态显示一定时期现金持有量、有价证券转换成本、利率与总成本、现金持有机会成本、现金转换成本、最佳现金持有量之间的关系。如图所示:
- 在常态下,根据计算模型,动态显示一定时期现金波动、、有价证券转换成本、利率、现金存量控制下限与现金存量、现金存量控制上现、最佳现金持有量之间的关系。如图所示:
-
- 其他功能
- 领导查询终端
- 其他功能
数据中心查询分析系统主要针对用户为领导决策层和管理层,用户操作系统只需操作鼠标就可完成查询,在保证查询页面内容全面丰富的前提下能方便快捷的查询浏览数据,结合这个特点,系统提供便捷的查询窗口和终端,方便用户的使用;
-
-
-
- 独立终端
-
-
独立显示终端—特定用户配置独立终端,用户无需登录以窗口方式展示财政收支数据,用户点击鼠标浏览查询数据,系统直接绑定终端,其他没有绑定无法看到数据,保证数据安全,终端可以使独立大屏显示器、手机、PDA等
-
-
-
- OA嵌入方式
-
-
用户常用查询页面同过接口发送js文件到OA页面,作为OA系统页面的一部分展示,用户无需再打开查询系统页面,就可直接浏览需要查询的数据(图形、报表),实时是浏览,动态监控。
-
-
- 接入OA办公系统
-
随着财政办公信息化水平不断提高,业务系统也越来越多,一个用户可能要使用多个系统,办公过程中需要在不同系统之间切换,而且每个系统都有自己的用户名和密码,这样势必给工作带来不便。为解决此问题,除传统通过应用平台门户登录系统模式外,系统通过接入OA办公系统,实现用户只需要一次登录,就可以访问领导查询系统。
-
-
-
- OA单点登录模式
-
-
通过单点登录OA系统,实现用户只需要一次登录,就可以访问领导查询系统。
OA链接登录模式
在用户办公OA及分析系统模块,用户可以通过OA中链接以但单点登录方式直接进入分析系统中去,不再验证口令。
1、用户登陆OA系统后,点击领导查询系统,自动调用OA系统提供的接口判断当前用户是否合法,替换原有系统的用户合法性验证。
2、领导查询系统提供登录系统链接,如:
http://servername:port/servlet
OA系统拼装:uid=&sid=&year=&pserver
OA系统组装形成http://servername:port/servlet?uid=&sid=&year=&pserver的字符串,作为OA用户进入领导查询系统的链接地址;
其中uid表示用户在领导查询系统中的帐号 (单点登录,业务系统中的账号与登录OA账号为同一个) ,sid是登录用户产生的SessionID,year是年度,pserver是业务系统需要回调的链接地址(验证用户合法性)。
3、用户登录系统后,可直接进入到业务系统操作区。
接口名称 | BS应用系统用户登录接口 | |||
功能简述 | OA系统在页面上提供应用系统的登录链接。 用户在OA系统登录后可点击链接,直接进入应用系统 | |||
传输协议 | HTTP | |||
访问URL | 如:http://域名:端口/web/servlet?uid=1000& sid= &year= &[&AdmDivCode =] | |||
输入定义 | ||||
# | 名称 | 类型 | 说明 | |
1 | Uid | String | 登录用户的唯一标识 | |
2 | Sid | String | 用户登录OA后平台系统产生的会话编号 | |
3 | Year | String | 年度 | |
4 | … | … | 其他登录必要参数 | |
输出定义 | ||||
用户点击OA上的应用系统链接后,OA将用户浏览器重定向到应用登录入口,应用系统判断登录有效后,返回用户在应用系统登录后的首页 | ||||
OA接口模式
OA提供给领导查询系统验证用户合法性接口,用户在OA中的权限可以在查询分析系统得以提现;
领导查询系统需要验证该用户是否为合法用户,OA系统为领导查询系统提供一个接口。
2、领导查询系统调用OA传过去的参数pserver连接地址:http://ip:port/security/authservice
领导查询系统组装sid=xx
领导查询系统形成http://ip:port/security/authservice?sid=xx 的字符串,然后向OA系统回调此连接地址
根据用户登录OA系统后产生的sid来验证该用户是否合法,合法则返回1,不合法则返回0。
3、领导查询系统根据返回的结果进行验证登录,如果返回结果是1则是合法用户,则根据用户名进行业务系统的正常登录。
接口名称 | 判断用户是否登录OA系统的接口 | |||
功能简述 | 判断用户是否登录OA系统 | |||
传输协议 | Web service | |||
访问URL | 如:http://域名:端口/security/authservice? sid= | |||
输入定义 | ||||
# | 名称 | 类型 | 说明 | |
1 | sid | String | 用户登录平台后平台系统产生的会话编号 | |
输出定义 | ||||
验证Session是否存在 验证正确返回1 验证失败返回0 | ||||
-
-
-
- OA用户管理
-
-
统一用户管理的建设是应用整合中的基础,可以说决定了应用整合建设的成败, 是应用整合建设关键的一步。
目前领导查询系统采用的用户是平台中的用户,与OA系统中的用户数据并不一致,这就需要双方系统统一用户。
1)人工来维护用户
由于领导查询系统定位与领导,系统的使用者并不太多,且使用者的权限控制变更也不多,这种情况,可以采用线下制定用户添加的流程进行用户的更改,添加。
2)对用户采用一方为准,以此为基础进行自动同步。
双方采用中间数据库表的形式,把用户的更改信息放入一个表中,系统自动进行同步。
名称 | 代码 | 备注 |
编码 | CODE | 登陆用户名 |
姓名 | NAME | 用户真实姓名 |
组织机构 | ORGANTYPE | 所属机构 |
状态 | STATE | 是否启用 |
-
-
- 系统日志
- 日志分析结果查看日志
- 系统日志
-
对报表或者图形的访问进行查询,记录报表或者分析报告的访问,时间等。
- 对系统登录人进行详细记录,包括人员信息,时间等。
- 对报表的操作人进行记录,包括对报表的各种操作,以及报表打开的时间等进行记录
通过对日志的分析,为用户留下电子印记,同时,可通过记录,发现速度比较慢的报表,优化用户体验。
数据根据采用的调度方式,往往夜间进行数据的分析、抽取,需要有详细的记录,以保证数据抽取的正确性。
- 数据抽取结果查询,根据抽取是否成功,如失败,能根据失败记录,分析原因,以解决数据问题。
- 抽取数据核对。通过记录抽取数据条数,对抽取结果进行校验
-
-
-
- 领导决策支持系统分析主题规划
-
-
综合查询包含两类查询功能:
3综合查询分析功能列
|
|
|
|
|
|
|
|
|
在综合查询分析系统中,综合仪表盘示例如下:
能基于业务的内容进行层层钻取分析:
图一:全局预算执行情况分析.
图二: 根据上图中按照功能科目类级分析数据图.
图三: 根据功能科目类级的教育分析功能科目教育的款级数据图.
图四: 展开功能科目款级的普通教育分析该科目下的项级数据图.
以上功能除作成饼形图,还能改成柱状及折线状图形,满足不同需要,此功能很好的分解细化具体所查内容,以供参阅相关数据.