精华内容
下载资源
问答
  • 企业架构

    2017-11-14 16:10:23
    企业架构 企业架构是什么? 企业架构是对真实世界企业的业务流程和IT设施的抽象描述,包括企业战略、组织、职能、业务流程、IT系统、数据、网络部署等的完整、一体化描述。 企业架构反映了企业业务的状况,并...
    企业架构

    企业架构是什么?

    企业架构是对真实世界企业的业务流程和IT设施的抽象描述,包括企业战略、组织、职能、业务流程、IT系统、数据、网络部署等的完整、一体化描述。
    企业架构反映了企业业务的状况,并体现了业务与IT的映射关系,能明确各类IT设施对业务的支撑关系。
    企业架构就像企业的“城市总体规划蓝图”,在它的指导下,各个IT系统的建设得以有序的开展。

    企业架构的范畴包括哪些?
    企业架构的范畴包括:
    (1)业务架构:业务战略、治理、组织和关键业务流程信息,及其间的交互。
    (2)应用架构:应用系统、相互交互及其与关键业务流程关系。
    (3)数据架构:逻辑和物理的数据资产和数据管理资产。
    (4)技术架构:支持业务、数据和应用服务必须的软件和硬件能力。

    企业架构能帮我们做什么?
    1 、让IT为业务变革铺好道路,使业务快速响应市场变化。它不仅是企业当前状况的描述(现有企业架构),更试图描绘企业未来的状况,以指导企业流程和IT建设的有序进行。
    2 、有效管理企业流程,确保战略的落实。企业架构全方位地描述流程,并转换为对IT系统的关键支撑需求,确保战略的落地!它能快速定位企业流程的变化,及对企业组织、人员和IT系统的影响,有效对流程进行监控!
    3 、确保跨部门信息的一致,使决策信息完整、准确。缺乏企业架构的各IT系统犹如一个个“竖井”,各部门信息难以保持一致,需要大量的加工,才能提供决策信息!企业架构统一了关键的企业数据,确保了跨部门信息的一致性,确保了决策信息的完整、准确!
    4 、基于标准建立IT蓝图,减少后续IT集成成本。

    TOGAF是什么?
    企业架构框架TOGAF,全称:开放群组架构框架(The Open Group Architecture Framework)。它由TOG的架构论坛开发,开发者包含了来自大型的企业和领先IT厂商的代表,是对这些企业实践经验的总结。
    TOGAF注重业务需求,关注利益相关者的需要,它基于最佳实践,提供了当前及未来应关注问题的参考,并鼓励开放系统,以开放的方案来处理业务问题。

    企业架构的项目过程是什么?
    在企业架构项目之前,应首先对企业能力的能力进行规划,再基于企业能力,从企业能力到企业架构展开规划。
    企业架构的项目过程包括:
    I:做好准备工作(包括做好组织、方法、流程的准备),制定架构愿景。
    II:定义企业整体的架构蓝图,包括:
    (1)业务架构:描述总体业务目标/流程/组织。
    (2)信息系统架构:描述总体的系统/数据。
    (3)技术架构:描述平台/网络等基础设施。
    III:根据蓝图,制定迁移实施计划,包括:
    (1)机会与解决方案:明确总体实施战略。
    (2)迁移规划:制定详细的迁移项目计划。
    IV:在项目实施过程中进行治理,包括:
    (1)实施治理:对项目实施过程进行治理。
    (2)架构变更管理:对业务/技术变更进行控制。

    (王映红)
    展开全文
  • 通过企业架构的发展历程我们可以看出,经过几十年的发展业界已经涌现出了很多企业架构以及企业架构框架理论。在本章中,笔者将挑选几种主要的企业架构企业架构框架理论进行详细阐述。需要注意的是,虽然本章定名为...

          通过企业架构的发展历程我们可以看出,经过几十年的发展业界已经涌现出了很多企业架构以及企业架构框架理论。在本章中,笔者将挑选几种主要的企业架构和企业架构框架理论进行详细阐述。需要注意的是,虽然本章定名为“企业架构与企业架构框架”,但是由于企业架构的特性所致,其真实形态在不同的企业之间差异很大,即便是联邦企业架构也只是提供了五层参考模型而已,所以对于企业架构的总结无法逐一进行,而作为指导企业架构创建的方法论,亦即企业架构框架,由于其具备标准化的特性,将被作为本章内容的重点。当然,即便企业架构框架具有其标准性的一面,也并不意味着每个企业都要削足适履,摒弃自己的真实需求和特色而强行照搬这些框架理论,所以在现实生活中企业应该按照各自的需要对企业架构框架进行适当的裁剪,甚至联合几种框架进行定制(例如TOGAF + Zachman),而也只有这样才能创建出适合于自己的企业架构。

    企业架构框架之异同

          由于这些企业架构和企业架构框架的内容过于繁杂,且由于抽象程度较高,直接深入下去恐怕会比较晦涩,因而在进入每个企业架构和企业架构框架理论之前,我们先对这些企业架构框架理论进行一下对比,寻找其共性和差别,从而避免我们割裂地看待这些理论,结果丧失了对这些理论本源的掌握。因为这些理论需要解决的问题在本质上是一样的,因而其必然有共性,只不过由于历史环境和提出理论的单位的性质不同而在表现形式上各有侧重而已。

    企业架构框架的共性

          虽然企业架构框架理论种类繁多,但是就其目的还是用于指导人们创建符合自己企业特点的企业架构,以及使用何种方式维护企业架构,使之与企业的发展相同步。为了达到这一目标,各种企业架构框架基本上都在如下两个方面阐述创建企业架构的方法论:

    • 创建和维护企业架构的过程,即用如何创建企业架构,以及如何确保企业架构正确的演进。
    • 企业架构的内容描述,即企业架构的内容如何分类,以及每一类都应该包含哪些内容。

          实际上当前企业架构理论的发展也逐渐趋同,大有殊途同归之感。基本上所有的企业架构框架都有关于创建企业架构过程的描述。在这些企业架构框架中,企业架构的生命周期都被描述成一个循环演进的过程,并且在演进过程中还需要施以适当的治理,从而保证每一次的演进都是在一种有序、受控的环境下进行。在企业架构的开发过程中,大多数框架理论还推荐通过使用企业架构成熟度模型来对企业架构的状态进行评估。

          在每一次的循环过程中,各个企业架构框架基本上也采用类似的方法来逐渐完善企业架构:

    • 首先识别并定义此次循环的目标、范围以及相关干系人。
    • 建立用于描述企业在各个领域(业务、数据、应用和技术)当前状态的基线架构。
    • 使用相同的描述方式并依照此次循环的目标与范围定义出目标架构。
    • 采用差距分析的方法,识别并归纳出当前架构与目标架构的区别。
    • 按照差距分析的结果,在征得相关干系人同意的情况下开展迁移实施工作。

          关于企业架构的内容,虽然不同的企业架构框架理论由于角度不同,但是他们对企业架构内容的层次划分大体上还是一致的,基本上都是从如下几个方面(或至少包含如下几个方面)对企业架构进行描述:

    • 业务架构
    • 数据架构
    • 应用架构
    • 技术架构

          同时,虽然不同的企业架构框架对这些层次的具体内容有着不一样的描述,但是基本上所有的框架理论都是采用不同干系人的视角来对各层次具体内容进行归纳分类。

          除了架构过程和内容方面的共性,几乎所有的架构框架理论都强调企业高层对于企业架构成功的重大意义。由于企业架构包含企业自业务到信息系统的各个方面,因而会涉及到企业中大多数的人员,如果没有企业高层的决心和驱动,协调这么多的人员本身就是个巨大的难题,从而直接影响到一个企业架构的成功与否。此外企业高层的思路往往就是企业发展的战略,亦即企业演进变化的源头,而将这些战略在企业各层中加以贯彻,通过信息技术加以实施正是企业架构的意义所在。

    主流企业架构框架之对比

          虽然企业架构框架理论所面对的问题都是同样的,但是由于他们出现的历史背景和研发团体都不相同,因而他们的适用范围和侧重角度都有较大的差异。本章将根据 《Comparison of the Top Four Enterprise Architecture Methodologies》所述对四种主流的企业架构框架理论(Zachman,FEA,Gartner,TOGAF)进行比较。需要注意的是,由于这篇文章应该完成于2007年,因而TOGAF还没有发布第9版,因而文章中关于TOGAF重视架构过程而没有架构内容的描述的论点在当前看是不准确的,在后面的内容中笔者将给予修正。

    1. Zachman特点

          在这四种框架之中,Zachman的历史算是最悠久的了,但是相对于后面的几种框架,该框架仅仅提供了关于企业架构内容的分类方法,而对于企业架构的创建过程却并没有相应的描述。但是作为第一个被广泛承认的企业架构框架理论,Zachman首先提出了一种根据不同的干系人的视角来对信息系统的各个方面进行描述的方法,从而使得站在不同角度的干系人可以针对信息系统的建设使用相同的描述方式进行沟通,而这也对其后的各种企业架构框架理论的发展指明了方向。在Zachman框架中,企业架构的内容被抽象成采用六种视角来观察的信息系统在六个方面的描述,并且Zachman认为当所有这些角度针对每个方面的描述都完备则一个企业架构的内容是完备的。

    2. FEA特点

          作为最早的由政府部门提出的企业架构理论和进行的实践,FEA发展至今也具有了相当长的历史,虽然有文章称FEA还是处于婴儿期的阶段,但是它所提出的各种方法还是值得我们去研究的。与Zachman这种仅仅提供企业架构内容分类法的框架不同,FEA不仅在企业架构内容上由其自己的分类方式,而且关于架构过程也有着相当的描述。

          严格的讲,FEA并不是一个严格意义上的企业架构框架,而是以美国联邦政府为客观对象的企业架构的具体实例,与之相比,在它之前诞生的FEAF(联邦企业架构框架)才算得上一个真正意义的企业架构框架理论,不过由于其在政府的企业架构方面的示范作用,FEA中所抽象出来的各种参考模型和治理方法倒比方法论级别的FEAF更加容易让人接受,所以在很多情况下,FEA也被看作是一种企业架构框架理论。正因为FEA不同于一个通用的企业架构框架理论,因而其具体内容相对明确,例如其对服务的分类就包括健康服务、教育服务、自然资源服务以及国土安全服务等有着明显政府性行为的服务,不过FEA所采用的架构内容分类方法的确是值得借鉴的,他首先采用服务的概念对企业部门的各种服务能力以业务线(Line-of-Business)为单位进行标识、组织和定义,并且将这些服务按照其使用的范围归纳为企业服务(Enterprise Service)和片段服务(Segment Service)两大类。通过这样的方式,联邦政府各部门的各条业务线得到了总结,而且原先功能上相互重复的服务也被识别了出来,从而有助于服务的重用。同时针对每条业务线或服务能力,FEA从业务、数据、应用和技术这几个方面进行详细的描述。所有这些层次的描述在FEA中通过五层参考模型的方式进行规范,从而为各个部门建立起一种统一的用于描述各自服务能力的方法。

          除了针对内容的描述,FEA也针对企业架构的架构过程提出了指导。在FEA的观点中,各部门首先需要通过五层参考模型描述企业当前以及目标架构,根据差距分析找到现实和理想的差别,并且细化成各种实施项目。在为这些项目确立了投资和筹资战略后,对着这些项目进行实施和管理,从而促进企业的发展和企业架构的演进。

          以上关于架构内容的定义和架构过程的描述是FEA的核心内容,除此之外联邦企业架构体系还包括了用以评估一个企业架构完整性、使用状况和使用效果的企业架构评估框架(EAAF),以及被OMB用来识别和管理各跨部门项目的联邦过渡框架(FTF)。

          由此可见,相对于Zachman,FEA既含有针对架构内容的分类法,又具备架构过程描述,甚至还包括了用于评估架构水平的方法,所以FEA更加具备一个企业架构框架的特性。但是从抽象度和通用性的角度来看,Zachman框架无疑是一种通用的架构建设方法论,而FEA则更倾向于一种基于具体实例的最佳实践。

    3. TOGAF特点

          与上面的框架都不同,由于TOGAF的目的是为企业架构的创建提供一套标准的方法,他既不同于Zachman那样仅仅介绍企业架构内容的分类法,也不同于FEA那样紧贴着美国联邦政府的组织架构和现实服务。与他们相比,TOGAF提出的是一套经过高度抽象的方法论,并且不依赖于任何一个具体的组织形式(例如,如果使用FEA来创建企业架构,和可能需要像美国政府那样建立OMB这样一个统一协调管理企业架构的组织,否则诸如FTF这样的框架将无从实施和管理),甚至他对自身提出的各个方法和内容分类法都没有硬性照搬的要求,也没有排斥其他任何架构框架理论,因而任何企业均可按照自身的情况对TOGAF进行裁剪或与其他框架进行混合,从而创建和维护符合自身情况的企业架构。

          TOGAF的核心是架构开发方法(ADM:Architecture Development Method)。此套方法实际上是用来指导企业如何建立和维护其企业架构的一套流程化的架构开发步骤。首先ADM将架构过程看成一个循环迭代的过程,并且此迭代过程可以是分层级的,即企业可以使用一个小组负责整个企业架构的迭代开发,也可以由多个架构开发小组针对每一部份进行迭代开发,并最终归为一体。

          在TOGAF中,ADM一共定义了十个步骤,除了“需求管理”这一步骤位于各个步骤中心作为其他各步骤的驱动和管理办法外,其余九个步骤还是有着先后关系的,即前面步骤的输出作为后面步骤的输入。与FEA过程的精神相类似,ADM也秉承如下思想来创建和管理企业架构:

    • 识别和定义高层的策略、目标以及驱动力等。
    • 创建针对架构的高层次的期望,亦即架构愿景。
    • 细化架构愿景,在业务、数据、应用和技术这些层面进行详细描述,并针对采用相同方式描述的当前架构和目标架构进行差距分析。
    • 将差距分析结果具体化为解决方案,进而形成一个个项目规划。
    • 实施并管理这些架构项目。
    • 在所有过程中监控内外部环境的变化,从而可以将变化快速反映到架构创建过程中。

          由此可见,与FEA相比,前两步相当于FEA五层参考模型中PRM(Performace Reference Model)的目标,而第三步的细化又于FEA中后面的四层参考模型不谋而合(当然,FEA五层参考模型并不是一个架构过程的概念,但是ADM的使用过程并不排斥对他们的使用,况且其核心思想是一致的)。至于后面的差距分析直到项目的规划、实施以及管理又与FEA的架构过程在思想上是一致的。而且,通过上述步骤我们可以看出,ADM采用了自上而下的原则通过逐步细化的方式将企业高层的策略过渡到详细的技术实施,从而构建涵盖所有干系人角度的企业架构。需要注意的是,虽然ADM中的各大步骤在表面上有着先后依赖的关系,但是这种关系并不是硬性规定的,一个企业可以根据自己的需要调换这些步骤的顺序,甚至是跳过某些步骤,而这也是TOGAF所提倡的。此外,ADM除了定义这十大步骤,还详细定义了每大步骤所包含的各个小步骤、目标以及每大步骤的输入与输出。

          在2009年,TOGAF推出了第9版。在此版本中,The Open Group为TOGAF加入了内容框架(CF,Content Framework),从此企业架构不单单是一份仅仅关于企业架构过程的框架理论了。在内容框架中,企业架构内容按照表现形式分为目录、矩阵和图形三种,并且根据ADM在各个阶段的目标定义了每个阶段需要完成的架构制品。除此之外,内容框架还对ADM中各个步骤的输入、输出与这些架构制品的关系进行了详细描述。

          内容架构中关于架构制品的定义构成了TOGAF下的架构内容元模型,但是这一元模型也只是一种参考性材料,TOGAF并不建议将其强搬至各个企业或组织的架构实践当中。为了达到这种灵活度,内容框架采用插件方式对内容元模型进行组织,即把一些关键并常用的架构制品当作核心内容,并将其推荐到架构实践过程当中,而把剩下的架构制品分别归纳到治理扩展、服务扩展、流程建模扩展、数据扩展、基础设施整合扩展以及动机扩展这几个分组之中。需要注意的是,TOGAF只是对架构内容进行了建议,即便是核心分组中的架构制品在实践中的具体内容也应按照企业自身的需求而进行定制。

          由此可见,TOGAF相对于其他框架理论,具有更加标准、更加通用的特点,而且自从在TOGAF 9种增加了内容框架之后,此企业架构框架理论的完整度也大幅提高,也正因为如此,TOGAF发展至今日已经得到了最广泛的应用,堪称业界最流行的企业架构框架理论。

    4. Gartner特点

          与上述的企业架构框架不同,Gartner既不提供企业架构内容的分类法,也不提供企业架构的建设过程指南,因而从架构框架的定义来看,Gartner应该不能算是一个严格意义上的企业架构框架理论。Gartner并不提供通常意义上的方法论,而是以其在企业架构建设领域中积累的大量实践经验为基础,对外提供关于企业架构方面的各种最佳实践。因而,如果企业要借助Gartner的力量来建设企业架构,要么出资购买其资讯服务,要么就以Gartner公司提供的数个企业架构建设实例为参考来构建自身的企业架构。

          虽然没有高度抽象且规范化的通用方法论来指导企业架构的建设,但Gartner关于企业架构的建设也有着自己的理念和实际案例。Gartner将企业架构看作为一个动态的过程,而不仅仅是一个静态的名词。在Gartner的观念中,企业架构建设的起点应该是对企业发展方向的明确,而不是仅仅对企业当前状态的描述,并且一个成功的企业架构应该能将业务拥有者、信息专家和技术实现者联系起来,并为他们提供一个统一的针对企业现状和发展方向的愿景。

    5. 四种框架的比较

          上述四种企业架构框架各具特点,先将他们放在一起比较如下:

     

    评分

     

    Zachman

    TOGAF

    FEA

    Gartner

    分类法完整度

    4

    3

    2

    1

    过程完整度

    1

    4

    2

    3

    参考模型指南

    1

    3

    4

    1

    实践指南

    1

    2

    2

    4

    成熟度模型

    1

    1

    3

    2

    业务关注度

    1

    2

    1

    4

    治理指南

    1

    2

    3

    3

    企业划分指南

    1

    2

    4

    3

    视角目录

    1

    2

    4

    2

    厂商无关度

    2

    4

    3

    1

    信息易获取性

    2

    4

    2

    1

    价值获取效率

    1

    3

    1

    4

        在上面表格中评分量级从1至4,其意义分别定义如下:

    1. 在当前评测方面无所表现。
    2. 在当前评测方面有所表现,但是并不足够。
    3. 在当前评测方面有着可以接受的表现。
    4. 在当前评测方面有着很好的表现。

       上述表格采用十二个方面对四个框架进行对比,其中每个评测方面的意义如下:

    • 分类法完整度(Taxonomy completeness):用以表明当前框架理论对各种架构制品划分的优劣程度。
    • 过程完整度(Process completeness):用以表明当前框架理论在指导人们创建企业架构方面是否采用了渐入式的方式,且表现如何。
    • 参考模型指南(Reference model guidance):用以表明当前框架理论在帮助人们创建一系列相关的参考模型中的作用。
    • 实践指南(Practice guidance):用以表明当前框架理论在帮助人们将企业架构的精神融入到组织中,并为其创建一个珍视并使用企业架构的企业文化时的帮助程度。
    • 成熟度模型(Maturity model):用以表明当前框架理论在评估企业使用企业架构的有效性和成熟度方面的帮助程度。
    • 业务关注度(Business focus):用以表明当前框架理论是否着眼于使用技术来驱动业务价值。其中,业务价值被定义为减少成本或增加收入。
    • 治理指南(Governance guidance):用以表明当前框架理论在理解和创建有效的企业架构治理模型方面的帮助程度。
    • 划分指南(Partitioning guidance):用以表明当前框架理论在帮助人们对企业进行有效的自治性分区划分方面的帮助程度。此种分区划分对于复杂性管理来说是一个重要的方法。
    • 视角目录(Perspective catalog):用以表明当前框架理论在指导人们设置架构资产目录方面的帮助程度。这些架构资产会在未来的活动中被重用。
    • 厂商无关度(Vendor neutrality):用以表明当前框架理论与某个特定咨询组织的锁定程度。此方面评分越高表示与特定厂商的锁定程度越低。
    • 信息易获取性(Information availability):用以表明与当前框架理论相关的免费或廉价信息的数量和质量。
    • 价值获取效率(Time to value):用以表明从开始使用当前框架理论到创建具有高度业务价值的解决方案这一过程的效率。
    展开全文
  •  开发人员对于架构这个词一定不陌生,但是我们说的架构只是产品开发中的技术相关架构,真正要做好一个产品,在技术架构之上还有其他一些架构,本篇介绍一下三类主要的架构:解决方案架构、业务架构和企业架构。...

    本文更新版本已挪至  http://www.zhoujingen.cn/blog/2589.html

     -----------------------------------------

      开发人员对于架构这个词一定不陌生,但是我们说的架构只是产品开发中的技术相关架构,真正要做好一个产品,在技术架构之上还有其他一些架构,本篇介绍一下三类主要的架构:解决方案架构、业务架构和企业架构。有时候我们把视野拓宽一些,多锻炼自己的大局观,对自己的思维和技能都会有很大的提高。在《TOGAF 或非 TOGAF:在 RUP 之上扩展企业架构》中对比几个不同的架构框架,让我对什么是架构更清晰了。我觉得不错,所以给大家分享一下。

    解决方案架构

     

      解决方案架构是“技术性的”,它们的范围内包括各种技术元素,如软件、数据和 IT 基础架构,这些领域都是由技术人员来处理 。

    业务架构

      业务架构在 90 年代作为单独的领域出现了,业务架构包含过程及信息、组织和绩效等方面内容

     

    企业架构领域

     

     

      企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范,及优先级划分,EA 路线图可能比单路线解决方案包含更多内容(如图 3 所示),这可能会形成多个、同时的实现。

    EA 环境是全局性的,其视点是组织化的,而解决方案架构是具体到实现的。EA 主要用于企业分析、计划和架构治理。

     

    注意:来自解决方案架构规程中的一些主题(低层次的)不含在 EA 的范围内,而许多附加的(大部分是更高层次的)主题加入了。还要注意的是关键的业务架构主题完整地包含于 EA 规程之中了。

     

    更多内容参考企业架构框架-TOGAF v0.2.pdf           业务分析与需求 100224.pdf      企业架构语言ArchiMate.pdf    

     

    推荐:你可能需要的在线电子书

     

    欢迎转载,转载请注明:转载自周金根 [ http://zhoujg.cnblogs.com/ ]

    转载于:https://www.cnblogs.com/zhoujg/archive/2010/01/29/1659115.html

    展开全文
  • 在CIO委员会提出了FEAF与联邦企业架构实施指南后,美国白宫的管理与预算办公室(OMB)接下了管理和协调联邦企业架构建设的责任,并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室(FEA-PMO)。...

    一、FEA概述

    1、背景

    在CIO委员会提出了FEAF与联邦企业架构实施指南后,美国白宫的管理与预算办公室(OMB)接下了管理和协调联邦企业架构建设的责任,并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室(FEA-PMO)。

    与FEAF不一样,FEA(Federal Enterprise Architecture,即联邦企业架构)并不是一种理论化的企业架构开发方法论,而是联邦政府所要建立的企业架构本身,以及在联邦企业架构的建设过程中所需要的各种管理和规划工具。 FEA用于指导联邦政府改善其对信息技术的投资,并着眼于在全联邦政府范围内共享可重用的信息技术资源。

    2、概述

    FEA的内容(OMB的《Enterprise Architecture Assessment Framework v3.0》):

    • FEA参考模型:核心内容。提供公共的企业架构描述方法。

      通过从五个层面定义参考模型(性能模型、业务模型、服务组件模型、技术模型和数据模型),FEA为各个机构提供了一套公共的企业架构描述方法,从而使得采用不同企业架构框架的机构可以使用相同的语言进行交流。

    • 联邦过渡框架(The Federal Transition Framework,FTF)

      管理与预算办公室(OMB) 通观全局为其他各个机构定期发布能够进行跨部门使用的各种信息技术资源。也就是发布联邦过渡框架(TFT)的机构。
      联邦过渡框架(TFT) 内容为定期发布的可被重用的信息技术资源(数据、应用或业务流程等),该资源采用五层参考模型的方式进行描述,以便使这些共享的信息能够被很好地集成到各个机构之中。

    • 企业架构评估框架(OMB EA Assessment Framework,EAAF):评估和检验各个机构的企业架构建设

      OMB从企业架构的完成度、使用情况和结果影响这三个角度出发,分别制定了一系列评估标准来衡量各机构对于联邦企业架构项目的执行情况,并且此框架还指明了这一评估过程的具体执行方式。

    二、FEA参考模型

    FEA参考模型作用

    • 在联邦各机构中进行跨部门分析;
    • 在整个联邦政府范围内或在某个部门之中寻找重复的投资、识别差距和合作机会。

    FEA参考模型形成了一套框架,以便使用通用且统一的方式对联邦企业架构的重要组成元素进行描述,从而实现在全联邦政府范围内改善针对信息技术资源的管理和利用。

    按照关注点的不同,FEA的参考模型序列包含如下五种参考模型

    • 性能参考模型(PRM,Performance Reference Model)
    • 业务参考模型(BRM,Business Reference Model)
    • 服务组件参考模型(SRM/CRM,Service Component Reference Model)
    • 技术参考模型(TRM,Technical Reference Model)
    • 数据参考模型(DRM,Data Reference Model)

    在这里插入图片描述

    FEA五层参考模型

    1、性能参考模型PRM

    通过使用性能参考模型PRM各个机构可以在战略层面以业务线的方式裁剪和描述其任务目标,并且该参考模型还对业务线中各个组成部分如何进行性能评估提出了可供借鉴的参考指标及其定义。

    (1)业务视线

    性能参考模型从战略的角度对各个机构的业务进行了分类和描述,称为业务视线(line of sight)

    • 每条业务视线描述了各个机构相关任务的输入、输出以及其对外所产生结果之间的因果关系。
      • “输入” 指的是执行业务所必需的各种先决条件,例如技术等方面内容;
      • “输出” 指的是各个机构在日常活动和流程中所产生出的各种直接结果;
      • “结果” 指的是各机构日常活动和流程对外所提供的服务以及所产生的影响。
    • 简单来说,这些视线描述了这样一个过程:各个机构采用某些输入,在某些业务流程和日常活动的支持下对外界提供服务,并通过这些服务对外界环境发生影响。

    在这里插入图片描述

    (2)性能衡量指标

    除了对这些视线的定义,性能参考模型在这些视线的基础之上针对“输入”、“输出”和“结果”这三个方面分别提出了一系列性能衡量指标。PRM采用层次结构对性能衡量指标进行分类归纳:
    在这里插入图片描述

    • 测量域(Measurement Area):是PRM框架针对各测量指标在最高层次进行组织的概念,与在机构和方案层面制定的性能目标直接相关。PRM中包含如下六种测量域:
      • 任务与业务结果(Mission and Business Results)
      • 客户结果(Custom Results)
      • 流程与活动(Processes and Activities)
      • 人力资本(Human Capital)
      • 技术(Technology)
      • 其他固定资产(Other Fixed Assets)
    • 测量分类(Measurement Category):在每个测量域中根据不同的属性而归纳出的不同组合。例如,在任务与业务结果(Mission and Business Results)测量域中就包含了市民服务(Services for Citizens)、服务交付支持(Support Delivery of Services)和政府资源管理(Management of Government Resources)这三个测量分类。
    • 测量分组(Measurement Grouping):在测量分类中根据测量指标的类型而进行的进一步分组。
    • 测量指标(Measurement Indicator):具体的测量标准,例如用户满意度百分比等。

    2、业务参考模型BRM

    业务参考模型为联邦政府的各条业务线(LOB,Line-of-Business)提供了一个功能性的视图

    • 包括:各机构的内部运营行为(对内) 和 对公民提供的各种服务(对外)。
    • 业务参考模型中关于机构业务的定义采用一种通用的方式对各机构的业务进行描述,而不是为每个机构量身定制一套业务模型。

    业务参考模型采用如下的层次化组织方式对联邦政府的业务功能进行了归纳:

    在这里插入图片描述

    BRM内容组织结构

    • 业务领域(四种)
      • 市民服务(Services for Citizens) 业务领域:此服务是政府的最终目标,是其对外部公民所能提供的各种服务。
      • 交付模式(Mode of Delivery) 业务领域:包含了政府为了达成目标所采用的机制。
      • 服务交付支持(Support Delivery of Services) 业务领域:包含了用于支持政府运行的各种关键政策和计划与管理基础。
      • 政府资源管理(Management of Government Resources) 业务领域:包含为了支持联邦政府的有效率运行而针对所有领域资源的管理功能。

    按照上面四种业务领域进行对联邦政府的各条业务线进行归纳,从而形成了如下图所示的业务参考模型:

    • 注意:"性能参考模型"vs"业务参考模型"中的市民服务(Services for Citizens)、服务交付支持(Support Delivery of Services)和政府资源管理(Management of Government Resources)
      • 性能参考模型:纲领和指标。三个同名测量分类中的内容表示的是联邦政府对这三个方面所定义的各项性能评估指标。
      • 业务参考模型:内容。三个业务领域被用来对联邦政府为了实现政府目标而采用的业务行为进行描述。
        在这里插入图片描述
        BRM内容示意

    3、服务组件参考模型SRM/CRM

    服务组件参考模型是一个业务驱动的功能性框架,它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。

    • 服务组件参考模型的定义与机构的业务功能相互独立,致力于在全联邦政府范围内对应用和服务组件进行重用。
    • 注意:服务组件参考模型的英文缩有用SRM、CRM表示,本文采用SRM来表示(OMB的参考模型定义文档中所采用的)。

    服务组件参考模型的具体内容通过树形层次结构来进行组织:
    在这里插入图片描述

    • 服务领域(Service Domain):服务领域为用于支持机构流程和应用的各种服务和能力提供了一份高层次视图。根据所面向的业务的不同,服务组件参考模型中将服务领域定义为如下几种:
      • 客户服务(Custom Services)
      • 流程自动化(Process Automation)
      • 业务管理服务(Business Management Services)
      • 数字资产服务(Digital Asset Services)
      • 业务分析服务(Business Analytical Services)
      • 后台服务(Back Office Services)
      • 支持服务(Support Services)
    • 服务类型(Service Type):服务类型对服务领域进行了进一步的细化,它为具体的服务组件提供了更为详细的分类上下文。
    • 组件(Component):为业务提供信息管理能力的构建块,即自包含的业务流程或服务,其预定功能是通过业务或技术接口来对外提供的。

    在这里插入图片描述

    SRM内容示意

    4、技术参考模型TRM

    技术参考模型(TRM) 是一个组件驱动的技术框架,它对用于支持服务组件和能力的各种技术和标准进行了分类归纳,同时技术参考模型还联合了各机构已经存在的技术参考模型和电子政府指南,从而可以站在整个联邦政府的角度上为技术和服务组件的标准化以及重用的提升打下基础。

    组织形式:树形层次结构
    在这里插入图片描述

    • 服务领域(Service Area):代表用于支持服务组件的安全构建、交互和交付的一个技术层。
    • 服务分类(Service Category):将技术和标准按照其所服务的业务或技术功能进行进一步的细分。每个服务分类包含若干服务标准。
    • 服务标准(Service Standard):定义了支持某一服务分类的具体技术和标准。为了帮助各机构将自身技术情况映射到技术参考模型之上,在OMB的这份参考模型文档中,很多标准除了详细定义外还采用了说明性的应用或技术作为实例。

    技术参考模型的内容
    在这里插入图片描述

    TRM内容示意

    5、数据参考模型DRM

    (1)概述

    目标:通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。

    • 适用范围:适用范围广,例如:一个机构内部、在某一个利益共同体(COI,Community of Interest,指的是一组为了实现共同利益和目标而相互合作的人或组织,而为了达成这一目标,他们需要一个共享的词汇表来实现信息共享)内或不同利益共同体之间。

    定义:采用了一种灵活的且基于标准的方式对数据的描述、分类和共享进行定义,因而数据参考模型的内容被划分为如下三个标准领域:

    • 数据描述(Data Description):提供对于数据的统一描述方法,从而支持数据的发现和共享。
    • 数据上下文(Data Context):采用某种分类法对数据进行归类,从而便于数据的发现,同时使得定义一个利益共同体的权威数据资产(authoritative data assets)成为可能。
    • 数据共享(Data Sharing):支持数据的访问和交换。
      • 数据访问:单次性的特定请求。例如对于数据的查询;
      • 数据交换:在不同团体之间经常性发生的针对于固定模式或需求的数据的往来交互事务。例如库存部门和审核部门之间经常需要对库存中的货物信息进行核对,虽然每次交互的货物信息的内容有所不同,但是其对于用于描述货物信息的数据模型却是早已确定好了的。
        在这里插入图片描述
        DRM标准领域及其关系

    数据参考模型作为一个参考模型为各机构提供了一套抽象的框架(标准性),而对于其具体实现就由各机构在符合参考模型原则的基础上自行决定了(灵活性)。此外,由于各个机构可以将组成其数据架构的各种元素与该抽象框架相关联,从而使得原本隔绝的不同机构在数据方面得到了沟通途径,促进了不同机构之间的互操作。

    数据参考模型所使用的抽象框架模型如下所示:

    • 目标:为信息集成、互操作、发现和共享的数据架构的优化提供了一套架构模式。
    • 实现方式:1. 对数据架构概念元素以及他们之间的关系进行了明确定义;2. 针对每个概念元素此抽象模型还分别定义了一系列的通用属性。
    • 具体划分:按照上述三个标准区域被划分为三个部分,分别用于包含与这三个标准区域相关的概念元素及其关系。
      • 注意:由于这三个标准相互关联,所以图中一些概念元素多次出现,但是只有实线边框的概念元素才是其真正的定义,而虚线边框的概念元素则用来表示从其他标准区域“借用”而来的意义。
        在这里插入图片描述
        DRM抽象模型

    除了抽象模型之外,数据参考模型还包含了对于数据在安全和隐私方面的考虑。

    • 强调:在这三个标准区域中都需要遵循安全和隐私方面的策略,并允许现存的联邦安全和隐私策略被应用到这些标准区域中。

    (2)数据描述

    数据描述标准区域的目标:为利益共同体提供关于数据结构(语法)和意义(语义)的共识。利益共同体可基于数据参考模型的内容创建各种相关的数据描述制品。

    关于数据描述标准领域的内容都已被定义在DRM抽象模型的相关部分中:

    • 这一数据描述抽象模型在一个高度抽象的层次上对数据描述标准领域中涉及到的各种制品进行了抽象
      在这里插入图片描述
      DRM数据描述模型

    数字数据资源(Digital Data Resource) 可以分为两大类:

    • 结构化数据资源:由数据模式(Data Schema)和结构化数据资源(Structured Data Resource)这两个部分组成。
      • 数据模式(Data Schema):定义结构化数据资源的语法和语义,即结构化数据的元数据(Meta data)。在数据描述模型中,数据模式是通过实体(Entity)、属性(Attribute)、关系(Relationship)和数据类型(Data Type) 这四个概念以及他们之间的关系来定义的。
      • 结构化数据资源(Structured Data Resource):按照数据模式定义的实例化数据。
    • 非结构化和半结构化数据资源(Unstructured / Semi-structured Data Resource)
      • 非结构化数据,例如视频数据、音频数据等,其与结构化数据的最大区别在于,非结构化数据的语义和语法与实例数据本身是紧密结合在一起的。
      • 半结构化数据资源:同时包含结构化数据和非结构化数据的数据资源。例如文档(Document),其可被定义为包含各种数字数据资源的容器。

    按照OMB的数据参考模型中所述,相关概念元素定义如下:

    • 数据模式(Data Schema):对于元数据的一种表述,经常采用诸如逻辑数据模型或概念数据模型的形式。数据模式概念组包含了与结构化数据的表述相关的各个概念元素。一份数据模式为数据共享提供了独立于其所描述的具体数据值的语义。数据模式与其它概念元素之间具有如下关系:
      • 数据模式定义了结构化数据资源。由于在数据参考模型中数据资源是一种信息容器的概念(通常来讲就是文件),所以这里的“结构化数据资源”实际上指的是用于存放数据模式这一元数据信息的信息容器,例如模式文件等。
      • 数据模式描述了一个结构化数据资产。与数据资源类似,数据资产也是一个信息容器,只不过它指代的是一个托管容器(managed container),在大多数情况下指的是关系数据库,当然它还可以代表网站、文件资源库、字典或者数据服务。
    • 实体(Entity):针对现实世界中客观事物的抽象。实体与其它概念元素之间具有如下关系:
      • 实体包含若干属性。
      • 实体通过“关系”观念元素与其他实体建立关联。
    • 数据类型(Data Type):对于一个属性的物理表述的类型约束。
    • 属性(Attribute):针对实体某一特性的抽象。属性与其它概念元素之间具有如下关系:
      • 一个属性的取值受约束于一个数据类型
    • 关系(Relationship):用于描述实体间的关系。“关系”概念元素与其它概念元素之间具有如下关系:
      • 关系概念元素关联了参与此关系意义的各个实例。
    • 数字数据资源(Digital Data Resource):用于描述一个信息的数字容器,一般来讲就是“文件”。数字数据资源按照其包含的数据类型分为三类:结构化数据资源、非结构化数据资源和半结构化数据资源,同时由于元数据本质上也是数据,因而一个数字数据资源还可以作为元数据的容器。数字数据资源与其它概念元素之间具有如下关系:
      • 数字数据资源可以描述半结构化数据资产。
      • 数字数据资源可以描述非结构化数据资产。
    • 结构化数据资源(Structured Data Resource):用于包含结构化数据的数字数据资源。一旦数据模式可知,那么被其描述的数据将可以通过一种统一且独立于数据值的方式进行访问。结构化数据资源与其它概念元素之间具有如下关系:
      • 结构化数据资源是数字数据资源的一种。
    • 非结构化数据资源(Unstructured Data Resource):用于包含非结构化数据的数字数据资源。非结构化数据是一系列可能被某些特定应用程序进行处理的数据值的集合。非结构化数据资源与其它概念元素之间具有如下关系:
      • 非结构化数据资源是数字数据资源的一种。
    • 半结构化数据资源(Semi-structured Data Resource):用于包含半结构化数据的数字数据资源,即其包含的数据中一部分是结构化数据而另一部份是非机构化数据。半结构化数据资源与其它概念元素之间具有如下关系:
      • 半结构化数据资源是数字数据资源的一种。
    • 文档(Document):用于指代用来容纳数字数据资源的文件。文档与其它概念元素之间具有如下关系:
      • 文档可以包含结构化、非结构化或半结构化数据资源。
      • 文档可以对实体进行引用。例如,一份文档引用了“人”这个实体,因而就可以进行这样的查询:“寻找引用了如下个人的所有文档”。

    (3)数据上下文

    数据上下文:根据使用数据的背景不同,数据划分划分的分类方式的描述和定义 构成“数据上下文”,从而便于具有不同视角的数据消费者对于数据的发现和使用。

    • 示例:假设一个名为“人”的实体,它对人进行了抽象并在利益共同体内根据所有参与者的共识定义了符合所有数据消费者要求的属性,但是在使用过程中,可能有更关注于商业行为方面的数据消费者从顾客的角度来看待人,因而对他来说诸如头发颜色之类的信息并不一定关注,而对于执法机构方面的数据消费者却不然。
    • 数据上下文的核心是分类法,相关的各种制品还包括:主题、数据专员、关系、查询点等等。
    • 本质:分类法都可通过结构化的方式表述,这为不同团体之间对于分类法的语义和语法的获得共识提供了基础。
      • 作用:借由经过结构化表述的分类法定义,数据消费者可识别符合自己要求的数据资产是否存在,并检测其包含的数据是否符合他对信息的要求。
    • 与其他参考模型的关系:站在数据上下文的角度,前面的各个参考模型也是一种分类方法,因而数据上下文也可以看作联系数据参考模型与其他参考模型的桥梁(例如,可以将数据按照不同的业务线或子功能进行划分,从而将数据参考模型与业务参考模型结合在一起)。
      在这里插入图片描述
      DRM数据上下文模型

    数据上下文,它对数据上下文相关制品进行了定义。

    • 分类法(Taxonomy)包含若干主题(Topic),而且主题之间是具有相互联系的。
      • 分类法被描述为结构化数据并存放于结构化数据资源中。为了与其他参考模型建立联系,在此图中其他参考模型作为分类方法的具体实现被表述出来,当然这并不排除其他分类方法的定义。
    • 每个分类法的主题被用来为数据资产进行分类,同时也可以为各种数字化数据资产、访问点和信息交换包进行分类。
    • 数据专员:可以为数据资产指定一个数据专员。

    按照OMB的数据参考模型中所述,这一部分模型中所涉及到的各种概念元素定义如下:

    • 分类法(Taxonomy):一个通过层次结构进行组织的受控词汇(controlled vocabulary terms)的集合。分类法提供了一种通过使用合理且定义良好的缔合结构对信息进行分类的方法。分类法与其它概念元素之间具有如下关系:
      • 分类法包含若干主题。
      • 分类法被表述为结构化数据资源。
    • 主题(Topic):分类法中的一个分类,它是为数据赋予上下文的核心概念元素。主题与其它概念元素之间具有如下关系:
      • 主题对数据资产进行分类。
      • 主题可以对数字数据资源进行分类。
      • 主题可以对访问点进行分类。
      • 主题可以对交换信息包进行分类。
      • 主题通过“关系”概念元素与别的主题建立关联。
    • 关系(Relationship):用于描述主题间的关系。关系概念元素与其它概念元素之间具有如下关系:
      • “关系”概念元素关联了参与此关系主题概念元素。
    • 数据资产(Data Asset):用于代表数据的托管容器。在很多情况下,数据资产代表着关系数据库,然而数据资产还可以被用来代表网站、文档库、字典或者数据服务。数据资产与其它概念元素之间具有如下关系:
      • 数据资产为数字数据资源提供管理上下文。例如,一份被某个数据资产(例如文档库)存储和管理的文档会具有管理上下文,而此管理上下文是通过与那个文档关联并存储于文档库中的元数据来提供的。
    • 数据管理员(Data Steward):用来代表对数据资产的管理负责的人。数据管理员与其它概念元素之间具有如下关系:
      • 数据资产可以被数据管理员进行管理。
    • 其他联邦企业架构参考模型(Other FEA Reference Model):用于代表其他的联邦企业架构参考模型。通过将其他参考模型看作为具体的分类方法,该概念元素在数据参考模型和其他参考模型之间搭建了关联。此概念元素与其它概念元素之间具有如下关系:
      • 其他联邦企业架构参考模型是分类方法的具体类型。

    (4)数据共享

    在数据描述和数据上下文后,利益共同体就需要把精力放在规划和实现信息访问及相互交换方面上面,以实现不同的数据资产之间进行的信息共享,而数据共享标准区域为此提供参考。

    • 信息互交换:在信息生产者和信息消费者之间所存在的相对固定且时常发生的信息交互过程。
    • 信息访问能力:而除互交换方式外,信息生产者往往还要对外提供各种信息访问接口和服务,为各种不确定的外界信息消费者提供信息访问的能力,而这种通过各种信息访问接口和服务而获取信息的能力就是信息访问能力。
    • 两者区别
      • 信息交换一般是经常性或周期性地发生,而信息访问的发生则更具随机性;
      • 信息交换对于参与双方在交换发生前就已经得到了明确,更加主动;而信息访问则只是数据生产者提供信息访问的接口和服务,而对于数据的消费者却并不明确,被动方式。

    在这里插入图片描述

    数据提供和使用矩阵

    ① 信息交换和信息访问都是在不同的数据资产之间进行的信息共享过程,因而要对这些信息共享方式进行归纳和建模,首先需要明确参与信息共享的各种信息存储系统。为了这些系统,数据共享标准领域采用了数据提供和消费矩阵(data supplier-to-customer matrix),从而将用于存储信息的各种数据资产进行了归纳整理。此矩阵从两个维度将参与信息共享的数据资产分为四种:

    • 两种维度分别是:
      • 存储的信息类型,数据资产分为用于存储和操作结构化数据的资源库(图中第一、二象限)和用于存储和操作非结构化数据的资源库(如图中第三、四象限)。
      • 信息的操作类型,数据资产分为能够对数据进行全权操作(创建、更新和删除)的存储库(如图中第一、三象限)和仅能针对数据进行检索与分析的存储库(如图中第二、四象限)
    • 根据这两种维度,能够参与信息共享的数据资产分类(四种):
      • 事务数据库(Transactional Database):包含用于支持业务流程和工作流的结构化数据对象,并且经过精心的设计,这些数据库的事务性能能得到高度的规范化和优化。
        • 内容:支持联机事务处理系统(OLTP)、企业资源管理系统(ERP),以及其他用于实现核心业务流程和工作流的后台系统数据库。
        • 特点:通常来讲,由于执行业务逻辑和引用完整性的需要,用户不能直接对其数据进行创建、读取、更新和删除操作,而需通过由应用程序接口(API)提供的各种服务来实现。
      • 分析数据库(Analytical Database):包含用于支持查询和分析的结构化数据,并且为了提高查询方便性和效率,这些结构化的数据库倾向于有目的性地去规范化和优化。数据一般来自于一个或多个事务数据库,并且以某种结构联合在一起来支持回答与业务和/或任务利益相关的特定问题。
        • 内容:联机分析(OLAP)、数据仓库(Data warehouse)、数据集市(Data mart),以及目录(例如支持轻量目录访问协议(LDAP)或者X.500的信息库)。
        • 特点:一般来讲,其数据可通过查询来直接访问,而针对数据的创建、更新和删除操作通常会通过间接方法(例如,抽取、转换和加载(ETL)过程)来对相关的事务数据库来进行。
      • 著作系统信息库(Authoring Systems Repository):著作系统范围广阔,而产物都是“文档”,著作系统底层的信息库也包括了各种能够保存数据对象的系统(最常见的例子就是文件系统和关系数据库)。
        • 在数据参考模型的背景下,“文档”这个词的概念范围非常大,它涵盖了广大范围内的各种信息对象,例如多媒体、嵌入图片的文本文档、XML模式或文档类型定义(DTD)等。通常来讲,在这个背景下“著作系统”也同样具有广阔的范围。从一个极端来讲,一个著作系统可以是一个数码照相机,而在相反的另一极端,一个著作系统也可以是用于产生正规出版物的一个复杂工作流。
        • 特点:与事务数据库类似,对于著作系统的底层信息库中的数据进行直接访问和操作是不提倡的,因为忽略业务逻辑而对数据进行的操作往往会影响数据的完整性。
      • 文档信息库(Document Repository):目标是为了优化信息检索而对数据进行存储,与分析数据库类似。
        • 内容:网站的文件系统、内容管理系统之下的关系数据库,XML注册和信息库。
        • 特点:针对此种信息库中数据的操作一般只倾向于对其中数据的查询,而创建、更新和删除操作则通常并不对最终用户开放,而是通过一个由著作系统执行的发布功能来实现。

    ② 通过数据提供和消费矩阵针对上述四种数据系统的归纳,我们可以将数据交换和数据访问进行更进一步的具体化:

    • 所谓数据交换就是在上述四种数据系统之间所进行的内容定义相对固定且时常发生的交换数据过程。这些数据交换过程以及他们所适用情景描述如下:

      • 抽取、转换和加载(从结构化数据到结构化数据)
        • 过程:首先数据源中的结构化数据对象被读取(抽取,Extract)出来,然后将这些被抽取出来的数据的结构转换为符合目标数据库要求的结构(转换,Transform),最后使用转换后的数据更新目标数据库(加载,Load)。用于执行ETL过程的各种服务可以非常复杂也可以是非常简单,同时他们也可以是其他服务的一个组成部分。
        • 信息载体:结构化数据。
      • 发布(从结构化数据或文档到聚集后的文档)
        • 过程:“发布”是一个将若干文档片段按照需要的格式组合在一起,并最终存入目标数据库的过程。
        • 信息载体:文档。
      • 实体/关系抽取(从非结构化文档到结构化文档或结构化数据对象)
        • 过程:从文档中识别并抽取出特定元素。其中,实体指特定的人、地点或事物的名词,关系指实体之间的关联。一般来讲,在此过程中识别出来的实体可以作为元数据而合并到源文档之中,或被插入到一个独立的文档或结构化数据库中。
        • 信息载体:结构化数据。
      • 文档翻译(从文档到文档)
        • 过程:文档翻译是为了支持目标应用的需要,而将文档从一种形式转换为另一种的过程。这种转换可以是基于结构的,也可以是面向语言或其他特定目标的。
        • 信息载体:文档。
        数据交换服务 数据提供者 数据消费者
        抽取、转换和加载 事务数据库 事务数据库
        事务数据库 分析数据库
        事务数据库 著作系统
        分析数据库 事务数据库
        分析数据库 分析数据库
        分析数据库 著作系统
        著作系统 事务数据库
        著作系统 分析数据库
        发布 事务数据库 文档信息库
        分析数据库 文档信息库
        著作系统 著作系统
        著作系统 文档信息库
        实体/关系抽取 文档信息库 事务数据库
        文档信息库 分析数据库
        文档翻译 文档信息库 著作系统
        文档信息库 文档信息库
    • 所谓数据访问就是上述各数据系统为了便于外界访问自身数据而对外提供的各种服务。

      • 上下文获知服务(Context Awareness Services):允许用户可以对利益共同体数据资产的上下文信息进行快速获取。上下文信息可以被存放在一个正规化的数据架构、元数据注册表或者是独立的数据库之中。上述所有的数据系统都应该提供这项服务。
      • 结构获知服务(Structural Awareness Services):允许数据架构师和数据库管理员能够快速地识别出存在于数据资产中的数据结构。数据描述信息可以被存放于一个正规化的数据架构、元数据注册表或者是独立的数据库之中。上述所有的数据系统都应该提供这项服务。
      • 事务服务(Transactional Services):此服务使得在维护业务和引用完整性规则时,针对底层数据存储库的事务的创建、更新和删除操作成为可能。此服务允许外界服务或最终用户将执行数据相关的功能作为工作流或业务流程的一部分。在事务数据库和著作系统中需要提供此服务。
      • 数据查询服务(Data Query Services):此服务允许用户、服务或者应用直接对信息库中的数据进行查询。在事务数据库和分析数据库中需要提供此服务。
      • 内容搜索和发现服务(Content Search and Discovery Services):此服务允许自由文本搜索或者对信息库中各文档所包含的元数据的搜索,并且这些可进行搜索的元数据还应该包括数据上下文。在著作系统和文档信息库系统中需要提供此服务。
      • 检索服务(Retrieval Services):此服务允许一个应用可以通过某一个唯一标识(例如URL)来请求返回信息库中的一份特定文档。在著作系统和文档信息库系统中需要提供此服务。
      • 订阅服务(Subscription Services):此服务允许其他服务或最终用户在符合某预定义的策略或配置的前提下可以对自己进行提名,从而对新加入到信息库的文档进行自动化接收。在著作系统和文档信息库系统中需要提供此服务。
      • 通知服务(Notification Services):此服务会依据某预定义的策略或配置,将信息库内容的变化通知给其他服务或最终用户。在事务数据库、著作系统和文档信息库系统中需要提供此服务。
      访问服务 事务数据库 分析数据库 著作系统 文档信息库
      上下文获知服务
      结构获知服务
      事务服务 × ×
      数据查询服务 × ×
      内容搜索和发现服务 × ×
      检索服务 × ×
      订阅服务 × ×
      通知服务 ×

    ③ 通过上述的关于数据系统的分类,以及针对他们之间进行信息交换和对外提供信息访问能力所需的各种服务的描述,利益共同体可以将各种数据资产和进行信息共享所需的各种服务进行分类总结,从而明确企业数据架构中关于信息共享这部分的内容。与数据描述和数据上下文一样,数据共享中所涉及到的各种制品的定义也体现在了数据参考抽象模型的数据共享部分:
    在这里插入图片描述

    DRM数据共享模型

    • 交换包(Exchange Package):用于表述产生于数据提供者和数据消费者之间的经常性的数据交换。交换包中包含了与交换过程相关的各种信息(例如数据提供者ID、数据消费者ID、数据有效期等),以及对于进行交换的数据载体的引用。交换包还可以被用来定义在一次信息交换中被某个查询点(Query point)接受与处理的查询结果的格式。
      • 与其它概念元素的关系:交换包引用了实体、交换包被传播给数据消费者、交换包对查询点进行查询、交换包引用了针对交换数据载体的定义。
    • 数据提供者(Supplier):用于代表提供数据给数据消费者的实体。数据提供者与其它概念元素之间具有如下关系:
      数据提供着产生交换包。
    • 数据消费者(Consumer):用于代表对数据提供者产生的数据进行使用的实体。
    • 数据载体定义(Payload Definition):用于代表针对在数据提供者和消费者之间进行交换的数据载体的需求而制定的电子化定义。
    • 查询点(Query Point):用于代表为访问和查询数据资产而提供接口的端点。一个查询点的具体表达可以是一个特定的用于引发Web服务的URL。查询点与其概念元素之间具有如下关系:
      • 查询点访问数据资产。

    三、联邦过渡框架

    联邦过渡框架(FTF,Federal Transition Framework)是一份包含了所有跨机构的信息技术举措的目录,它为各个政府机构对于获知政府全局级别的信息技术策略目标以及各跨机构举措这些方面的信息充当了唯一的信息源。

    • 作用:通过在全联邦政府的角度将跨越各个机构的各项举措进行总结和发布,使得原来相互隔绝的各个政府机构可以从全局的视角审视整个联邦政府以及自己的信息技术和信息资源的状况,分享其他机构的最佳实践和信息资源,从而提升对于信息技术投资的效率并改善其效果。

    1、内容

    联邦过渡框架内容包含两个方面的跨机构信息技术举措:

    • 受OMB资助的各项举措,例如电子政务举措和业务线(LOB)举措等。
    • 政府全局级别的举措,例如IPV6举措等。

    内容组织形式:每一项举措都对应着一个部分(Section),并且针对每一项举措FTF都是采用一套标准的层次性方式来进行描述,而这套层次性的描述方式与联邦企业架构参考模型相吻合,从而方便各个机构将这些跨机构信息技术举措整合到各自的架构中去,且不存在沟通和交流障碍的。
    在这里插入图片描述
    联邦过渡框架中目录的作用

    • 增进各个政府机构对于跨机构举措的认知和参与。
    • 增强各个机构的企业架构与联邦信息技术策略或其他形式的官方导则之间的一致性。
    • 加强针对通用的跨机构业务流程、服务组件以及技术标准的共享和重用。
    • 通过部门参与到跨机构实践团体中的方式来增强机构之间的合作。

    2、使用情景

    FTF还提供了一系列有关使用情景的描述,用以指导各个机构如何将这些跨机构举措融合到自身机构之中,并可以帮助各跨机构工作组开发与各条业务线相关的架构工作产品。

    在FTF中,这些使用场景的描述包含如下几个部分

    • 干系人(Stakeholders):用于列举此应用情景所涉及到的各相关人员。
    • 假设(Assumptions):用于描述此使用情景得以进行的各个先决条件。
    • 步骤(Steps):用于达成情景结果以及创建和更新各项工作产物的各项步骤。
    • 工作产物(Productions):在各步骤执行过程中创建和更新的各种制品。
    • 检验(Checks):用于描述OMB在检验工作产物和情境结果中所采用的各项步骤。
    • 结果(Outcomes):用于描述使用情境达成后所带来的结果和影响。

    FTF一共描述了七种使用情境,并根据其应用对象的不同分为两类

    • 针对各个机构的决策者,FTF制定了如下四种使用情境,用于指导各个机构如何将FTF中的跨机构举措整合到自身之中:
      • 整合跨机构举措到机构的企业架构中。
      • 针对机构的企业机构与跨机构举措的符合性进行自检。
      • 将机构预算提交与跨机构举措进行对比校准。
      • 将机构中正在进行的IT项目与跨机构举措进行对比校准。
    • 针对负责FTF的开发和维护的跨机构举措工作组,FTF定义了如下三种使用情境,用于指导与各业务线相关的各个架构工作制品的开发和维护:
      • 分析阶段:定义业务线的范围,包括一个远景描述和参考架构。参考架构从相关业务功能、数据需求,以及服务和技术需求这些方面描述了举措的范围。
      • 定义阶段:为业务线定义目标架构,同时识别出各种可能的实施方案并加以评估,并为实施方案定义业务用例。
      • 操作阶段:开发和实施通用的解决方案,从而支持业务线的操作和最终结果的实现(例如节省开支,增进效率和效能)。

    四、企业架构评估框架

    企业架构评估框架(EAAF,Enterprise Architecture Assessment Framework)是联邦政府用来对企业架构的情况进行评估的一套框架。

    • 内容范围:企业架构和对于企业架构项目与其他实践领域在结合度方面的评估。
    • 评估指标:企业架构评估框架定义了若干关键性能指标(KPI)来对企业架构的各方面情况进行评估,这些指标按照其内容特性可分为三组
    • 注意:在每个指标的定义之外,EAAF还对每项指标的应用理由与是否为强制性衡量指标进行了描述(前者解释了为什么OMB认为该指标是值得评估的,而后者将指标与具体的法规或策略进行挂钩)。

    在EAAF(v3.0)中,这些指标及其分组定义如下:

    指标分组 指标 注释
    完成情况
    (Completion)
    目标企业架构和架构过渡计划 用于衡量目标企业架构在识别和解决现实与目标的差距、冗余和IT投资组合成本方面的效率和效能
    架构优先排序 用于衡量部门的经过优先级化的片段架构(Segment Architecture)的开发情况
    完成的范围 用于衡量已完成的片段架构所占的企业IT投资组合资金量的百分比
    IPv6 用于衡量机构的企业架构将IPv6整合到机构的IT基础设施片段架构和IT投资组合的情况
    使用情况
    (Use)
    性能改进集成 从流程和产出角度,对机构性能改善计划与企业过渡计划之间进行校准的有效性进行评估
    CPIC集成 用于衡量机构的IT投资组合与企业过渡计划的契合情况
    FEA参考模型与图表53内容 用于衡量关于主要的FEA参考模型映射以及用于规范说明机构IT投资的图表53内容的完整性和准确性
    协作和重用 通过衡量共享和重用信息、基础设施、解决方案和服务组件的情况来评估企业架构的有效性
    企业架构治理、项目管理、变更管理和部署 用于衡量机构对企业架构策略和流程的使用和实施的管理情况
    结果情况
    (Results)
    任务性能 用于衡量机构采用企业架构对项目性能改善进行驱动的程度
    成本节约和避免 用于衡量机构采用企业架构和信息技术来进行成本控制的程度
    IT基础设施的投资组合质量 用于衡量机构借由IT基础设施片段架构和其关于IT技术设施业务线的承诺所做计划的结果的实现及交付的进度情况
    测量企业架构项目价值 企业架构价值评测跟踪架构的开发和使用,并监督企业架构产品和服务的影响

    注:图表53 是各部门机构用来向OMB汇报关于本机构所有IT投资的预算评估的报告用图表,并借以明确主要的投资项,而对于各部门来说完成此图表也是对于1996年《克林格.科恩法案》的遵循,从而符合该法案所要求的所有部门机构必须提供关于其IT投资的完备且准确的会计审核。OMB每年也会通过图表53来创建全联邦的IT投资组合,并将其作为总统预算的一部分而进行发布。除了图表53之外,OMB还制定了其他多种图表,例如总是和图表53相伴的用于发现主要投资项的图表300。

    评分与等级

    • 评分:机构或OMB需要根据企业架构的真实情况并依照这些指标分别进行评分,评分范围在1-5之间(分值越高代表企业架构越好的表现,而且每个KPI分值的含义也在EAAF中得到了详尽的定义)。
    • 等级:OMB需要针对每个指标分组的指标进行平均分计算,并根据平均分数的高低将每个分组划分为绿、黄和红三个等级:
    完成情况 使用情况 结果
    绿色等级
    (良好)
    完成情况部分平均得分大于等于4 使用能力部分平均得分大于等于4 使用结果部分平均得分大于等于4
    黄色等级
    (及格)
    完成情况部分平均得分大于等于3 使用能力部分平均得分大于等于3 使用结果部分平均得分大于等于3
    红色等级
    (不好)
    完成情况部分平均得分小于3 使用能力部分平均得分小于3 使用结果部分平均得分小于3

    评估过程:EAAF还对评估过程进行了定义,具体讲在一个财年中被分为前后衔接的四项。

    • 在每个季度中间,各机构进行企业架构的各片段相关制品的汇报。
    • 在第三、四和第一财季的中间各机构分别根据三个评估指标分组对企业项目进行自检,并将每个季度经过更新的片段架构相关制品与此自检结果一起提交给OMB。
    • 在收到机构的自检报告以及经过更新的片段架构相关制品后,OMB将会对其进行审查和评估,并返回其意见。
    • 在收集了所有指标组的自检结果和片段架构相关制品后,OMB将在第二个财季对关于机构的企业架构评估提供一份正式的回应。
      在这里插入图片描述
      EAAF评估流程

      注意:自v3.0以来,为了与其他实践领域相适应(CPIC等过程),原来的每年一次的评估过程被替代为分布于一年之内的多次且分立的评估,并且每次评估与一个指标分组相对应。
    展开全文
  • 经过几十年的发展业界已经涌现出了很多企业架构以及企业架构框架理论。企业架构创建的方法论,亦即企业架构框架,由于其具备标准化的特性,将被作为本章内容的重点。当然,即便企业架构框架具有其标准性的一面,也并...
  • 现状:随着各个政府部门建立符合各自特点的企业架构框架并逐步实现各自企业架构,例如财政部(DOT)的企业架构框架TEAF(Treasury Enterprise Architecture Framework),但是在当时这些企业架构的范围还是局限在...
  • 联邦企业架构框架提供了一个组织结构和收集渠道,方便联邦成员将各自的架构集中到联邦企业架构中去。这个框架是非限制性的,适用于所有的联邦内机构特别是已存在架构的机构。   CIO委员会针对联邦企业架构框架...
  • 企业架构(Enterprise Architecture),简称EA。是指对企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案,更确切的说,是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行...
  • 从抽象的系统层面来看,软件架构、系统架构、解决方案架构和企业架构,本质上是一致的,区别在于关注的主体不同。 软件架构,即为构成一套软件的主要脉络,至少包括两个不同的子架构:横向的业务功能架构和纵向的...
  • 我们将核心价值链上的端到端总结为两个核心,其一是供应链的端到端流程和业务;其二是产品研发的端到端和业务。各个企业由于类型不同...再谈企业架构和业务架构:企业架构本身强调的是业务驱动IT,业务和IT的匹配...
  • 学习企业架构企业架构框架理论亦然。企业架构是自上个世纪七、八十年代发展起来的一套理论,在这几十年的发展过程中已经衍生出很多种不同的企业架构方面的理论体系,而且很多国际大型企业和政府已经在反复摸索中...
  • 企业架构培训感悟

    千次阅读 热门讨论 2021-01-06 22:23:59
    二、为什么企业架构那么重要? 作为软件开发工程师,我们总是习惯于努力尽责的把分配给我们的开发任务按时按质完成,再有业务导向一点的开发会在受理需求前会先向业务了解清楚具体的需求背景及想解决的业务问题,这...
  • 企业架构方法综述

    2017-06-21 14:59:59
    什么是企业架构  企业架构可以分为两大部分:业务架构和IT架构,大部分企业架构方法都是从IT架构发展而来的。 业务架构:是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营...
  • 什么是企业架构 企业架构可以分为两大部分:业务架构和IT架构,大部分企业架构方法都是从IT架构发展而来的。 业务架构:是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营模式、...
  • 企业架构简称EA(Enterprise Architecture),国际标准权威组织The Open Group 为其提出的定义是“企业架构关注的是所有关于企业构成的不同元素,以及这些元素怎样相互关联”。一些组织机构使用企业架构主要出于两个...
  • EA-企业架构

    万次阅读 2017-08-12 06:28:20
    在《年度总结和计划:去年4个1,今年5个1》中说过今年我准备在项目组引入一个架构方TOGAF。...而企业架构离不开我们IT技术领域的架构师的支持,为了让更多人了解企业架构,我将会写一系列相关的blog与大家
  • 海史密斯敏捷企业架构的4 个层次包括: 投资管理分层 项目管理分层 迭代管理分层 技术实践分层。
  • 在接管了FEA的开发之后,OMB先后制定了诸如参考模型、联邦过渡框架以及企业架构评估框架等标准用于为FEA的开发提供帮助。 但是美国联邦政府创建的FEA的初衷是为了提高政府整体的信息资源的利用率和效能,并改善政府...
  • 企业架构介绍

    千次阅读 2014-05-07 17:36:40
    目前行业内的企业架构的框架和方法论很多,比较常见的有:TOGAF、FEAF、Zachman、DoDAF等,各大咨询公司也有自己的理论框架。这里介绍的【中国企业总体架构】是在以上各个框架的基础上,根据中国国情和中国企业的...
  • Salesforce如何做企业架构

    千次阅读 2018-08-29 16:14:48
    当我们说企业架构(EA)会引发大家的很多共鸣,从我们需要他,到我们试过,最后到它根本没用。CIO,CTO,首席架构师和业务功能的Leader一般都会从过去的经验对EA有自己的判断——好的,坏的或不Care。不管你对EA的...
  • 美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出,早在上世纪九十年代以来,美国军方就对这种全局性的信息共享的理论开始了研究,并开发出符合其特色企业架构框架理论...
  • 企业架构的重要性

    千次阅读 2019-08-07 11:04:12
    很多时候,在一些IT咨询/治理或SOA集成项目中,相信大家一定听过企业架构,这是一个出现频率较高且都会在项目中重点强调的词语。事实上,若想真正的发挥信息化价值,使信息化可以支撑并顺延企业后续的发展,在项目...
  • 企业架构到底是什么?

    千次阅读 2018-02-28 10:25:00
    Jason Bloomberg曾在博客中问道:“为什么没有人做企业架构(Enterprise Architecture)呢?”他说:解决方案架构师应该在实施解决方案之前完成解决方案的架构设计。Java架构师和.NET架构师做得事情应该先于编程人员...
  • 美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出,早在上世纪九十年代以来,美国军方就对这种全局性的信息共享的理论开始了研究,并开发出符合其特色企业架构框架理论...
  • 本文作为一个系列分为三个部分,阐述使用企业架构建模工具的必要性,以及使用 Rational System Architect 做为企业架构建模工具的业务价值和具体的实施步骤。第一部分介绍什么是企业架构,为什么需要企业架构建模...
  • 企业架构工作 1.作为企业总体架构设计的方法,要看一下是否明细到指导具体的设计工作,方法论体系的几个基本要素是否已经定义清楚,阶段、活动、任务的输入和输出、角色,详细的操作指南、交付物的模板、示例以及...
  • 联邦企业架构之FEA及参考模型

    千次阅读 2019-01-19 11:37:11
    在CIO委员会提出了FEAF与联邦企业架构实施指南后,美国白宫的管理与预算办公室(OMB)接下了管理和协调联邦企业架构建设的责任,并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室(FEA-PMO)。...
  • Linux运维企业架构项目实战系列

    千次阅读 2020-09-10 15:32:11
    Linux运维企业架构项目实战系列 项目实战1—LNMP的搭建、nginx的ssl加密、权限控制的实现 项目实战2—LVS、nginx实现负载均衡系列 2.1项目实战2.1—实现基于LVS负载均衡集群的电商网站架构 2.2项目实战2.2—...
  • 企业架构TOGAF介绍

    千次阅读 2013-07-02 19:36:47
    企业架构 - 开篇:TOGAF介绍  在《年度总结和计划:去年4个1,今年5个1》中说过今年我准备在项目组引入一个架构方TOGAF。工业和信息化部副部长杨学山在一次内部座谈时提到:与西方发达国家比,国内的信息...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 62,847
精华内容 25,138
关键字:

企业架构