[[435229]]阿朱 露出

本事架构提供了态状、评估和策画IT不停和企业所依赖的IT本事演变的一种设施。 构建高效IT不错袭取框架来描模本事架构，并将其判辨为组合和子组合，其中包括垄断枢纽(纪录系统、集成垄断枢纽)、数据(结构化和非结构化)、本事(斥地、基础设施和平台)。

该框架使东谈主们省略识别和分类领有的东西，但它并莫得告诉企业领有的本事架构是否是正确的。这便是需要惩办的问题。以下概括了企业将奈何看待我方的本事架构，并提供了评估本事架构的裂缝圭臬。

本事架构的两个视角

对于本事架构的态状分为两个互补的视角：全体想象和组合视图。

全体想象态状了本事架构的每个组件的作用——提供的功能以及这些组件奈何组合在一谈创建全体功能。

另一方面，组合视图植根于投资表面。它将本事架构中的组件视为投资组合中的股票。就像投资者依期审查他们的投资组合以决定购买更多、捏有或出售哪些股票一样，本事架构师证据这一模子依期审查其本事投资组合每个组件的健康景况，以深信哪些组件络续看成圭臬，哪些组件应该迟缓淘汰，以支撑更好地提供所需功能的替代决议。

但与投资者有所不同的是，本事架构师有更多的遴选，而不单是是袭取、捏有和废弃。本事架构师将他们的遴选称为处置。

需要记取的是，如若莫得全体想象，IT团队将不停一堆构念念顽劣的组件。如若莫得投资组合视图，将会发现我方不停着一个经心想象的纸牌屋：天然悉数东西王人放在一谈，但不会想住在里面。

业务架构过火谀媚步地

如若不将垄断枢纽映射到它们支撑的业务功能，就不成能想象和策画连贯的本事架构。因此，厚爱纪录业务架构的东谈主员必须向IT本事架构师提供四个裂缝信息。

分类。在这里辩驳的是业务功能的分类，不错分为三个级别——才气(L1)、职责(L2)和历程(L3)。举例，东谈主力资源(L1)包括薪酬不停(L2)，薪酬不停又包括工资单(L3)，就像财务和管帐(L1)包括应收账款(L2)，管帐包括收款(L3)。如若袭取流行术语态状的话，不错将这一分类称为业务才气模子(BCM)。 映射。第二个裂缝信息是BCM中每个功能所依赖的垄断枢纽的映射。业务架构师可能很想在才气级别映射这些，但如若莫得L2和L3映射，BCM的迫切性将很有限。 评估。第三个裂缝信息是对每个BCM功能的全体有用性的评估。 迫切性。第四个裂缝信息亦然最具争议的——每个业务功能的相对迫切性。对于这少量有两条提议：(1)将迫切性界说为对竞争上风的影响;(2)对其进行评级，而不是对其进行排行。

举例，东谈主们不会就薪资是否比销售更迫切实现共鸣，但很容易实现一致，即在五分制(推选)上，他们王人应该获取最高分(5)，如若卖不出去居品，就会失去市集份额，如若不给职工发工资，就难以更好地销售居品。

分类法、垄断枢纽映射、业务功能有用性、业务功能迫切性这四部分是谀媚业务和本事架构的东西阿朱 露出。

值得一提的是：天然BCM正常访佛于企业的组织结构图，但组织结构图并不是BCM。对于企业(尤其是大型企业)来说，证据功能之外的其他内容进行组织是很常见的，举例，证据地舆位置、客户类型或居品类别。这导致一些业务功能在企业的多个部分中阐扬出来。

评估本事架构

为了评估本事架构，架构师需要了解组件和集成的健康景况，冗余和整合契机，以及业务功能支撑的质地。以下是需要了解的关系组件驱动景况评分的信息。

本事架构中每个投资组合和子投资组合的每个组件王人是裂缝的财富，将影响IT的责任才气和各个支撑业务限制的责任才气。

用于评估架构组件的齐备圭臬列表格外庸碌。使用的框架包括仅针对垄断层的30个潜在评估圭臬。但即使是一层，30个圭臬也会过多。从数据网罗和不停的角度来看，10个圭臬是切合本色的最大值。

