财务信息系统集成建设框架设计研究

刘林

[摘 要]财务信息化建设从20世纪90年代后期开始，初步实现了各级财务网上信息传输、查询、浏览以及个别业务网上处理。目前，我国企业财务信息系统已经进入了集成建设阶段。本文设计了财务信息系统集成框架。

[关键词]财务信息系统;集成建设;框架设计

doi：10.3969/j.issn.1673 - 0194.2020.12.026

[中图分类号]F232[文献标识码]A[文章编号]1673-0194（2020）12-00-02

0     引 言

信息系统集成是根据一个复杂的信息系统或子系统的要求，将各个分离的设备、功能和信息等集成到相互关联的、统一和协调的系统之中，使资源达到充分共享，实现集中、高效、便利的管理过程。

1     系统总体架构设计

系统总结架构设计是信息集成建设的关键，引领着整个系统的集成建设工作，同时还是信息系统集成建设的基础和灵魂，对整个系统开展面向服务，主要包括以下3方面工作。一是封装服务的提供者。此项任务的目的是将现有数据库系统的应用功能，按照集成架构要求的方式封装成为各自独立的服务。主要的工作包括设计功能包装规范、定义包括信息、数据类型、绑定、服务访问节点类型及服务封装等。二是建立服务注册机构。这个机构的主要功能是发布服务、查询服务，同时可以实现二者相互绑定。在Web Services建立的服务注册信息是UDDI实现的，而服务注册机构实现的基础映射了已经封装好的服务描述。三是建立接口满足服务使用者。这类接口的主要功能是实现服务使用者的访问和查询功能，通常情况下，服务提供者不能假设服务使用者的条件，其中，包括合理应用系统、准确区分服务类別和包装。

采用分层的结构设计的财务信息系统，是一种不同于传统模式设计的架构，主要包括以下3个层面。一是服务提供层。服务提供层建立在数据库上，主要功能是完成数据包装目标，在外部需要提供Web Services接口，然后再通过UDDI服务器进行下一步服务。从结构上看，这一层实际上只是一个逻辑层;从物理上看，存在各个数据库应用服务器中。此外，这一层还有一个主要作用，即包装整个数据库的各个应用，最终实现Web Services。二是服务注册/访问层。这一层的主要功能是为服务使用者提供接口，这些接口要能够查找服务或其他接口，即服务使用者需要通过UDDI注册中心查询服务提供者，而服务提供者需要通过这个中心达到提供服务的目的。服务注

册/访问层介于服务应用和服务提供层中间，是这两个层的桥梁。不管是查找服务还是注册服务实现交互，都必须通过UDDI注册中心，该中心数据库有Web Services功能和位置信息。三是服务应用层。这是3个层的最后一层，是客户最直接应用的层，该层既有本系统的应用，也有内部的应用。服务的请求者需要通过UDDI注册中心查找服务，同时绑定服务提供者，以此发现需要的服务。

2     系统用例

在财务信息系统建设实践中，需要秉持集成理念，特别是在系统用例设计过程中更要关注服务者和使用者，而服务提供者在整个系统架构中处于服务提供层。服务使用者和提供者各有分工，一方面，向UDDI提供注册服务;另一方面，向UDDI提供查询服务。若使用者搜寻到自身需要的服务，则可以通过绑定与提供者进行交互。

3     系统功能结构设计

通过调查可以看出，如果在客户端没有进行逻辑处理，仅对用户发出请求的数据进行简单操作，比如接受和返回，这种方式称为瘦客户端的系统访问方式，顾名思义就是减轻系统客户端的业务量。而在服务器端上，包括一个数据库，这个数据库主要实现访问控制、用户身份验证、负载均衡等功能，包括存储UDDI服务注册信息和用户身份验证信息的数据库。UDDI服务器构建在Web Server客户端上，实现通信后获得许可，在某个协议下与UDDI服务器进行交互。

在服务器端主要实现以下4个功能。一是身份验证。身份验证功能需要通过一套组件实现，这个组件的主要作用是进行认证，且认证只针对登录用户。假设认证信息有效，就可以提供为用户设定的权限列表中的服务。假设认证失败，系统会分析失败原因，比如，是否是密码错误或者用户不存在等，给出错误提示代码。这里需要说明的是，在这个过程中，主要整合数据库中的各应用子系统原来的身份验证功能，将其封装成一个独立服务，不同于其他服务的是，该服务不需要录入UDDI注册中心。二是服务注册。这个功能由一套组件组成，主要任务是完成服务注册。例如，服务提供者向注册机构发出注册请求时，这套组件要自动连接UDDI服务器，与此同时，将该请求发给UDDI服务器，在该服务器处理服务注册请求后，且请求成功的话将此信息返回。三是服务查找。这套组件主要是显示服务查找和接口信息，如果服务使用者发出服务查找请求，该套组件要自行连接UDDI服务器，同时将该请求转发给UDDI服务器，服务器处理查找请求后，列表返回服务，且该组件也会把此列表推送给服务使用者。四是服务应用集成。这套组件的功能是绑定服务提供者和使用者。比如服务使用者在访问端查到自身需要的服务且发出调用服务请求后，该组件就会自行绑定服务使用者和服务者。

4     系统总体结构设计

系统总体结构如图1所示。

4.1   Web服务层

Web服务层主要由终端用户浏览器和Web服务器构成，这些不管是浏览器还是服务器都分布在不同的地方，同时这些也是终端实现系统交互的端口。实际运行过程中，终端用户需要通过浏览器向Web服务器发送各类信息的请求，随后从Web服务器接收到查询结果，然后在网页上发布信息。

4.2   应用服务层

应用服务层的主要作用是从Web服务器接收服务请求，并将这些请求服务向提供服务的数据库服务器转发。该层主要分为3个部分：一是服务解析模块，这个模块从Web服务器接收服务请求，并在服务注册库中实现对本服务的检索功能，进而找到为提供该服务的数据库服务器，而后将本次服务请求转发到数据库服务器;二是服务注册库，这个模块主要是记录包括数据库服务器提供的所有服务，在数据库服务层增加新的服务时，必须通过服务发布模块将服务送到服务注册库中;三是数据汇总模块，这个模块主要汇总数据库服务层返回的数据，同时反馈给Web服务器。

4.3   数据库服务层

数据库服务层主要提供各类财务信息数据，为了解决数据描述、存储方法等方面的差异性问题，需要为数据库配备一个服务转换器。这个服务转换器主要是将该服务器提供的服务变换成对应类型数据库服务的操作方法，从数据库中提取数据，并统一数据格式，同时将数据提交给应用服务层数据汇总模块。

主要参考文献

[1]马费成.信息资源管理[M].武汉：武汉大学出版社，2001.

[2]何丽，方英兰.Visual Basic.NET分布式应用程序开发[M].北京：清华大学出版社，2004.

[3]蒋立品.对公路行业财务信息系统集成化建设的研究[J].交通财会，2008（6）：16-21.

[4]孙冰，王鲁泉.对财务信息系统集成建设的思考[J].经济与社会发展研究，2014（10）：147.