技术架构
目标
- 开发目标技术架构,使架构愿景、目标业务、数据和应用程序构建块能够通过技术组件和技术服务交付,以解决架构工作声明和利益相关者关注的问题
- 根据基线和目标技术架构之间的差距确定候选架构路线图组件
输入
企业外部参考资料
- 架构参考资料
- 候选产品信息
非架构输入
- 架构工作需求
- 能力评估
- 沟通计划
架构输入
企业架构的组织模型
- 受影响的组织范围
- 成熟度评估、差距和解决方法
- 架构团队的角色和职责
- 架构工作的约束
- 预算需求
- 治理和支持策略
定制架构框架
- 定制架构方法
- 定制的架构内容(可交付成果和工件)
- 已配置和部署的工具
技术原则
根据业务需求对应用程序和技术进行更改。
架构工作说明
架构工作声明定义了将用于完成架构开发周期的范围和方法。架构工作声明通常是衡量架构项目成功执行的文档,并可能形成架构服务供应商和消费者之间的合同协议的基础。
架构愿景
架构愿景是在ADM周期的早期创建的。它总结了成功部署目标体系结构将对企业带来的变化。
架构存储库
- 可重复使用的构建块
- 公开可用的参考模型
- 组织特有的参考模型
- 组织标准
架构定义草案
- 基线业务架构
- 目标业务架构
- 基线数据架构
- 目标数据架构
- 基线应用程序架构
- 目标应用程序架构
- 基线技术架构
- 目标技术架构
架构需求规范草案
- 差距分析结果(来自业务、数据和应用程序架构)
- 前几个阶段的相关技术要求
业务、数据和应用程序架构路线图组件
架构路线图列出了将实现目标架构的各个工作包,并将它们放在一个时间线上,以显示从基线架构到目标架构的进展。架构路线图突出了每个阶段各个工作包的业务价值。
步骤
技术架构中涉及的详细程度将取决于总体架构工作的范围和目标。
作为这项工作的一部分引入的新技术构建块需要在阶段D期间详细定义。目标环境中要支持的现有技术构建块可能需要在阶段D中重新定义,以确保互操作性并适合此特定技术架构中的用途
技术架构中步骤的顺序,以及它们正式开始和完成的时间,应该根据已建立的架构治理来适应当前的情况。
步骤如下
- 选择参考模型,观点和工具
- 开发基线技术架构描述
- 开发目标技术体系结构描述
- 执行差距分析
- 定义候选路线图组