广州智能供暖收费系统软件公司
年是有记录以来全球资产收益率差的一年，这一年大部分基金经理以亏5％以内为荣；有人说中国经济L还没走到底，而且走到底之后那条横线有多长谁也不知道；前几个月国家主席和总理也都在正式场合少有地表达了经济下行，情势惊涛骇浪；中美贸易战持续发酵。实际上普通老百姓的认知往往滞后于环境的，可以说远在2015年国家已经开始在宏观调控了，那时候有小部分行业就开始先行感受到寒意了，记得那几年公司招聘的时候，就有不少从船舶、机械等行业跳到IT行业来的。IT行业在中国属于服务行业，也具有高科技属性，因此受经济危机影响小一些、慢一些，但整体萧条之下，IT行业是否能独善其身呢？改革开放以来，特别是中国加入WTO之后，外资进入中国的同时带来了技术和经验。
错开公司的项目高峰期。心中初步有了几个项目阶段和人力资源的规划蓝图，准备梳理到纸面上跟公司领导申请支持。前期准备看招标要求项目是7月底完成，8月底上线。从前期了解到的收费系统的那堆乱账，还有复杂的业务，客户要求现场有办事处是非常合理的。因此一个目标就是要建设大同办事处，深入调研客户需求。现在能做的几件事情：1.确定项目成员；2.建办事处；3.组织启动会。在公司内部确定了几个重要的项目角色。
广州智能供暖收费系统软件接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
项目部一时间收到中标的消息，作为此次项目的项目实施经理，喜悦的感觉转瞬即逝，随之而来的这份责任让人感觉沉甸甸的，但一看到研发部的同事们都磨拳擦掌，斗志高昂，信心满满的样子，心里也放下了一大半。静下心来，查阅了一下大同热力的基本资料，了解到大同热力入网面积为7260万平米，为国家大型一类企业，下设10个供暖分公司，1个维护抢修分公司，5个客户服务点。截止2017年，公司共敷设供暖一次管网875公里，热电联产集中供暖面积5860万平米，十多年以来共拆除燃煤供暖锅炉897台。
