深圳收费易收费软件公司
计划、实施要求，让大家明确未来要做的工作，作好心理准备。启动会还算顺利，能感受到甲方领导的重视，也体会到了经营部门对新系统诉求的急迫性，也收到了网络部门的支持信号，后来开完启动会就帮我们调好了临时办公室的网络环境，直接就算驻场了。需求碰撞开完启动会，项目调研就算开始了，甲方已经在一楼给我们安排好了办公座椅、电源、网络，到那里就可以开始工作了，这效率高的！这个办事处的对面就是。
同热力的电子票开具偶尔就会出现签章失败的现象，而且一旦失败就会持续十多分钟，虽然也不算很久，但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试，确定不是由于收费系统的原因导致，所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时，过了一会就到热力公司了，经过分析多半是因为网络拥塞导致的数据上传失败，又经过和大同热力信息处配合进行网络测试，基本确定是联通网络的问题。当天下午结账后，信息处张处联系了电信公司，将专线网络由联通切换为电信，在此之后，虽然也会出现签章失败的情况，但是问题出现的频率大大的降低了，看来选择网络运营商还真得因地制宜。再说说二点：大同热力的硬件采购标准很高，为了让个别老百姓更容易接受电子发票，打印机采购的是惠普彩色激光打印机，不仅价格高而且耗材也贵，我还是头一回见热力公司采用彩色打印呢。但是问题来了，彩打的效果固然好。
平台兼顾速度与安全性考虑，做了一整套部署方案。环境部署采用Vmware虚拟化部署方式，5台服务器组成了虚拟化私有云平台，允许任意两个服务器发生故障而不影响系统使用，每台服务器配备6块1.2T的企业级硬盘，其中5块硬盘又与其它服务器通过万兆光纤相互连通，组成磁盘存储池，另外配备两块400G高速固态硬盘作为缓存盘，提升数据读写效率。软件部署我们采用tomcat集群与负载均衡的部署模式，不管是收费系统还是客服系统，每个服务都是用Apache作为集群管理器，其下搭建多个Tomcat服务器，这样即可保证系统运行的稳定性、安全性，也可以在系统更新和升级的时候做到无感切换。系统部署到6月中旬，我们在虚拟机上搭建了8台虚拟服务器和100台虚拟桌面。8台虚拟服务器其中有4台是银行前置机，另外4台是应用服务器，分别是收费系统应用服务器、客服系统应用服务器、数据库服务器和一台备用服务器。接下来是安装虚拟桌面，在这个环节上我们可费了些体力。对，没错，是体力！大同热力共有4各营业厅和10个分公司。
再加上和交换设备的连线，想在机柜里走的规整、看着舒服，也不是件简单的事情，我们做了将近一天也没能完成。二天继续工作，加上Vmware虚拟化的部署总共10天时间，看着整齐的机房、飞速运行的服务器，心里还是蛮有成就感的。到目前为止，硬件部分就还差400台手机移动端没有到，我想，等到货后我得拍照留个念，400台手机铺在桌子上同时安装收费易移动端App也是很壮观的啦！安装部署硬件都安装完成后，接下来就是软件的安装部署了。5月24日，我通知我们实施工程师开始进行系统的部署，虽然目前有些虚拟化的工作还没完成，但是我决定并行进行，因为只有在软件部署完成之后才能进行功能测试、性能测试、系统调优等工作。大同热力的系统部署我们也花过不少心思，整个
深圳收费易收费软件接4月23日，由大同热力方组织，我方主持的银行代收启动会在四楼会议室召开了，参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排，主要是推动银行尽早启动工作，早日完成代收费对接上线。会上各家银行都表了态，愿意积极配合这部分工作，不过时间安排上有点紧，毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话，因为没有一家是在预期时间内完成上线的，好的应该算是大同银行了，在正式收费前完成了上线。在银行对接的过程中，由于后期时间比较紧，所以我们经常加班加点，从网络调试到服务部署平均2天搞定一家银行，技术联调的时候我们张工更是一对三的进行响应。上线测试前，我们通过对大同热力业务种类的分类，做出了一份详细的测试用例，总共41种类型，120多个可变参数，这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的，以往我们在
有时系统出现点问题需要找原软件公司处理，工程师并不是将问题修复而是直接在后台改数值，这样根本就是治标不治本。所以导致了很多数据面积和应收对不上、当年跟往年对不上，我们开玩笑说：系统被你们玩坏了。数据迁移陆陆续续进行着，这个浩大的工程持续了四个多月的时间，我们就像遨游在数据海洋的邮轮，时不时地打捞出一些问题数据供业务部门核验修改，直到后把新账和老账核对到差1块多钱，我还记得张主任当时开玩笑说：这1块多钱不找了，我担了！实际上在数据迁移的工作范畴中。
