傅小洋

摘要：目前，中国银行业得到快速发展，随着银行业务的增加银行费用资产也不断增多，对外部监管及银行资本管理提出巨大考验。费用资产信息化管理要加强银行资产预算管控能力，必须通过实际工作来完成，按照设计步骤完成系统需求分析、软件功能模块划分、系统实现过程等。经过系统的需求分析发现，费用资产管理具有便捷性、实时数据共享传输等优点。银行费用资产管理系统具有一定的可行性，通过对整个系统采取B/S架构的开发与设计工作，可以使银行费用资产管理更加高效、更具有实用价值和现实意义，增加银行的经济效益。

关键词：银行；费用资产管理；需求分析；B/S架构

中图分类号：TP315 文献标识码：A 文章编号：1009-3044（2017）35-0075-02

1 概述

在经济全球化影响下，国内各个银行业都会采取更新管理方式、降低营业成本、提高管理效率等措施[1]，银行的费用固定资产影响着银行的财务状况。当前，银行业的费用资产的管理难度较大，很多原因都体现在固定资产使用周期较长、管理地点分散等。与此同时，不同类型的资产繁杂，这也会给银行管理带来不便[2]。例如，资产盘点工作费时费事，银行固定资产账面价值与实际不符的情况经常存在，这会导致资产流失严重等一系列问题；资产折旧计算不够精确，无法正确反映银行当前的费用资产情况。上述银行费用资产管理方面的问题，从银行角度来说这不仅仅是管理问题，更有一部分原因是因为在技术上投资过少。面临着信息化的冲击和费用资产的不断增多的难题，银行必须采取有效的管理手段让费用资产管理到位、节约成本、提高效率，使得资产在使用期间发挥巨大作用[3]，尽可能地为银行增加经济效益[4]。完成费用资产信息化管理是为了对后台业务进行精细化、流程化处理，充分利用费用资产管理丰富的业务功能，完成银行费用资产管理的实际需求。银行很多固定资产的寿命周期管理都不够完善，信息化是解决该问题的主要手段，银行的费用预算控制也是费用资产管理的重要组成部分，严格执行银行费用资产预算是节约成本的关键。

2 系统需求分析设计

本文实现基于Java的银行费用资产管理系统，总体需求分析包括总体功能性分析和非功能性分析。费用资产管理系统实施过程采用Oracle EBS构建业务系统，解决方财务费用资产报表管理。基于Java的费用资产管理系统的总体需求分析工作内容包括：1、银行要建立统一的费用资产管理；2、建设银行费用资产系统，实现费用预算数据管理和余额管理，通过预算控制机制调整预算；3、线上与线下相结合采用自助报账和账务处理。

2.1 总体需求分析设计

1） UML建模技术

UML是对象模型的简称，运用模型元素来组建整个系统的模型，拥有定义良好、易于表达、功能强大且普遍适用的优点。本文基于UML建模技术的设计思想实现银行费用资产管理系统的原型系统，在统一建模的过程中，将会分为多种关联图，从多种角度分析费用资产系统的整体特征。

2） SSH框架技术

SSH框架整合，有搭建结构清晰、可复用性好、维护方便的特点，构建银行费用资产管理系统需要将Struts、Spring和Hibernate进行整合，整合后的框架是为了更好地提高编程效率，使得搭建过程繁琐但是应用过程简单。费用资产管理系统会经过SSH框架进行整合设计，从而使费用资产管理系统能够得到长期稳定地运行。

2.2 系统的功能结构设计

基于B/S架構和MVC的设计模式实现的费用资产管理系统，由于软件编码技术成熟，系统实现得以解决，通过对费用资产管理系统软件需求分析，使得费用资产管理系统功能结构明确划分为多级别的菜单功能结构。费用资产管理系统的功能需求设计共有多个功能应用模块，包括费用资产管理模块设计、费用预算管理模块设计、费用报销管理模块设计和费用支付管理模块设计。

2.3 系统主要研究内容

