AICon议程上新60%,阿里国际、360智脑、科大讯飞、蔚来汽车分享大模型探索与实践 了解详情
写点什么

部分迭代比 Zachman 和 TOGAF 更适合于企业架构吗?

  • 2007-07-31
  • 本文字数:1847 字

    阅读完需:约 6 分钟

系统复杂度是许多 IT 组织未能完成他们的目标的关键原因,Roger Sessions 说道,他是 ObjectWatch 的首席技术官。5 月份,Sessions发表了一篇深入比较 4 种最流行的企业架构框架:Zachman、 TOGAF、FEA 以及 Gartner 的方法论的文章,7 月,他在另一篇文章中陈述道,这些方法没有进化以适应当今系统开发和业务需要。相反 Sessions 认为“关键是从小处着眼,把组织划分为精细定义的业务需求范围,而不是试图为整个公司定义架构”;然后,用一种迭代方式扩建这些特性,在 EA 项目中及早地展现价值和成功。Sessions 去年提出了这个新的方法论,称之为企业架构 部分迭代方法(Partitioned-Iterative Approach),一个取材于概率论和战争策略课程的处理过程。

在 Sessions 的对比中他做出了如下描述:

  • 企业架构 Zachman 框架——尽管它自称是一个框架,实际上将其定义为一个组织架构的分类更贴切。
  • 开放团体架构框架(Open Group Architectural Framework :TOGAF))——尽管称为框架,实际上将其定义为创建一个架构的过程更贴切。
  • 联邦企业架构(Federal Enterprise Architecture)——可以被看作是一种已实现的企业架构,或是一种已经被摒弃的创建企业架构的方法论。
  • Gartner 方法论——最多只能算是一种企业架构实践。

当深入到用这些方法进行复杂度管理的问题时,Sessions 开始指责它们的 OODA 背景:

“标准的现有企业架构框架(包括 TOGAF、Zachman 和 FEAF)分享着相似的历史。它们都深受面向对象设计与分析(OODA)界的影响。

实际上指出这些框架还处在 OODA 时代是有重大意义的,因为这意味着它们处于 SOA(面向服务架构)出现之前的时代。今天,大多数大型系统的基础是通过 Web Service 标准(如 SOAP,WS-Security 等等)实现自治应用的互用性的概念。这个概念与面向服务(Service-Oriented)界的联系非常紧密,而当早期的架构框架被创建时面向服务的世界还不存在。

对象技术是用来实现应用的,而不是用来构建企业架构的。其最大的缺点无法管理复杂度。”

Sessions 还说道,一个企业架构成功的关键是技术和业务团体必须合作。“你必须建立起合作的文化氛围,快速地完成一些成功的项目,带来低风险和高感知的业务价值“。Session 指出现有方法在体现业务价值上所花费的时间过长,跟敏捷对瀑布模型的批评类似。

作为替代,Sessions 提出了一个部分迭代方法作为复杂度问题的解决方案。该方法建议一个迭代完成一个单一业务部分,而不是递归地自顶向下设计,那样的话基本上每个迭代都给 EA 增加了一个细节层次。

在他去年文章中给出了该方法的一个例子——一个与麦当劳的价值 17 亿的失败项目相似的系统,系统需要如下功能:全球人力资源、薪资帐、总帐、应付帐、应收帐、帐单、资产、 清算帐目、资金库以及一个员工门户。Session 说“所有企业级方法论都认为该项目必须经历如下阶段:业务架构设计,技术架构设计,实现,测试,部署。然而,传统的方法论一次执行一个阶段,在下一阶段开始之前本阶段要完全完成。”部分迭代方法不建议使用这种过程,而是每次迭代一个业务部分,每个迭代产生一个完整的功能系统,如全球人力资源功能。直到这一部分被建立并运行,下一部分才开始涉及。

按照 Sessions 的说法,部分迭代方法的优点是:

  • 更快速地体现价值(Faster Time To Value —— TTV)。 Sessions 指出在商业的世界里,这种方法比起测量投资回报率( Return On Investment,ROI)来说是更重要的成功要素。在完成项目其余部分很早以前,甚至在拥有正 ROI 值之前,系统的一个垂直单元已经可以体现出明显的价值。“比如,如果你能在头一个月就展现出图书馆已经减少客户 20% 的技术服务时间,那么你正在体现价值,即使可能需要若干年整个项目才能出现正的 ROI 值。
  • 因为可以应用前期迭代的经验教训,增加了一个项目全面成功的机会。

