|
实现企业架构程序本文关键字: 企业架构程序实现的相对复杂度依赖于组织的授权级别、资源和指导的可用性、组织业务模型的规模和复杂性,以及组织灵活性等因素。事实上是,许多组织并没有能力同时实现并维护企业架构程序,更好的方法是首先从实现起来比较容易且能带来较好效果的过程改进技术着手。 存在两种实现企业架构的一般方法,它们大致符合可用的两种不同的框架。 第一种方法将组织工件和过程映射到框架元结构上。该方法对精通建模的组织有效。喜欢此方法的组织通常选择 Zachman 或等价的框架。该方法的一个缺点是框架结构会抑制创造力,并且向 EA 实现过程中增加官僚主义。伴随该类型框架的另一个问题源于实现指导的严重短缺。 第二种方法是基于一种信念,即企业架构程序是过程驱动的。由于该方法主要针对于活动而不是工件,所以可能更容易理解,并且更容易与现有的企业及解决方案方法和技术联系起来。 尽管两种方法都有赞成和反对它们的理由,但是可以将它们进行折中,整体使用活动驱动的过程,而将元框架应用为支持结构或用于分析过程。 企业架构实现的示例清单 这里有一些必须作为任何 EA 实现一部分的基本活动。该列表会让您了解到企业架构工作是真正关于什么的: • 研究现有的业务实践。 了解您组织的业务模型,至少其高层次的业务过程是开始企业架构实现的预先条件。 • 接触高级管理层,了解战略意图。 显然,高级管理层掌握着解释战略目标的关键。了解远景对绘制企业架构路线图来说非常关键,因为此工件将推动架构工作的“未来”部分实现(下面对此进行更多介绍)。 • 联系业务团队,了解紧迫的需求。 虽然高级管理层可能会展望组织的未来状态,但是业务团队掌握着其当前状态的更多答案。您的目标就是提取那些事实,并用战略目标所形成的期望集来平衡它们。 • 构建对现有技术环境的全景了解。 技术是业务过程的主要启动者(另一个是人),这暗示着不对您主要的工具进行适当的了解,您不会成功。 • 绘制改进路线图。 从各种来源收集数据之后,创建路线图来告知奉献承担者 —— 包括高级管理层、业务,和技术领导者 —— 您打算如何针对他们告诉您的需求采取行动。 • 保持企业架构模型为最新的。 不用说,当您创建了企业架构路线图,并且得到了风险承担者的赞成之后,您应该努力让其随时更新。 对于刚才介绍要发生的活动来说,强大的方法指导是必不可少的。现今存在的企业方法和框架在它们解决的问题,和它们所采取的方法范围内发生重大的变化。一些最著名的框架是 TOGAF、EUP、Federal Enterprise Architectural Framework (FEAF)、Gartner EA Framework、 4 Department of Defense Architecture Framework (DoDAF)、Spewak EA Planning Methodology 和 Zachman Framework。 如果您相信您所工作的组织在本文中讨论的一些领域内有所缺乏,或者您想要提高其有效性,或者您个人拥有与其企业架构相关的职责,那么我推荐您更进一步了解这些企业架构方法。 EA 框架选择 当开始选择企业架构方法/框架的时候时,大多数可用的选择都采取了可以适用于具体组织需求的部分构建好的“解决方案”的形式。实际上,这些“半成品的解决方案”中大部分不是实际可复用的,或者它们需要很大程度的裁减,才能具有价值。进一步说,关于裁减这些框架的严重问题是所提供的指导量少得可怜,而理解得详细层次要求得非常高。 大多数情况下,不是所有的,现有的框架既扩展了其他框架,又为特定的应用概括论述了其他框架。举例来说,EUP 是 RUP 的扩展,它模仿 RUP 的方法,描述过程工作流和活动,而 FEAF 和 Spewak 都继承于 Zachman Framework。TOGAF 起源于早期的专有 EA 技术框架,像 Technical Architecture Framework for Information Management (TAFIM),并构建在企业架构 ANSI 推荐之上(IEEE 1471-2000)。 介绍 TOGAF TOGAF 5 是在过去二十年间出现的企业架构框架,其目标是成为 EA 开发的标准。TOGAF 是由 Open Group consortium 成员创建的, TOGAF 不是一开始就体现整体的 EA 焦点。最初,TOGAF 只包括技术架构(版本 1 到 7),然而,最近该框架中加入了业务架构领域(版本 8,Enterprise Edition),这快速地将 TOGAF 推向当今 EA 框架选择的第一把交椅(参见图 9)。 图 9:TOGAF 架构领域 到添加了业务架构领域为止,TOGAF 已经利用应用、数据和技术架构领域构建了坚固的技术基础。业务架构领域的加入进一步推动了 TOGAF 不断增长的名望,而其他从技术架构开始的框架在它周围度过困难的时期。举例来说,EUP 不得不利用 RUP 的方法、技术和标记符(UML),而 Zachman、Spewak,和一些其他的框架有意地使它们的指导在高抽象层上,这负面地影响了人们对它们的接受,因为它们没有赢得技术团队的支持。
责编:穆琳琳 微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友 著作权声明:kaiyun体育官方人口
文章著作权分属kaiyun体育官方人口
、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。 |
最新专题 专家专栏 |
|