公共资源交易中心保证金系统设计与实现--中国期刊网

字体：大中小

首页> 原创作品> 正文

公共资源交易中心保证金系统设计与实现

发表时间：2021/4/22 来源：《基层建设》2020年第33期作者：张元芬

[导读] 摘要：近年来随着我国招投标市场的日益完善，各地政府在政府类项目招投标活动中往往都会在公共资源交易中心开展。

        曲靖市马龙区公共资源交易中心曲靖市马龙区 655199
        摘要：近年来随着我国招投标市场的日益完善，各地政府在政府类项目招投标活动中往往都会在公共资源交易中心开展。基于信息技术的公共资源交易中心平台，不仅为社会公众提供了更加便利的公共服务，还是得项目交易活动变得更加公正、公平及公开。保证金系统作为公共资源交易中心中最不可或缺的一向重要组成内容，不仅需要与交易中心的中心系统实现交互，还应当与银行系统进行交互，实现对交易中心推送的相关信息的接受等。再加上由于保证金系统所处环境的特殊，因此对于系统设计的要求极高。本研究就是在此背景下，对公共资源交易中心保证金系统进行与实现展开的简要探讨。
        关键词：公共资源交易中心；保证金系统；设计；实现
        引言保证金系统是公共资源交易中心后台的一个重要支撑系统。经由保证金系统，交易中心可以实现对保证金的智能化管理，并在一定程度上减少人工的干预，从而就能在操作过程中避免敏感信息的泄露。鉴于交易中心招投标项目金额往往较大，因此所需缴纳的保证金数额较高，此时就对保证金系统的安全性以及系统的稳定性和可靠性提出了较高的要求，而由于招投标业务数量的不多，因此对于系统的并发性处理要求一般。
        1.系统设计方案
        结合公共资源交易中心对于保证金系统的要求，需要系统具备极高的可用性以及安全性，而且系统还应当具备相应的分布式特点。在本研究中主要从硬件及软件方面来对系统的技术方案进行选择，以保证保证金系统可满足业务环境对系统性能的要求。
        1.1 保证金系统硬件设计方案
        1.1.1 服务器设计方案
        按照通常业务处理对系统的要求，系统只需要配置应用及数据库服务器即可，但如此一来系统的可用性及数据的安全性都将得不到保障，因此在进行部署时，该设计方案采将应用及数据库服务器均使用两台。其中应用服务器经由负载均衡设备与外界进行连接，以毒地客户端的请求进行处理，如此一来不仅可以有效缓解单个应用服务器的运行负担，还能在其中一台服务器宕机时，自动实现业务向另一台服务器的分配，确保系统的不间断稳定服务。此外，数据库服务器则设置为一台为主，另一台为辅的配置，而由于系统业务本身并发的情况就较少，因此对数据库服务器的访问的频繁性也不高，因此就无需设置读写分析，而只需要应用服务器只访问主数据库，备用服务器则主要用于同步主数据库。此时若主数据库出现问题，则可在人工方式下切换成对备库进行访问。
        1.1.2 网络设计方案
        由于保证金系统需要设置在公共资源交易中心，而为确保系统之间数据传输的可靠性及安全性，在系统与中心系统以及银行系统进行对接时均需要使用专心进行连接，且针对银行的接口处还应当设置相应的防火墙，并配置相应的访问控制列表。确保只有制定IP的服务器才能对系统接口的数据服务进行访问，如若IP地址未经授权，则会被自动隔离在防火墙之外。在网络传输过程中，第三方数据均通过负载均衡器将数据随机分配至不同的应用服务器，且向外界只提供一个虚拟IP及端口，如此一来就能在极大程度上平衡服务器的负担，提升系统的服务效率及运行效率。
        1.1.3 软件设计方案
        通过分析保证金系统的交易情况可知，对于公共资源交易中心的保证金业务而言，多数都是与第三方数据的交互以及对数据库的读写，因此在设计该系统时应当选择较为适宜的软件设计方法，并对其系统功能进行封装，从而可在一定程度上优化程序结构，提升代码的可读性。
        首先是对通信模块进行封装。通常情况下，保证金系统与外界之间在数据交换时主要有两种形式，一种是联机接受第三方请求，其处理流程主要如下图1。其中，在对系统及第三方数据交互的接口进行定义，及流程组件对内部处理模块接口进行调用时，需要分别建立配置文件。在系统运行时，组件通过对接口的配置文件进行服务，对实现对第三方报文的解析，之后再对内部处理模块进行调用之后，传递相应参数至处理功能模块，最后将返回信息组包后再向第三方发送返回报文。

        其二是主动发起批量数据传送。这一处理流程与联机接受并无较大差异，只是在推送数据流程上封装成为一个组件，并循环调用，从而实现对批量数据的传送。
        经由这一组件的运用可极大得简化软件开发环节，同时也会在一定程度上缩短软件开发所需要的时间。
        其次是数据库读写操作方案改进。由于在保证金系统中，多数公共资源中心的交易都会涉及到对较大提梁数据库的访问，其中尤其是定时批量交易更需要不断对数据库进行读写。在传统的操作数据中，都需要将SQL语言在Java代码中进行编码，而若系统的需求发生改变时，如若涉及到SQL语言的修改，则还需要重新在Java代码进行编译。再加上若所开展的业务还需要设计到对数据的批量处理，则将还会对数据库进行频繁操作，使数据库资源浪费严重，并且若数据库在某一时间段内被访问量极大，则不可避免就会影响到数据库的性能。基于此，为有效改善原有情况，可在对数据库数据进行处理时辅助使用存储，之后再由持久层对存储过程进行调用，以此来实现对数据库的访问。而这种设计的优势在于，其一，存储过程的代码本身就被直接放置于数据库之中，因此可避免网络传输，可在执行效率上有所提升；其二是若用户没有权限，而通过存储过程访问数据库时，数据库本身就处于封装状态，因此就能避免SQL的导入，从而确保了数据库的安全性及完整性；其三是由于保证金系统在处理批量业务时经常需要频繁访问数据库，若此时辅助存储过程，则可以在很大程度上减少对数据库的频繁开关，减少网络流量。其软件架构图主要如下图2

        2.保证金系统的实现
        在保证金系统设计完成之后，还需要于公共资源交易中心平台、银行系统之间进行联合调试，以确保系统性能的稳定及高效性。而在进行联合调试时，首先在功能测试时需要测试人员统一使用设计好的测试用例。其次是在应用场景上应当测试当一台服务器宕机时，另一台服务器是否可以正常运行，且独立实现系统功能，以及当主数据库故障之后，是否可以实现人工的手动切换而不影响系统运行；此外还有当进行批量交易时，是否会对系统的性能产生影响。
        参考文献
        [1]刘大勇. 安徽省公共资源交易监管平台设计与实现[J]. 科技展望, 2017, 27(024):5-6.
        [2]唐悦. 公共资源交易管理系统的设计浅谈[J]. 神州(上旬刊), 2019, 000(035):276.
        [3]王建雄. 浅谈数字资源公共服务平台功能设计[J]. 科技情报开发与经济, 2012(18):97-99.