企业架构成熟度模型:四大阶段不能跨越

日期: 2009-11-24 来源:TechTarget中国 英文

  SOA服务导向架构,可以将软件与信息服务直接与商业流程整合,如此一来,服务就可以重复使用,必要的时候还可以重新组合。这样的发展大幅降低了开发成本,同时也改进公司为客户与供货商等提供新服务或改善服务的能力。

  对于企业而言,这些应用都是相当正面的,不过,即使SOA确实符合企业的需要,你可能还是会面临来不及构建的问题。CISR20年间进行了456个企业研究项目,从信息架构的策略与IT主导的策略性选择(IT Architecture as Strategy and IT-Driven Strategic Choices)一文中描述了4个不同架构阶段,包含:

  第一阶段:Silos(各种应用程序乃是以点对点的方式,链接成相互分离的系统) 第二阶段:IT标准化(standardized IT) 第三阶段:标准化商业流程 第四阶段:商业模块化。各阶段IT投资比例如下图所示:

各阶段IT投资比例

  大多数的企业现在都身处于第一或第二阶段,无法更进一步跳至其他阶段,在SOA未被广泛有效采纳与应用之前,企业都往往需要经过好几年或是数十年的时间,才能推进到下一阶段。

  CISR的研究提供一个让商业与IT人员有所依循的准则及方向,有了这依循的方向,企业就可以避免分散心力,也可让大家在经历这场长期抗战,在做出种种努力之后,不会感到灰心与失望;同时还可了解最后抵达成功的时候,公司将会是何等样貌。在长期建构的投资过程中,每个阶段都会让你拥有立即的回报。

  ROSS表示:你的竞争者可能跟你同样处于相同的架构基础上,而且他们也不可能跳过任何一个阶段,对于那些没有遵循法则,只是不断在尝试错误的人来说,这样可能浪费更多时间与精力,最后反而建置出一个不合适的商业流程与信息基础架构。

  ROSS建议我们不要试图大幅跃进,CIO应该与其他的业务伙伴合作,按部就班让企业一步步地前进,强化专业,建立认同感与增进ROI回报率,这样反而更能保持长期的成长。在发展之际,除了外在的建设,心智上的基础建设也需要同等的成熟度,这也是CIO与其他企业同僚另一个评估的方向。

  四个阶段的演变

  即使他们不懂这4阶段演变是什么,一个成功的企业还是会不断地努力往更完善的阶段前进。

  如今大部分的公司都处于技术标准化的第二阶段。整个1990年代,诉求的重点很明显是放在IT所开发出的Silos独立商业系统,发展的目前主要都是为了解决特定部门的需求。由于部门的要求不同,因而产生高额的费用和支持需求,这种复杂的状况(成为早期IT的象征),让企业无法成长,更不用说浪费了许多的成本。这结果最后导致大部份的企业都尽可能采用标准化平台技术,只采用一种或两种PC架构,以及一个标准化的数据库技术,以便供所有部门使用,或是采用相同型态的硬件和操作系统供Server使用。

  比较进步的企业会处于第三阶段,也就是标准化的商业流程。在这阶段中,商业范畴的问题会被全面考虑,而且IT负责人与业务负责人会成为共事的伙伴。 非常少数的企业可以进入第四阶段─商业模块化,第四阶段会将商业流程和他们支持的技术模块整合,之后就可以有效地重复再运用,或是灵活地加以重新组合,这是SOA组织对SOA效益的基本承诺。在这阶段各单位会了解哪些流程应该专属于哪些特定部门所有,哪些流程应该成为整个企业的标准,哪些是两者都适用。

  McGrane指出:要从第一阶段进入第二阶段,可无法像火箭一样快速。尽管费时费力,不过今日许多供货商、顾问、信息人员,都已经广泛地了解如何建立「成功标准化平台」的战略与策略。至于第二阶段到第三阶段,则是需要组织变革和企业的责任背书,这反而是比较难的一环。进入第四阶段会更困难,这需要对公司整体重新作定义与定位。

  第一阶段到第二阶段的主要任务大部分属于信息部门的范围,ROI的重点在于成本节省上面。然而第三阶段到第四阶段,专注的焦点转换到“IT如何满足各部门实时性或定义性需求”上,依据需求开发商业流程,创造出弹性化模块化的IT服务架构,此时ROI的重点在于“让企业更加灵活敏捷”。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 把软件架构演进体现在栈上

    曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。