毕节收费易供暖收费系统软件开发
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
毕节收费易供暖收费系统软件东南西北，4个营业厅隶属于总公司管理，分别为西城、南城、北城和花都营业厅，每个营业厅都有6-8台收费电脑，每一台电脑都要安装一个虚拟桌面以登陆系统，而且碰到安装不了的电脑还需要重做操作系统。再加上每个分公司需要有1-2台电脑使用系统，电脑科、财务部等等，所以我们需要安装80个左右远程桌面，当时我们现场就3个人，想想都头大。好在大同热力的信息处的兄弟们帮了我们很多忙，而且徐主任给我们安排车辆，才不至于累死沙场。对接风波税控对接近两年由于国家大力推广企业开具电子发票，大同热力今年也由纸质发票全面切换为电子发票，从环保角度来讲，利国利民，绿色环保。但是由于是头一年使用，我们所承受的压力也不小，后来事实也证明了我的担忧并非多余。与我们做技术对接的是国内两大税控系统提供商之一：航天信息股份有限公司（简称:航信），说实话我个人对航信还是挺有信心的，之前我们对接过纸质发票，问题不是很多，所以对此次电子票对接持乐观的态度。4月份我们拿到了航信的接口文档，但是接口的开发需要等收费系统的整体架构搭建起来才能进行，所以税控接口7月底才完成。
