凯里智慧收费软件公司
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
凯里智慧收费软件段系统整体上都已经开发完毕，但是由于时间关系和一些新功能的测试强度不够，系统总是暴露出一些小BUG，每天忙到很晚来处理问题。那几天几乎没有十二点之前睡过觉，一忙就忙到凌晨一两点钟，弟兄们都很辛苦！与此同时，来自大同热力方面的压力也不小。听说上一次信息化建设，软件到上线前一天还没调试好，后工程师忙了个通宵才算勉强把系统推上线，所以这次客服中心的领导们担心我们重蹈覆辙，不断地督促我们。其实我心里知道，剩下的这些问题都不是大问题，只要大家一努力就能把问题都搞定。8月29日一早，研发部的两位同事赶到了现场，此时距离正式收费还剩3天时间。当天我们开了个会，把项目上剩余的问题都汇总沟通了一下，我给出的时间是到今天晚上处理完！总共还剩13个问题，而现在我们正在跟时间赛跑，能早一点处理完我们的胜算就会更大一些，于是我们各自分工，迅速进入战斗状态！实际上当天晚上我们没有完成目标，倒不是不可能，主要是不划算，影响了明天白天的工作效率得不偿失，然后我们二天又用了一上午的时间完成的所有。
问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
《供暖收费管理系统》如何做到专业化前面已有两篇文章阐述了收费易软件公司的专业化之路以及供暖管理软件的专业化之路，我们再深入一步，来探讨具体一个软件产品《供暖收费管理系统》如何来走专业化之路。从2006年起接触供暖收费业务起，我们接触和积累了数百家供暖企业的经营管理需求，也认真钻研了几乎所有同行的收费软件。
业务协同。不同子公司间数据互不干扰，实现各子公司业务有序开展。集团总公司可以实时监督子公司费用、稽查等工作的管理情况，对子公司的异常情况进行及时处理、问题纠正。整合供暖大数据为供暖生产提供决策依据，终达到“分散经营，集中管理”的目标，实现敏捷化集团组织运营。 各层级自主管理需求集团不是大包大揽，而是帮助下属子公司理清管理规范和流程。
