某银行账务管理信息系统建设
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国加入WTO后，中国的金融制度和金融环境发生了较大变化。 在金融市场方面，随着中国利率市场化改革的推进和市场竞争的加 剧，今后市场利率波幅会更大，银行的存贷款利差将会进一步缩小。 在金融监管方面，财政部出台了新的《金融企业会计制度》，要求 金融企业按国际惯例对贷款、拆借、固定资产等资产足额提取减值 准备。人民银行对资本充足率管理和信息披露提出了更高要求，最 近又颁布了《银行内部控制指引》，应该说，我国的金融制度和财 务会计制度正在逐步与国际接轨。由此可见，加强财务管理在现代 银行经营管理中尤其重要。
二、建立全省网点集中统一的费用资产管理系统，实现后台业 务的精细管理和核算。 建设全省网点预算管理平台，实现预算数据管理和余额管理、 预算调整和变更管理，建立符合银行要求的预算控制机制。 建立全省网点费用管理系统，以预算控制为基础，优化操作流 程，实现费用审批、开支、控制、报账、付款的电子化管理和流程 化操作。重新梳理目前银行的费用核算科目与成本归集口径，采用 自助报账，自动支付和账务处理，线上与线下管理相结合的方式， 提高工作效率和数据质量，满足事后分析和成本分摊的需要。 建立全省网点非信贷资产管理系统平台，实现全省网点资产的 全生命周期管理，进一步标准化、规范化、流程化资产管理业务， 达到业务效率和管理水平提升的目的。
• 短信平台 系统运行中的异常情况通过短信平台发送通知到相关系统管理 人员 费用资产管理系统中的审批通知通过短信平台发送到相关业务 人员 • 中间业务平台 费用资产管理系统将付款信息通过ESB传送到中间业务平台完 成支付 费用资产管理系统读取中间业务平台的支付状态以控制付款流 程 • 统一柜面 大总账系统通过统一柜面进行单点登录
系统用户数估算
例如： 银行目前有500家网点，12000家支行，20000个网点，财管系 统需要满足未来5年的业务系统要求。根据业务需求分析如下： 表1.业务量及系统用户数估算
系统 大总账系统 费用资产管理系统 财务报表管理系统 管会系统 用户数 2000 220000 24000 1000 在线用户数 1500 11000 12000 300 并发用户数 1500 550 2400 100
三、建立面向财务管理部门的全省网点财务报表管理系统。 制式报表自动调度、发布和输出体系，如业务状况明细表和汇 总表等，提高报表的准确性，时效性，便利性。 利用指标和报表管理技术，实现自定义报表和分析报表的定义、 运行、发布，强调按照法人和经营单元进行报表综合管理。
四、建立符合银行特点的管理会计信息系统。 通过资金转移定价（FTP）和成本分摊、内部利润、绩效指标 计算等实现对数据的加工，从而产生符合管理需要的、多维度的利 润贡献度分析结果信息。数据加工的过程，是通过专业的模型和算 法实现的，模型和算法则由用户通过参数化配置实现。 作为银行业务分析管理的核心，FTP、分摊和多维贡献度分析、 资产负债管理构成银行了财务管理的最基础应用，可以满足银行对 各业务单元的绩效评价和未来决策支持的需要。
• 门户系统 费用资产管理系统中的待定事项在门户系统中进行查看 费用资产管理系统通过门户系统进行单点登录 费用资产管理系统从门户系统同步用户信息 • 影像系统 费用资产管理系统的原始单据扫描后上传到影像系统 费用资产管理系统的审批流程以及财务审核调用影像系统查看 原始影像 • 人力资源系统 人力资源系统向费用资产管理系统提供薪酬数据 • 数据平台 外围系统的基础数据和核算数据通过数据平台传入大总账系统
降低核心系统和会计核算体系的耦合度，减轻核心业务系统和 相关业务管理系统的后续开发的复杂度，推进核心业务系统和各类 业务管理系统面向产品创新的流程化改造。 在未来全省网点统一总账基础上，不断深入推进新会计准则的 实施，全面规范和完善会计确认、计量和报告，确保会计信息质量。 同时不断丰富、深度挖掘和使用会计信息，推动全省网点精细化经 营和管理。 实现其他后台业务的计量和核算，通过参数设计、台账记录、 流程管理和控制、财务规则配置和自动核算，实现长期股权投资、 全省网点税费、递延所得税计量、利润分配等业务的核算和管理。
性能估算
• 应用服务器性能估算 大总账系统应用服务器性能估算 大总账系统应用负载分为前台负载和后台负载。 前台负载是指用户在应用界面进行业务操作所产生的负载。标 准的EBS前台应用分为Web应用和FORM应用。 后台负载是指由并发管理器处理任务请求所产生的负载，通常 是报表、后台任务、接口数据交换等非前台操作的业务处理。 前台应用CPU负载计算：根据软件厂商的推荐标准和汉得信息 在同类项目的实践，每个CPU核平均支持30~50个活动前台用户 （Form、Web）。
银行账务管理信息系统建设
北京北鹰吉成科技有限公司 郭光辉 Email:sonwind@
• 银行账务管理信息系统面临的挑战 • 业务量估算 • 系统关联视图及描述 • 性能估算 • 硬件技术架构 • 设备选型 • 总结
银行财务管理系统建设面临的挑战
世界经济的市场化、全球化、金融化、虚拟化大势，加快了金 融的改革、创新与竞争，也促进了银行发展模式的转变，以“利润 最大化”和“股东财富最大化”为宗旨，现代银行正在不断创新经 营理念，加强财务管理特别是全面成本管理，从而提高经济效益。 随着不断深入及财务管理水平的不断提高，银行管理迫切需 要引入先进的财务管理方法和工具，以实现财务核算精细化、财务 监控全面化、财务管理规范化的目标。 如今，随着银行业务范围和种类的扩大以及银行高速发展，对 财务管理要求越来越高，具体需求主要体现在以下三个方面：
例如： 网点层级报表数量： N个网点*X张报表*1.1个币种*3个维度(日月年）=NX*1.1*3张 支行层级报表数量： 网点层级报表数量*3/4= NX*1.1*9/4张 日间业务量：合计每日出具报表数量 夜间业务量：夜间处理数据
• 管会系统属于OLAP系统 高峰期取决于分析指标运行的时间 处理数据量为海量
后台请求CPU负载计算：后台请求所需要的CPU核数量，与后 台请求允许的并发数和运行的密集程度有关。峰值阶段（如日结、 月结、年结时）并发管理器总是有若干个并发请求在运行，并且会 保持一定时间。每个CPU核可以支持16~24个并发请求。 后台并发管理器数量： 过账管理器：50个（处理过账事务，每个县级网点一个） 标准管理器：80个（处理非过账事务） 总计：130个 按照150个并发用户与130个并发管理器的负载计算： 大总账系统前台应用CPU需求=150/（30~50）=3~5核 大总账系统后台请求CPU需求=130/（16~24）=6~8核 由于前台负载基本在白天，后台负载基本在夜间，因此最大的 CPU需求为8核。
• 费用资产管理系统： 用户数：整个银行220000左右员工，全部使用费用资产管理 系统中的费用管理模块进行网上费用报销；其中少部分员工使用资 产模块。 在线用户数：按照用户数的5%估算=220000*0.05=11000。 并发用户数：按照在线用户数的5%估算=11000*0.05=550。
• 财务报表管理系统： 用户数：在支行层级查看财务报表，按照每个支行200个用户 来估算，整个用户数=12000*2=24000。 在线用户数：每个支行至少有一个用户在开门之前查看和打印 报表，因此在线用户数在12000左右。 并发用户数：用户查看和打印报表的时间集中在早上7：30~9： 00之间，其他时间基本没有系统访问需求。因此并发用户数按照在 线用户数的20%估算=1200*0.2=2400。
财务报表管理系统应用服务器性能估算
前台应用CPU负载计算：每个CPU核平均支持40个并发用户， 按照240个并发用户计算：财务报表管理系统前台应用CPU需求 =240/40=6核，同时中间件应用服务需要１个核，因此合计CPU需 求＝6＋1＝7核。 另外，应用服务器除了支持日常报表访问外，在跑批过程中还 承担制式报表生成工作。按照汉得信息在同类项目的实践来看，每 台P720系列8核32G内存服务器，每小时可以处理制式报表8000张 左右。 假设银行报表跑批的时间窗口为2个小时，处理完每日30000 张报表，至少需要两台与8核P720服务器处理能力相当的服务器。 从服务器稳定性方面和处理能力方面考虑，如果使用PC Server，建 议使用4台。
费用资产管理系统应用服务器性能估算
费用资产管理系统的应用服务器主要处理前台负载。根据软件 厂商的推荐标准和汉得信息在同类项目的实践，每个CPU核平均支 持50个活动前台用户（Web）。 另外，财务报表管理系统的界面操作在费用资产管理系统进 行，因此在估算费用资产管理系统应用服务器时，应考虑财务报表 管理系统的并发用户数。 费用资产管理系统前台应用CPU需求=（55+240）/50=6核。 同时中间件应用服务器需要1核，因此最大CPU需求为7核。推 荐使用8核。
详细说明：
• 大总账系统： 用户数：主要操作人员集中在县级网点层，每个网点平均3040个用户，500个网点用户数在1500-2000人之间，另外增加省联社 的少量用户，整个用户数合计在2000左右。 在线用户数：平日系统用户数较低，月结和年结时（尤其是年 结）用户会集中登录系统进行账务处理。因此以年结时平均每个网 点30个财务人员加上一些管理用户登录系统来计算，在线用户数在 1500左右。 并发用户数：平日较低，最大并发数集中在年结时，因此年结 时的并发用户数基本等于在线用户数。
系统概述
整个财管系统分为以下几个系统： 财务管理信息系统实施项目分为四部分：采用Oracle EBS构建 大总账系统，采用汉得费用管理平台构建费用资产管理系统，采用 Oracle BIEE和汉得报表管理解决方案构建财务报表管理系统，建立 符合银行特点的管理会计信息系统。项目范围为： 一、建立全省网点集中统一总账系统（企业级总账），实现多 维、集中的核算平台。 利用集中统一的多维会计科目体系，实现核算信息集中统一管 理，并且充分考虑未来管理会计信息需求。
财务管理信息系统
大总账系统
协议
协议 地址 Xx.xx.xx.xx:33300
核心系统
地址 Xx.xx.xx.xx:33300
协议
指纹系统 ESB系统 短信平台
地址 Xx.xx.xx.xx:33300 协议
费用资产管理系统
数据平台 财务报表管理系统
中间业务平台 门户
地址 协议 Xx.xx.xx.xx:33300
二、加强财务管理是提高银行竞争力的需要
银行财务管理水平的高低，必然影响其自身财务状况。科学的 财务管理体系有利于银行资源的优化配置，有利于银行效益的提高 和风险控制，通过有效的财务管理，不仅使银行创造最佳的经济效 益，更为银行的发展壮大奠定了坚实的基础，从而提高银行竞争力。
三、加强财务管理是适应经济金融环境变化的需 要
管会系统 影像系统
地址 Xx.xx.xx.xx:33300 协议
协议 地址 Xx.xx.xx.xx:33300
人力资源
地址 Xx.xx.xx.xx:33300
• 核心系统 大总账系统和费用资产管理系统与核心系统的实时接口通过 ESB系统进行交互 大总账系统和费用资产管理系统与核心系统的批量接口通过数 据平台进行交互 • 指纹系统 大总账系统登录通过ESB调用指纹系统进行身份验证 费用资产管理系统的财务用户需要通过ESB调用指纹系统进行 身份验证
• 管会系统： 用户数：主要用户是网点领导，按照每个网点20人关注管会报 表来计算，用户数大概在1000。 在线用户数：根据经验，按照用户数的30%估算 =1000*0.3=300。 并发用户数：根据经验，按照在线用户数的30%估算 =300*0.3=100。
系统关联视图
统一柜面
地址 Xx.xx.xx.xx:33300 协议
一、加强财务管理是实现股东价值最大化的需要
作为金融中介机构， 银行在经济和社会发展中的作用和地位 是其他企业不能替代的。但作为企业， 银行的股东价值最大化仍 然是其唯一的经营目标，从银行日常业务经营的角度来说，就是银 行效益的最大化和银行经营管理活动的最优化，也就是我们通常所 说的盈利性、安全性和流动性的统一。
业务量估算
• 大总账系统：属于交易震荡型系统 估算主要包括以下几个方面：日间业务量、夜间业 务量、凭证过账后更新科目余额，并进行余额汇总，每日余额数量 是多少。 • 费用资产管理系统：属于交易平稳型系统 估算根据所有行及分行的业务量 • 账务报表管理系统：属于交易震荡型系统 估算根据各个层级出具报表的数量。
二、建立全省网点集中统一的费用资产管理系统，实现后台业 务的精细管理和核算。 建设全省网点预算管理平台，实现预算数据管理和余额管理、 预算调整和变更管理，建立符合银行要求的预算控制机制。 建立全省网点费用管理系统，以预算控制为基础，优化操作流 程，实现费用审批、开支、控制、报账、付款的电子化管理和流程 化操作。重新梳理目前银行的费用核算科目与成本归集口径，采用 自助报账，自动支付和账务处理，线上与线下管理相结合的方式， 提高工作效率和数据质量，满足事后分析和成本分摊的需要。 建立全省网点非信贷资产管理系统平台，实现全省网点资产的 全生命周期管理，进一步标准化、规范化、流程化资产管理业务， 达到业务效率和管理水平提升的目的。
• 短信平台 系统运行中的异常情况通过短信平台发送通知到相关系统管理 人员 费用资产管理系统中的审批通知通过短信平台发送到相关业务 人员 • 中间业务平台 费用资产管理系统将付款信息通过ESB传送到中间业务平台完 成支付 费用资产管理系统读取中间业务平台的支付状态以控制付款流 程 • 统一柜面 大总账系统通过统一柜面进行单点登录
系统用户数估算
例如： 银行目前有500家网点，12000家支行，20000个网点，财管系 统需要满足未来5年的业务系统要求。根据业务需求分析如下： 表1.业务量及系统用户数估算
系统 大总账系统 费用资产管理系统 财务报表管理系统 管会系统 用户数 2000 220000 24000 1000 在线用户数 1500 11000 12000 300 并发用户数 1500 550 2400 100
三、建立面向财务管理部门的全省网点财务报表管理系统。 制式报表自动调度、发布和输出体系，如业务状况明细表和汇 总表等，提高报表的准确性，时效性，便利性。 利用指标和报表管理技术，实现自定义报表和分析报表的定义、 运行、发布，强调按照法人和经营单元进行报表综合管理。
四、建立符合银行特点的管理会计信息系统。 通过资金转移定价（FTP）和成本分摊、内部利润、绩效指标 计算等实现对数据的加工，从而产生符合管理需要的、多维度的利 润贡献度分析结果信息。数据加工的过程，是通过专业的模型和算 法实现的，模型和算法则由用户通过参数化配置实现。 作为银行业务分析管理的核心，FTP、分摊和多维贡献度分析、 资产负债管理构成银行了财务管理的最基础应用，可以满足银行对 各业务单元的绩效评价和未来决策支持的需要。
• 门户系统 费用资产管理系统中的待定事项在门户系统中进行查看 费用资产管理系统通过门户系统进行单点登录 费用资产管理系统从门户系统同步用户信息 • 影像系统 费用资产管理系统的原始单据扫描后上传到影像系统 费用资产管理系统的审批流程以及财务审核调用影像系统查看 原始影像 • 人力资源系统 人力资源系统向费用资产管理系统提供薪酬数据 • 数据平台 外围系统的基础数据和核算数据通过数据平台传入大总账系统
降低核心系统和会计核算体系的耦合度，减轻核心业务系统和 相关业务管理系统的后续开发的复杂度，推进核心业务系统和各类 业务管理系统面向产品创新的流程化改造。 在未来全省网点统一总账基础上，不断深入推进新会计准则的 实施，全面规范和完善会计确认、计量和报告，确保会计信息质量。 同时不断丰富、深度挖掘和使用会计信息，推动全省网点精细化经 营和管理。 实现其他后台业务的计量和核算，通过参数设计、台账记录、 流程管理和控制、财务规则配置和自动核算，实现长期股权投资、 全省网点税费、递延所得税计量、利润分配等业务的核算和管理。
性能估算
• 应用服务器性能估算 大总账系统应用服务器性能估算 大总账系统应用负载分为前台负载和后台负载。 前台负载是指用户在应用界面进行业务操作所产生的负载。标 准的EBS前台应用分为Web应用和FORM应用。 后台负载是指由并发管理器处理任务请求所产生的负载，通常 是报表、后台任务、接口数据交换等非前台操作的业务处理。 前台应用CPU负载计算：根据软件厂商的推荐标准和汉得信息 在同类项目的实践，每个CPU核平均支持30~50个活动前台用户 （Form、Web）。
银行账务管理信息系统建设
北京北鹰吉成科技有限公司 郭光辉 Email:sonwind@
• 银行账务管理信息系统面临的挑战 • 业务量估算 • 系统关联视图及描述 • 性能估算 • 硬件技术架构 • 设备选型 • 总结
银行财务管理系统建设面临的挑战
世界经济的市场化、全球化、金融化、虚拟化大势，加快了金 融的改革、创新与竞争，也促进了银行发展模式的转变，以“利润 最大化”和“股东财富最大化”为宗旨，现代银行正在不断创新经 营理念，加强财务管理特别是全面成本管理，从而提高经济效益。 随着不断深入及财务管理水平的不断提高，银行管理迫切需 要引入先进的财务管理方法和工具，以实现财务核算精细化、财务 监控全面化、财务管理规范化的目标。 如今，随着银行业务范围和种类的扩大以及银行高速发展，对 财务管理要求越来越高，具体需求主要体现在以下三个方面：
例如： 网点层级报表数量： N个网点*X张报表*1.1个币种*3个维度(日月年）=NX*1.1*3张 支行层级报表数量： 网点层级报表数量*3/4= NX*1.1*9/4张 日间业务量：合计每日出具报表数量 夜间业务量：夜间处理数据
• 管会系统属于OLAP系统 高峰期取决于分析指标运行的时间 处理数据量为海量
后台请求CPU负载计算：后台请求所需要的CPU核数量，与后 台请求允许的并发数和运行的密集程度有关。峰值阶段（如日结、 月结、年结时）并发管理器总是有若干个并发请求在运行，并且会 保持一定时间。每个CPU核可以支持16~24个并发请求。 后台并发管理器数量： 过账管理器：50个（处理过账事务，每个县级网点一个） 标准管理器：80个（处理非过账事务） 总计：130个 按照150个并发用户与130个并发管理器的负载计算： 大总账系统前台应用CPU需求=150/（30~50）=3~5核 大总账系统后台请求CPU需求=130/（16~24）=6~8核 由于前台负载基本在白天，后台负载基本在夜间，因此最大的 CPU需求为8核。
• 费用资产管理系统： 用户数：整个银行220000左右员工，全部使用费用资产管理 系统中的费用管理模块进行网上费用报销；其中少部分员工使用资 产模块。 在线用户数：按照用户数的5%估算=220000*0.05=11000。 并发用户数：按照在线用户数的5%估算=11000*0.05=550。
• 财务报表管理系统： 用户数：在支行层级查看财务报表，按照每个支行200个用户 来估算，整个用户数=12000*2=24000。 在线用户数：每个支行至少有一个用户在开门之前查看和打印 报表，因此在线用户数在12000左右。 并发用户数：用户查看和打印报表的时间集中在早上7：30~9： 00之间，其他时间基本没有系统访问需求。因此并发用户数按照在 线用户数的20%估算=1200*0.2=2400。
财务报表管理系统应用服务器性能估算
前台应用CPU负载计算：每个CPU核平均支持40个并发用户， 按照240个并发用户计算：财务报表管理系统前台应用CPU需求 =240/40=6核，同时中间件应用服务需要１个核，因此合计CPU需 求＝6＋1＝7核。 另外，应用服务器除了支持日常报表访问外，在跑批过程中还 承担制式报表生成工作。按照汉得信息在同类项目的实践来看，每 台P720系列8核32G内存服务器，每小时可以处理制式报表8000张 左右。 假设银行报表跑批的时间窗口为2个小时，处理完每日30000 张报表，至少需要两台与8核P720服务器处理能力相当的服务器。 从服务器稳定性方面和处理能力方面考虑，如果使用PC Server，建 议使用4台。
费用资产管理系统应用服务器性能估算
费用资产管理系统的应用服务器主要处理前台负载。根据软件 厂商的推荐标准和汉得信息在同类项目的实践，每个CPU核平均支 持50个活动前台用户（Web）。 另外，财务报表管理系统的界面操作在费用资产管理系统进 行，因此在估算费用资产管理系统应用服务器时，应考虑财务报表 管理系统的并发用户数。 费用资产管理系统前台应用CPU需求=（55+240）/50=6核。 同时中间件应用服务器需要1核，因此最大CPU需求为7核。推 荐使用8核。
详细说明：
• 大总账系统： 用户数：主要操作人员集中在县级网点层，每个网点平均3040个用户，500个网点用户数在1500-2000人之间，另外增加省联社 的少量用户，整个用户数合计在2000左右。 在线用户数：平日系统用户数较低，月结和年结时（尤其是年 结）用户会集中登录系统进行账务处理。因此以年结时平均每个网 点30个财务人员加上一些管理用户登录系统来计算，在线用户数在 1500左右。 并发用户数：平日较低，最大并发数集中在年结时，因此年结 时的并发用户数基本等于在线用户数。
系统概述
整个财管系统分为以下几个系统： 财务管理信息系统实施项目分为四部分：采用Oracle EBS构建 大总账系统，采用汉得费用管理平台构建费用资产管理系统，采用 Oracle BIEE和汉得报表管理解决方案构建财务报表管理系统，建立 符合银行特点的管理会计信息系统。项目范围为： 一、建立全省网点集中统一总账系统（企业级总账），实现多 维、集中的核算平台。 利用集中统一的多维会计科目体系，实现核算信息集中统一管 理，并且充分考虑未来管理会计信息需求。
财务管理信息系统
大总账系统
协议
协议 地址 Xx.xx.xx.xx:33300
核心系统
地址 Xx.xx.xx.xx:33300
协议
指纹系统 ESB系统 短信平台
地址 Xx.xx.xx.xx:33300 协议
费用资产管理系统
数据平台 财务报表管理系统
中间业务平台 门户
地址 协议 Xx.xx.xx.xx:33300
二、加强财务管理是提高银行竞争力的需要
银行财务管理水平的高低，必然影响其自身财务状况。科学的 财务管理体系有利于银行资源的优化配置，有利于银行效益的提高 和风险控制，通过有效的财务管理，不仅使银行创造最佳的经济效 益，更为银行的发展壮大奠定了坚实的基础，从而提高银行竞争力。
三、加强财务管理是适应经济金融环境变化的需 要
管会系统 影像系统
地址 Xx.xx.xx.xx:33300 协议
协议 地址 Xx.xx.xx.xx:33300
人力资源
地址 Xx.xx.xx.xx:33300
• 核心系统 大总账系统和费用资产管理系统与核心系统的实时接口通过 ESB系统进行交互 大总账系统和费用资产管理系统与核心系统的批量接口通过数 据平台进行交互 • 指纹系统 大总账系统登录通过ESB调用指纹系统进行身份验证 费用资产管理系统的财务用户需要通过ESB调用指纹系统进行 身份验证
• 管会系统： 用户数：主要用户是网点领导，按照每个网点20人关注管会报 表来计算，用户数大概在1000。 在线用户数：根据经验，按照用户数的30%估算 =1000*0.3=300。 并发用户数：根据经验，按照在线用户数的30%估算 =300*0.3=100。
系统关联视图
统一柜面
地址 Xx.xx.xx.xx:33300 协议
一、加强财务管理是实现股东价值最大化的需要
作为金融中介机构， 银行在经济和社会发展中的作用和地位 是其他企业不能替代的。但作为企业， 银行的股东价值最大化仍 然是其唯一的经营目标，从银行日常业务经营的角度来说，就是银 行效益的最大化和银行经营管理活动的最优化，也就是我们通常所 说的盈利性、安全性和流动性的统一。
业务量估算
• 大总账系统：属于交易震荡型系统 估算主要包括以下几个方面：日间业务量、夜间业 务量、凭证过账后更新科目余额，并进行余额汇总，每日余额数量 是多少。 • 费用资产管理系统：属于交易平稳型系统 估算根据所有行及分行的业务量 • 账务报表管理系统：属于交易震荡型系统 估算根据各个层级出具报表的数量。