证据投资组合和子投资组合袭取以下简化的圭臬集，将为评估本事架构奠定坚实的基础：

(1)功能性：这是不问可知的圭臬——组件是否完成了需要它完成的任务。

(2)纯真性：组件奈何顺应新的和连续变化的情况。

(3)贯通性和性能：很说明，垄断枢纽、平台或基础设施组件在可用时时常崩溃，驱动速率格外慢，这是一个需要惩办的问题。

(4)里面工程：组件拼装的强横(更容易深信组件何时在里面开发)是否相宜工程圭臬。

(5)集成和接口：这仅适用于垄断枢纽和数据存储库。它对每个垄断枢纽和数据存储库奈何与其他垄断枢纽和数据存储库交换数据以同步叠加数据进行评分，如若尽头复杂，还不错同步叠加的业务逻辑。

(6)治服架构原则：企业需要破耗时间推崇这些原则，袭取的本事应该相宜这些原则。

(7)安全性：天然如今大多数麇集袭击事件王人是搪塞工程的肆意，但这并不虞味着不需要强化本事。

(8)供应商和居品可行性：组件过火供应商在其市集上是否具有临界质地?也便是组件是否会得到支撑和增强。企业能招募到优秀的东谈主才来从事这项责任吗?

(9)更新版块：该组件是否仅比其供应商刻下发布的版块过时一个版块，或者在另一个顶点情况下，提供组件的供应商不再支撑该组件。

(10)低层的健康景况：由于每层的组件依赖于基层的组件，它们袭取了那些基层组件的健康景况或弱势。举例，垄断枢纽可能依赖于分层存储在大型机托管的IMS数据库中的数据。大多数IT组织以为IMS是一个过时的平台，导致该垄断枢纽的平台层得分为负。此外，对于大多数IT商店而言，分层数据想象将会违背结构化数据想象圭臬(法式化)，从而证据垄断枢纽的信息存储库特征镌汰其分数。

(11)冗余：当企业的其他地点正在使用其他功能相似且可能更好的替代决议时，该组件便是冗余的。如若是这么，在冗余组件中应栽培一个圭臬并获取较高的排行;其他的应该被评价有问题，因为它们是足够的。

色吧电影 评分

不管企业决定袭取哪种属性来想到架构组件的驱动景况，以下是三个教导：

为悉数属性栽培一个共同的谋略。在群众的盘问责任中，发现+2到-2的评分(仅限整数)成果很好。这是一个五分制的谋略，相宜悉数东谈主的民俗。关联词通过将谋略荟萃在零点，它是一个更天然的系统，因为负数对应于负数，而正数对应于正数。 废弃加权。在将权重身分添加到评估圭臬之前，需要三念念此后行。原则上应该这么作念，因为有些属性比其他属性更迫切。但在实行中，东谈主们可能会发现，举例，在三点权重规模(高、中、低)上将属性的迫切性评分为高或中之间的影响互异，不会对肆意产生足够的影响，因此不值得记念。相同，迫切性较低的属性可能不迫切，不错澈底删除它们。 不要依赖电子表格。不要依赖电子表格来不停网罗的关系本事架构的数据。栽培一个数据库，不管是我方构建的依然交易的架构不停系统。需要不停的大王人数据触及多对多关系是其中一个原因。举例，一些垄断枢纽支撑多个业务功能，而大多数业务功能依赖于多个垄断枢纽。

栽培在电子表格上的本事架构存储库很快就会酿成一个难以不停的零星场合。此外，如若在电子表格中不停本事架构数据，可能面对更多的问题。

企业领有所需的所极度据。需要知谈每个垄断枢纽支撑哪些业务功能以及每个垄断枢纽支撑哪些硬件和软件，并需要知谈每个组件的健康景况。而况对于每个组件，需要知谈是否有其他组件不错完成相通的责任，如若有，是哪一个作念得更好。

企业还要了解改日的架构在那里保捏不变，在那里必须变调，以及进行变调的优先事项是什么。

 阿朱 露出