仁怀收费易收费软件系统
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
这也是我意料之内的事情。8月16日，培训终于落下帷幕，这几天大同热力的兄弟姐妹们听的都很认真，积极性很高。我认为一个企业的员工如果对工作有一股积极的心态，乐于接受新鲜事物，那么这个企业就是一个有活力的企业，我们愿意为他们服务，虽然这几天有一点辛苦，但是我们内心是很欣慰的。接下来的日子徐主任让大家进入熟悉系统、模拟练习的阶段，同时我们也印制了《用户手册》进行发放，帮助大家学习和巩固系统操作。到了系统上线之时，大家对系统的了解和操作熟练度已经完全达标，有些人甚至超出了我的意料，很棒！上线运行项目上线运行的前几天，就好像是黎明前的黑暗。
仁怀收费易收费软件费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
司自行开展。子公司除了自行管理各自组织架构、人员、流程之外，还需要建立不少个性化的管理模式：1.包括各自维护小区、热源、换热站、基础类别等基础信息；2.不同地区的供暖政策不一样，各子公司需要自己维护各自对应的计费策略；3.各子公司可使用不同的票据开具方式，包括自印收据发票、税控发票、税控电子票等。业务审批管理各子公司可独立配置业务流程，如减免审批、报停审批、强停审批、调整面积审批、复热审批、入网审批等。流程支持子公司和集团的分级审批。统计分析各层级人员只能浏览、操作本层级的数据范围；集团总部可实时查看所有子公司的实时业务数据、操作数据，进行对比和考核；提供丰富的报表、图表来展现各子公司及集团的整体经营数据。
再加上和交换设备的连线，想在机柜里走的规整、看着舒服，也不是件简单的事情，我们做了将近一天也没能完成。二天继续工作，加上Vmware虚拟化的部署总共10天时间，看着整齐的机房、飞速运行的服务器，心里还是蛮有成就感的。到目前为止，硬件部分就还差400台手机移动端没有到，我想，等到货后我得拍照留个念，400台手机铺在桌子上同时安装收费易移动端App也是很壮观的啦！安装部署硬件都安装完成后，接下来就是软件的安装部署了。5月24日，我通知我们实施工程师开始进行系统的部署，虽然目前有些虚拟化的工作还没完成，但是我决定并行进行，因为只有在软件部署完成之后才能进行功能测试、性能测试、系统调优等工作。大同热力的系统部署我们也花过不少心思，整个
拔掉烟囱698根，为实现“大同蓝”做出了突出贡献。回忆之前销售的同事也分享过大同热力的信息化经历，以及此次投标的相关整个过程。大同热力之前和北京某公司在合作收费和客服软件系统，是早期就已经建立了信息化管理平台，对信息化管理工作认识非常深刻。但伴随着供暖政策的变化，信息化技术的革新，原有管理系统已经无法满足热力企业日益增长的管理需求，加上原有系统多年不升级，系统卡顿僵死严重，统计报表不准确等原因，使管理人员工作量大大增加。特别是原有供暖软件供应商服务不到位。
