紫云收费易收费软件系统
错开公司的项目高峰期。心中初步有了几个项目阶段和人力资源的规划蓝图，准备梳理到纸面上跟公司领导申请支持。前期准备看招标要求项目是7月底完成，8月底上线。从前期了解到的收费系统的那堆乱账，还有复杂的业务，客户要求现场有办事处是非常合理的。因此一个目标就是要建设大同办事处，深入调研客户需求。现在能做的几件事情：1.确定项目成员；2.建办事处；3.组织启动会。在公司内部确定了几个重要的项目角色。
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
紫云收费易收费软件项目经理、收费实施负责人、数据迁移负责人、客服实施负责人、VMware虚拟化实施负责人、性能测试，以及对应的收费和客服研发团队。清楚记得清明节后一天，一批成员就带上生活必需品自驾出发，到大同下午2点多了，下午完成了房屋租赁，晚上完成了生活用品购买，当天就入住了，这一整天简直就像农村的双抢一样，满满的收获呀。这个办事处还真的特别合适，去大同热力只需要从地下车库走过去就行，这为后来的调研、服务工作提供了很大的便利，响应及时多了。二批成员二天也到达大同了，万事俱备。
问题，首先是航天的技术总是说太忙没时间，遇到问题就让我们看文档，沟通了几次我也有些着急了，如果看文档能解决的话还找你干嘛？不过后来航信现场的工程师杨工帮忙协调了，这才帮着把开票接口调通。然后调试过程中也出现了各种问题，比如免税字样出不来、发票下载没有返回信息等，这些问题天天都有，我们也是加班加点的忙碌着。从7月27日接口开发完成到8月17日调试完成，我们测试了几百张发票，不断地试错，不断的修改，好在大同热力的发票数量较多，废点票不是大事。我们也是为了保证项目上线后电子票不要出错，否则大同热力每天开票量几千甚至上万张，出了错想补救都难。
项目实施过程中也接触和了解了供暖领域的各家热网自控厂商，因此虽然不能说是供暖专业人士，但对经营收费管理领域也算是掘地三尺了。但为什么做供暖经营管理软件那么难，我认为主要原因是这个行业本身就缺少规范和标准导致的，无法像水电气那样量化计费，供暖条例基本是一城一策，而且各个城市对类似的政策和条例解读执行得也不一样。没有标准化，项目都成了定制，没有专业化，客户都成了试验田，收费易软件就是在这样举步维艰的情况下，扛起供暖经营管理软件标准化、专业化大旗的。
其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。
