2020业务架构模型指南.docx

上传人:李司机 文档编号:7147369 上传时间:2024-06-15 格式:DOCX 页数:40 大小:521.24KB
返回 下载 相关 举报
2020业务架构模型指南.docx_第1页
第1页 / 共40页
2020业务架构模型指南.docx_第2页
第2页 / 共40页
2020业务架构模型指南.docx_第3页
第3页 / 共40页
2020业务架构模型指南.docx_第4页
第4页 / 共40页
2020业务架构模型指南.docx_第5页
第5页 / 共40页
点击查看更多>>
资源描述

《2020业务架构模型指南.docx》由会员分享,可在线阅读,更多相关《2020业务架构模型指南.docx(40页珍藏版)》请在三一办公上搜索。

1、业务架构模型指南定义基于形式原则的业务架构知识库2022年8月内容1 .摘要42 .介绍63 .业务架构概述84 .业务架构框架104.1 业务架构知识库104.2 业务架构蓝图114.3 业务架构场景115 .业务架构领域关联135.1 介绍业务架构元模型135.2 价值流1452.1 价值流交叉映射15522价值流示例155.3 能力17531靛力交叉映射18532能力示例195.4 信息20541信息交叉映射21542信息概念示例215.5 组织23551组织交叉映射24552组织示例245.6 利益相关者255-6.1利益相关者交叉映射26562利溢相关者示例275.7 战略275.7

