习水智能然气收费系统软件公司
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
费软件往往随着供暖企业规模增大、运行年头增加，性能指标也是一个关键要素，特别是供暖行业季节性特征明显，很多供暖企业收费期很短，不少城市的供暖企业高峰期一天就需要办理几千甚至几万笔收费业务，加上入网、报停、复热、开关栓、查询等综合业务，业务系统负载很大。很多收费营业厅在忙季都是排起了长龙，这种情况下若是软件性能和稳定性出问题，就很容易出现小型群体事件。因此收费易软件对《供暖收费管理系统》的性能指标也是做出了一些定义（20万户，普通台式机固态硬盘条件下的系统响应要求）：常规页面查询操作：0.2秒内。收费业务操作：2秒内（查询/收费/退费/购物车/报停/减免/开票等）。常规报表查询：6秒内。复杂报表查询：15秒内。特殊报表和批量操作：根据实际场景树立要求。产品质量《供暖收费管理系统》的功能和性能算是显像可见的内容。
错开公司的项目高峰期。心中初步有了几个项目阶段和人力资源的规划蓝图，准备梳理到纸面上跟公司领导申请支持。前期准备看招标要求项目是7月底完成，8月底上线。从前期了解到的收费系统的那堆乱账，还有复杂的业务，客户要求现场有办事处是非常合理的。因此一个目标就是要建设大同办事处，深入调研客户需求。现在能做的几件事情：1.确定项目成员；2.建办事处；3.组织启动会。在公司内部确定了几个重要的项目角色。
同热力的电子票开具偶尔就会出现签章失败的现象，而且一旦失败就会持续十多分钟，虽然也不算很久，但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试，确定不是由于收费系统的原因导致，所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时，过了一会就到热力公司了，经过分析多半是因为网络拥塞导致的数据上传失败，又经过和大同热力信息处配合进行网络测试，基本确定是联通网络的问题。当天下午结账后，信息处张处联系了电信公司，将专线网络由联通切换为电信，在此之后，虽然也会出现签章失败的情况，但是问题出现的频率大大的降低了，看来选择网络运营商还真得因地制宜。再说说二点：大同热力的硬件采购标准很高，为了让个别老百姓更容易接受电子发票，打印机采购的是惠普彩色激光打印机，不仅价格高而且耗材也贵，我还是头一回见热力公司采用彩色打印呢。但是问题来了，彩打的效果固然好。
习水智能然气收费系统软件拔掉烟囱698根，为实现“大同蓝”做出了突出贡献。回忆之前销售的同事也分享过大同热力的信息化经历，以及此次投标的相关整个过程。大同热力之前和北京某公司在合作收费和客服软件系统，是早期就已经建立了信息化管理平台，对信息化管理工作认识非常深刻。但伴随着供暖政策的变化，信息化技术的革新，原有管理系统已经无法满足热力企业日益增长的管理需求，加上原有系统多年不升级，系统卡顿僵死严重，统计报表不准确等原因，使管理人员工作量大大增加。特别是原有供暖软件供应商服务不到位。
