郑雄智能供暖收费系统软件系统
郑雄智能供暖收费系统软件费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
东南西北，4个营业厅隶属于总公司管理，分别为西城、南城、北城和花都营业厅，每个营业厅都有6-8台收费电脑，每一台电脑都要安装一个虚拟桌面以登陆系统，而且碰到安装不了的电脑还需要重做操作系统。再加上每个分公司需要有1-2台电脑使用系统，电脑科、财务部等等，所以我们需要安装80个左右远程桌面，当时我们现场就3个人，想想都头大。好在大同热力的信息处的兄弟们帮了我们很多忙，而且徐主任给我们安排车辆，才不至于累死沙场。对接风波税控对接近两年由于国家大力推广企业开具电子发票，大同热力今年也由纸质发票全面切换为电子发票，从环保角度来讲，利国利民，绿色环保。但是由于是头一年使用，我们所承受的压力也不小，后来事实也证明了我的担忧并非多余。与我们做技术对接的是国内两大税控系统提供商之一：航天信息股份有限公司（简称:航信），说实话我个人对航信还是挺有信心的，之前我们对接过纸质发票，问题不是很多，所以对此次电子票对接持乐观的态度。4月份我们拿到了航信的接口文档，但是接口的开发需要等收费系统的整体架构搭建起来才能进行，所以税控接口7月底才完成。
张工负责收费数据及报表的准确，实施工程师杨工负责西、南、北城营业厅的机动巡查，另外还有1人负责客服系统的运行、1人负责电话及呼叫中心的检测、1人负责服务器及网络的通常，后还有我负责资源调度及替补，总共8人在现场全方位的支持。9月3日，在项目上线稳定运行了两天后，一些问题渐渐浮出了水面，比较严重的有两点：一是电子票签章失败，二是打印机过热宕机。先说一点：电子发票的开具由于是国家税务系统统一管制，所以每一张票都要经过国税局系统进行签章，签章成功后才算成功。
段系统整体上都已经开发完毕，但是由于时间关系和一些新功能的测试强度不够，系统总是暴露出一些小BUG，每天忙到很晚来处理问题。那几天几乎没有十二点之前睡过觉，一忙就忙到凌晨一两点钟，弟兄们都很辛苦！与此同时，来自大同热力方面的压力也不小。听说上一次信息化建设，软件到上线前一天还没调试好，后工程师忙了个通宵才算勉强把系统推上线，所以这次客服中心的领导们担心我们重蹈覆辙，不断地督促我们。其实我心里知道，剩下的这些问题都不是大问题，只要大家一努力就能把问题都搞定。8月29日一早，研发部的两位同事赶到了现场，此时距离正式收费还剩3天时间。当天我们开了个会，把项目上剩余的问题都汇总沟通了一下，我给出的时间是到今天晚上处理完！总共还剩13个问题，而现在我们正在跟时间赛跑，能早一点处理完我们的胜算就会更大一些，于是我们各自分工，迅速进入战斗状态！实际上当天晚上我们没有完成目标，倒不是不可能，主要是不划算，影响了明天白天的工作效率得不偿失，然后我们二天又用了一上午的时间完成的所有。
