山西智慧天然气收费软件开发

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

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

山西智慧天然气收费软件并且针对重点问题进行探讨。总体而言，大同热力客户配合力度很大，沟通人员责任心、积极性都很强，大家都是秉持着尽早暴露问题、解决问题的思路，积极推动项目进度，不让问题藏匿到项目上线后再处理。而我，也从客户那里收获了不少的用户故事，非常宝贵。数据迁移4月10日，也就是项目实施的二周开始，负责数据迁移的同事开始驻场。大同热力的客户基础数据有60万左右，再加上7年的历史数据，构成了我做项目以来大量级的数据，所以我们相当重视数据这部分工作。数据迁移的一步就是数据分析。

平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。

费易软件作为专业的供暖客服软件供应商，专门为集团型供暖企业研发了一套集团版供暖收费管理系统，集团经营管控需要关注的几个内容：各子公司的用户编号统一规划和编码；各收费渠道和资金的分散入账和统一监管；各地收据、普票、电票的分散对接和统一监管；各层组织架构和权限角色的统一管理，各层级的工作审批流程制定；数据分级过滤控制；用热户基础数据和费用数据的差异化支持；各地供暖政策条例和计费策略的支持；各层级多系统对接；集团大数据整合分析，对下属供暖公司各方面数据的横

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