码迷,mamicode.com
首页 > 其他好文 > 详细

90%的企业都会考虑的数据平台建设方案

时间:2016-09-21 10:16:00      阅读:120      评论:0      收藏:0      [点我收藏+]

标签:

很多企业在信息化建设过程中会面临这样的困惑:随着系统的增加,建设的深入,积累的数据越来越多。沉淀在系统中的数据要利用,可视化成了问题,延伸到应用就形成了报表展示和数据分析展示的需求。关于这些问题,这里分享洋河的信息化建设案例,原文是洋河股份数据分析负责人熊衍在帆软大数据巡展上的演讲。

关于洋河

苏酒集团有一个酒都、两大名酒、三个第一、四个一流。一个酒都说的是苏酒集团的所在地 江苏省宿迁市,两大名酒指的是洋河、双沟两大中国名酒,三个第一指的是产能规模、市场占有、绵柔品质均位列行业第一。四个一流指的是酿酒技术、品牌影响、创新能力、营销网络四个方面均数行业一流。

洋河信息化建设背景

洋河的信息化建设在白酒行业中起步较早,2003年上线用友的U8系统,之后建设了OA系统,实现南京、宿迁、洋河、双沟、泗阳5地的网络专线互联。2012年开始建设SAP 的ERP系统,两期项目囊括了前端销售、财务到后端生产、仓储等全部业务链。此外还建设了移动访销、商务会员系统、Portal、BPM等一系列外围业务系统。这几块构成极大地提升了洋河的信息化水平。

技术分享

在洋河的信息化系统架构中,以SAP ERP、TMS、WMS、BPM等系统为后台,商务会员系统、移动访销、企业门户为中台、洋河1号、官方商城等为前台,前中后台在业务运转中产生大量的业务数据。实施的每套系统都有各自的报表,这些报表实现的方式各不相同、展现形式五花八门。这对综合数据平台的报表应用带来了很大的问题,总结来说,有以下三大痛点:

1、报表分散,缺乏规划和管理

各系统数据源相互独立、各自的报表也相互独立,不同系统的报表需要由不同系统的开发人员的开发维护,跨系统跨数据源的报表只能通过远程接口互相调用来实现,效率低下,运维困难,对开发人员的技术能力要求较高。

2、实时关联,影响业务效率

原来的报表直接从业务系统的数据库中取数,由于报表的取数逻辑相对与其他业务比较复杂,查询结果较大,因此报表给数据库造成的压力要远大于其他的业务计算逻辑。例如,移动访销系统曾出现过一次数据库宕机事故,事后经查明,报表的计算逻辑消耗了80%的系统性能资源,而业务上的计算逻辑只消耗了系统20%的性能资源,这个数字听起来如此骇人听闻,却是真实发生过的事,值得深思。

3、形式单调,用户体验差

原来的各平台报表只属于平台的附属功能,缺乏专业的展现能力,绝大部分报表只能以表格形式来呈现,不美观也不好用。例如:SAP系统的ALV报表,竟然连后台分页都无法实现,体验非常差。

基于以上种种原因,洋河在信息化要做出第一步改变——引入专业的报表平台。

经过反复的调研,选择了行业内最优秀的产品——帆软报表FineReport。 借着这个契机,对公司内部报表体系做了一个梳理和规划。

我们引入了数据仓库,设立了专门的报表开发运维团队。FineReport的使用为我们带来了3个显而易见的好处:

1、降低报表开发运维工作的复杂度,提升了报表应用水平。

2、报表与业务系统分离,大幅提升了业务系统性能。

3、帆软的专业展现能力和强大的扩展性使开发效率和需求响应速度得到了大幅提升。

技术分享

与此同时,对现有各系统的报表按照功能进行了分类,梳理了洋河的报表体系,有步骤的将体验很差的报表向帆软报表平台迁移。

帆软报表的应用大大减少了对系统间的接口接通、图表库是否兼容,页面控件的逻辑实现、查询权限控制该如何设计这些琐碎问题的考虑。而后可以把主要精力放在报表取数逻辑的优化上。

在提升报表效率的规范上,我们制定了SQL语言的编程规范,要求所有开发人员严格遵守,以此来保证代码可维护性和查询效率。

报表与其他平台的深度融合

1、报表与Portal的集成

由于这些年建设的系统越来越多,每套系统都有一套登录账号和密码,为了减少运维人员和用户的压力,我们规划了以Portal门户作为所有前端系统的统一入口。

这就涉及到FineReport与Portal的集成问题。我们采用CAS单点登录集成方案,通过SSO服务拦截帆软报表平台的请求,验证后发给令牌获取访问权限。这样一来就无需同步Portal的用户名密码,多套系统可以实现互相集成。

技术分享

2、报表的自动受权机制

报表的权限问题,我们分成两部分:报表查看权限和查询范围权限。针对查询范围权限,设计了一套自动授权机制。通过识别用户登录信息,获取用户身份分类信息,计算用户最大权限,以树形菜单展现查询权限树,自动识别用户选择的查询范围所属层级。

3、报表的SAP函数

在某些情况下,报表要求从SAP直接调用BAPI函数。为此进行了二次开发,自行设计了帆软报表与SAP通讯的公共方法 SAP_RFC_TOOL们使用JCO3技术实现JAVA与SAP通信并进行了封装,使用户能够跳过种种细节,简单的通过调用公共方法调用任意的SAP远程函数,返回的数据类型可以由java程序直接使用。之后我们还设计了函数CALL_SAP_RFC_RT_STRING()。由图可以看到调用SAP远程函数的使用方法,非常方便。

得益于帆软无与伦比的开放性,这也正是青睐帆软的原因。

技术分享

未来建设计划

技术分享

随着洋河信息化建设的不断深入,数据积累越来越多,数据分析的需求也与日俱增。因此,数据分析体系的建设变得迫在眉睫,因此下一阶段的计划是建设一个数据分析体系。以SAP BW为数据中心,所有业务系统的数据源通过定时抽取的方式进入数据中心,经过BW的数据清洗、整理、建模等处理工序后,为报表提供统一数据来源。以帆软报表平台作为前端固定格式报表提供给基层销售、内勤等部门使用。BO 则作为多维分析报表平台和决策辅助驾驶舱平台供高层管理者使用。这个计划的关键之处就在于,帆软报表将承担大量的并发压力和大部分的业务数据报表的展现。

90%的企业都会考虑的数据平台建设方案

标签:

原文地址:http://www.cnblogs.com/lindsshun/p/5891607.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!