Sessions 对他的部分迭代方法提议作出结论,为企业架构的成功给出了如下三个规则:

  1. 从低处的果实开始。开发企业架构过程中重要的事情是证明成功。这将帮助为大目标创造动力。
  2. 利用小规模的经济优势。使用相对较小的团体处理定义良好的企业业务部分。
  3. 对互用性集权,对实现分权。 一个中央集权的企业架构组织是必要的。但是中央组织需要集中精力在正确的问题上,而不是陷入到不相关的问题中。通常的经验做法是影响互用性的决策应该被集权。影响实现的决策应该分权。

Roger Sessions 想在今年晚些时候出版一本书《针对复杂企业的简单架构》,书中将对这一方法论进行更加细致的讨论。

查看英文原文 Partitioned-Iterative more appropriate for EA than Zachman, TOGAF?

2007-07-31 23:073797
用户头像

发布了 150 篇内容, 共 45.6 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

Hive底层 explain 执行计划详解

五分钟学大数据

hive 1月月更

阿里云EMAS 12月产品动态更新

移动研发平台EMAS

阿里云 移动研发平台 emas

WPS最大的败笔是“免费用,广告弹窗”,难怪用户纷纷使用office

淋雨

Office

SSH 端口转发与 SOCKS 代理

CRMEB

科技为驱,创新为翼——鲸鲮科技喜获“2021北京软件核心竞争力企业”评价

鲸鲮JingOS

操作系统 创新 信创 信息化 科技企业

Wi-Fi 6 提升了哪些方面?

BUG侦探

wifi MU-MIMO Wi-Fi 6 协商速率

恒源云gpushare.com_Byte-Pair Encoding算法超详细讲解

恒源云

自然语言处理 深度学习 NLP 大模型

深入剖析 HDFS 3.x 新特性-纠删码

五分钟学大数据

hdfs 1月月更

火山引擎MARS-APMPlus专栏——iOS Heimdallr 卡死卡顿监控方案与优化之路

字节跳动终端技术

ios 字节跳动 性能调优 应用性能监控产品 运维监控

.Net Minimal API 介绍

MASA技术团队

C# .net 微软 接口 API

投稿有奖丨阿里云云服务器ECS开发实践征文活动

阿里云弹性计算

阿里云 ECS 征文活动

java开发之SpringBoot+flowable实现工作流

@零度

Java springboot

一文带你快速拆解云智慧前端技术架构

云智慧AIOps社区

前端 前端开发 可视化 框架 技术干货

中国AIOps们,你们究竟是在骗谁?

码农一米

云计算 云服务

Hyperf结合Redis异步队列任务async-queue实现后台操作日志写入

Owen Zhang

hyperf async-queue Redis异步队列任务

深入分析H2数据库控制台中无需身份验证的RCE漏洞

H

数据库 网络安全 漏洞

百亿级监控场景大数据分位值计算实践

百度Geek说

大数据 后端

网络安全kali渗透学习 web渗透入门 Layer子域名挖掘机收集信息

学神来啦

一图看懂 | 2021阿里云混合云的高能时刻

科技

javaagent

淡泊明志、宁静致远

javaagent

Spock框架Mock静态资源经验汇总

FunTester

Mockito powermock Mock spock FunTester

【OpenMLDB Meetup #1】会议纪要

第四范式开发者社区

机器学习 第四范式 OpenMLDB 特征平台

零基础如何上手APICloud App、小程序多端开发

YonBuilder低代码开发平台

前端开发 APP开发 APICloud 多端开发 小程序开发

深入浅出Apache Pulsar(3):Pulsar Schema

云智慧AIOps社区

云原生 消息中间件 schema Apache Pulsar 社区 java 编程

架构实战营模块五作业

zhongwy

架构实战营

政法委跨单位重点人员联防联控系统开发,重点人员管理平台

a13823115807

XSS跨站脚本攻击:获取键盘记录

喀拉峻

详解策略梯度算法

行者AI

人工智能 强化学习

Apache APISIX 社区双周报 | 1.28 线上直播预约开启

API7.ai 技术团队

后端 社区周报

架构训练营 - 模块五作业

伊静西蒙

提效赋能:当企业在谈论数字化时,我们在谈论什么?

优秀

管理工具

部分迭代比Zachman和TOGAF更适合于企业架构吗?_架构_Johan Strandler_InfoQ精选文章