ADM阶段 | ADM阶段内的活动 |
准备阶段 | 为实施成功的企业架构项目作好准备,包括定义组织机构特定的架构框架、架构原则和工具。 |
需求管理 | 完成需求的识别、保管和交付,相关联的ADM阶段则按优先级顺序对需求进行处理。 TOGAF项目的每一个阶段,都是创建在业务需求之上而且须要对需求进行确认。 |
阶段A:架构愿景 | 设置TOGAF项目的范围、约束和指望; 建立架构愿景; 定义利益相关者; 确认业务上下文环境; 建立架构工做说明书; 取得上层批准。 |
阶段B:业务架构 阶段C:信息系统架构(应用&数据) 阶段D:技术架构 |
从业务、信息系统和技术三个层面进行架构开发,在每个层面分别完成如下活动:
|
阶段E:机会和解决方案 | 进行初步实施规划,并确认在前面阶段中肯定的各类构建块的交付物形式; 肯定主要实施项目; 对项目分组并归入过渡架构; 决定途径(制造/购买/重用、外包、商用、开源); 评估优先顺序; 识别相依性。 |
阶段F:迁移规划 | 对阶段E肯定的项目进行绩效分析和风险评估; 制订一个详细的实施和迁移计划。 |
阶段G:实施治理 | 定义实施项目的架构限制; 提供实施项目的架构监督; 发布实施项目的架构合同; 监测实施项目以确保符合架构要求。 |
阶段H:架构变动管理 | 提供持续监测和变动管理的流程,以确保架构能够响应企业的需求而且将架构对于业务的价值最大化。 |
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
定义业务运行所需的数据源和数据类型。 |
|
输入 | 输出 |
|
|
目标 | 步骤 |
定义处理数据并支撑业务运行所需的各类应用系统。 |
|
输入 | 输出 |
|
|
目标 | 步骤 |
开发一个目标技术架构,并以此做为后续的实施和迁移计划的基础。 将应用架构中定义的各类应用组件映射为相应的技术组件, 这些技术组件表明了各类能够从市场或组织内部得到的软件和硬件组件。 |
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
目标 | 步骤 |
|
|
输入 | 输出 |
|
|
维度 | 考察 |
企业范围或焦点 | 企业最大的业务范围是什么?其中又有多少是须要架构工做聚焦的? 许多企业的规模很是大,实际上造成了一个组织单位成员的联盟,每一个成员都有本身独立的企业权利。 现代企业愈来愈突破它的传统界线,包括了一个由供应商、客户和合做伙伴造成的模糊的传统行业企业联盟。 |
架构领域 | 一个全面的企业架构描述应该包括所有四个架构领域(业务、数据、应用、技术),可是实际的资源和时间约束常常意味着没有充分的时间、资金或其它资源去设计一个自顶而下的、包含所有四个架构领域的架构描述。即便在选定的架构活动范围小于企业总体业务范围时也是这样。 |
详述垂直范围或级别 | 架构工做应该细化到第几层?怎么样的架构工做才算充分的? 架构工做和其它相关工做(系统设计、系统工程以及系统开发)的界线是什么? |
时间周期 | 架构愿景的准确时间周期是什么?它是否意味着要在这个时间期间内用详细的架构描述填充满?若是不是,那么须要定义多少个中间级别的目标架构,而且它们的时间周期是多少? |