贵阳智能供暖收费系统软件开发
贵阳智能供暖收费系统软件段系统整体上都已经开发完毕，但是由于时间关系和一些新功能的测试强度不够，系统总是暴露出一些小BUG，每天忙到很晚来处理问题。那几天几乎没有十二点之前睡过觉，一忙就忙到凌晨一两点钟，弟兄们都很辛苦！与此同时，来自大同热力方面的压力也不小。听说上一次信息化建设，软件到上线前一天还没调试好，后工程师忙了个通宵才算勉强把系统推上线，所以这次客服中心的领导们担心我们重蹈覆辙，不断地督促我们。其实我心里知道，剩下的这些问题都不是大问题，只要大家一努力就能把问题都搞定。8月29日一早，研发部的两位同事赶到了现场，此时距离正式收费还剩3天时间。当天我们开了个会，把项目上剩余的问题都汇总沟通了一下，我给出的时间是到今天晚上处理完！总共还剩13个问题，而现在我们正在跟时间赛跑，能早一点处理完我们的胜算就会更大一些，于是我们各自分工，迅速进入战斗状态！实际上当天晚上我们没有完成目标，倒不是不可能，主要是不划算，影响了明天白天的工作效率得不偿失，然后我们二天又用了一上午的时间完成的所有。
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
误差是很难避免的，何况我们将十几亿的款项核对到差1块钱，实属不易！只记得那天我们都很开心，甚至有些激动。硬件入场大同热力的硬件部分也是重头戏，整个平台涉及到诸多硬件，并且采用Vmware虚拟化方式部署，包括服务器、防火墙、交换设备、办公电脑、高拍仪、打印机、一体机、电视机等等，其中一台核心交换机就价值20万，真是刷新了我的三观。5月18日，核心的服务器硬件到货。
拔掉烟囱698根，为实现“大同蓝”做出了突出贡献。回忆之前销售的同事也分享过大同热力的信息化经历，以及此次投标的相关整个过程。大同热力之前和北京某公司在合作收费和客服软件系统，是早期就已经建立了信息化管理平台，对信息化管理工作认识非常深刻。但伴随着供暖政策的变化，信息化技术的革新，原有管理系统已经无法满足热力企业日益增长的管理需求，加上原有系统多年不升级，系统卡顿僵死严重，统计报表不准确等原因，使管理人员工作量大大增加。特别是原有供暖软件供应商服务不到位。
