应用支撑平台讲稿lgm

上传人:宝路 文档编号:46992249 上传时间:2018-06-29 格式:PPT 页数:53 大小:4.05MB
返回 下载 相关 举报
应用支撑平台讲稿lgm_第1页
第1页 / 共53页
应用支撑平台讲稿lgm_第2页
第2页 / 共53页
应用支撑平台讲稿lgm_第3页
第3页 / 共53页
应用支撑平台讲稿lgm_第4页
第4页 / 共53页
应用支撑平台讲稿lgm_第5页
第5页 / 共53页
点击查看更多>>
资源描述

《应用支撑平台讲稿lgm》由会员分享,可在线阅读,更多相关《应用支撑平台讲稿lgm(53页珍藏版)》请在金锄头文库上搜索。

1、金财工程应用支撑平台介绍山西平台项目组 2011年10月提纲 平台建设背景 平台建设目标 平台原理与构成 平台意义与作用 平台建设历程财政信息化发展历程财政信息化经过三十年的发展,经历了:电子表格阶段、单系统建 设阶段、系统互联阶段、一体化系统阶段。电子表格阶段信息数字化,文字变为电子数据一体化系统阶段结构统一数据共享流程完整业务协同数据资源再利用系统互联阶段系统引进了业务处理流程,解决个别系统与系统之间的数据交换单系统建设阶段解决了单一业务的管理,节约了人力一体化程度时间时间财政信息化面临的问题由于财政系统内各部门的信 息化进程不一致等原因,部 分资金和业务没有纳入统一 的系统管理现有的财政

2、核心业务系统由 预算编审、指标管理、预算 执行等多个分散独立的系统 组成(中央、地方都有类似 现象)。从全局来看,系统 建设缺乏一体化设计思想, 各自为政,导致了信息系统“ 不统一、不系统”数据口径 不一致信息共享 程度不高业务流程 不畅通系统自动 化程度不高难满足 新业务问题财政信息化面临的问题预 算 编 制账 务 管 理支 付 管 理指 标 管 理基 础 信 息 库各系统相互独立,信 息不通畅, 无法满足业务协同操作的要求系统的技术架构各异业务系统需要整合!工资统发预算编制账务公务卡收入管理政府采购债务管理国库支付项目库基础库业务系统整合面临的问题系统相互独立任 何两个需要贯通的业 务系统

3、间都要开发接 口 未进行一体化设计, 口径不一致,技术机 构各异难以实现 系统间的整合应用支撑平台的产生为解决以上问题,在部领导指示下,财政部信息网络中心会同预 算司、国库司等业务司局以及地方财政部门,对原有业务流程、 信息系统进行了深入调研,提出了基于应用支撑平台构建大系统 的建设思路。应用支撑平台是n数据平台:统一数据库,集 中数据n业务平台:支撑财政业务, 实现业务贯通与协同办公n技术平台:统一技术标准, 支撑表层业务系统开发n数据标准、业务标准和技术 标准的承载体。技术 标准技术 标准业务 标准数据 标准技术 标准“金财工程”应用支撑平台预 算 管 理门 户 办 公账 务 管 理查 询

4、 监 控 分 析基 础 信 息支 付 管 理提纲 平台建设背景 平台建设目标 平台原理与构成 平台意义与作用 平台建设历程财政业务基础数据 规范的载体公共的数据中心实现统计分析、决 策支持实现信息共享与工 作协同实现财政主体业务 ,包括预算编制、 预算执行、资金监 控、财政决算、会 计核算等支撑财政业务未来 的发展整合分散系统的工 具贯通上下级财政信 息系统的桥梁支撑组件化的开发 模式数据平台业务平台技术平台123平台建设目标(1)平台建设目标(2) 系统研发平台提供一体化系统技术框架基于组件可快速构建表层应用,加速研发过程 系统支撑平台提供表层应用系统运行所需的业务要素、基础代码、控 制数据

5、、流程、规则、权限控制等。 省、市、县上下级贯通最终达到省、市、县上下级贯通。提纲 平台建设背景 平台建设目标 平台原理与构成 平台意义与作用 平台建设历程平台原理(1) 通过标准总账实现财政主体业务的记录、控制、 贯通与分析:引入财务会计记账的理念建立指标账会计科目体系以复式记账的方式形成预算指标账通过指标科目衔接上下游业务环节,指标科目余额来 控制下游环节的业务操作通过总账详细记录标准化的业务数据,以满足不同层 次分析报告的要求平台原理(2) 通过抽象化的业务逻辑支撑财政主体业务:通过数据字典来管理公共基础数据通过交易凭证,将业务单据引入平台通过扩充交易凭证,实现新业务扩展通过交易令抽象业

