习水智慧物业收费软件开发

明天可以安排项目启动会了。项目启动项目启动会是必须要开的，而且尽可能大张旗鼓地开，要不然谁知道你项目经理是干什么的，谁认识你谁搭理你。这就像古代战前任命将军一样必须有仪式，只不过项目启动会的组织、形式、任命差不多都是项目方来推动，也就是说要抓住这个机会，把自己推广出去，避免在未来项目推进过程中遭遇被动。信息化工作本来就很艰难，要利用每一个环节的细节来积累双方的信任，非常重要，有了信任，再大的困难也能共同面对，一起解决，若没有信任.

习水智慧物业收费软件项目实施过程中也接触和了解了供暖领域的各家热网自控厂商，因此虽然不能说是供暖专业人士，但对经营收费管理领域也算是掘地三尺了。但为什么做供暖经营管理软件那么难，我认为主要原因是这个行业本身就缺少规范和标准导致的，无法像水电气那样量化计费，供暖条例基本是一城一策，而且各个城市对类似的政策和条例解读执行得也不一样。没有标准化，项目都成了定制，没有专业化，客户都成了试验田，收费易软件就是在这样举步维艰的情况下，扛起供暖经营管理软件标准化、专业化大旗的。

并且针对重点问题进行探讨。总体而言，大同热力客户配合力度很大，沟通人员责任心、积极性都很强，大家都是秉持着尽早暴露问题、解决问题的思路，积极推动项目进度，不让问题藏匿到项目上线后再处理。而我，也从客户那里收获了不少的用户故事，非常宝贵。数据迁移4月10日，也就是项目实施的二周开始，负责数据迁移的同事开始驻场。大同热力的客户基础数据有60万左右，再加上7年的历史数据，构成了我做项目以来大量级的数据，所以我们相当重视数据这部分工作。数据迁移的一步就是数据分析。

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

向比较、考核。管理目标异地集团版收费管理系统，是为跨区域的集团性供暖企业而设计开发的，搭建起围绕客户、面积、费用管理的综合信息化平台。支持多地多子公司的不同管理模式，实现分子公司之间数据严格分离，而集团本部可以对子公司进行监督和审核，同时实现了所有经营数据的大整合，解决了集团型公司重复投资、数据共享难的问题。各区域子公司根据当地政策需要，自主完善客户用热档案，理清供暖面积和状态，对外打通微信、支付宝、银行、柜台等多条服务渠道，对内联动财务以及线下移动端开关栓、稽查、清欠等工作，实现各部门。

问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。