观音桥智能供暖收费系统软件公司

及时。许多地方需要半自动人工操作，比如每年供暖收费前还需要软件公司派人到现场花一个多礼拜进行人工的账务结转，尤其是统计，每次统计一查询就是2个小时，而且查出来的东西还不准。有些话可能传得有些夸张，但从侧面也是呈现了业务部门的强烈诉求和不满，前车之鉴，后事之师呀，想当初我们也是学着同行在往前走的，现在该友商已经无法给自己的软件做升级，只能完全推翻重来，这是促使大同热力更换软件的导火线。脑子里全面过了一下这个项目，大同热力经历了一次信息化洗礼，而且这次项目的软硬件的预算和标准都较高，想必会对我们提出很高的要求，另外这个项目启动时间算是比较早，公司往往到9月份10月份的时候都会特别忙，因此需要在3、4个月内力求完成上线。

接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在

项目部一时间收到中标的消息，作为此次项目的项目实施经理，喜悦的感觉转瞬即逝，随之而来的这份责任让人感觉沉甸甸的，但一看到研发部的同事们都磨拳擦掌，斗志高昂，信心满满的样子，心里也放下了一大半。静下心来，查阅了一下大同热力的基本资料，了解到大同热力入网面积为7260万平米，为国家大型一类企业，下设10个供暖分公司，1个维护抢修分公司，5个客户服务点。截止2017年，公司共敷设供暖一次管网875公里，热电联产集中供暖面积5860万平米，十多年以来共拆除燃煤供暖锅炉897台。

《供暖收费管理系统》如何做到专业化前面已有两篇文章阐述了收费易软件公司的专业化之路以及供暖管理软件的专业化之路，我们再深入一步，来探讨具体一个软件产品《供暖收费管理系统》如何来走专业化之路。从2006年起接触供暖收费业务起，我们接触和积累了数百家供暖企业的经营管理需求，也认真钻研了几乎所有同行的收费软件。

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

观音桥供暖收费系统软件品定义、产品配套、性能指标、产品质量、产品边界、实施内容、售后服务、数据迁移这些方面来阐述目前在供暖收费管理系统的标准化、专业化。产品定义公司及产品生存发展的根本，就是要满足供暖企业的需求，因此首先要搞清楚《供暖收费管理系统》到底包含什么内容，我们能给客户提供哪些功能，解决客户哪些诉求。收费易软件对《供暖收费管理系统》的产品定义如下：借助互联网技术，为供暖企业搭建起围绕客户、面积、费用管理的综合信息化平台。完善客户用热档案，理清供暖面积和状态，对外打通微信、支付宝、银行、柜台等多条服务渠道，提供便捷交费和业务办理通道，对内联动财务及线下移动端开关栓、稽查、清欠等工作，实现各部门业务协同，并能汇总供暖大数据为生产。