银行费用资产管理系统的设计与开发工作是本文的主要研究内容：

1） 研究费用资产管理系统开发所涉及的技术包括：开发平台、技术架构、数据库存储与分布技术；

2） 研究费用资产管理系统总体需求和详细需求分析，进行总体需求分析与设计，通过建模工具构建原型；

3） 开发银行费用资产管理系统，主要包括：功能模块编写代码、系统测试与系统部署。

2.4 非功能性需求分析设计

1） 界面需求：要求银行费用资产管理系统按照总体设计要求进行布局，为了获得更高的用户体验，需要让界面统一布局，并要求支持多用户多任务在线访问。

2） 扩展要求：费用资产管理系统采用远程服务器实现功能扩展，当银行有功能扩展需求时，在费用资产管理系统服务器上修改以前的工程文件即可，属于异步扩展功能要求。

3） 数据安全要求：为了解决数据存在安全隐患的问题，避免银行费用资产管理系统的数据在运行过程中遭遇黑客发生泄漏等情况，需要对数据进行加密处理。

3 系统的总体设计

3.1 系统总体设计

银行费用资产管理系统的总体设计包括：网络拓扑结构图设计、费用资产数据分布设计和系统技术架构设计。

1） 网络拓扑结构图：根据银行费用资产管理系统的需求分析和总体设计要求，根据软件终端使用数量构建网络拓扑结构。

2） 费用资产数据分布设计：基于数据库架构与数据存储设计相关，另外，银行费用资产管理系统的性能取决于数据分布的设计结构，因此，针对于银行费用资产管理系统数据的分布设计运用水平分布访问策略，这种策略有利于费用资产业务处理。

3） 系统技术架构设计：本文的技术架构采用B/S模式，并结合SSH三层框架开发银行费用资产管理系统，系统使用Oracle数据库。

3.2 系统的数据库设计

根据前文的需求分析与概述，银行费用资产管理系统数据表的概念结构设计，下面介绍该系统所使用的全部数据表，数据表的设计包括：存储字段名称约束条件、存储长度以及是否与其他表有关联。

1） 系统用户表属性设计，用户表字段包括：序号、银行网点名称、网点编码、银行注册法人、银行办公位置地址、办公电话、开始营业日期、其他。

2） 费用资产表数据表属性设计，用资产表字段包括：序号、名称、字段编码、使用者、申请时间、费用类型、核算人、核算日期、批准人、批准日期、费用明细和其他等。

3） 报销表属性设计，根据报销表字段包括：序号、字段编码、报销名称、报销人、申请日期、费用类型、报销部门、使用额度、币种和其他等。

4） 支付数据表结构设计，该数据表字段包括：序号、支付名称、支付日期、支付人、支付类型、支付币种、支付金额和备注等字段。

5） 预算数据表结构设计，根据预算实体字段包括：序号、预算名称、制作人、制作日期、预算类型、预算金额、货币币种、预算部门编码、预算明细、预算核算人、预算核算日期、预算决策人、预算决策日期和备注。

3.3 系统的详细功能设计

银行费用资产管理系统的功能定义：功能即是实现应用程序的任务，可不同的功能对应不同的页面，银行费用资产管理系统在安装后会有预定义的标准功能，根据实际业务的需要可以定义新开发的功能。银行费用资产管理系统的功能分配要滿足：功能必须要指派给指定的角色，特定角色才能拥有特定功能。

3.3.1 费用管理流程

费用资产包括：费用申请管理、费用借款管理、费用报销管理等，这几种数据表在银行费用资产管理系统中相互关联。费用管理流程：1）费用资产申请管理是指费用发生前进行申请；2）费用资产借款管理是指费用申请之后进行费用借款；3）费用资产报销管理是指资产交易后的报销工作。

3.3.2 报销管理流程

