山东智慧供暖收费系统软件开发
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
问题的修复，项目随时可以上线！8月31日8:48，一笔2175元的暖费进入了系统并成功开具了电子发票，标志着大同热力项目正式上线运行了！昨天，我跟徐主任商议，让系统提前一天上线运行，万一出现点状况我们当天还来得及处理，事实证明我们的决定是明智的。9月1日早上，各营业厅还没开门营业，门外的老百姓已经排起了队伍，我真没想到大同的热用户交费这么积极，不过好在我们昨天已经“演习”了一天，所以对今天这种场面满怀信心。还别说，昨天试运行了一天发现的问题还真不少，主要表现在打印机兼容问题、操作人员不熟练、电子票页面偶尔卡死没反应、高拍仪连续拍照报错等，针对于昨天出现的问题，今天我们安排了工程师专门到问题多的营业厅进行辅助指导，业务不熟练我们就现场讲解，打印机、高拍仪不工作我们就现场示范调试，电子票卡死我们就教会如何重开并且联系在总公司的航信工程师进行问题排查。总之，真正意义的上线，我们顺利完成了。
费易软件作为专业的供暖客服软件供应商，专门为集团型供暖企业研发了一套集团版供暖收费管理系统，集团经营管控需要关注的几个内容：各子公司的用户编号统一规划和编码；各收费渠道和资金的分散入账和统一监管；各地收据、普票、电票的分散对接和统一监管；各层组织架构和权限角色的统一管理，各层级的工作审批流程制定；数据分级过滤控制；用热户基础数据和费用数据的差异化支持；各地供暖政策条例和计费策略的支持；各层级多系统对接；集团大数据整合分析，对下属供暖公司各方面数据的横
山东智慧供暖收费系统软件向比较、考核。管理目标异地集团版收费管理系统，是为跨区域的集团性供暖企业而设计开发的，搭建起围绕客户、面积、费用管理的综合信息化平台。支持多地多子公司的不同管理模式，实现分子公司之间数据严格分离，而集团本部可以对子公司进行监督和审核，同时实现了所有经营数据的大整合，解决了集团型公司重复投资、数据共享难的问题。各区域子公司根据当地政策需要，自主完善客户用热档案，理清供暖面积和状态，对外打通微信、支付宝、银行、柜台等多条服务渠道，对内联动财务以及线下移动端开关栓、稽查、清欠等工作，实现各部门。
接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