2、.1 战略交叉映射28572策略示例285.8 倡议29581倡议交叉映射30582倡议示例315.9 政策31591政策交叉映射32592政策示例325.10 产品335.10.1 产品交叉映射355.10.2 产品示例356.总结37专业术语39关于业务架构协会41参考411 .摘要企业面临着无数需要管理的威胁礴姗饲竦,、用的(物以及献i求的机会般织寻求解决这些问题时人们发现了f埴的共同障碍:未能执行战略的一个常见原因是无法以协调的方式采取行动在多个业务甑丽器蹒眨间以广泛理解的目隧为目标实现共同目疑续成解决方案。寻求应对这一挑战的高管必须基于清晰、一致的亚务视角来定义嬲行协调的跨螃战略这些

3、战谿可跨酮、项目、丽合作伙懒混本白皮书概述了如何利用业务架构来识别腑获独特确织视角以及这些视角之间的关系本白皮书为寻求正式化和扩展业赫构搦织提供了重要指南作为执行复采绚S、执行根本原因分析、应对业务挑战以及在更短的时间内以更少的费金提供更有效的解决方案的基此本白皮书介绍了业务架构知识库,它允许组织建立关于其业务以及如何为客户和相关利益相关者提供服务的多维视图价值。为了使业务架构知识库能够准确地表示组织并有效扩展它的知识库必须基于正式定义的元模型对于刚接触元模型概念的读者来说可以将其视为一种描述模Si的模型谢辘用于福瞳概念捌昉特定上下文中的具体事物颐来说元模型被定义为一类模型的抽象语法”因此支持

4、辞幽织库实现的元睡规定了如(碇义蚂内等物Tmroj本白皮书提供了一个简化的、对从业者友好的业务架构视图元模型通过与专业标准组织的持续合作BusinessArchitectureGuild及其合作伙伴正在使用标准建模技术更详细地形式化此元模型该白皮书讨论了如何从各种有利角度开始对组织进行建模无需向读者展示实际元模型中常见的更详细的细节由此产生的业务架构知识使组织能够避f三i从中解耦和澄清可能压倒规划设计、运营管理项目管理和技术部署。由此产生的清晰观点有助于进一步清晰的分析、业务规划和战略执行。读者将从研究业务架的和应元模型背后的概念和原则中受益匪浅这些内容可以在业务架构如波体弱睛3(BIZBOK

5、指南”沪找到本文并不代表正式的元模型,BusinessArchitectureGuild正在完善正式的业务架构元模型并准备将将跤给国际标准组织以供采用本白皮书中的讨论和相关数据描述了业务架构领域之间各种关联的概念模型以及某些详细信息这些域内的元素这些表示的目的是为从业者和基础设施支持团队提供关联业务架构域以支持可行实践的基础。提供的示例每个领域类别还允许从业者设想如何在实时环境中应用业务架构最后白皮书为将业务架构领域与相关学科联系起5崛了基础。这喻胭捌额划、磔触优(匕、项目壁、客fi桐禺IT架构和相知贼等。未来的白皮书将探讨这些扩展的视角及其与业务架构的关联。2 .简介目史前以来,哲学家就一直

6、在表象与现实的困境中挣扎。建模是支持分析行为的Cl老技术。20世纪分析哲学家口聚一堂将术语分析理解为将某物分解为其成分建模者从现实世界中获取一些东西并用符号来表示它。当人1骗到企业这样抽象事物时这个简单的行为很快就会变得非常复杂。在物质世界中企世丽建W勿;它勺。这是f峥飒念游假念的同题在于两个人f眇有相同的心理图景或该术语的含义。图1描述了苹果等物体如何触发两种故然不同的心理抽象图:酹家辘境:耨与赎在现实世界之外,我1篇要将抽e变成具体的东西,让我们以分享脑海中的画面一种流行的技术是通过业务对奥来描述事物我们三4苗述的背景、范围或事物是一个组织由它所在的业务生态貂充ii构成业务对象定义以及表示

7、能力针对这些业务对象执行的操作是理解和表示业务生态系统的基础。业务对象在价值交付中发挥着关铤作用商业生态系统的模型描述了组织如何创造、交付和获取价值的基本原理。业务生态系统中应体现业务的两个关键方面包括:1.生产行为(价值创造和部署)2 消贽行为(顾客消费组织创造的价值)企业背后的关键参与者是生产者(提供者和消费者(客户、合作伙伴和内聊IJ益相关者)看待这种价值交换概念的一种方式是客户有一些他(DW求满足缄求而提供商则通对提施嬲该需求的报价来满足客户的需求+供的履行提供商的价值主张满足客户的愿望或需要就会发生价值雄(通常是用金钱换取商品和服务)威突出显示了这些创造价值的消费观点图2:业务架构的

8、遵关注:利盗相关者价值交付价值概念是业务架构的核心.业务架构从业者对为客户限和提供价值主张嘛的内容非常感兴趣,业务架构建模恻重于价值主张方程穗供商方面。这种关注是一种由外而内的视角,与当今许多组织所采取的观点相反。业务架构从业者使用业务架构知识库来阐明和利用各种组织视角包括价值创造和价值消费使视觉思维和讲故事成为定义纠破和制定共享解决方案的一种手段,虽然高度重视价值创造和消费但知识库磁须包含业务能力、信息、业务单位占燃隙产品Oi械呸观点鹤信副聪胡玳表业务生态系统的业务对象集合的主要工具总隹床说这些业郑国mN端架佝,r使从业者奥婕鼬翱刖国目标的影响执行根本原因分析,定义跨组织解决方案,并成功而自

9、信地执行各种业务策略。本白皮书的以下部分概述了业务架构并介绍了业瘫构框架其中包括业务架啰Om、从知旧库派生的业务蓝图以及在实践中使用业务架构构建特定业务上下文的场景。白皮书的主体部分详细介召了每个业务架构领域、与其他领域的关系以及实际示例3 .业务架构概述过去业务架构被定义为矍供对组织的共加解的企业蓝图并用于协调战略目标和战术需求W。通过与各个行业协会的合作该定义透洞漏为以下内容:业务架构代表了整体、多蝌岭!图:初、辎幡外皎寸询的的;以后网孰懈搬产品政策第蒯蟋相关者之间的关系BusinessArchitectureGuild已经正式化了业务架构规则定义了一缅B导原则记录了最生微正式化了技术并建

10、立了执行框架。BEBOK指南是-T行业知流体系为从业者螂了业务架砌则。本白皮书提供了底层元模型的指南该元年构成了胡蟠的蛇架做口识库的基础PoliciesCapabilitiesStrategiesOrganizationInformation业务架构围绕十个正式定义的域构建如图3所示这些域代表业务生态系统抽象在Guild元模型中在实践中形式化和实现,ProductsInitiativesMetricsBusinessArchitecture图3:螭架构域图3所示的十个域构成了建立、应用和管理业务架构的基城本文提供了每个域、相关子元素以及与其他域的关系的详细信息图3显示了中心圆圈中的四个核心域。

11、这四个领域之所以从其他领域中脱颖而出是因为它们为业务架构提供了基础外圈曝的是扩展领域在业务架构的实践中发挥作用例如,战略是在战略规划过程中参与的而主动性则是在计划和项目规划和执行过程中使用的。图4描述了在业务架构中发挥核心作用的能力概念图4:能:照架构图4强调了能力作为业务架构的中心焦点的重要观点。矽如能城供了价毓、信物雌盾其他梭雌泛!取联系飕缜T解价(既中与客户价值交付相关的信息这些视图将从他们3腰和修改的功能和信息以及它们巨用的功能和(命!流之间的笑联中得出。以下部分提供了有关这些核心域之间关系的更多详细信息以及这些核心域和扩展域之间的关系4 .业务架构框架业务架构框架为各类从业者利用业务

12、架构提供了基础。该僻如图5所示由峥架颐识库从知识库中提取刚!密摩网视IbW及确磁些蓝图的类型和范围的业务场景组成41业务架构知识库无论是否正式大多数实践组织都有一适当的机制来捕获和姮具业务架构。然而并排所有组织都在正式的业务架构知识库中侬了其业务架构并明确使用基于原则的、高度可操作的业务定义为了实现业务架构的价值组织必须部署一个正式的框架来捕获*管理和惘其业务架构。该植架依赖于知识库和元触以易于应用于规划分析、设计、操作改进和部署的方式形式彳吩胴赚。本文介绍的业务架构元模型基于图5所示的框架。虽然总体才踩在BlZBOK指南中进行了定义和详细说明(包括原则指南、最佳逑和三用场景的详细f三息),但

13、本白皮书提供了正式的元模型视角用于定义建立和管理知识库所需的底层机制在深入研究知识库和底层元模型之前以下部分总结了蓝图和场景概念本白皮书的其余部分详细介绍了构成整体业务架构知识库的元模型派生域和关系这些详细的观点既可以作为部舌知识库的实用指南也可以深入了解业务架构的各个元素如何互连并在实践中应用42业务架构蓝图BIZBOK指南是一个基于原则的知识体系,同时提供了有用的蓝图例如它为业务架构师提供了开发自己的蓝图和相关场景的基础。人们可以阳IZBoK指南视为一本食谱,期包含食谱和如何准备菜肴的详细说明而不是规定预定义的菜单。因此BIZBOK指南可应用于不断增长的业务场景列表范围从战略规划通过解决方

14、案部署。业务规划者和高管创建蓝图来回答各种问题并应对众多多断。业务架构Jf三要蓝图或地图来表示核心助能、价倡流、信息而缎减、辘核心域之间的关系以及核心域和扩展域之间更广泛的关联。显示两个或多个业务架构域之间关联的蓝图称为交叉映射”交叉映射是将多个业务架构域相互关联或与相关业务和IT学科关联的技术这种技术通过关联在元模型中表示允许从业者以更有效地表充赎世界关系的方式连接个工件,交叉映射始终发生在域之间而不是用于关联域内元素的术语例如能力实例与能Z行为辍系是域!畸关在交叉映射中未突出显示建议的业务架构基线的最低起点包括共同参与和客户发起的价值流、功能图和信息图。随着业务架构的使用开始扩展,组织将根

15、据特定的业务场景优先犷展这些视角。经验发现特定行业在很大程度上共享价值流和能力该协会提供行业参考模型,以/1跳建立基准业务架构的努力这些参考模型专门针对各个行业,包球8踪飕、运作蹦、制医疗保健以及通用或通用业务架构基线,特定于行业的业务架构映射是嚼应m于定义业务架酝模型的相同原则!缄的.因匕导前用这些参考模型并从中受益的组织应该建立一个与本白皮书中定义的元模型相一致的知识库。43业务架构场景业务架构知识库及其关联的蓝图可用于考虑不喇一系歹J不同的业务场景知识库不能仅限于单一用途的情况这意味着知识库不仅必须基于原则而且必须有意婕以支持广泛的改口和未知业务场景填充核心厢扩展业务架构领域.交叉映射捕

16、获瞰仇只在各种蓝图中表示这些视图,并将这些醒应用到给定的业务场景.将捕螭知识糊昉改进战执行所需的蹑和见解。例如了解企业拥有的能力是单一维度的知识。了解业务生态系统中的业务单位(包括合作伙伴的业务单位可以创造更多知识交叉映射功能程目织领i蟆供了有孰何副子地解决特定业务问题或场景的见解想象一根样一场景:一家企业将某些功能外包给供应商而该供应商是勒索软件攻击的受害者7三三1E务部门依赖供应商提供的功能将使组织签够快速评估该事件的影响并做出相应的响应相同的多维视图也可以用于其他业务场景例啦务部门合并甚至当外包能力不再黝嗡值时剥离。最重要的交叉映射蓝图之一是价值流/就力交叉映射,该篮图指出了在价值流的每

17、个阶段实现价值交付的具体功能,如果提焰户价值的价Ii流表现不佳价做y能力交叉映射使分析师能够快速解读负责的底层能力。在提供一种针对特定价值交付情况下的弱点的快速方法的同时交叉映射视角还可以快速扇出”同样獭不佳的能力可能如可影响其他价值流中的客户价值。通过交叉映射不同的核心领域将两个或多个维超目合成f新确合蓝图可以自信而快速地S答许多复杂的问题。通过使用业务架构的这些跨维度视图,组织可以揭示可省居51的一系列场景包括但不P肝业务模型重新调整数字彳硼2、全球彳HUZ及并购分析。本文的其余部分将介绍GUiId元模型定义的域展示如何为了实现上述特征5 .业务架构领域协会我们知识库中的十个领域彼此相袈。

18、元模型元素和关系在元模型中定义,以表示存储在知识库中的知识。本节介绍域以及这些域之间的连接5.1 介绍业务架构元模型图6提供了10个业务架构域中的9个域之间关系的高级概述:勤、价值流、信息、的、利物鳄、计沙产品、战a各和政策。图6:业务架构元模型趣图6描述了高级域关系本节后面的各个域视角提供了每个域和跨域的更多详细信息。例如能力域第脂息迹捌、行榆糠于能够将业务架构应用于各种业务场景至关重要图6将颜色编码方案应用于与给定域关联的组元素。例如能用崎瘠一种颜色而价值流、价值培、价借麟段和价值项共享另一种颜色。这种颜色编码方案包括与给定域(例如业务对象阳关的元素如图7所示。以下部分和相应的图应用此薇色

19、编码方案来确保域内和域之间的正确关联业务对象用于各种其他领域并具有白色的中性颜色。如图3所示指标是一个亚务架构域。公会业务架构元模型不指定或要求任何业务指标厢BlZBOK指南中提供了示例。相反它允涮蹶定义广泛般雨这期S标可能源自给领设库中收集的丰富信息例如BIZBOK指南讨论了覆盖评级的有效性影响力和广度等指标。元模型提供了一种使用这些库的机制,碘即将推出的和尚未推出的建立了业务架构的测量库我。评会将指标作为一个域来讨论本白皮书中的任何进一步内容。52价值流组织的存在是为了向客户以及其他外部和内部利益相关者提供价值从而使重视业务架构的重要焦点。价值流提供懒端和海缺者价值交付视角每个价值流有一个

20、价值主张(请参闻讨论价值流和价值链之间差异的侧边栏)窗分解了价值流域和各种关系。触发利益相关者触发价值流以获得价值主张,功靛支持在价值流中找到价值幽段能力交付的成果有助于每个阶段交付的价值项价值项目是参与利益相关者可以观察到的。价值项目有助于或累积触发所需的价值主张利益相关者价值项目是价值交付过程中两个或多个阶段之间的国航素,价值幽段的进入标准是通过在开始之前需要-MNl项来定义的并且直S时值流阶段交付了另一(退出标准)。在资源有限的世界中企业需要确保为实现特定结果而分配的资源为触发利益慢者增。附值,因此根据定义分配给无法现价宜都扉瞰能力的资源不会增加价值颂得德鲁克的话来说:“没有什么比有效地

21、做根本不应该做的事情更无用的了521价值流交叉映射价值流交叉映射为战略影响分析、计划和投资范围确定、业务设计工作以及需求定义和解决方案部郭美定了基础。-价值流阶段和能力之间的交叉映射是最有用的交叉映射之一它强调了哪些功拄使价值流阶段旋够交付价值项目价值流和价值链-将能力结果交叉映射到价值项强调在提供利谥相关者价值方面发挥作用并随后成为基于能力的规划和投资目标的能力?-利益相关者价值流价值主张强调哪个利益相关者希望获得给定的价值主张并触发价值流来交付该价值主张。-利益相关者和价值流阶段之间的交叉映射可识别参与该价值流阶段并为触发该价值流的利益相关者交付价值项目做出贡献的利益相关者522价值流示例

22、价值流为客户、合作伙伴和内言例益相关者提供端到端价值交付的全面视图图9描绘了商业航空公司的三个价值流:出行、发送货(特瞅行对于不熟思业务架构原则的读者BIZBOK指南歪要的是区分”业务架恸询T和“价侑价值链关注的是如何特定姐辍碘斛阳及其如何利用资源将投入拓为产出.业务架构价值流还与精益价值潦不同。倾斜价值流提供了一种分析现有运营中浪费的方法并较少关注提供实际的利益相关者价值。它还不同于规模化敏捷框架(SAFem值流,后者涉及项目中采用物!侬开发防值流.业务架构价值流是以目标为导向以从生态彖循娟财神准庄张的最终目标为目标.价值海恨的蜥由每个f鹏砌段定义懒人和退出标准来保护路线TakeaTrip概

23、括了客户完成旅程的端到端体验包括多次中途停留和路线变更。发送货件封装了货件的旅程可以疑续、嫌既浮醐在一起或作为单个货件沿不同路线单独运输在本例中航空公司负西魂人员、酮送物将使用这些价值流来检查和提高客户满意度图9:运输价Ig流示阳ValuePropositionConveyoratRnalDestination这些价值流以简单的图片形式出现,代表了利益降者价值如何交付的正式描述。它fl询瑜窗甑段触野端榴蜡和价值主张以5价值流阶段进入和退出标准、为实现价值主张而积累的价值项目以及在每个物段为价值做出频的喇联者,未显示的是在价值碘每个阶段实现价值累积的许多功能。考虑第一个客户旅行的例子客户演1阶段

24、规划行程晨阶段获取机票相当于确保了旅行的能力然后麒多次出发柳肱迭代前往多个目的地,到肱髅目的地后客户的旅程将结束如果客户检查行李则会启动发送货运价值流这是行李的端到端旅程,独立行驶到自己的目的地。使用单独的价值流对于行李来说,因为价值主张不同,而且行李是在一次不同的独特旅行中来自客户的当客户及其行李国麒中时,航空公司将在多条路线上移动多个传送带(例如飞机、孵前电车),每个传送带都经过执行路线价值流的唯一实例。能力将客户和行李(即货物匹配到各种传送带;当传送带改变位置时顾客和行李凭借这些匹配力同时改变位置。图9所示的价值流适用于商业航空公司、航运公司蝇、城市礴薄翻S配公司.当公司寻起摩户懒瞰高该

25、蹴版营5炯价值流析、飒和供了酬53能力能力代表业务的基本组成部分.这些构建块可以釐多种方式使用、改进、翻B歹卿用以甄阳思睁峥目标为此企业阚首先定义这些构建块能力就是企业所做的事情。建议业务架构从业者特别注意定义这个概念。BIZBoK指南为从业者提供了识另U这些蝴架构构建块的指导原则工R被术至关!要的S能力瞬!企业m懂雨咫的并且每个组织只有Tg能力。功能通过关注的业务对象来确定例如,螭派诸如客户麋,之维Ia器贝阂崎焦俺峥像客尸此!办微任(谢解都不会改变对客户的关注嬲客户糜下的子功能可能包括旋义客户翔定客户傲风险或姆喀闩髀的能力在任何情况下,客户管理的子功能都不会超出客户范围,仿如客户津子然环会窗

26、勖议、产品、财务帐户竭他峥对象.每个业务生态系统都有一组且仅有一组功能。换句话说一弓懒力图涵盖了所有业务部(加及提供外包能力的合作伙伴(如果适用)。在大多数拥有多个业务部门的组织中每个业务部门将拥有或计划拥有各种能力穗现例如一家拥有两个业务部11、拥有不同娓褥婚谬的企盟舸哙好圆妨式实施常广信息徵室Jm.at嫩)必须与业务的具体活动相关联以势洞题分福嘴决方案定这种联系是通过三个角度来实现的:- 能力实例:业务SB门或合作伙伴实施某项能力的事件在现实世界- 靛力行为:能力实例如(可在上下文中工作- 结果:能力产生的最终结果图10细分了能力域。功能实例继承功能的属性因此它可以生成和使用其他功能的结果

27、换句话说,一个实例在实践中实现能力。财部r班付期螭例。卸何见拥有许多业务部Tl辎织可能有许多已实施功能的实例。Sitt可以分析每悌0实例的有效性和效率(资源使用)能力聊捉了组织能力是一个重要的塞可以从知识库。从第1级开始能力定义和分解通过能力分解为图10中的能力关系来实现功能实例代表该功能的一系列实际实现这行为描述了该能力如何从程序、流程定义、策略和基于规范的角度发挥作用。潴力基于业务对象单个行为很少与业务对象的生命周期一致例如甯户嫡壁1痂田曲果可能招领对象廿T的府蹑示为询T另一种能结果可能表示同一业务对象的状态被与鲍。能力和能力H为关注的是价值的6卿自现价值交付所需的弼,例m向新客户发送欢迎

28、1都臊作可以由处于日辘状态的lg树象客Fh雌。对于相域靖助不司峥单渣批甑胆可能有不同的方式这醐能力实例和能力行为之间的关联来体现.能力是产生结果的能力的抽象。它聚合了提供相欧吉果的所有特定活动。它科施行为.也不演资原。它允许螭主管总结咤磔的所有具体活动识别这些活动中的级性问题.施QA郎是JT支持不佳或缺乏经验并制症解决系统性)司题的通用方法。业务架构实践者采用的一种常见技术是创建有效性评级或指标来指示功能实例的性能或区颁状版本和未来版本其中改进行为双现业务目标从能力角度看待业务涉及静态业务而从价值流角度查看业务则涉及动态业务一种或多种功能使价值流阶段能够提供价值项,而价值项又将价值流阶段连接到

29、价值主张的端到端交付。5.3.1能力交叉映射-能力幅织之间的交叉映射突出显示了哪些业务部门或合作伙伴交付能力当扩展到功能实例时它可以识别组织中存在多少相同功能的不同实现532能力示例第522节中讨论的运输示例强调了一个旅行者场景其中客户在度1驯多次中途停留涉及多种运输方式或传送带,并以不同的时间间隔托运行手。规划、签订和完成客户旅程需要多种能力。图11显示了这些功能的一个关铤子集图11:运输能毋例而考虑图9中介绍的TakeaTrip价值流中描述的端到端视角需要有能力让客户能够进行旅行并管理沿途客户体验的各个方面图11突出显示了七个1级功能和一个称为“货件管理”的2级功能,该功能是1级货件管理功

30、能的子级图12突出显示了实现这一旅程所需的功能子集的角色能力在交通场景中的作用客户管理建立客户;验证资格;确正并设置偏好;认识到客户前进;并维护配2S文件、类型、状态和历史记录计划管理制定并跟踪正式的显行计划桥设管理建立碇供访问定价设定:W款并使客户境够根据正式合同行程管理仃程管理功器建立在客尸参与的基础上AJ首理整个仃程中的凶陨偏好访问个人资料和状态转换直到行程结束终止航疑官埋仃程?KS仃平(岗初和传运帝都;白石珀殛仃家StJ雌枝面;K点吟点In面琅瓦冈Pa开Hq以动态史改输送机管理输送机是公司可以用1冷得管理本例中的益存言空QEl行机运送塞产的太辅方式,电车公好车或租车每个传送带行槿螭.酶

31、的时间表行遍附执行路线附法例旃辘提前或根据变(附输送机时间表将客户与给定的输送机匹配-干可fifi令正苴究林提前或在办理入住手续时临时预订货件在与客户不同的行程中,在相魂不同的f勰带上,其行程在送货件值中频涡流能力在运输场景中的角色当客户检查多友贡坝日管理(孩子发货管理)将仃手阿冷轩仃孚S法被邺诲标以厅匕Il期分升开口号仟f悌都S田蜩时铿带上涧姻郝三线。图12:运糊勒和蝴环境示例图12中的运输功能支持之前图9中所示的三个价值流唉作伙伴、运颜监、消息辍、工作项、施幽雌的蟆他腌阳辍12中的功靛正在执行的工作。为了表示价值流信用关系组织将启用靛力穗合交叉映射到完成行程接嫄物(例如行李和执行给定路线所

32、需的每个价值流的每个阶段5.4信息信息概念是一个总括的业务术语代表多和射模方法的基本概念。一鲂蜒用魅、懒唳系其佃法f蛹饰类和国性极采用哪种方法信息概念都会形成业务词汇,使概念变得有形,这可以就组织的本质达成共识的司理解,要理解价值主张我们3腰了解使用哪些信息来构建价值主张。商业价值在于信息与经验播吉合。由经验丰富的分析师或算法解释的信息可以提供知识虽燃席通常被认为是IT领域关注的问题但业务信息是业务知识发展的基础当组织使用该信息时,业务信息就会转化为业务知识改善业务决策并应对挑战。这种转变通过两种方式实现:培训和自动化。可以在元模型中创建和表示信息图并与其他信息图相关联业务架构领域.对于努力成

33、为数据驱动牌织的组织来说用于向利益相关者交付价值的源嬷了解信息的作用以及如何从业务角度改进信息特另I提影。麻衣付信息的能力。图13突出显示了信息和相关域之间的关系涉及到信息概念基于业务对莪正如能力基于业务对象一样。业务生态系统内形成一组信息概念的业务对象与能力图中形成相应能力的业务对象之间存在一对一的尖系。图13描述了这种业务对覆与信息的关系。信息地图将包括信息概念之间的关系这幽13中被表示为信息概念涉及信息概念关系信息概念还包舌与概念解靖效信类型和信息状态。信息概念涵盖广泛的业务视角,其中许多并未在与IT系统相父的数据中体现仔涉及决定r;决策被表示为信息概念但眼秣可能以IT数据的形式记录和跟

34、踪做出的每个决策。另一方面在此祁井信息地图B解码了搠加记三磷瞰域客户或合作伙伴交易过程中做出的实质性决策的需求。换句话说在峥架构信息具有与力跪”物识。信息概念是能力图中能力的焦点。该地图的用户必须分享正在讨论或考虑的人类知识(例如决策技能)。信息概念是业务的被动元素它将通过能力实例的结果受到能力行为的影响。一个常见的错误是使用IT部门中常见的数据模型来代替信息地图正如前面的示例所强调的采用面向?m昉法会忽略在业务生态统中映射的关键信息IT数据架构和业务信息地图之间的沿袭是业务架构和IT一致性的一部分,5.4.1 信息交叉映射-信息概念交叉映射到使用和修改这些信息概念的能力。(致使用关系将显示在

35、能力到fg息概念的交叉映射中。-信息概念与利益相关者交叉映射。对于面向利益相关者的信息概念例畸尸合作伙伴或人力舜与这些信息概念!向蜥I溢相关者物喊为信息概念类型例如客户可以细分为包璃器户和发客户啥喈信息脸喀与阖联者畸中定义的利益相关者保持一致,而利益相关者地图又交叉映射到价值流阶段重要的一点是不阍魁作为业务架构中的信息喷管理.5.42信息概念示例各种功能需要并修改信息以便这些功能发挥作用工作在定义功能病性之前峥架构实践者将合并信息概念关系的正式映射l三4描述了上述运输能力所需的运输信息概念子集之间的关系.图14:交通信息概念iii图14中所示的信息概念之间的关系与给定组织跨多个业务模型的转型场

36、景的横截面一致书如图1.4中的信息概念关系支持商业航空公司的乘客旅行场景和包褰运输场景。图15突出显示了这些信息概念的摘要。-三概念底!客卢生ttlifU右日超团心厚个Mifi金旺小HueHl住心&4生Q计划该计划仅反映客户可建神盒WTF式电非正式旅行计划并日与客户和旅行相关联隹族常也可睇合计划制如台飞行计划的情况协议该协议是为客户出票行程并与实际行程相尖联的合同旅行行程保持活动状态直到6泉程结束时姥止具有总体路歧(包括所有目的地)并且可址与临时工件(例如行程行程用尖联路战路统可能很复杂多站或不间断踏线与任何行驶的事物相奂联包括客户行李(即货物前传送带,输送带根据18定的业务俵型箱送机可能包括

37、飞机有轨电车公共汽车或其他运输工具并代表通料执行码线价值流转淡的主要业务对欧场输1客和行李点接与他们可以在其上行驻的传送带相关联时史取消或其他情况可能峻陶梧磔行李瞰匹!翌名或他iW浮输送带装运是正在装运的一组物品的集合在本例中是一组行李托运货物与索客旅行所依据的同一协议相关联但可能需要第二次付款运输货运由一个或多个货运项目姐成其中每个项目都被分配到传送带以防多件行李被分开装运物品在给定的传送带上沿路段行进当所有货件均已交付UjUVsxarstoValeStrea-tCSSaS-takehOIdey/IPartlaPSt$.JContnbutesto图18:哨联者协会5.6.1 利益相关者交叉映射- 利益相关者定义与客户、

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号