贵州智能物业收费软件开发
及时。许多地方需要半自动人工操作，比如每年供暖收费前还需要软件公司派人到现场花一个多礼拜进行人工的账务结转，尤其是统计，每次统计一查询就是2个小时，而且查出来的东西还不准。有些话可能传得有些夸张，但从侧面也是呈现了业务部门的强烈诉求和不满，前车之鉴，后事之师呀，想当初我们也是学着同行在往前走的，现在该友商已经无法给自己的软件做升级，只能完全推翻重来，这是促使大同热力更换软件的导火线。脑子里全面过了一下这个项目，大同热力经历了一次信息化洗礼，而且这次项目的软硬件的预算和标准都较高，想必会对我们提出很高的要求，另外这个项目启动时间算是比较早，公司往往到9月份10月份的时候都会特别忙，因此需要在3、4个月内力求完成上线。
信息孤岛，提升了信息分享及时性，降低了管理成本。集团化管控平台统一了整个集团的管理流程和规范，消除各自为政的隐患，杜绝经营上的漏洞，结束管理上的混乱。集团化管控平台统一了系统和数据之后，更容易与外部的OA、财务、生产、计量、银行等系统对接。集团化管控平台更有利于在中间件上做一些统一规划，如消息队列，银行代收，微服务等，实现平台的可靠性和扩展性。集团化管控平台能真正助力集团并购各地供暖企业，实现快速上线，尽早收费。经济通缩下供暖企业信息化建设的选择经济通缩的宏观背景国内经济非常不景气，到2019年为止大部分老百姓也都有这个认知了。
费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
问题的修复，项目随时可以上线！8月31日8:48，一笔2175元的暖费进入了系统并成功开具了电子发票，标志着大同热力项目正式上线运行了！昨天，我跟徐主任商议，让系统提前一天上线运行，万一出现点状况我们当天还来得及处理，事实证明我们的决定是明智的。9月1日早上，各营业厅还没开门营业，门外的老百姓已经排起了队伍，我真没想到大同的热用户交费这么积极，不过好在我们昨天已经“演习”了一天，所以对今天这种场面满怀信心。还别说，昨天试运行了一天发现的问题还真不少，主要表现在打印机兼容问题、操作人员不熟练、电子票页面偶尔卡死没反应、高拍仪连续拍照报错等，针对于昨天出现的问题，今天我们安排了工程师专门到问题多的营业厅进行辅助指导，业务不熟练我们就现场讲解，打印机、高拍仪不工作我们就现场示范调试，电子票卡死我们就教会如何重开并且联系在总公司的航信工程师进行问题排查。总之，真正意义的上线，我们顺利完成了。
贵州物业收费软件其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
