2019帆软第二届“数据生产力”大赛

34. 【珠海供水】单枪匹马的低成本大功效数据中心

排名 投票数
9 1345

单枪匹马的低成本大功效数据中心

一、项目基本信息

1项目信息

    项目名称:珠海市供水有限公司数据中心

    负责人信息:徐毅力

    团队成员与岗位:徐毅力

2、平台运行状况

    平台报表总量200+

    平台月访问量:10000+ 

二、项目背景

1、公司发展需求

      目前公司所使用的调度报表系统始建于1997年,使用Foxpro独立开发,并使用ASP完成了统计报表部分。该系统在建设初期成功地满足了数据统计的需求,但随着管理方式的日趋精细、数据业务与日递增,已难以应对企业对软件数据分析要求。且此系统因设计结构较为陈旧,给维护工作带来较大的困难。

      现有的报表系统内含各厂、站、所及各业务部门大小报表1000余份,加上各类业务系统及日常零碎excel数据,彼此的信息孤岛给统计分析工作带来不小的困难:频繁的二次数据加工工作、人工统计汇总固有的失误率以及统计目标的标准尺度不一致带来的理解偏差。

      各大基层单位的业务数据和逻辑关系都靠部分老员工记忆,随着设备更迭、部门变动,相关业务人员已不能完全掌握其详细状态。

      对此,IT部门工程师采用的报表设计软件,结合自身业务,自主订制开发报表管理系统,搭建统一的数据决策管理平台。

      但项目面临的主要问题,是部门改革成立初期,人手和经费都严重不足(只有笔者一人),如何在所有资源都受限的前提下,在最短时间内开发出一套系统满足相关需求。

2软硬件环境

    操作系统:Ubuntu 18.04

    部署方式:Docker、Nginx、Tomcat

    数据库:MySQL 8.0

    核心:FineReport 10.0FineBI 5.1

    服务器:其他项目2016年剩下的闲置二手机,资产价值8万

3、系统环境

 


三、应用场景与价值

1场景一:生产数据的收集填报

      旧填报方式非常枯燥,缺乏错误校验,时有误报发生,需要工作人员协助修改。填报完以后需要等到SQL后台执行存储过程。不论是查询销量还是核对工作,都进行得非常痛苦。

      帆软报表在填报的功能上非常完整,权限管理一气呵成,直接解决了上述问题,节省了大量的开发时间。原本需要对所有填报的数值设置字段绑定、对计算结果转入存储过程并定期执行;同时,因生产数据涉及敏感内容较多,权限管理也需非常慎重,若是纯代码开发势必耗费大量的时间和精力。

      在填报内容上,原本每年都有三四百项填报错误,十几家单位都受到了响应的绩效处罚。新系统中增加了多项填报校验,截止发稿时间,上半年的误报单数仅为17次,直接帮助生产部门和管理部门都显著提高了工作效率。

同时,因系统支持手机端,在偏远地区的厂站没有稳定网络接入的前提下,也能及时填报数据,大大提升了管理效率。

  


2、场景二:生产数据展示

      过去的统计展示方式非常传统,业务部门频繁使用各自制作的excel表格,口径不统一。每次开会讨论数据时,都需要同一的业务部门集中收集制作报表,并花费大量的时间反复核对数据的准确性。

      帆软的图形化界面友好易用,轻松生成大量的可视化报表。也改变了业务部门开会讨论的工作方式,开始全面使用联网的系统。

      可视化展示或许并不新潮,但对于传统企业的转型是一次较大的转变,更多的业务人员开始习惯从图形中查找业务数据的问题,而不再浏览单一的纯数字表格。

      通过可视化表格的展现,生产管理人员很快便能察觉氯耗矾耗的变化,此数值发生波动时,意味着原水水质可能受到影响,必须立刻做出针对性处理。而电耗则用于衡量各单位的制水成本,便于在经济层面做出运营计划的制定。

  

 

3场景三:经营服务分析

      同样,经营服务部门也开始依赖可视化的展示,因开发人手不足,暂无全面实施,先使用年终总结的数据制作了决策大屏。大屏演示在参观展示中有良好的效果,也能争取到领导层更多的认可,有利于系统的推广和项目的支持。 

4FineBI的应用

      沿海城市时常遭遇台风,2016年的天鸽便给珠海带来巨大损失,也一度使供水工作陷入较大被动。因公司采用传统的通信方式,通过电话口头上报灾情、通过OA邮件发送统计报表,既不能保证灾情统计的及时性,同时因各方理解的偏差、对灾情损失、受影响用户的情况估计不足,导致本就已经匮乏的人财物资源更加疲于本命在沟通与调配途中。

      为了避免这一情况再度发生,公司借助FineReport对灾情进行统一上报,使得任何紧急情况下,本系统数据为唯一的官方信息平台。与此同时,为了分段呈现受灾单位、受灾小区、受灾时间、经济损失、工单处理效率等多个维度数据,笔者根据FineBI工具,配合开展了灾难应急上报的演练,使得整个过程清晰可见,大大节省了沟通统计时间,也全面展示出即时灾情,便于决策层做出判断、调配物资。也能协调其他部门对灾情的进展做出播报,并能有效配合灾后的资产盘点、进而表彰做出突出贡献的单位或个人。相信再次遭遇自然灾害时,能更从容地处理好各方资源的统筹。


四、项目心得

1、成功经验

      在传统水务企业自主开发IT项目是一件非常有挑战的事,经常得不到太多支持、理解,却要背负众多责任和风险,但成功时带来的喜悦也是其他工作难以比拟的。

      在本项目中,笔者独立负责,在获取的支持极度有限的情况下,利用仅有的少量经费采购了FineReport,借助闲置的二手服务器,安装了各类开源软件完成了部署。

但一己之力的过程始终是痛苦而漫长的,建设的过程中,笔者走访了所有业务单位,收集了大量的原始报表、了解业务场景和使用习惯、访谈领导层的高级需求,历时近8个月终于完成了第一期建设。初期建设囊括了所有生产部门的数据,营销管网数据正在跟进中。

2、改进注意点

      系统虽然完成了阶段性任务,但前方依然任重道远。现有系统在设计初期,因对产品本身了解有限,同样也做了很多不太成熟的设计。未来将逐步接入营业收费、管网管理、工程管理、财务管理、人事管理等多项内容,形成真正意义的数据中心。同时,稳步搭建企业数据仓库,并结合FineBI的OLAP分析功能,制作更多自助式可视化展现的业务模型,采取自下而上的推广方式,继续提升企业的数据化管理水平。