[[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的评分(仅限整数)后果很好。这是一个五分制的目的，恰当扫数东说念主的民风。然而通过将目的辘集在零点，它是一个更当然的系统，因为负数对应于负数，而正数对应于正数。 铲除加权。在将权紧迫素添加到评估门径之前，需要三想此后行。原则上应该这么作念，因为有些属性比其他属性更紧迫。但在延迟中，东说念主们可能会发现，举例，在三点权重范围(高、中、低)上将属性的紧迫性评分为高或中之间的影响各异，不会对限制产生富余的影响，因此不值得挂念。相同，紧迫性较低的属性可能不紧迫，不错王人备删除它们。 不要依赖电子表格。不要依赖电子表格来经管会聚的经营时期架构的数据。诞生一个数据库，不论是我方构建的已做交易业的架构经管系统。需要经管的浩繁数据波及多对多联系是其中一个原因。举例，一些摆布门径援助多个业务功能，而大多数业务功能依赖于多个摆布门径。

诞生在电子表格上的时期架构存储库很快就会造成一个难以经管的芜乱场面。此外，要是在电子表格中经管时期架构数据，可能濒临更多的问题。

企业领有所需的所特等据。需要知说念每个摆布门径援助哪些业务功能以及每个摆布门径援助哪些硬件和软件，并需要知说念每个组件的健康现象。况兼对于每个组件，需要知说念是否有其他组件不错完成相通的职责，要是有，是哪一个作念得更好。

企业还要了解异日的架构在那儿保抓不变，在那儿必须转换，以及进行转换的优先事项是什么。

 星空app