摘要: 1.8 迁移规划(Migration Planning)企业架构开发方法各阶段——迁移规划1.8.1 目标 本阶段的目标是:确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值,来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档,使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详细的实施和迁移规划,该规划为在机会和解决方案阶段中定义的过渡架构的实现提供必要的资源。1.8.2 方法 这一阶段的重点在于通过与各项目组合和项目经理的通力合作,来创建一个可行的实施和迁移规划。这一过程中的 阅读全文
posted @ 2013-06-17 13:07 闹市闲云 阅读(4681) 评论(0) 推荐(0) 编辑
摘要: 1.7 机会及解决方案(Opportunities and Solutions)企业架构开发方法各阶段——机会及解决方案1.7.1 目标 本阶段的目标是:重新审查业务目标和能力,合并自业务架构阶段到技术架构阶段之间的差距,并通过对各构建块分组进行组织来表明这些能力。重新审查并确定企业当前用于适应变更的各个因素和能力。获得一系列过渡架构,它们可以通过对各种机会的开发利用,来为各构建块的实现提供持续的业务价值。产生概要性的实施与迁移策略,并取得共识。1.7.2 方法 此阶段是第一个关注于目标架构的实现结构的阶段。这一阶段从企业的业务和技术角度出发,对各个IT活动进行理顺,并将它们在逻辑上纳入到若干 阅读全文
posted @ 2013-06-09 15:12 闹市闲云 阅读(4853) 评论(3) 推荐(0) 编辑
摘要: 1.6 技术架构(Technology Architecture)企业架构开发方法各阶段——技术架构1.6.1 目标 技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件,这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现,因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视图,以及从基线架构到目标架构的一份详细的演进路线图,并借此识别出在过渡过程中的关键工作包。技术架构是制定架构信息集合(包括业务架构、信息系统架构、技术架构)的最后一步,因而它支持在特定迁移情景中的成本评估。1.6.2 方法 在 阅读全文
posted @ 2013-06-09 10:05 闹市闲云 阅读(5647) 评论(1) 推荐(0) 编辑
摘要: 1.4 信息系统架构——数据架构(Information System Architecture——Data)企业架构开发方法各阶段——信息系统架构 信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用,因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中,我们将针对数据架构的建设进行探讨。1.4.1 目标 数据架构建设的目标是通过一种完整、一致、稳定且能够为干系人所理解的方法对支持业务所必需的数据的类型与来源进行定义。需要注意的是,数据架构的建设并不关注于数据库的设计,即数据架构并不是针对存储系统在逻辑或物理方面的设计,而是对企业相关的数据实体进行定义(不过对于现 阅读全文
posted @ 2013-06-08 11:36 闹市闲云 阅读(6277) 评论(2) 推荐(0) 编辑
摘要: 1.3 业务架构(Business Architecture)企业架构开发方法各阶段——业务架构1.3.1 目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构,描述产品和/或服务策略,以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角,通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视角相关的工具和技术1.3.2 方法 针对业务架构的了解是进行其他领域(数据、应用和技术)架构工作的前提条件,因而如果不是因为组织中其他一些诸如企业规划、业务战略规划以及业务流程再造等方面流程,针对业务 阅读全文
posted @ 2013-06-07 14:27 闹市闲云 阅读(7672) 评论(1) 推荐(0) 编辑
摘要: 1.2 架构愿景(Architecture Vision)企业架构开发方法各阶段——架构愿景1.2.1 目标确保架构开发循环的进展被企业管理层认知和支持,并取得必要的管理线的支持和承认。在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。验证业务原则、业务目标、组织的战略业务驱动力,以及企业架构的主要性能指标(KPIs)。定义基线架构的范围,明确其所包含的组件以及组件的优先级。定义相关干系人以及他们的关注点和目标定义架构工作所要解决的关键业务需求,以及必须应对的各项约束阐明架构愿景,并定制价值主张。这些价值主张被用来阐述对于那些需求和约束的回应创建一个综合性计划,用来表明规划进度、 阅读全文
posted @ 2013-06-06 22:36 闹市闲云 阅读(6609) 评论(4) 推荐(1) 编辑
摘要: 1.1 准备阶段(Preliminary)企业架构开发方法各阶段——预备阶段1.1.1 目标 预备阶段的目标是:对进行企业架构活动的组织的背景和环境进行审查。明确企业架构的赞助人,以及其他将被创建企业架构这项业务指令所影响的主要干系人,并确定他们的需求和优先级、他们与组织的关系,以及他们之间所需的工作行为。确保所有将要被涉及到的或受益的人员致力于架构过程的成功。促使架构赞助者为将要受到影响的业务领域的工作制定需求。明确受此业务指令影响的各个企业组织元素,并对其范围进行界定。此外,还需要为这些元素定义各种约束和假设。定义组织的“架构足迹”,包括负责执行架构工作的人员、他们的位置以及职责。定义用于 阅读全文
posted @ 2013-06-06 14:06 闹市闲云 阅读(8356) 评论(5) 推荐(1) 编辑
摘要: TOGAF(The Open Group Architecture Framework)可以说是当前最为流行的企业架构框架理论了,截止到作者写本书之时,福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了,并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例,它起源于美国国防部的信息管理技术架构框架(TAFIM,Technical Architecture Framework for Information Management),并在获得美国国防部的允许和鼓励之后,借助于美国政府大笔资金的投入,并经过多年的努力最. 阅读全文
posted @ 2013-06-05 10:54 闹市闲云 阅读(11539) 评论(3) 推荐(1) 编辑
摘要: 今天时间比较多,正好将联邦企业架构的总结写一下作为联邦企业架构的结束之语,各位一直关注但无聊于联邦企业架构部分的客官终于可以看到这一部分的终结了,值得高兴,在之后如果可能的话我会继续TOGAF的研究总结(事先说明一下,个人认为这一部分更加枯燥,且都是以翻译标准为主,所以想要快乐学习企业架构的客官需要提前有思想准备^_^,感谢您的继续关注,在此谨为之前为您的学习所带来的困扰深表歉意)。 通过从FEAF到FEA的发展历程,我们可以看到企业架构和企业架构框架在美国联邦政府中是如何得以应用并日臻成熟的。虽然在美国联邦政府中建立全局性的企业架构和在某一个政府机构中创建企业架构在概念上来讲没有太大分别的. 阅读全文
posted @ 2013-05-29 20:54 闹市闲云 阅读(4573) 评论(4) 推荐(1) 编辑
摘要: 3. 企业架构过渡战略 上述针对片段架构和片段过渡战略开发的描述从本质上讲是在组织的各个业务层面以及对其进行支持的服务层面对组织如何改善其效能进行指导。但正如一个水桶的最大盛水量是由其最短木板决定的一样,在组织中一个部分的优化并不代表整个效能的改善,因而如何从组织全局的角度将各个片段的过渡战略进行优化整合才是能够使组织获得最优效能改善的最佳方法,而这一方法的最终产出就是优化组合了各片段过渡战略的企业架构过渡战略,因而每个片段过渡战略也可以说是企业架构过渡战略的一个细粒度的子集。 企业架构过渡战略是一个有效的企业架构的重要内容,它为组织在指定时间内实现目标架构描述了一份全局性规划,并将组织的各项 阅读全文
posted @ 2013-05-29 15:45 闹市闲云 阅读(3830) 评论(3) 推荐(1) 编辑