通信工程概预算系统设计研究

1、通信工程概预算系统设计研究 0引言随着我国社会的经济开展，为了满足我国信息通信建立行业的开展要求，工信部公布了最新的信息通信建立工程预算定额、工程费用定额及工程概预算编制规程，以标准通信建立工程的计价行为。当前，通信业内存在着很多相关的通信工程概预算系统【1】，每次工信部在公布最新定额，都需要重新调整系统以适应最新的定额及计价方式。这无疑增加了系统维护人员的工作量，而且系统的重新改造开发都需要花费大量的人力物力资源。且在当前互联网高速开展的时代，快速响应快速迭代的需求也越来越高。所以，以往按部就班系统整体改造、开发、测试及部署的方式严重影响了系统的迭代才能。除此之外，不同省份与地市对于概预算的

2、需求也有些不一致，一套固定的系统很难满足全国所有通信行业的需求。综上两个问题，使用微效劳【2】架构设计的通信工程概预算系统可以对于突发的变化做出快速应对，通过修改个别效劳做到快速迭代，且不需要整体部署，只需对发生改变的效劳进展重新部署即可。另外，使用微效劳架构可以通过部署多种效劳来满足不同的业务需求。1需求分析基于微效劳的通信工程概预算系统主要功能需要完成对定额工日、使用材料、设备及机械等信息的计算得出最终的工程概预算计价结果。除了完成正常的概预算之外，由于系统使用微效劳架构，那么需要系统中有一个统一的效劳注册及发现中心，且概预算效劳的部署都比拟复杂，需要一个强大的自动化运维效劳功能。基于以上

3、，可以将系统的需求分为功能性需求和非功能性需求两局部。本系统主要功能需求分为功能性需求及非功能性需求两大局部。功能性需求主要有：概预算费用计算、标准信息维护、概预算文件导出等功能；非功能系需求主要针对效劳注册发现、系统运维方面，主要包括：效劳注册与发现、监控与告警、系统运行日志、自动化构建及部署等。基于微效劳的通信工程概预算系统其核心功能需要完成对工程工程的概预算计算以及完成对预算结果按照工信部标准出版格式生成Excel编制文件。主要包括：概预算费用计算、标准信息维护、概预算文件导出等功能。概预算费用计算：根据录入的根底定额、材料、设备、仪表和机械等信息计算出表一至表五的费用数据。标准信息维护

4、：按照工信部下发标准定额信息，结合个人需求在系统内维护工日、材料、机械、仪表等标准根底数据。概预算文件导出：按照工信部标准出版格式，生成概预算表格文件。基于微效劳的通信工程概预算系统由于使用的微效劳方式部署，所以效劳的数量和种类都会比拟多，在部署的时候假设要使用人工部署的方式会非常的费事和复杂。基于系统可以自动化的快速部署的目的，其所需的非功能性需求有：效劳注册与发现、系统监控与告警、系统日志功能以及系统自动化构建及部署功能。效劳注册与发现：注册与发现概预算系统的计算效劳、文件生成效劳，以及信息维护等效劳。系统监控与告警：监控系统的资源使用、效劳运行等情况，假设发现异常会发出实时告警。系统日志

5、功能：记录系统中硬件、软件和系统问题的信息，记录系统操作过程，同时还可以监视系统中发生的事件。系统自动化构建及部署：研发人员通过上传代码库最新源码，该功能会自动对最新的源码进展构建打包部署，使效劳一直保持最新状态。2系统架构设计根据上述需求分析，可以总结得出系统整体架构设计如下列图所示。从下列图2可以看出本系统总共可以分为四大局部：接入网关、系统效劳、注册中心、系统运维模块。通信工程概预算系统对数据进展操作如下列图3所示都是互相独立的，各个效劳之间都是通过互相调用Restful【3】接口来到达数据交互。通过上图可以知道基于微效劳的通信工程概预算系统总共分为五种数据：系统根本设置数据、根底数据、

6、文件数据、费用计算数据以及标准信息数据。系统根本设置数据：包括系统的计算精度、高原系统、运送间隔 以及分段等信息；根底数据：包括单项工程名称、表格编号字头、建立工程名称、建立单位以及设计单位、定额及自定义公式等信息；文件数据：概预算结果文件导出时，需要按照一定的标准格式生成，那么文件数据即为这些标准格式文件；费用计算数据：包括各个表格计算时涉及的相关费率，以及计价方式等一些数据；标准信息数据：标准信息，即工信部公布的工日、材料、机械、仪表等信息。基于微效劳的通信工程概预算系统主要依托于SpringCloud【4】的框架来实现，其中费用计算为业务逻辑为核心模块，其业务实现的逻辑图如下列图4所示。

7、3关键问题及解决方案现实系统开发过程中，由于有很多的系统效劳，假设要保证每个效劳都有一个单独的数据库是非常不现实的，其中保证数据同步这一件事就会使得系统非常复杂。针对此问题，提出两种解决方案：第一，即每种效劳使用一个数据库，这样的话一样效劳之间会保证数据同步，且不同种类效劳之间数据也是隔离的，不同效劳之间互相调用通过restful方式来发送消息；第二，即沿用以前传统的方式，整个系统使用单个数据库，这样保证了整个系统的数据同步，而且不会造成不同效劳之间的数据差异。基于本系统业务逻辑并非那么复杂，而且各个效劳之间的调用数据传输量比拟大，所以使用单个数据库的方式，每个效劳之间仅发送必要的恳求即可，数据读取通过数据库即可。这样既降低了系统复杂度，也很好的遵循了微效劳的架构设计形式。其改造方案图如下列图5所示。4关键技术SpringCloud:SpringCloud是很多程序框架的组合。它大体包括效劳发现注册、负载平衡、断路器，使用SpringBoot开发屏蔽掉了很多繁琐的配置，大大简化了开发工作。另外使用整个技术道路，可以很方便的搭建起微效劳的系统架构平台。5完毕语本文提出了使用微效劳的架构思想来统一构建一套概预算系统的架构方