TOGAF简单释疑
 |
凤舞凰扬
2011-08-13
这两天和一些圈子的朋友就架构这个问题讨论来讨论去。有几个人谈到了TOGAF和企业架构，并且作为观点的支持。
作为TOGAF的认证架构师以及在国内也算半个SOA专家的我，因为平日工作涉及太多关于TOGAF，企业架构以及SOA,MDA等相关的人和事，并且算是真正还在技术领域继续做着实事并打拼的人，觉得非常有必要对TOGAF和企业架构作出一些说明。 TOGAF是美国The Open Group组织推出的架构框架（TOGAF=The Open Group Architecture Framework），它提出了企业架构一词，它本身就已经不是我们所谈意义上的架构，而是对整个企业的商业战略、业务体系、信息支持而言的。它的理念其实更多来自于IT-业务战略一致性匹配模型。TOGAF是一个方法论，是开发管理架构，使得IT系统在作业层面（或者说执行层面）如何实现与业务的一致性匹配。打个比方说，CMM（准确的例子应该是RUP）教我们开发软件的过程，而TOGAF教我们应该开发哪些软件以及软件系统的上下文（这里其实就是所谓的架构）。在TOG中，TOGAF和SOA其实是相互渗透和影响的。 TOGAF不会告诉你具体的架构中包含什么，更加不会告诉你如何设计架构。准确讲，TOGAF的受众应该是企业的CIO或者信息总监。TOGAF可以指导他们如何去设计开发整个系统的IT架构来支撑其业务运营，匹配其业务战略。 作为一个技术人员出身的架构师（当然还有业务架构师），学习和了解TOGAF以及企业架构自然是好事，因为软件始终需要为业务服务，技术需要为业务服务。一个优秀的架构师必须了解系统的业务运行环境（包括企业、行业）、业务目标定位、业务战略等，才有可能设计好信息系统的架构。但是，千万不要看到都用了架构一词，就混乱了概念，将两个不同范畴和领域的东西放在一起（要知道建筑学上还有架构一词）。 |
 |
ltian
2011-08-18
TOGAF告诉我们一个架构的方法，没告诉我们如何做一个好的架构，不同的人会做出不同的架构，哪怕是对同一个企业，可能这些架构是好的、坏的或者毫无意义的。而做出好的架构则是优秀架构师的工作。目前中国比较稀缺这样的人。我们要分享的也是这些优秀TOGAF架构师的经验。TOGAF本身强调了业务与技术的贯通融合而不是割裂。IT毕竟是一门新的领域，它要借鉴很多传统领域的方法论，IT架构的灵感就是源自建筑，其实设计模式的灵感也是源自传统建筑。在方法上，IT正在学习传统工业，包括建筑学。
|
|
凤舞凰扬
2011-08-18
ltian 写道 TOGAF告诉我们一个架构的方法，没告诉我们如何做一个好的架构，不同的人会做出不同的架构，哪怕是对同一个企业，可能这些架构是好的、坏的或者毫无意义的。而做出好的架构则是优秀架构师的工作。目前中国比较稀缺这样的人。我们要分享的也是这些优秀TOGAF架构师的经验。TOGAF本身强调了业务与技术的贯通融合而不是割裂。IT毕竟是一门新的领域，它要借鉴很多传统领域的方法论，IT架构的灵感就是源自建筑，其实设计模式的灵感也是源自传统建筑。在方法上，IT正在学习传统工业，包括建筑学。
TOGAF告诉我们一个架构的方法？这里的架构是指什么你都没清楚呵呵，真的建议你先好好读读TOGAF相关资料，考个认证先吧。 不过，你的这句“TOGAF本身强调了业务与技术的贯通融合而不是割裂”倒是值得肯定，也就是系统架构师在设计信息系统架构时需要考虑到行业背景、企业战略以及业务运营能力。 |
|
ltian
2011-08-18
凤舞凰扬 写道 ltian 写道 TOGAF告诉我们一个架构的方法，没告诉我们如何做一个好的架构，不同的人会做出不同的架构，哪怕是对同一个企业，可能这些架构是好的、坏的或者毫无意义的。而做出好的架构则是优秀架构师的工作。目前中国比较稀缺这样的人。我们要分享的也是这些优秀TOGAF架构师的经验。TOGAF本身强调了业务与技术的贯通融合而不是割裂。IT毕竟是一门新的领域，它要借鉴很多传统领域的方法论，IT架构的灵感就是源自建筑，其实设计模式的灵感也是源自传统建筑。在方法上，IT正在学习传统工业，包括建筑学。
TOGAF告诉我们一个架构的方法？这里的架构是指什么你都没清楚呵呵，真的建议你先好好读读TOGAF相关资料，考个认证先吧。 不过，你的这句“TOGAF本身强调了业务与技术的贯通融合而不是割裂”倒是值得肯定，也就是系统架构师在设计信息系统架构时需要考虑到行业背景、企业战略以及业务运营能力。 为了驳倒对方，就断章取义的谈问题，不是真正的谈问题，难道在这个"企业架构"的圈子里谈的"架构"是海洋大陆架的架构吗？难听的话我不说了，教训别人多读读书的话更不敢说，可能是年纪大了，火气不足了。 圈主在“企业架构”这个群组里面，谈的内容几乎都是解决方案层面的事情，对企业架构和解决方案二者之间关系感兴趣的同学，建议看看DOE gridwise 里面关于架构和解决方案的区别以及二者之间的关系的论述，还是有一定的启发意义。 |
|
凤舞凰扬
2011-08-30
ltian 写道 为了驳倒对方，就断章取义的谈问题，不是真正的谈问题，难道在这个"企业架构"的圈子里谈的"架构"是海洋大陆架的架构吗？难听的话我不说了，教训别人多读读书的话更不敢说，可能是年纪大了，火气不足了。 圈主在“企业架构”这个群组里面，谈的内容几乎都是解决方案层面的事情，对企业架构和解决方案二者之间关系感兴趣的同学，建议看看DOE gridwise 里面关于架构和解决方案的区别以及二者之间的关系的论述，还是有一定的启发意义。 同样一个架构儿子，有着完全不同的概念和解读。一般从技术人员的角度来说，架构就是一个信息系统的框架和结构，就这么简单。而TOGAF中的架构是更加泛义的架构（它包括四个层面的架构），而我们常理解的架构只是其中的应用架构。 为什么避开TOGAF定义的架构不谈，因为其中涉及的业务架构、数据架构在这里根本就没得多谈。并且TOGAF更多的是企业整体架构的推进实施过程方法（比如ADM模型），讨论过程根本就脱离了本圈子的初衷。楼上有兴趣，另外开一个圈子，讨论TOGAF就是。 |
