摘要：
4. 使用ArchiMate进行分析 正如前面所说的那样，一个企业整体效率的提升有时并不是通过某一个领域内的优化就能达到的，而且这种忽视全局的做法往往还会造成不必要的浪费。由此可见，一个能够跨越各个领域、一致性的全局模型是实现企业整体效率提升的重要基础，而这也正是前面几个章节所描述的ArchiMate建模语言的终极目标。不过这样一个全面的企业架构模型的建立并不是最终的目标，如何使得企业内外各干系人在决策时能够做到对企业各层面中各自关注的部分有着深入、一致的洞察才是此模型的终极价值所在。要达到这样一个目标并不容易，这牵扯到如何对企业架构模型进行使用的问题，但是使用这样一个包罗万象的模型并不是一件 阅读全文
摘要：
3. ArchiMate的视角与视图 创建、维护一个企业架构是一件非常复杂繁琐的事情，因为这项工作需要面对许多背景、利益各异的干系人，对他们所关注的问题进行解答，并能够在他们之间形成无障碍的沟通流。为了简化这个问题的复杂度，各种企业架构框架从各个方面对企业架构的建设提供了帮助和指导。虽然这些架构框架就其具体内容来讲差异性较大，但是无论哪一种框架对于企业架构的内容却都有着自己的一套定义和分类方法，不过也正是这些分类明确、条理清晰的分类方法却使得各种企业架构框架对于各领域内容的描述缺失了他们之间的关联，因而不同领域之间的内容很难保持一致性。 不仅仅创建、维护企业架构是个复杂的问题，对于企业架构的使 阅读全文
摘要：
2.7 关系模型元素 企业架构模型包括了各种概念元素以及他们之间的关系，这其中的概念元素已经在前面几节中进行了阐述，而这些概念元素之间的关系则是本节的叙述重点。虽然ArchiMate中具有种类繁多的概念元素，并且横跨企业中的多个领域，但是这些元素之间的关系经过抽象后却并不像想象中那么多，并且其中的大部分关系来源于诸如UML、BPMN等在业界被广泛使用的标准，因而掌握起来并不难。总体来说，ArchiMate中的关系元素可概括为如下三类：结构关系：用于表示相同或不同类型的概念元素间结构的关系。行为关系：用于表示行为元素之间的依赖关系。其他类型关系：不属于以上两种类型的关系。2.7.1 结构关系 结 阅读全文
摘要：
2.4 技术层模型元素 技术层模型元素包括了企业在信息基础设施方面（企业中基本的软硬件环境，包括物理设备、系统软件等为信息化提供基本支持的设施）的各种概念元素，以及他们之间的关系。与应用层模型元素相类似，技术层模型元素中的大部分概念元素也来源于UML 2.0，这同样也是因为UML 2.0在这一领域已经成为被广泛接受的事实标准。在ArchiMate 2.0中，对企业技术层进行建模的各种概念元素以及他们之间的主要关系（元模型）被定义如下：2.4.1 结构元素2.4.1.1 节点（Node）定义：用于表示存储或部署执行各种制品的计算资源的主动性概念元素。这一概念与UML 2.0中的节点概念是相同的， 阅读全文
摘要：
终于完成了关于企业架构框架理论的总结，谢谢各位看官的支持，能挺过之前过于理论化的叙述而坚持到现在着实不易，笔者也自愧没有实践经验可以分享，希望日后有兴趣的看官能够不吝赐教。在本系列后面的也是最后一个大部分中，笔者将以ArchiMate语言为核心，尽力描述企业架构和建模之间的关系，以及基于企业架构模型的分析，其内容大多来源于ArchiMate 2.0标准以及《Enterprise Architecture at Work》这两部资料，有兴趣的看客可以对其进行参考比照。在此，再一次感谢支持本系列的各位看客，另外这一部分的内容应该不会想之前那么理论化，这也算是个好消息吧 ^_^。那么我们就开始吧：. 阅读全文
摘要：
5. 架构合同 架构合同是在开发团体和赞助者之间关于架构的交付物、质量以及适用目标的联合协议，并且通过有效的架构治理将会促使这些协议的成功施行。通过对合同的管理施行一个治理方法，如下几点将会得到保障：一个连续监测系统，用于检查完整性、变更、决策，并对组织内所有架构相关活动进行审计。与现存的或正在开发中的架构相关的原则、标准和需求得以被坚持。明确存在于架构的开发、实现和运营中的各种风险。一系列流程和实践得以被制定，从而保障针对所有架构制品的开发和使用的问责性、责任和规章。对于为合同进行负责的治理组织、其权威等级以及它所负责的架构范围产生一个正式的理解。 在企业架构开发方法的各阶段中经常会见到架构 阅读全文
摘要：
3. 架构委员会 正如前面所说，一个用来对架构治理策略的实现进行监督的跨组织的架构委员会是架构治理策略成功的主要要素之一。架构委员会应该能够代表所有主要干系人的需求，并且通常还需要对整个架构的审查及维护活动负有高级行政职责。通常来讲，架构委员会需要对如下目标的达成进行负责：子架构之间的一致性。确定可重用组件。保证企业架构的灵活性：满足不断变化的业务需求。尽可能的利用不断出现的新技术。严格确保架构合规性。改善组织中架构规程的成熟度水平。确保采用以架构为基础的开发规程。为所有关于架构变更的决策提供基础。为超出范围的决策提供升级的能力。 如果从执行的角度来看，架构委员会还需要承担如下责任：有关架构合 阅读全文
摘要：
为了确保架构功能在企业中能够被成功地运用，企业需要通过建立适当的组织结构、流程、角色、责任和技能来实现其自身的企业架构能力，而这也正是TOGAF的架构能力框架（Architecture Capability Framework）的关注点所在。架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料，从而为各企业架构能力的创建提供了帮助，不过TOGAF的架构能力框架在当前还不是一套全面的关于如何运用架构能力的模板，它只是为企业架构能力建设和运用过程中的各项关键活动提供了一系列导则和指南。 如图所示，企业的架构能力一定是运行在某一成熟度水平之上，并且在此背景之下，治理组织（Governan. 阅读全文
摘要：
3. 架构资源库 在一个企业，尤其是在一个大型企业中，建设一个成熟的架构往往会产生大量的工作产品。为了很好地管理和利用这些工作产品，企业需要制定一个正式的针对不同类型架构资产的分类方法，并且还需要专门的流程和工作来辅助这些内容的存储和管理，而这正是架构资源库所关心的。在TOGAF中架构资源库所包含的内容包括了如下几个方面的信息：架构元模型（Architecture Metamodel）：描述了组织为自身量身定制的架构框架，包括架构开发方法和架构内容的元模型。架构能力（Architecture Capability）：定义了用于支持架构资源库治理的各个因素、结构和流程。架构情景（Architec 阅读全文
摘要：
又回头看了之前文章的评论，本人也同样感慨这些文章的确像政治课本般的虚无缥缈，所以对费力看完却觉得无从下手的看官致以诚挚的歉意和理解，因为这个问题也同样困扰着笔者本人，而我能做的也只能是纸上谈兵。之前也接触过国家某大型公司的企业架构建设项目，采用的也是TOGAF标准，但是要将其作为例子罗列出来，实在是件伟大的工程，而且本人也真没接触这么多项目内容，无法列举示例还请见谅。就笔者本人的理解，是否符合TOGAF的判定标准主要是企业架构的建设过程是否遵循企业架构开发方法（ADM），至于后面的内容框架（架构制品、交付物和构建块等）并不是决定是否遵循TOGAF的绝对判定标准，其内容也是综合了众多组织经验的. 阅读全文