ADM各个阶段目标、步骤、输入、输出

2. 能力评估
2. 验证了的数据原则，或新数据原则
3. 沟通计划
3. 架构定义文档草稿，包括更新的内容
4. 企业架构组织模型
• 基线数据架构（1.0）如果合适的话
--组织影响范围
x 目标数据架构（1.0）包括业务数据模
--成熟度评估,差距和解决途径
型；逻辑数据模型；数据管理流程模
--架构团队的角色和责任
步骤 1. 列出企业架构的影响范围 （核心范围/扩展范围/社区/
治理） 2. 确认治理和支持框架 3. 定义并建立企业架构团队
和组织 4. 识别并建立架构原则 5. 裁减TOGAF和其他架构框
架 （如果有） 6. 实施架构工具
输入 1. TOGAF 2. 其他架构框架 3. 已有的业务规划，业务战略，IT战
2. 识别基于基线和 7. 进行正式利益相关者进
目标业务架构间差 行审查
距的候选架构路线 8. 完成业务架构
图组件。
9. 创建架构定义文档
输入 1. 架构工作请求 2. 业务原则，业务目标和业务驱动 3. 能力评估 4. 沟通计划 5. 企业架构组织模型 --组织影响范围 --成熟度评估,差距和解决途径 --架构团队的角色和责任 --架构工作的限制 --预算需求 --治理和支持战略 6. 裁剪架构框架 --裁剪的架构方法 --裁剪的架构内容(包括交付物和制品) --配置好的也部署了的工具 -- 架构原则 7. 获得批准的架构工作说明书
驱动
3. 架构原则 4. 能力评估 5. 裁剪的架构框架 --裁剪的架构方法 --裁剪的架构内容(包括交付物和制品) --配置好的也实施了的工具 -- 架构原则 6. 架构愿景，包括： x 修改的关键利益相关者需求 7. 架构定义文档草稿 x 基线业务架构（0.1） x 基线数据架构（0.1） x 基线应用架构（0.1） x 基线技术架构（0.1） x 目标业务架构（0.1） x 目标数据架构（0.1） x 目标应用架构（0.1） x 目标技术架构（0.1） 8. 沟通计划 9. 在架构储藏库中的其他内容
输出可能包括以下部分或全部制品： 1. 目录
• 应用组合目录；接口目录 2. 矩阵
• 应用/组织矩阵；角色/应用矩阵； 应用/功能矩阵；应用交互矩阵
3. 图表 • 应用通讯关系图；应用程序和用户
位置图；应用用例图；企业管理图； 流程/应用实现图；软件工程图；
应用迁移图；软件分布
阶段D：技术架构
阶段D：技术架构 目标 1. 开发目标技术架 构来使能逻辑和物 理应用和数据组件 以及架构愿景。同 时解决架构工作请 求和利益相关者关 注。
足关键利益相关者关注 4. 架构需求规格书草稿，包括更新的内容 • 差距分析 • 应用的互操作性需求 • 相关的技术需求，将会应用到该架构
开发周期的演进 • 技术架构局限 • 更新的业务需求 • 更新的数据需求 5. 架构路线图的应用架构组件
9. 架构储藏库,包括 --可重用构建块 --公开的参考模型 --组织特定参考模型 --组织标准 10. 架构定义文档， 包括： 基线业务架构（1.0） 基线数据架构（0.1 or 1.0） 基线应用架构（0.1） 基线技术架构（0.1） 目标业务架构（1.0） 目标数据架构（0.1 or 1.0） 目标应用架构（0.1） 目标技术架构（0.1） 12. 架构定义规格书草稿，包括 -- 架构差距分析结果 —相关技术需求 13.架构路线图的业务和数据架构组件
关注 5. 架构需求规格书草稿，包括更新的内容 • 差距分析 • 技术需求 • 更新的业务需求 6. 架构路线图的业务架构组件
输出可能包括以下部分或全部制品： 1. 目录
• 组织/成员目录；驱动/目的/目标目录；角色 目录；业务服务/功能目录；位置目录；流 程/事件/控制/产品目录；约束/度量目录
2. 矩阵 • 业务交互矩阵；成员/角色矩阵
动 3. 企业架构组织模型 --组织影响范围 --成熟度评估,差距和解决途径 --架构团队的角色和责任 --架构工作的限制 --预算需求 --治理和支持战略 4. 裁剪架构框架 --裁剪的架构方法 --裁剪的架构内容(包括交付物和 制品) --架构原则 --配置好的也实施了的工具 5. 架构储藏库--现有的架构文件
2. 识别基于基线 和目标技术架构 间差距的候选架 构路线图组件。
步骤
输入
1. 选择参考模型，视点和工 1. 架构工作请求
具
2. 能力评估
2. 开发基线技术架构描述
3. 沟通计划
3. 开发目标技术架构描述
4. 企业架构组织模型
4. 进行差距分析
--组织影响范围
5. 定义候选路线图组件
--成熟度评估,差距和解决途径
3. 图表 • 业务足迹图；业务服务/信息图；功能分解 图；产品生命周期表；目的/目标/服务表；
用例图； 组织分解图；流程图；事件图
阶段C：信息系统架构
阶段C：信息系统架构 - 数据架构
目标 1. 开发目标数据架构来使 能业务架构和架构愿景。 同时解决架构工作请求和 利益相关者关注。
2. 识别基于基线和目标 数据架构间差距的候选 架构路线图组件
8. 架构愿景
输出 1. 修改了的架构工作说明书，并按需更改 2. 验证了的应用原则，或新应用原则 3. 架构定义文档草稿，包括更新的内容 • 基线应用架构（1.0）如果合适的话 x 目标应用架构（1.0）包括流程系统模
型；定位系统模型；时间系统模型；
人力系统模型 x 与选定视点相关的应用架构视图来满
输入 1. 架构工作请求 2. 能力评估 3. 沟通计划 4. 企业架构组织模型 --组织影响范围 --成熟度评估,差距和解决途径 --架构团队的角色和责任 --架构工作的限制 --预算需求 --治理和支持战略 5. 裁剪架构框架 --裁剪的架构方法 --裁剪的架构内容(包括交付物和制品) --配置好的也部署了的工具 -- 架构原则 6.应用原则 7.架构工作说明书
输出 1. 企业架构组织模型 --组织影响范围 --成熟度评估,差距和解决途
径 --架构团队的角色和责任 --架构工作的限制 --预算需求 --治理和支持战略 2.裁剪架构框架 --裁剪的架构方法 --裁剪的架构内容(包括交付 物和制品) -- 架构原则 3. 重申或参考业务原则，业
务目标和 业务驱动 4. 架构工作请求 5. 架构治理框架
8. 架构原则,包括之前现存的业务原则 9. 企业连续系列 10. 架构储藏库,包括 --可重用构建块 --公开的参考模型 --组织特定参考模型 --组织标准 11. 架构愿景， 包括：
修改的关键利益相关者需求 12. 架构定义文档草稿 基线业务架构（0.1） 基线数据架构（0.1） 基线应用架构（0.1） 基线技术架构（0.1） 目标业务架构（0.1） 目标数据架构（0.1） 目标应用架构（0.1） 目标技术架构（0.1）
输出可能包括以下部分或全部制品： 1. 目录
• 数据实体/数据组件目录 2. 矩阵
• 数据实体/业务功能矩阵；应用/数
据矩阵 3. 图表
• 概念数据图；逻辑数据图；数据传
播图；数据安全图；数据迁移图；
数据周期图
阶段C：信息系统架构
阶段C：信息系统架构 – 应用架构
目标 1. 开发目标应用架构来使 能业务架构和架构愿景。 同时解决架构工作请求和 利益相关者关注。
（框架描述，架构描述，现有的
基线描述等）
输出可能包括以下部分或全部制
品： 1. 矩阵
• 利益相关者关系矩阵 2. 表格
• 价值链图 • 解决方案概念图
输出
1.经过批准的架构工作说明书,包括 --范围和约束 --架构愿景概要 --角色和责任 --架构项目计划和时间表 2. 修改的业务原则，业务目标和业务
预备阶段
预备阶段
ቤተ መጻሕፍቲ ባይዱ
目标
1. 决定组织需要的架构能力 • 审查组织背景 • 识别并界定架构能力影响企业组织元素 • 识别已建立的和架构能力交互的框架，方法和流
程 • 建立架构成熟度目标 2. 建立架构能力 • 定义和建立企业架构组织模型 • 定义和建立架构治理所需详细流程和资源 • 选则并部署支持架构能力的工具 • 定义架构原则
型；数据实体/业务功能矩阵
--架构工作的限制
x 与选定视点相关的数据架构视图来满
--预算需求
足关键利益相关者关注
--治理和支持战略
4. 架构需求规格书草稿，包括更新的内容
5. 裁剪架构框架
• 差距分析
--裁剪的架构方法
• 数据的互操作性需求
--裁剪的架构内容(包括交付物和制品) • 相关的技术需求，将会应用到该架构
2. 识别基于基线和目标 应用架构间差距的候选 架构路线图组件
步骤 1. 选择参考模型，视点和工具 2. 开发基线应用架构描述 3. 开发目标应用架构描述 4. 进行差距分析 5. 定义候选路线图组件 6. 通过架构景观解决影响 7. 进行正式利益相关者进行审查 8. 完成应用架构 9. 创建架构定义文档
略，业务原则，业务目标和业务驱动 4. 主要业务运行框架，如项目管理 5. 治理和法律框架，包括已有的架构
治理战略 6. 架构能力 7. 设立架构项目范围的预算 8. 现有企业架构的组织模型 --组织影响范围 --成熟度评估，差距及解决方案途径 --架构团队的角色和责任 --预算需求 --治理和支持战略 9 现有的架构框架 --架构方法 --架构内容（交付物和制品） --配置好并实施了的工具 --已有的架构原则 --已有的架构储藏库
输出 1. 修改了的架构工作说明书，并按需更改 2. 验证的业务原则，业务目标和业务驱动， 3. 详尽的业务原则 4. 架构定义文档草稿，包括更新的内容 • 基线业务架构（1.0）如果合适的话 x 目标业务架构（1.0）包括组织架构；业务目标
和目的；业务功能；业务服务；业务流程；业
务角色；业务数据模型；组织和功能的关联 x 与选定视点相关的视图来满足关键利益相关者
步骤 1. 选择参考模型，视点和工具 2. 开发基线数据架构描述 3. 开发目标数据架构描述 4. 进行差距分析 5. 定义候选路线图组件 6. 通过架构景观解决影响 7. 进行正式利益相关者进行审查 8. 完成数据架构 9. 创建架构定义文档
输入
输出
1. 架构工作请求
1. 修改了的架构工作说明书，并按需更改
--配置好的也部署了的工具
开发周期的演进
-- 架构原则
• 技术架构局限
6. 数据原则
• 更新的业务需求
7.架构工作说明书
• 更新的应用需求
8. 架构愿景
5. 架构路线图的数据架构组件
9. 架构储藏库,包括 --可重用构建块 --公开的参考模型 --组织特定参考模型 --组织标准 10. 架构定义文档， 包括： 基线业务架构（1.0） 基线数据架构（0.1） 基线应用架构（0.1 or 1.0） 基线技术架构（0.1） 目标业务架构（1.0） 目标数据架构（0.1） 目标应用架构（0.1 or 1.0） 目标技术架构（0.1） 12. 架构定义规格书草稿，包括 -- 架构差距分析结果 —相关技术需求 13.架构路线图的业务架构组件
阶段B：业务架构
阶段B：业务架构
目标
步骤
1. 开发目标业务架构 1. 选择参考模型，视点和
来描述企业需要如何 工具 运作来达到业务目标， 2. 开发基线业务架构描述 对应于架构愿景中制 3. 开发目标业务架构描述 定的战略驱动。同时 4. 进行差距分析 解决架构工作请求和 5. 定义候选路线图组件 利益相关者关注。 6. 通过架构景观解决影响
6. 通过架构景观解决影响
--架构团队的角色和责任
7. 进行正式利益相关者进行 --架构工作的限制
审查
--预算需求
和约束条件 4. 评估业务能力 5. 评估业务转型的就绪状态 6. 确认范围 7. 确认并阐明架构原则,包括业务
原则 8. 开发架构愿景 9. 定义目标架构的价值和关键绩效
指标 10. 识别业务转型风险和减缓措施 11. 开发架构工作说明书并保证被
批准
输入 1. 架构工作请求 2. 业务原则，业务目标和业务驱
阶段A: 架构愿景
阶段A：架构愿景
目标 1. 开发概要成功指南型版本的能力和 业务价值来作为建议的企业架构结果 交付 2. 获得架构工作说明书的批准来定义 一个开发和部署架构愿景中展现的架 构的工作项目
步骤 1. 建立架构项目 2. 识别利益相关者，以及他们的关
注和业务需求 3. 确认并阐明业务目标，业务驱动