2013年04月27日 海鼎简报第38期 历期海鼎简报
   专题●夯实移动应用的系统基础
2013年4月18-20日,中国连锁经营协会主办的"第十届中国零售业信息化管理高峰论坛"于武汉召开。"移动互联时代的信息化策略"主题吸引了众多零售企业高管尤其信息主管的关注。
结合第三场专题"移动互联与IT新技术应用",海鼎副总工程师李希明先生应邀在会上做了"夯实移动应用的系统基础"的演讲,根据长期以来海鼎积累的经验,提出零售移动应用之前首先要夯实系统基础。
 
夯实移动应用的系统基础
Lay a Good Foundation for Mobile APP
观点 心得
移动应用是企业信息系统的一个组成部分 M-Data平台是移动互联应用的系统基础
移动s应用并非自成一体的独立架构 建立异构资料体系,体现商品品类间特质差异
移动应用带来的挑战   智能搜索引擎,依托多关键字定位商品资料

移动应用架构总览示意图

详尽属性刻画,清晰展示商品全景资讯

实践

亮点
依托严格的操作流程,完成资料的构建与修订  M-Data平台,实现维基化的商品资料管理

 M-Data支撑美宜佳虚实结合的方略

 

 门店休假功能,实现自动日结和业务管控

 

携手共进  Make Progress Together   海鼎之窗  A Window of HEADING
 湖北寿康永乐正式上线海鼎物流系统 身栖地,心飞扬--《海鼎人》报第三期
2013海鼎物流研讨会:信息化推动精益物流 爱的奉献--向四川雅安地震灾区爱心捐款倡议
【连载】大规模虚实连锁--渠道创新 春游东方绿舟
   
 
观点  HEADING's View
移动应用是企业信息系统的一个组成部分

移动跟互联网是一体的,可以看做是互联网的延伸。移动最大的特点是能够随时随地接收消息。较传统企业信息系统来看,移动信息带来的变化是巨大的。企业在做移动应用的时候可以有两个建设思路,一是企业应用移动化,比如有些企业把财务信息等报表放在移动网络上,帮助企业的高层随时查看企业的经营数据;二是企业移动化应用,这个需要企业思考如何应用移动。
当我们有了这些变化以后,如何与企业已有的业务信息系统进行结合?移动应用是企业信息系统的一个组成部分,但仅仅是组成部分。海鼎长期从事这个行业,接触过大量的客户和合作伙伴,发现国内的信息化系统存在很大的问题,是长久积累下的问题,而移动的大浪潮让问题更加的突出--企业的信息化系统很大程度上是个孤岛。我们的一家客户曾买过大概四十几套系统,四十几套应用系统都是一个个独立的孤岛,这样企业信息化建设就会出现问题:资源如何共享?系统之间如何互相连接?CIO未来的业务压力会更大,会有很多部门抱怨:每天一上班就要登入A系统、B系统等很多系统,每天最主要的事情便是不停地切换系统来做不同的事情。现在移动来了,这个问题就变得更加突出。

返回索引
---------------------------------------------------------------------------------------------------
移动应用并非自成一体的独立架构
高层了解到移动应用后会有很多想法,会咨询CIO应该如何应用移动系统?对于CIO来说,首先你要把企业的信息系统看成一个整体,在这个整体里,可能是来自于多个供应商的软件系统,而这些系统之间应该可以相互有机运转,这就需要系统跟系统之间的互操作性。这是海鼎的一个重要观点,企业需要把所有的信息系统看成一个整体而不是独立体。现在的问题是国内的大多数企业目前还处在信息通道的阶段,我们如何在这种状况下去做移动?
移动应用并非是一个自成一体的独立架构,就好比和人打交道会引发一系列的问题,而现在如何和数据打交道,系统也需要关注一些问题。我们需要建立起整个组织架构,架构的第一层是用户界面,移动就是一种用户界面,还有其他的用户界面如桌面,浏览器等等。但是移动互联网和基于浏览器的的传统互联网相比较而言,移动互联网能让界面延伸得更远。可是无论延续多远,都得考虑移动后面的基石,就是下面的三层:应用服务层、数据持久层和基础平台层。基础平台层包括操作系统和硬件设备;数据持久层是将最终的数据存储在这一层,包括各种各样的数据库,而云计算,就是如何将数据基准化;在数据持久层的基础上再构建应用服务层,为什么要有应用服务层,就是去辨别一个应用是做在手机还是电脑上好?一个企业的内部运算规则是不变的,在做移动运用的时候需要把现有的运算跟以前的内部运算相适应相融合。如果CIO要做到这一点,就要清楚移动应用是依赖于你已经积累好的应用服务,实际上就是业务规则体,通过业务规则体来实现对移动应用、对浏览器、对桌面的满足。
返回索引
---------------------------------------------------------------------------------------------------

 

 

