江西智慧收费软件开发

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

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

张工负责收费数据及报表的准确，实施工程师杨工负责西、南、北城营业厅的机动巡查，另外还有1人负责客服系统的运行、1人负责电话及呼叫中心的检测、1人负责服务器及网络的通常，后还有我负责资源调度及替补，总共8人在现场全方位的支持。9月3日，在项目上线稳定运行了两天后，一些问题渐渐浮出了水面，比较严重的有两点：一是电子票签章失败，二是打印机过热宕机。先说一点：电子发票的开具由于是国家税务系统统一管制，所以每一张票都要经过国税局系统进行签章，签章成功后才算成功。

段系统整体上都已经开发完毕，但是由于时间关系和一些新功能的测试强度不够，系统总是暴露出一些小BUG，每天忙到很晚来处理问题。那几天几乎没有十二点之前睡过觉，一忙就忙到凌晨一两点钟，弟兄们都很辛苦！与此同时，来自大同热力方面的压力也不小。听说上一次信息化建设，软件到上线前一天还没调试好，后工程师忙了个通宵才算勉强把系统推上线，所以这次客服中心的领导们担心我们重蹈覆辙，不断地督促我们。其实我心里知道，剩下的这些问题都不是大问题，只要大家一努力就能把问题都搞定。8月29日一早，研发部的两位同事赶到了现场，此时距离正式收费还剩3天时间。当天我们开了个会，把项目上剩余的问题都汇总沟通了一下，我给出的时间是到今天晚上处理完！总共还剩13个问题，而现在我们正在跟时间赛跑，能早一点处理完我们的胜算就会更大一些，于是我们各自分工，迅速进入战斗状态！实际上当天晚上我们没有完成目标，倒不是不可能，主要是不划算，影响了明天白天的工作效率得不偿失，然后我们二天又用了一上午的时间完成的所有。

任务！付出了半年的努力终于在今天变得熠熠生辉！大同热力业务部门的领导们也对项目上线的效果表示满意，当天的对账、财务报表等都很准确，我们每个人心里都很高兴，一种“拨开云雾见天日，守得云开见月明”的感觉慢慢在心中蔓延开来。现场支持从8月25日开始，我陆续向公司申请资源派往大同热力，目的很明确，就是为项目的稳定运行保驾护航。到了8月31日，我们团队已经各就各位了：研发工程师杨工负责软件突发问题快速处理，实施工程师韩工负责花都营业厅及收费系统的稳定运行。

这样的时期，我们又从哪些方面去寻求正确的道路呢？首先，我们来看宏观趋势，不明白的就可以多看看日本的道路，或者说看看德国这种以实业驱动的国家模式，在日本和德国这样的国家，目前都是典型的放弃了房地产，以实业为主，人家是通过实业，或者说劳动为主来分配财富的，因此贫富差距很小，社会矛盾很小，生产力很高（中国目前靠地产和金融来分配财富，这比以前的地主靠地租不劳而获的程度有过之而无不及）。粗放式发展已经到头了，以前靠量、靠速度、靠规模取胜的招式可能要过时了，未来竞争就是靠核心竞争力，在收缩的市场中，所有人都在收缩自己的业务边界，坚守住自己后的壁垒。