费用资产报销管理作为该系统的核心模块，其中的过程包括报销流转和支付过程，预算管理、合同管理、薪酬管理、收款管理等流程是费用资产的。费用报销管理流程包括：1）工作流的节点审核审批；2）费用资产单据的金额核算：对于录入系统未审核的单据，需要经过财务的审核；3）费用资产单据的支付：对于即将支付的单据必须经过出纳支付；4）费用资产接口：资金划割分布在不同的节点上，通过不同的渠道数据的汇总与交互。

3.3.3 预算管理流程

银行费用资产管理系统需要支持预算控制机制，同时也需要分行按照预算控制执行。预算管理贯穿于整个费用资产业务管理的操作流程，预算管理流程的主体步骤为：1）提交预算申请单据，审批后保留可行预算；2）在保留和扣除预算时，费用资产管理系统自动检查可用预算余额；3）如果没有超出预算金额，则继续执行预算业务审批控制流程；4）如果超出预算，则费用资产管理系统会检查预算调整策略。若超出预算严重的则该策略设置为“禁止”任何操作，且不允许单据提交；若超出预算可以忽略的则该策略设置为“警告”，银行主管部门会发出警告信息，单据正常提交即可；5）单据审批状态为完成时直接扣除费用预算；6）关闭预算申请功能，此时将报销单反冲预算。

3.3.4 支付管理流程

银行费用资产管理系统以工作流的方式进行管理，支付是其中最为重要的环节。费用资产管理系统涉及的支付的业务包括：1）费用借款支付；2）费用报销支付；3）工资支付等不同支付手段。

4 系统开发与测试

4.1 应用程序环境配置

4.1.1 银行费用资产管理系统的硬件开发环境

1） 中央处理器的类型：Inter双核；2）内存空间（实际大小）：7.36GB；3）硬盘物理空间：500GB；4）服务器和操作系统类型：Win 2003企业版和Windows7旗舰版。

4.1.2 银行费用资产管理系统的软件开发环境

1） 应用程序开发平台：Eclips3.5破解版；2）实现语言：JAVA和SQL；3）服务器类型：Tomcat8.0版本。

4.2 系统测试及其测试结论分析

4.2.1 系统测试目的

银行费用资产管理系统除了完成单元测试、集成测试、整体测试以外，需要引进第三方测试配合本次的测试工作。费用资产管理系统测试目标包括：

1） 整体测试目标：系统功能完整并无严重缺陷和致命运行错误。

2） 性能测试：系统性能指标关键看系统响应时间，并要求实现多用户多任务访问系统。

4.2.2 系统测试方案

系统功能测试方案：银行费用资产管理系统能保证完整为银行提供费用资产管理的服务，为了保证软件能够正常地运行，需要进行测试工作。 本文设计的测试内容包括：1）添加数据测试，完成录入功能测试是否出现异常操作；2）修改数据测试，测试修改功能是否出现异常；3）测试系统中的打印功能是否出现异常；4）测试查询功能是否出现异常。

UI测试方案：基于黑盒测试方法完成UI测试工作。

4.2.3 系统测试结论及其系统测试分析

对银行费用资产管理系统进行软件测试时，要按照实际工作制定可行的系统测试分析，通过对银行费用资产管理系统的详细测试，得出测试结论，并根据测试结论得出分析测试表。表1为测试结果及其分析。

5 结束语

本文介绍了关于银行费用资产管理系统的具体设计工作，完成了需求分析、相关技术研究与实践工作、详细设计与开发系统的功能模块工作，包括费用管理流程、报销管理流程、预算管理流程、支付管理流程的功能设计，完成了系统的整体测试工作，并对各个功能模块进行系统测试分析。

参考文献：

[1] 李寅. 浅谈ERP在我国商业银行的应用[J]. 中国科技财富， 2010（4）.

[2] 李静. 事业单位固定资产管理亟待加强[J]. 科技信息， 2006（12）.

[3] 甘亦斌. 银行业固定资产信息管理系统的研究[D]. 西安：西安电子科技大学， 2014.

[4] 毛羽. 科学化管理固定资产提高使用效益[J]. 天津经济， 2010（10）.