移动应用带来的挑战

这一系列的应用成功都得基于企业的信息系统已经有这样一套完整的架构。同时移动应用对信息系统已经带来全面的挑战,归纳为三个层面。
第一个层面是对平台领域的挑战。最近很多人在讨论微信收费的事件,事件的背后说明移动应用有更大的数据流量、更大的数据运算量、更大的数据存储量。在这么大的数据流量下,平台领域的极限问题如何解决?云计算就是在移动互联网的应用下发展起来的一种大数据模式。
第二个层面是对集成领域的挑战。移动应用将带来使用数据的方式转变--从只能在办公室打开电脑办公到随时随地都能办公的数据方式变化。这样的使用方式变化就对应用系统的互操作性的要求更高。在企业架构的基础上首先要面对的问题是适用各种各样的信息系统。在谈论企业信息系统的时候,是不是知道移动应用在哪个系统数据上面?如何实现系统之间数据的连接性需要加强系统的互操作性,这是对传统的跟人打交道的系统的巨大挑战。传统方式只是跟人打交道,这恰恰就导致了数据的孤岛,使得企业之间的数据信息得不到流通。所以CIO在考虑跟最终用户打交道的同时又要确保跟其他系统数据的连接性就变得尤其重要。而纵观现在的企业,具备移动开发能力的软件厂商并不一定了解和擅长企业应用服务的开发,反之企业应用软件厂商也不一定能够在移动开发方面做到足够专业。因此往往需要一定量的集成工作,这样集成难度和集成工作量更大,CIO就需要有效地整合不同软件厂商的系统之间资源利用。
第三个层面是对安全领域的挑战。移动应用的飞快发展使得安全问题的风险大大增加。以前内网外网可以分开运作,现在随时随地都能连接就对数据的安全性提出了更高要求。

返回索引
---------------------------------------------------------------------------------------------------
移动应用架构总览示意图

    海鼎根据长期以来积累的经验发现,针对零售移动互联网应用的解决之道,需要让应用系统平台化、统一化,如:统一且独立的工作流应用、统一资料管理平台、统一采购平台、统一总账平台、统一结算平台……然后,开放API。

百度李彦宏说过,"中国有5亿网民,智能手机做起来后会有七八亿,中国这个市场有可能比较短时间做出上亿用户使用的产品和服务。"
网购业务与多渠道零售、跨业态混同经营、跨地域的企业布局、消费者挑剔和掌握全面资讯、竞争不断加剧等因素的不断影响。因而,深彻的零售信息化变革将无从避免,今天的话题将是变革的序曲。
最后,更精晰、更快速、更便捷地让我们共同拥抱移动应用的美好未来!

返回索引
---------------------------------------------------------------------------------------------------
心得  HEADING's Experience
M-Data平台是移动互联应用的系统基础

不论是传统系统还是移动系统,它的系统基础都是商品资料管理。过去在这方面做了很多重复建设。即使搞一个集中的部门统一维护商品资料也有问题,因为当企业规模大到一定程度时会发现很难建立这么一个权威机构。为什么是权威机构?因为维护进去的商品资料不能有错,否则这个错误的资料进入系统造成的后果,大家在过去信息系统使用过程中是非常深刻的。但又很难找到这么一伙人对商品能够精通到掌握所有信息。
后来,我们发现了维基这个好东西,在这个基础上搭建了M-Data平台。它的核心还是维基,是一种维基管理模式。当然,维基的模式并不能直接移植到企业中,因为这毕竟是严肃的资料,跟外部的资料是不一样的。我们就是把两者进行结合,提出了一个分布-集中-分布的维护模式:分布地构建与维护资料、集中地审核和发布资料、分布地调用和使用资料。并持续优化,然后面向全企业提供资料服务。这个体系是开放的,参与主体可以多元,允许和其他不一定是一个软件公司提供的产品进行结合。从而实现资料信息的复用和共享。
 

