老调重弹话“EA”(五)

标签:大数据物联网安全存储云计算

访客:32404  发表于:2013-02-18 17:06:16

除了上帝之外,任何人都必须用数字说话

     2012年被认为是大数据元年,数据的价值和意义又给重新挖掘,与EA概念一样,在新时代,数据分析这一旧角色在更换新颜后被赋予了更“大”的意义。与大数据有关的4V属性,“数据-信息-知识”的演变,物联网和云计算背景铺垫下的各种技术应用,令人目不暇给,虽然其中概念多于实质,但从企业管理者的注意力转移和知识普及角度看,大数据的定位之精准与呼之欲出的价值内涵都令人激动万分。

大数据的价值纵使千娇百媚,风云流转,而对于企业来说,要做到决策千里之外,事出有因,言之有据,就要首先做到胸中有数,能够运筹数据架构之中。在开讲数据架构前,首先要辨析几个概念:

            数据(Data)是业务的表征。Data在拉丁文为‘datum‘,意思是“事实“,它是人们记载、表现业务的一种方式,是业务在人们心理中的再现,它是原始的、直接的、粗糙的、零碎的、片断的。在企业应用中,这类数据包括主数据和各种业务数据(如数字、文本、图片等)。

信息(Information)是业务的内涵。数据时无意义的,只有在一定环境下,才会生发出其意义,演变成信息,这就是具体业务的内涵体现。这个环境可能包括:附加或关联后所代表的业务意义;通常用法或定义;数据格式化或组合后从中凸显出的意义。在企业应用中,财务的科目余额、当期发生额、供应商应付款、当前库存数量等都是信息。

知识(Knowledge)是业务的规律。在信息社会,了解信息并不难,关键在于如何洞察其中隐含的知识,掌握业务运行的规律,把握趋势和预测未来变化,事半功倍更好的为决策服务。这也是一直以来,数据挖掘理论中强调“知识发现“的原因,而不只是一些呈现类报表。

智慧是业务的创造。大数据或者数据架构不应在知识发现面前裹足不前,需要向着更高层次进化,上升到智慧生成阶段。在这个阶段中,企业要倡导业务和管理创新,运用各种知识,充分发挥人的主观积极性和创造性,群策群力,创造运营模式或管理方法。企业信息系统的使命就是要提供这样的一个实现“被管理的创新”的平台和机遇,而不是将其视为企业家的创新精神或个人能力。

上文对于概念的澄清,也说明了数据架构的价值,它不仅仅是为业务服务,是一种表现和实现业务的形式,也是知识发现和智慧生成的平台,所以,我们在数据架构开发时,就不必囿于固有的经验,将其视为一种信息系统设计方法,而是要从更高的视野上,去设计数据架构。

TOGAF看来,数据架构开发的制品包括:数据实体/数据构件目录;数据实体/业务功能矩阵;系统/数据矩阵 ;类图;数据散播图;数据安全图;类阶层图;数据迁移图;数据生命周期图。按照DAMA,数据架构开发包括了领域模型、概念模型、逻辑模型。从这些制品就可以看出,数据架构向上是为了支撑业务架构,向下是产生应用系统,可以看做是业务架构和应用架构之间的一座桥梁。目前,大多数人仍然将数据架构开发当做是软件开发过程中数据库设计的一个部分,对其重要性认识不足,尚没有将其纳入企业架构开发工作中来,这也是导致信息系统画地为牢,数据质量不高,数据缺乏集成的一个重要原因。

在架构设计过程中,都存在一个明细度的问题,以数据架构而论,从公司级架构来看,实现概念模型即可;在后续的产品或项目级架构中,再遵从和细化,设计和开发逻辑和物理模型,这也是架构治理机制的很重要的部分。架构之路漫长,绝非一日之功,短期目标重心在于概念设计。

从现实的角度去看,数据架构开发也绝非平地建高楼,而是在开发过程中,要面临着一个复杂的信息系统环境,主要包括:服务于不同业务的孤立的信息系统;外购与自己开发并存的异构系统;私拉乱接的数据接口;糟糕的数据质量;主数据政出多门,需要整合;面向操作的功能设计,无法提供有价值的决策信息。此时,数据架构开发的重点和难点就在于开发基线架构,盘点资产,摸清家底,可以引入“数据全生命周期管理“的思想,理清数据的创建、使用、更新、存档过程,显示其在信息系统间传播和跳转的脉络,形成关键数据价值线,使数据的存在视图由点变线,便于进行整体性的管理,同时在这个过程中,必将发现信息系统和管理的诸多分歧、不适应之处,也是个彰显问题并倒逼管理的有效手段。

         前面谈到过大数据思想中“知识发现“和”智慧生成“的价值,数据架构设计中应该怎么样实现呢?我认为,可以采取以下几个原则,进行有益的尝试:

一、 数据形式的多样化,企业应用中增加图片、音乐、视频的功能。

二、 存储形式的多样化,引入多维度存储、分布式存储等解决方案。

三、 社交化的数据设计,在传统表单和流程功能中增加社交类应用,如转发、评论、分享等功能。

当然也许有人会说,这是业务架构的内容,是业务的需求,但企业的进步与创新不仅是业务拉动,也有技术驱动的形式,暂借大数据旗号,将其纳入数据架构中一并说了。

评论(10)

您可以在评论框内@您的好友一起参与讨论!

    1. 张卡尔我们在数据架构开发时,就不必囿于固有的经验,将其视为一种信息系统设计方法,而是要从更高的视野上,
      去设计数据架构。
      ”,“数据架构向上是为了支撑业务架构,向下是产生应用系统,可以看做是业务架构和应用
      架构之间的一座桥梁。
      ”前面这个观点,同后面这个观点,是否有点矛盾?建议再梳理清晰一些。

      回复[1] 2013/02/18 21:55

    1. 张卡尔 从大数据的思想出发,为什么要提出多维度存储这么个原则呢?这里的逻辑不是很明晰。

      回复[3] 2013/02/18 21:50

    1. 张卡尔 很好的话题。为什么主数据和各种业务数据不是信息?为什么当前库存数量是信息?当前库存数量难道不也是一种业务数据?

      回复[3] 2013/02/18 21:43

    1. 姜稳 感谢林老师分享!收藏了!

      回复[0] 2013/02/18 18:11

    1. 杨明 新年,看到如此有份量的文章,真是好礼物!感谢!

      回复[0] 2013/02/18 17:29

    1. 石娜娜 哪些企业能消化的了呢?

      回复[1] 2013/02/18 17:22

    1. 殷勇 收藏

      回复[0] 2013/02/18 17:22

    1. 张嘉奕 感谢林总分享,文章已推送至e行网“热点精华”页面

      回复[0] 2013/02/18 17:21

    1. 林海龙 这是今下午写的,有些仓促,刚看了一下还有一些别字,我改改。

      回复[0] 2013/02/18 17:17

    1. 王甲佳 终于等到您的更新了。

      回复[0] 2013/02/18 17:11

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");