6、务控制关系,决定如何记录总账通过通用的权限模型实现各种权限控制抽象业务规则支撑业务控制以通用的报表组件实现各层次报表展现基于平台的一体化系统技术架构基础信息 系统预算管理 系统账务管理 系统查询监控 分析系统应 用 层服 务 层数 据 层数据字典组件规则组件工作流组件 权限组件行政办公 系统交易凭证 组件总账组件 交易令组件 报表组件数据交换 组件安全组件数据规范总账数据公用业务数据财政统一应用门户底 层 平 台表 层 应 用平台的构成 平台由5个业务组件和5个技术组件和1个系统组成 抽取财政业务的共性,形成业务组件 总结信息系统的共性,形成技术组件 利用平台完整业务数据,实现自动账务管理“

7、“金财工程金财工程” ”应用支撑平台应用支撑平台数数 据据 字字 典典 组组 件件交交 易易 凭凭 证证 组组 件件总总 账账 组组 件件交交 易易 令令 组组 件件规规 则则 组组 件件工工 作作 流流 组组 件件报报 表表 组组 件件权权 限限 组组 件件数数 据据 交交 换换 组组 件件安安 全全 组组 件件综综 合合 查查 询询 分分 析析 系系 统统平台组件配置客户端界面(1)数据字典组件 具有可控的数据字典和数据编码的建立、维护、 同步、扩展机制 对全系统的财政业务基础数据进行统一存储与管 理,形成基础数据规范 为其它组件提供方便的基础数据提取和校验 支持基础数据的版本变更、合并与

8、拆分(2)总账组件指标账与资金账 应用支撑平台支持指标账和资金账的双轨制方式,指标账和资金账合并形成一本标准总账。收付实现制与权责发生制 既可以适应现行的收付实现制 又可以支撑未来的权责发生制支撑预算管理与执行的全过程 指标账户反映了预算管理与预算执行过程中指标的变化与状态; 资金账户反映了从收入到支出的资金变化过程与结果; 指标与资金账户的集成实现了业务信息和会计信息、控制信息的全过程平行流动,满足了一级财政从指标到资金,从收入到支出的一体化全过程控制。指标账与资金账平台总账记录业务数据的原则 明细、完整的记录 总账明细、完整地记录了业务数据。对于多业务环节共享的数据 项和统计分析所需的重要

9、数据项应记录在总账中。 清晰的来源去向 总账清晰记录了各财政业务的来源去向,可实现任意的正向追溯 和反向回溯 “多维多级”的要素结构 构成总账记录的数据项是多维平行的,每个数据项各以支持任意 级次,可满足多角度统计分析的需要。总账的多维多级要素结构总账属性域序号名称序号名称01会计科目14文号02资金性质15支付方式03收支管理类型16经济 分类 04预算单位17代理银行 05功能分类18清算银行06项目19归集银行 07预算来源20付款账号08指标来源性质21收款账号 09基建标识22拨款期间属性 10工资标识23 11政府采购标识2412指标管理处室25若干预留要素属性域13指标可执行标志

10、26若干预留文本属性域指标管理环节的会计分录序号会计分录序号会计分录1待分指标加载3指标分配借:预算结余借:支出预算分配贷:支出预算 贷:支出预算调整借:预算支出资源借:待分指标贷:待分指标 贷:可执行指标2可执行指标加载4可执行指标调剂借:预算结余借:支出预算调整贷:支出预算 贷:支出预算调整借:预算支出资源借:可执行指标贷:可执行指标 贷:可执行指标计划、支付环节的会计分录(1)序号会计分录序号会计分录1用款计划编制4直接支付凭证借:可执行指标借:确认支付贷:分月计划 贷:应付支付凭证2分月转当月计划5授权支付凭证借:分月计划借:可执行计划贷:可执行计划 贷:应付支付凭证 3直接支付申请借

