河南收费易天然气收费软件系统
司自行开展。子公司除了自行管理各自组织架构、人员、流程之外,还需要建立不少个性化的管理模式:1.包括各自维护小区、热源、换热站、基础类别等基础信息;2.不同地区的供暖政策不一样,各子公司需要自己维护各自对应的计费策略;3.各子公司可使用不同的票据开具方式,包括自印收据发票、税控发票、税控电子票等。业务审批管理各子公司可独立配置业务流程,如减免审批、报停审批、强停审批、调整面积审批、复热审批、入网审批等。流程支持子公司和集团的分级审批。统计分析各层级人员只能浏览、操作本层级的数据范围;集团总部可实时查看所有子公司的实时业务数据、操作数据,进行对比和考核;提供丰富的报表、图表来展现各子公司及集团的整体经营数据。
其他项目上从未如此大动干戈,因为数据量级达不到。这次我们组织了专门的小组来负责大同热力的性能测试和调优。测试分为性能排查阶段和压力测试阶段。性能排查阶段:按照测试用例测试系统的所有功能,找出导致系统资源增加的功能和响应速度缓慢的功能并记录下来,针对这一阶段暴露出的性能问题进行优化。压力测试阶段:对常用功能进行并发压力测试,这一阶段我们关注几个主要性能指标:响应时间、吞吐量、系统资源消耗情况。首先确定了需要进行压力测试的常用功能并整理测试脚本。根据客户真实使用情况,确定5,10,15,30,50的测试并发量,模拟50,100,150,300,500人同时使用系统。根据并发测试结果锁定存在性能问题的功能,同时确定如何分配每个虚拟机资源以及创建多少个集群的Tomcat。现场培训八月初,徐主任把我叫到办公室商量系统培训的事宜。
同热力的电子票开具偶尔就会出现签章失败的现象,而且一旦失败就会持续十多分钟,虽然也不算很久,但是外面排队的热用户情绪就会变得焦躁。我们经过对系统接口的分析测试,确定不是由于收费系统的原因导致,所以建议徐主任联系航信公司进行问题排查。航信公司的杨工响应很及时,过了一会就到热力公司了,经过分析多半是因为网络拥塞导致的数据上传失败,又经过和大同热力信息处配合进行网络测试,基本确定是联通网络的问题。当天下午结账后,信息处张处联系了电信公司,将专线网络由联通切换为电信,在此之后,虽然也会出现签章失败的情况,但是问题出现的频率大大的降低了,看来选择网络运营商还真得因地制宜。再说说二点:大同热力的硬件采购标准很高,为了让个别老百姓更容易接受电子发票,打印机采购的是惠普彩色激光打印机,不仅价格高而且耗材也贵,我还是头一回见热力公司采用彩色打印呢。但是问题来了,彩打的效果固然好。
信息孤岛,提升了信息分享及时性,降低了管理成本。集团化管控平台统一了整个集团的管理流程和规范,消除各自为政的隐患,杜绝经营上的漏洞,结束管理上的混乱。集团化管控平台统一了系统和数据之后,更容易与外部的OA、财务、生产、计量、银行等系统对接。集团化管控平台更有利于在中间件上做一些统一规划,如消息队列,银行代收,微服务等,实现平台的可靠性和扩展性。集团化管控平台能真正助力集团并购各地供暖企业,实现快速上线,尽早收费。经济通缩下供暖企业信息化建设的选择经济通缩的宏观背景国内经济非常不景气,到2019年为止大部分老百姓也都有这个认知了。
河南收费易天然气收费软件接4月23日,由大同热力方组织,我方主持的银行代收启动会在四楼会议室召开了,参会的银行有中国银行、建设银行和大同银行。会上我介绍了我们此次项目的对接方式及进度计划安排,主要是推动银行尽早启动工作,早日完成代收费对接上线。会上各家银行都表了态,愿意积极配合这部分工作,不过时间安排上有点紧,毕竟银行的流程比较慢。实际上后来他们用行动印证了当时的话,因为没有一家是在预期时间内完成上线的,好的应该算是大同银行了,在正式收费前完成了上线。在银行对接的过程中,由于后期时间比较紧,所以我们经常加班加点,从网络调试到服务部署平均2天搞定一家银行,技术联调的时候我们张工更是一对三的进行响应。上线测试前,我们通过对大同热力业务种类的分类,做出了一份详细的测试用例,总共41种类型,120多个可变参数,这份用例为后面银行代收的稳定运行提供了重要的技术保障。性能测试大同热力的性能测试工作是必不可少的,以往我们在
计划、实施要求,让大家明确未来要做的工作,作好心理准备。启动会还算顺利,能感受到甲方领导的重视,也体会到了经营部门对新系统诉求的急迫性,也收到了网络部门的支持信号,后来开完启动会就帮我们调好了临时办公室的网络环境,直接就算驻场了。需求碰撞开完启动会,项目调研就算开始了,甲方已经在一楼给我们安排好了办公座椅、电源、网络,到那里就可以开始工作了,这效率高的!这个办事处的对面就是。