河北收费易天然气收费软件系统
这样的时期，我们又从哪些方面去寻求正确的道路呢？首先，我们来看宏观趋势，不明白的就可以多看看日本的道路，或者说看看德国这种以实业驱动的国家模式，在日本和德国这样的国家，目前都是典型的放弃了房地产，以实业为主，人家是通过实业，或者说劳动为主来分配财富的，因此贫富差距很小，社会矛盾很小，生产力很高（中国目前靠地产和金融来分配财富，这比以前的地主靠地租不劳而获的程度有过之而无不及）。粗放式发展已经到头了，以前靠量、靠速度、靠规模取胜的招式可能要过时了，未来竞争就是靠核心竞争力，在收缩的市场中，所有人都在收缩自己的业务边界，坚守住自己后的壁垒。
同热力的电子票开具偶尔就会出现签章失败的现象，而且一旦失败就会持续十多分钟，虽然也不算很久，但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试，确定不是由于收费系统的原因导致，所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时，过了一会就到热力公司了，经过分析多半是因为网络拥塞导致的数据上传失败，又经过和大同热力信息处配合进行网络测试，基本确定是联通网络的问题。当天下午结账后，信息处张处联系了电信公司，将专线网络由联通切换为电信，在此之后，虽然也会出现签章失败的情况，但是问题出现的频率大大的降低了，看来选择网络运营商还真得因地制宜。再说说二点：大同热力的硬件采购标准很高，为了让个别老百姓更容易接受电子发票，打印机采购的是惠普彩色激光打印机，不仅价格高而且耗材也贵，我还是头一回见热力公司采用彩色打印呢。但是问题来了，彩打的效果固然好。
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
河北天然气收费软件其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
