金沙收费易物业收费软件开发

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

这也是重要的一步。随着我们对数据分析的不断深入，发现大同热力的数据迁移工作比我们想象的要复杂的多，这个复杂性倒不是上面提到的超大的数据量级，而是数据的不规范性。我们了解到，原有收费系统在应用过程中由于部分功能满足不了业务需求，所以操作软件的人往往以一种非常规的操作来实现某项业务，比如报停后复热不了的就直接修改暖费应收、面积结算不对的就直接修改台账等等，而且张主任还说。

有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。

其他项目上从未如此大动干戈，因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段：按照测试用例测试系统的所有功能，找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来，针对这一阶段暴露出的性能问题进行优化。压力测试阶段：对常用功能进行并发压力测试，这一阶段我们关注几个主要性能指标：响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况，确定5,10,15,30,50的测试并发量，模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能，同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初，徐主任把我叫到办公室商量系统培训的事宜。

金沙收费易物业收费软件项目经理、收费实施负责人、数据迁移负责人、客服实施负责人、VMware虚拟化实施负责人、性能测试，以及对应的收费和客服研发团队。清楚记得清明节后一天，一批成员就带上生活必需品自驾出发，到大同下午2点多了，下午完成了房屋租赁，晚上完成了生活用品购买，当天就入住了，这一整天简直就像农村的双抢一样，满满的收获呀。这个办事处还真的特别合适，去大同热力只需要从地下车库走过去就行，这为后来的调研、服务工作提供了很大的便利，响应及时多了。二批成员二天也到达大同了，万事俱备。