金沙智慧物业收费软件公司

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

计划、实施要求，让大家明确未来要做的工作，作好心理准备。启动会还算顺利，能感受到甲方领导的重视，也体会到了经营部门对新系统诉求的急迫性，也收到了网络部门的支持信号，后来开完启动会就帮我们调好了临时办公室的网络环境，直接就算驻场了。需求碰撞开完启动会，项目调研就算开始了，甲方已经在一楼给我们安排好了办公座椅、电源、网络，到那里就可以开始工作了，这效率高的！这个办事处的对面就是。

及时。许多地方需要半自动人工操作，比如每年供暖收费前还需要软件公司派人到现场花一个多礼拜进行人工的账务结转，尤其是统计，每次统计一查询就是2个小时，而且查出来的东西还不准。有些话可能传得有些夸张，但从侧面也是呈现了业务部门的强烈诉求和不满，前车之鉴，后事之师呀，想当初我们也是学着同行在往前走的，现在该友商已经无法给自己的软件做升级，只能完全推翻重来，这是促使大同热力更换软件的导火线。脑子里全面过了一下这个项目，大同热力经历了一次信息化洗礼，而且这次项目的软硬件的预算和标准都较高，想必会对我们提出很高的要求，另外这个项目启动时间算是比较早，公司往往到9月份10月份的时候都会特别忙，因此需要在3、4个月内力求完成上线。

和国内重要的集团型热力企业展开合作，形成全国一个受大型供暖集团欢迎的异地集团版本。未来，供暖企业也会变得更加务实，在信息化建设道路上更加笃定，更加谨慎，他们会花更长时间来选择合作伙伴及产品和服务。我想这不是正符合收费易软件的发展理念吗，客户也不那么急剧扩张了，他们有时间慢慢来选择软件，我们有耐心慢慢打造好软件，这就是双赢。大同热力收费客服信息化建设实录引子645万，应该是国内热力企业收费和客服信息化软硬件大的一个标了，也是收费易软件到目前为止大的一个项目。

这样的时期，我们又从哪些方面去寻求正确的道路呢？首先，我们来看宏观趋势，不明白的就可以多看看日本的道路，或者说看看德国这种以实业驱动的国家模式，在日本和德国这样的国家，目前都是典型的放弃了房地产，以实业为主，人家是通过实业，或者说劳动为主来分配财富的，因此贫富差距很小，社会矛盾很小，生产力很高（中国目前靠地产和金融来分配财富，这比以前的地主靠地租不劳而获的程度有过之而无不及）。粗放式发展已经到头了，以前靠量、靠速度、靠规模取胜的招式可能要过时了，未来竞争就是靠核心竞争力，在收缩的市场中，所有人都在收缩自己的业务边界，坚守住自己后的壁垒。

金沙智慧物业收费软件接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在