返回索引
---------------------------------------------------------------------------------------------------
建立异构资料体系,体现商品品类间特质差异

传统的资料系统叫同构资料系统,而M-Data所构建的是一个异构资料系统。有什么差别?从本质来讲,传统的资料中,搞一个关系型数据库,这张表设计多少个字段?可能十个不够二十个,不够最后两百个字段加上去。而我们采用的方式是基于文档的数据库设计思想。这两者之间就有很大的差别,文档并不要求字段是预先订立的,直接带来的好处就是在传统的资料当中,商品资料属性能有多少个?海鼎的经验,比较多的可能有两百个。在M-Data中可以建立的字段,成千上万个都没有问题。同时我们可以做到完全没有限制的制订字段数量。以前建一个字段,数据库要重整一边,但新的系统里面你加一个属性就是加一个属性,很简单。这是一方面。
另一方面,传统的资料当中两个商品有的字段数是一样的,都有这么多字段,只不过这个商品你不用了以后,这个字段让它空着。但是M-Data中不是这样的, 两个不同的商品可以拥有完全不同的资本集合、完全不同的属性集合。同时,因为它是文档数据库,能够存入的信息种类也很多,包括图片、带格式的文本等,做到图文并茂。

返回索引
---------------------------------------------------------------------------------------------------
智能搜索引擎,依托多关键字定位商品资料

M-Data系统中引入了百度、谷歌的那套智能搜索引擎,这个搜索引擎不是传统的数据库能够做到的,他是一套基于关键字的搜索引擎。海鼎把这个技术移植到我们产品当中,也就是说你要在系统中找一个商品时,可以在这个格子当中输入你想要的关键字去匹配,这是最简单的一种方式。用这种搜索方式会给使用者带来极大的便利,不论想到什么,甚至模糊查询都可以。
当然,也可以针对其中的一些特定的字段进行特定搜索。这里面的搜索不是用绝对相等,而是用相似度匹配,匹配度越高的结果排在前面,匹配度低的排在后面。这种方式不仅在搜索上使用,对于建立统一资料库来讲也很重要的。这个匹配度实际上是很复杂的函数,针对不同的字段会有不断的权重。同时它里面能够很自然地把一段话当中的词抽取出来。这里还包含分子技术,分子技术的好坏是直接影响到搜索结果的好坏。

返回索引
---------------------------------------------------------------------------------------------------

<td style="font-family:'宋体';color:#0099ff;font-size:14px;" height="30" va

详尽属性刻画,清晰展示商品全景资讯
   海鼎对属性有基本的分类,比如说一般性属性,就是这个商品属性是商品的本质,同时是几乎所有商品都有的;行业属性是这个商品放到哪都对,但是属于行业的;还有一种是业务属性,业务属性往往是跟具体的业务结合了之后发挥作用。

M-Data系统能够对商品资料维护过程、历史变迁进行完整的记录。在M-Data中,可以查到这个商品历史所有的维护版本,并且可以任意挑选其中两个版本进行比较,看这两个版本之间的差异。
同时,M-Data还提供商品资料合并功能。大家在过去建资料的时候,经常会发现有两条商品记录其实指的是一个产品,这个问题是非常头疼的。为解决这个问题,M-Data提供了一个很重要的工具,就是搜索引擎所提供的相似度匹配函数。你任意找到一个商品,用这个函数比较,可以找到这个商品的相似商品,并进行评价。如果发现有两个商品其实是一个商品,可以合并,即重定向。也就是说把A商品合并到B商品,当你再次找到A商品的时候,系统会把它重定向到B商品。