11、:可执行计划贷:确认支付计划、支付环节的会计分录(2)序号会计分录序号会计分录6银行回单一般预算直接支付7银行回单一般预算直接支付退 款 601指标账701指标账借:应付支付凭证借:已核销预 算支出 贷:已核销预 算支出 贷:可执行计划602资金账(支付中心会计)702资金账(支付中心会计)借:一般预算支出借:一般预算支出(红字)贷:财政零余额账户 贷:财政零余额账户 (红字)603资金账(总会计)703资金账(总会计)借:一般预算支出借:一般预算支出(红字)贷:国库存款 贷:国库存款(红字)(3)交易令组件交易令是交易凭证与总账交互的中间枢纽部件,它以接口形式为交 易凭证提供服务;同时是交易

12、凭证数据存储到总账的规范模板,以 及交易凭证调用总账服务的代理和桥梁; 一个或多个交易凭证对应一个交易令; 每个交易令可设置多套会计分录,通过条件过滤选用其中一套会计分录 ; 每套会计分录可以包含多组会计分录(多借多贷); 规定交易凭证向总账(控制表)传输数据的管理要素项(COA); 以规定的COA结构接收交易凭证传过来的数据,生成会计分录; 定义交易凭证所使用的会计分录模板。定义会计分录模板时,要考虑数 据条件。(4)规则组件 规则组件是对可变业务逻辑的一种抽象。在规则 组件中,可根据业务的要求设定相应的条件,来 规定系统实现业务逻辑的行为。规则组件包含范 围规则和合并规则:范围规则根据一组

13、数据项的逻辑运算结果来决定业务流程分支或者对业务数据进行过滤的可自定义的 业务规则。合并规则根据一组数据项对业务数据进行分组合并的规则。(5)交易凭证组件 交易凭证注册管理器交易凭证组件是交易凭证在平台中的注册管理器,可 以定义交易凭证(或表层业务单据)种类、交易凭证 属性域、功能服务、上下文控制、合并规则、单据号 规则等。 平台服务代理它是应用支撑平台主要服务的业务代理,是工作流、 权限、交易令、数据交换、数据字典、应用安全、数 据报表等组件的服务通过应用平台接口的统一包装; 外部访问平台主要通道它是外部业务系统对应用支撑平台访问的主要通道, 它向平台外的业务系统提供统一的服务;(6)工作流

14、组件 工作流定制工具 工作流状态机(工作流引擎) 工作任务(工作流实例)工作流执行原理通过工具为每一种交易凭证定制一个工作流,包括结点、动作、分 支动作条件、动作权限等业务单据新增后,根据交易凭证类型自动产生工作流实例,开始流 转运行;工作流计算出待办列表,业务系统显示单据的可选下一步操作;用户执行操作后,业务系统将请求提交到工作流,计算条件是否符 合,如符合则调用该操作的业务功能;工作流驱动引擎,计算并结算到下一状态,准备好下一操作。通过交易凭证记录总账的机制(7)权限组件权限控制基于用户和角色实现,包括功能权限、数据权限两个部分 ;权限组件为外部业务系统或平台内部组件提供权限控制;用户分三

15、种级别: 超级用户没有权限限制; 管理用户能管理其他用户; 普通用户不具有管理功能,只有使用权限;角色是一组功能的集合,一个用户可以有多个角色,一个角色可以 有多个用户;可以为角色定义统一的数据权限,也可以为角色中每个功能定义独 立的数据权限,还可以为角色下的具体用户定义更明细的数据权限 ;支持用户授权(8)数据交换组件交换组件是不同系统之间在分布部署情况下进行数据传输(交换) 的工具和媒介,其主要职责是将数据从数据发送方以标准的格式快 速、安全的发送到数据接受方;交换组件分为服务端和客户端两个部分。 服务端:管理通过交换组件交换数据的系统信息;维护交换数据的标准 格式;维护数据交换采用的交换

16、协议、压缩方式及加密方式等信息;提 供上传下载服务; 客户端:提供上传数据和下载数据的功能。交换组件既可以为外部系统提供独立的数据交换客户端,也为外部 系统提供了嵌入式交换客户端个性化开发的软件包;交换组件实现了数据发送方、数据接收方及交换组件本身的松耦合 ;交换组件可以实现多线程收发数据,支持断点续传;交换组件的作用主要是基础数据的同步及业务数据的交互;(9)安全组件 用户登录系统和远程调用时进行身份认证; 可对业务数据进行私钥签名,防止抵赖; 对重要数据在传输过程中进行加密、解密处理; 可对一些业务异动情况进行监控。(10)报表组件 可跨数据库提取数据,支持跨系统、跨年度、跨 财政报表 可定制行列固定

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 中学教育 > 教学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号