黑人巨茎大战欧美白妇免费

评估工夫架构的11个要害圭臬以及怎样愚弄

发布日期:2022-06-18 17:25    点击次数:105

评估工夫架构的11个要害圭臬以及怎样愚弄

工夫架构提供了态状、评估和揣摸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的评分(仅限整数)效力很好。这是一个五分制的研讨,得当通盘人的风尚。关联词通过将研讨蚁合在零点,它是一个更当然的系统,因为负数对应于负数,而正数对应于正数。 烧毁加权。在将权重身分添加到评估圭臬之前,需要三思此后行。原则上应该这么做,因为有些属性比其他属性更病笃。但在履行中,人们可能会发现,举例,在三点权重范围(高、中、低)上将属性的病笃性评分为高或中之间的影响互异,不会对截止产生足够的影响,因此不值得挂念。一样,病笃性较低的属性可能不病笃,不错透澈删除它们。 不要依赖电子表格。不要依赖电子表格来料理汇集的干系工夫架构的数据。开发一个数据库,无论是我方构建的还是营业的架构料理系统。需要料理的多数数据触及多对多关系是其中一个原因。举例,一些愚弄设施补助多个业务功能,而大多数业务功能依赖于多个愚弄设施。

开发在电子表格上的工夫架构存储库很快就会形成一个难以料理的絮聒词语款式。此外,要是在电子表格中料理工夫架构数据,可能靠近更多的问题。

企业领有所需的所罕有据。需要披露每个愚弄设施补助哪些业务功能以及每个愚弄设施补助哪些硬件和软件,并需要披露每个组件的健康气象。而况对于每个组件,需要披露是否有其他组件不错完成相通的职责,要是有,是哪一个做得更好。

企业还要了解改日的架构在那处保持不变,在那处必须窜改,以及进行窜改的优先事项是什么。

 






Powered by 黑人巨茎大战欧美白妇免费 @2013-2022 RSS地图 HTML地图