云南智慧自来水收费软件开发

这也是重要的一步。随着我们对数据分析的不断深入，发现大同热力的数据迁移工作比我们想象的要复杂的多，这个复杂性倒不是上面提到的超大的数据量级，而是数据的不规范性。我们了解到，原有收费系统在应用过程中由于部分功能满足不了业务需求，所以操作软件的人往往以一种非常规的操作来实现某项业务，比如报停后复热不了的就直接修改暖费应收、面积结算不对的就直接修改台账等等，而且张主任还说。

收费主管张主任、客服主管董主任及客服部徐经理的办公室，简直就是在一起办公，我们随叫随到，他们也是随叫随到，沟通可以轻轻喊一声人就过来了。三位主任过来聊了聊，记忆深刻的有三句话，一句是无论晚上、节假日加班他们都可以随时积极奉陪，二句是徐主任反复说合作了就是一家人了，三句是收费张主任问项目经理你不会离职吧。这三句话我能明白其中的含义，张主任解释说之前的软件公司人过来，他也问这句话，人家说不会，并说把问题带回公司解决，结果一回北京就再也没见着过。需求沟通了用了两天，由于是一次沟通，所以要对大同热力的原有系统做全面的功能分析，张主任真是个敬业的人，不厌其烦的给我们一遍又一遍介绍，生怕我们不理解或者遗漏了，这为后续的开发设计奠定了稳固的基础。每天结束之后，由于信息量较大，我们都得把当天信息进行归纳汇总。

云南自来水收费软件其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。

费易软件作为专业的供暖客服软件供应商，专门为集团型供暖企业研发了一套集团版供暖收费管理系统，集团经营管控需要关注的几个内容：各子公司的用户编号统一规划和编码；各收费渠道和资金的分散入账和统一监管；各地收据、普票、电票的分散对接和统一监管；各层组织架构和权限角色的统一管理，各层级的工作审批流程制定；数据分级过滤控制；用热户基础数据和费用数据的差异化支持；各地供暖政策条例和计费策略的支持；各层级多系统对接；集团大数据整合分析，对下属供暖公司各方面数据的横