三穗收费易收费软件开发

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

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

拔掉烟囱698根，为实现“大同蓝”做出了突出贡献。回忆之前销售的同事也分享过大同热力的信息化经历，以及此次投标的相关整个过程。大同热力之前和北京某公司在合作收费和客服软件系统，是早期就已经建立了信息化管理平台，对信息化管理工作认识非常深刻。但伴随着供暖政策的变化，信息化技术的革新，原有管理系统已经无法满足热力企业日益增长的管理需求，加上原有系统多年不升级，系统卡顿僵死严重，统计报表不准确等原因，使管理人员工作量大大增加。特别是原有供暖软件供应商服务不到位。

外资企业发现情况不妙忙着撤退（外资撤退整个过程至少提前2,3年布局）。人人都说无债一身轻，其实对国家、社会来说何尝不是呢？可以预见，未来很多年我们都没有条件和资格再多加杠杆了，对放水这兴奋剂也免疫了，只要国家一放水，所有人都学会去炒房玩金融了，这会把实业推向更决绝的深渊。反过来看，只要我们认同未来全球化趋势，还想再国际上拥有一席之地，就必须要自尊自重，也就是让人民币在国际上更拿得出手，更有信用。所以，各行各业有杠杆的降杠杆，有负债的好好还钱，没负债的也准备好老老实实学会过苦日子，这是唯一的解决之道。供暖信息化的危和机在一个紧缩的年代，社会增量财富有限，绝大部分企业都需要在存量资源中求得生存，当代的年轻人基本都没有经历过。