KSM-IT架构开发方法论
——2011年
金蝶研究院
金蝶国际软件集团有限公司
IT 架构开发方法概览
3.0 技术架构阶段（3周～6周）
2.1 选择参考模型、视点和工具 2.2 开发基线应用架构 2.3 开发目标应用架构2.4 差距分析
2.5 定义路线图
构件 2.6 影响分析2.7 正式评审
2.8 应用架构定
稿
2.9 发布应用
架构
1.0 应用架构阶段（4
周～12周）
1.1 选择参考模型、视点和工具 1.2 开发基线数据架构 1.3 开发目标数
据架构1.4 差距分析
1.5 定义路线
图构件 1.6 影响分析1.7 正式评审 1.8 数据架构定稿
1.9 发布数据架构
1.0 数据架构阶段（2
周～8周）
3.1 选择参考模型、视点和工具 3.2 开发基线技术架构 3.3 开发目标技
术架构3.4 差距分析
3.5 定义路线图构件 3.6 影响分析3.7 正式评审
3.8 技术架构
定稿
3.9 发布技术
架构
1.0 数据架构阶段-阶段、活动和交付物
1.9 创建架构定义文件
?1.1.1 选择参考模型?1.1.2 选择视点
?1.1.3 选择工具
?1.4.1 识别数据实体差距?1.4.2 识别数据实体关系差距?1.4.3 识别数据-系统关系差距1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
阶段
活动
工作产品
/ 交付物
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审
1.8 数据架构定稿
?1.2.1 业务数据建模?1.2.2 数据-业务关系分析
?1.2.3 逻辑数据建模?1.2.4 数据-应用关系分析
?1.3.1 业务数据建模?1.3.2 数据-业务关系分析
?1.3.3 逻辑数据建模?1.3.4 数据-应用关系分析
?1.5.1 识别主数据差距?1.5.2 识别交易数据差异?1.5.3 生成路线图构件?1.6.1 分析数据架构与已有架构和项目互相影响?1.6.2 分析变更对数据架构的影响?1.6.3 汇总
影响
?1.7.1 准备评审
?1.7.2 召开评审
?1.7.3 根据评审意见进行修订
?1.8.1定稿所有数据架构的工作产品?1.8.2识别发布可重用构建块?1.9.1 记录架构构建块决策的理由?1.9.2 完成架构定义文件-数据架构章节
?1.9.3 利益相关者审查
?1.1.1 选定的参考模型?1.1.2 选定的视点
?1.1.3 选定的工具
?1.4.1 数据实体差距矩阵?1.4.2 数据实体关系差距矩阵
?1.4.3 数据-系统关系差距矩阵
?1.2.1 概念数据实体目录?1.2.1 概念数据实体关系图
?1.2.2 概念数据实体/业务功能矩阵?1.2.3 逻辑数据实体目录?1.2.3 逻辑数据实体关系图
?1.2.4 系统/数据矩阵
?1.5.1 主数据差距列表?1.5.2 交易数据差距列表?1..5.3数据迁移图
?1.6.1 数据架构所影响的项目清单?1.6.2 数据架构变更影响分析
?1.6.3 影响列表汇总
?1.7.1 评审意见列表
?1.7.2 评审意见修正列表
?1.8.1 数据架构制品清单?1.8.2 可重用构建块目录
?1.9.1 架构构建块决策清单
?1.9.2 架构定义文件
?1.3.1 概念数据实体目录?1.3.1 概念数据实体关系图
?1.3.2 概念数据实体/业务功能矩阵?1.3.3 逻辑数据实体目录?1.3.3 逻辑数据实体关系图
?1.3.4 系统/数据矩阵
1.1选择参考模型、视点和工具
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入输出角色
1.1.1 选择参考模型
为每一视点, 选择需要的模型来支持特定必须的视图，使用选择的工具或方法。逻辑数据实体关系图范例包含:
DODAF （美国国防部）逻辑数据实体关系图通用的数据模型，例如ARTS 数据模型（零售业）Energistics 数据模型（石油技术业）
架构存储库选定的参考模型
数据架构师
1.1.2 选择视点
根据利益相关者的关注，从“数据架构制品列表”中选择合适的视点（制品）来满足利益相关者的关注。如果无法在“数据架构制品列表”中找到利益相关者的某些关注，那么需要创建新的视点来满足相应的关注。
视点库选定的视点
数据架构师
1.1.3 选择工具根据上述步骤选择的制品，选定和合适的，能做出上述制品的工具
工具选择需要兼顾业务架构、应用架构、技术架构的需求，以便多个架构可以共享模型
通过TOGAF 认证的工具集
选定的工具
数据架构师
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入
输出
角色
1.2.1 业务数据建模
?根据业务流程、业务服务建立概念数据实体关系图
?业务流程模型(基线)?业务服务模型(基线)?概念数据实体目录?概念数据实体关系图
数据架构师
1.2.2 数据-业务关系分析
?分析业务和数据之间的关系，在概念数据实体和业务功能之间建立映射关系
?业务功能目录(基线)?业务流程模型(基线)?业务服务模型(基线)
?概念数据实体/业务功能矩阵
数据架构师
1.2.3 逻辑数据建模
?建立企业当前的信息系统实现的逻辑数据实体关系图
?概念数据实体关系图
?逻辑数据实体目录
?逻辑数据实体关系图
数据架构师1.2.4 数据-应用关系分析
?分析数据和应用系统之间的关系?应用系统目录
?系统/数据矩阵
数据架构师
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入
输出
角色
1.3.1 业务数据建模
?根据业务流程、业务服务建立概念数据实体关系图
?业务流程模型（目标）?业务服务模型（目标）?概念数据实体目录?概念数据实体关系图
数据架构师
1.3.2 数据-业务关系分析
?分析业务和数据之间的关系，在概念数据实体和业务功能之间建立映射关系?业务功能目录（目标）?业务流程模型（目标）?业务服务模型（目标）
?概念数据实体/业务功能矩阵
数据架构师
1.3.3 逻辑数据建模
?建立企业当前的信息系统实现的逻辑数据实体关系图
?概念数据实体关系图
?逻辑数据实体目录?逻辑数据实体关系图
数据架构师1.3.4 数据-应用关系分析
?分析数据和应用系统之间的关系
?应用系统目录（目标）?系统/数据矩阵
数据架构师
1.4差距分析
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入
输出
角色
1.4.1 识别数据实体差距
?识别目标逻辑数据实体关系图比基线逻辑数据实体关系图增加、删除、修改的数据实体?基线逻辑数据目录?目标逻辑数据目录?数据实体差距矩阵数据架构师
1.4.2 识别数据实体关系差距
?分析数据实体之间的关系的变动
?基线概念数据实体关系图?目标概念数据实体关系图?数据实体关系差距矩阵
数据架构师
1.4.3 识别数据-系统关系差距
?分析数据-系统关系的变动
?基线系统/数据矩阵?目标系统/数据矩阵
?数据-系统关系差距矩阵
数据架构师
1.5定义路线图构件
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动目标输入
输出角色
1.5.1 识别主数据差距
?从差距矩阵中识别出哪些是主数据的差距
?数据实体差距矩阵
?数据实体关系差距矩阵?数据-系统关系差距矩阵?主数据差距列表数据架构师
1.5.2 识别交易数据差异
?从差距矩阵中识别出哪些是交易数据的差距
?数据实体差距矩阵
?数据实体关系差距矩阵?数据-系统关系差距矩阵
?交易数据差距列表数据架构师
1.5.3 生成路线图构件
?根据数据差距和应用迁移确定数据迁移路线图
?主数据差距列表?交易数据差距列表?应用迁移图
?数据迁移图
数据架构师
1.6影响分析
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标输入输出
角色
1.6.1 分析数据架构对已有架
构的影响
?识别出数据架构对已有企业架构的影响，标识其影响，
找出对已有架构的必须修改
?已有的企业架构
?对已有架构影响的描述?对已有架构的变更请求数据架构师
1.6.2 分析变更对数据架构的
影响
?分析最近的变更情况，评估其对数据架构的影响，识别出那些影响数据架构的变更
?数据架构过程中的各种变更
?影响数据架构的变更描述
数据架构师
1.6.3 识别数据架构在其他领
域的使用价值
?在组织中找到那些能从数据架构充分受益的领域，识别这些机会
?架构定义文件?其他组织反馈信息
?描述组织其他方面从数据架构的受益
数据架构师
1.6.4 分析数据架构对其他项
目的影响
?找到那些受到数据架构影响的项目（包括正在进行的和计划中的）
?组织的项目列表?受数据架构影响的项目清单
数据架构师
1.6.5 分析其他项目对数据架
构的影响
?找出那些可能影响数据架构的项目
?组织的项目列表?影响数据架构的项目清单
数据架构师
1.6.6 汇总影响
?汇总影响，进行影响分析，对将提交数据架构进行必须的调整
?所有跨架构景观的影响?修改的数据架构
数据架构师
1.7正式评审
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入
输出
角色
1.7.1 进行数据架构对业务架构的影响分析、评估
?识别业务架构哪些领域可能需要改变，以满足数据架构的变更
?如果这种影响是重大的，重新审查业务架构?业务架构?待评审的数据架构?对业务架构的变更请求
数据架构师
1.7.2 进行数据架构对应用架构的影响分析、评估
?识别应用架构哪里可能需要改变，以满足数据架构的变更
?如果这种影响是重大的，重新审查应用架构。?应用架构
?待评审的数据
架构
?对应用架构的变更请求
数据架构师
1.7.3 识别对于技术架构的任何约束
?识别出对技术架构的约束（特别是基础设施）?待评审的数据
架构
?对技术架构的约束数据架构师
1.7.4 收集数据架构需做出的改进，进行修正
?收集利益相关者的意见，识别出数据架构需要做出的改进
?完成评审意见进行响应（修正或澄清）?获取评审通过
?相关评审意见
各数据架构制品修正完
成，并通过评审
数据架构师
1.8数据架构定稿
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标
输入
输出
角色
1.8.1 为构建块选定标准?选定构建块需遵循的标准，这些标准最好从选择的架构存储库的参考模型重用?架构存储库
?选定的构建块标准
数据架构师
1.8.2 详细记录架构构建
块
?对架构构建块进行详细描述，其应遵循选择的标准
?选定的构建块标准?架构构建块的相关描述数据架构师
1.8.3 参照业务需求全面
检查架构
?记录架构构建块的决策理由
?数据架构相关架构构建块
?架构构建块的决策理由数据架构师
1.8.4 定稿所有数据架构
的工作产品
?确保数据架构中的各项活动已关闭
?保证数据架构的所有的工作产品完成?数据架构制品的草稿?定稿的制品?数据架构师
1.8.5 识别发布可重用构
建块
?记录架构存储库内架构映射的最终版本?从选定的架构构建块中识别出那些可重用的，并通过架构存储库发布
?架构存储库?数据架构相关架构构建块
?更新的架构存储库
?数据架构师
1.9创建架构定义文件
1.9 创建架构定义文件
1.0 数据架构阶段
1.1 选择
参考模型、
视点和工
具
1.2 开发
基线数据
架构
1.3 开发目标数据架构
1.4 差距分析
1.5 定义路线图构件
1.6 影响分析 1.7 正式评审 1.8 数据架构定稿
活动
目标输入
输出
角色
1.9.1 在架构定义文件中记录架构构建块决策的理由?把决策理由并入架构定义文档中
?架构构建块的决策理由
?修改架构定义文件7.3节
数据架构师
1.9.2 准备架构定义文件报告的数据架构章节
?把各种制品放入架构定义文件，并补充必要的文字说明。如果合适的话，使用由建模工具所产生的报告和/或图形，表明架构的关键视图。
?定稿的数据架构相关制品
?架构定义文件草稿?定稿的架构定义文件数据架构师
1.9.3 将文档发送给相关的利益相关者审查，并合并反馈意见。
?把利益相关者的反馈意见记录下来
?架构定义文件?反馈意见
?汇总的利益相关者反馈意见
数据架构师
2.0 应用架构阶段-阶段、活动和交付物
2.9 创建架构定义文件
?2.1.1 选择参考模型?2.1.2 选择视点
?2.1.3 选择工具
?2.4.1 进行IS 服务差距分析?2.4.2 进行应用构件差距分析2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
阶段
活动
工作产品
/ 交付物
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
?2.2.1 分析当前的IT 环境?2.2.2 建立系统上下文?2.2.3 检查、更新现有的应用组合?。。。
?2.3.1 信息系统服务识别?2.3.2 应用构件定义?2.3.3 应用实现决策?2.5.1 识别修改的应用?2.5.2 识别新增的应用?2.5.3 排序优先级?2.5.4 生成应用迁移图?2.6.1 分析应用架构对已有架构的影响
?2.6.2 分析变更对应用
架构的影响?2.6.3 识别
应用架构在。。。
?2.7.1 进行应用架构对业务架构的影响分析、评估?2.7.2 进行应用架构对数据架构的影响。。。。?2.8.1 为构建块选定标准?2.8.2 详细记录架构构建块?2.8.3 参照业务需求全面检查架构?。。。?2.9.1 在架构定义文件中记录所有构建块决策的理由?2.9.2 准备架构定义文件报告的应用架构章节
?。。。
?2.1.1 选定的参考模型?2.1.2 选定的视点
?2.1.3 选定的工具
?IS 服务差距矩阵
?应用构件差距矩阵
?应用组合目录
?应用互动矩阵
?应用通信图?角色/系统矩阵
?应用用户位置图
?系统/组织矩阵
?软件工程图?接口目录?应用组合目录(更新的)?。。。?修改的应用/数据列表?新增应用/数据列表
?排序的新增、变更和过渡应用列表?应用迁移图
?对已有架构影响的描述?对已有架构的变更请求?影响应用架构的变更描述
?描述组织其他方面从应用架构的受益
?受应用架构影响的项目清单?。。。
?对业务架构
的变更请求?对数据架构的变更请求?对技术架构的约束?各应用架构制品修正完成，并通过评审
?选定的构建块标准?架构构建块的相关描述?架构构建块的决策理由?定稿的制品?更新的架构存储库
?修改架构定义文件7.3节?定稿的架构定义文件?汇总的利益相关者反馈意见
?信息系统服务组合目录?流程图
?业务流程/信息系统服务矩阵
?功能区域子系统目录?服务模型?服务模型?信息系统服务依赖关系图
?系统用例图?接口目录?。。。
2.1 选择参考模型、视点和工具
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动
目标
输入输出角色
2.1.1 选择参考模型
?为每一视点, 选择需要的模型来支持特定必须的视图，使用选择的工具或方法。
?
例如TMF （电信管理论坛）的关于电信业的应用模型。
?OMG 有一些垂直领域（医疗保健、运输、金融等）软件模型。?
The Open Group SOA 参考架构
?确认所有利益相关者关注被说明。如果没有，创建新模型以说明未覆盖的关注，或扩大现有模型
?架构存储库
?选定的参考模型
应用架构师
2.1.2 选择视点
?根据利益相关者的关注点，选择合适的视点（制品）来满足利益相关者的关注。如果发现利益相关者的某些关注点未被覆盖，那么需要创建新的视点来满足相应的关注。
?视点库
?选定的视点
应用架构师
2.1.3 选择工具
?根据上述步骤选择的制品，选定和合适的，能做出上述制品的工具
?工具选择需要兼顾业务架构、应用架构、技术架构的需求，以便多个架构可以共享模型
?通过TOGAF 认证的工具集
?选定的工具应用架构师
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动
目标
输入
输出
角色
2.2.1 分析当前的IT 环境
评审和分析当前的IT 环境，识别当前应用识别应用及其组成部分之间的依赖。
应用组合目录（如有）
应用组合目录应用互动矩阵
应用架构师
2.2.2 建立系统上下文创建应用通信图以建立对现有应用边界的理解，并且用来识别应用和应用之间的接口。
进行应用构件-组织单位关系的映射，为履行业务功能的组织单位指定所使用的应用
行应用构件-角色关系的映射，为组织内特定角色指定所使用的应用
组织施动者目录（基线）角色目录（基线）
应用通信图
角色/系统矩阵应用用户位置图系统/组织矩阵应用架构师
2.2.3 检查、更新现有的应用组合
根据现有接口目录和应用组合目录（如果存在），以及前期分析的软件工程图和应用通信图，更新现有应用的接口目录及应用组合目录
应用组合目录(基线)应用通信图（基线）
软件工程图
接口目录
应用组合目录(更新的)
应用架构师2.2.4 建立功能到应用组合的映射将应用构件和职能的关系进行映射。通过将应用系统的使用权分配给其支持的业务职能，明确由某个特定业务职能使用的一组应用系统
业务服务/功能目录（基线）应用组合目录(基线)系统/功能矩阵应用架构师2.2.5 提取必要的信息系统服务(可选）
根据需要，识别出现有的信息系统服务
业务服务/功能目录（基线）系统/功能矩阵（基线）
信息系统服务组合目录
?应用架构师
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动目标
输入
输出角色
2.3.1 信息系统服务识别
识别信息系统服务合同/测度目录
驱动力/目标/目的目录（目标）
流程模型（目标）
信息系统服务组合目录（目标）CBM 地图（目标）
信息系统服务组合目录流程图
业务流程/信息系统服务矩阵功能区域子系统目录服务模型应用架构师
2.3.2 应用构件定义找出各应用构件，并加以规格化说明
服务模型（目标）数据实体/业务功能矩阵CBM 地图
服务模型
信息系统服务依赖关系图系统用例图接口目录应用组合目录系统/功能矩阵应用通信图
信息系统服务/数据实体矩阵应用架构师
2.3.3 应用实现决策
根据选取的应用架构参考模型，映射发现的应用架构构建块
SOA 参考架构选定的参考模型
服务构件/信息系统服务矩阵服务模型
软件工程图（目标）应用架构师
2.4 差距分析
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动目标
输入
输出角色
2.4.1 进行IS 服务差距分析
建立基线应用架构与目标应用架构的信息系统服务差距矩阵
识别将转入的IS 服务，将它们分类为变更的或未变更的。
标识消失的IS 服务。标识新增的IS 服务。
信息系统服务组合目录(基线)
信息系统服务组合目录(目标)
IS 服务差距矩阵应用架构师
2.4.2 进行应用构件差距分析
建立基线应用架构与目标应用架构的应用构件差距矩阵
识别将转入构件，将它们分类为变更的或未变更的。标识消失的应用构件。标识新增的应用构件。
对于标识新增的应用构件，将它们分类为应该开发的和应该采购的。
应用组合目录(基线)应用组合目录(目标)
应用构件差距矩阵
应用架构师
2.5 定义路线图构件
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动目标输入输出角色
2.5.1 识别修改的应用
?找到修改的应用及其使用的数据
?系统/数据矩阵?应用构件差距矩阵?修改的应用/数据列表应用架构师
2.5.2 识别新增的应用
?找到新的应用及其使用的数据?系统/数据矩阵?应用构件差距矩阵
?新增应用/数据列表应用架构师
2.5.3 排序优先级
?根据应用之间的接口，给出依赖关系
?根据依赖情况，找出优先实施的差距?如有交互依赖时，增加相应过渡应用?对修改、新增、过渡应用排序
?应用通信图
?排序的新增、变更和过渡应用列表
应用架构师
2.5.4 生成应用迁移图
?根据优先排序，和项目时效限制，分阶段个应用变更，形成应用迁移图
?系统/数据矩阵?应用架构的差距矩阵
?应用迁移图应用架构师
2.6 影响分析
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动
目标输入输出
角色
2.6.1 分析应用架构对已有架构的影响
?识别出应用架构对已有企业架构的影响，标识其影响，
找出对已有架构的必须修改
?已有的企业架构
?对已有架构影响的描述?对已有架构的变更请求应用架构师
2.6.2 分析变更对应用架构的影响
?分析最近的变更情况，评估其对应用架构的影响，识别出那些影响应用架构的变更
?应用架构过程中的各种变更
?影响应用架构的变更描述
应用架构师
2.6.3 识别应用架构在其他领域的使用价值
?在组织中找到那些能从应用架构充分受益的领域，识别这些机会
?架构定义文件?其他组织反馈信息
?描述组织其他方面从应用架构的受益
应用架构师
2.6.4 分析应用架构对其他项目的影响
?找到那些受到应用架构影响的项目（包括正在进行的和计划中的）
?组织的项目列表?受应用架构影响的项目清单
应用架构师
2.6.5 分析其他项目对应用架构的影响?找出那些可能影响应用架构的项目
?组织的项目列表?影响应用架构的项目清单
应用架构师
2.6.6 汇总影响
?汇总影响，进行影响分析，对将提交应用架构进行必须的调整
?所有跨架构景观的影响?修改的应用架构
应用架构师
2.7 正式评审
2.9 创建架构定义文件
2.0 应用架构阶段
2.1 选择
参考模型、
视点和工
具
2.2 开发
基线应用
架构
2.3 开发目标应用架构
2.4 差距分析
2.5 定义路线图构件
2.6 影响分析 2.7 正式评审 2.8 应用架构定稿
活动
目标
输入
输出
角色
2.7.1 进行应用架构对业务架构的影响分析、评估
?识别业务架构哪些领域可能需要改变，以满足应用架构的变更
?如果这种影响是重大的，重新审查业务架构
?业务架构?待评审的应用架构?对业务架构的变更请求
应用架构师
2.7.2 进行应用架构对数据架构的影响分析、评估
?识别数据架构哪里可能需要改变，以满足应用架构的变更
?如果这种影响是重大的，重新审查数据架构。
?数据架构?待评审的应用架构
?对数据架构的变更请求
应用架构师
2.7.3 识别对于技术架构的任何约束。
?识别出对技术架构的约束（特别是基础设施）?待评审的应用架构?对技术架构的约束
应用架构师
2.7.4 收集应用架构需做出的改进，进行修正
?收集利益相关者的意见，识别出应用架构需要做出的改进
?完成评审意见进行响应（修正或澄清）?获取评审通过
?相关评审意见
各应用架构制品修正完成，
并通过评审
应用架构师