软件技术架构

技术架构

目标

• 开发目标技术架构，使架构愿景、目标业务、数据和应用程序构建块能够通过技术组件和技术服务交付，以解决架构工作声明和利益相关者关注的问题
• 根据基线和目标技术架构之间的差距确定候选架构路线图组件

输入

企业外部参考资料

• 架构参考资料
• 候选产品信息

非架构输入

• 架构工作需求
• 能力评估
• 沟通计划

架构输入

企业架构的组织模型

• 受影响的组织范围
• 成熟度评估、差距和解决方法
• 架构团队的角色和职责
• 架构工作的约束
• 预算需求
• 治理和支持策略

定制架构框架

• 定制架构方法
• 定制的架构内容（可交付成果和工件）
• 已配置和部署的工具

技术原则

根据业务需求对应用程序和技术进行更改。

架构工作说明

架构工作声明定义了将用于完成架构开发周期的范围和方法。架构工作声明通常是衡量架构项目成功执行的文档，并可能形成架构服务供应商和消费者之间的合同协议的基础。

架构愿景

架构愿景是在ADM周期的早期创建的。它总结了成功部署目标体系结构将对企业带来的变化。

架构存储库

• 可重复使用的构建块
• 公开可用的参考模型
• 组织特有的参考模型
• 组织标准

架构定义草案

• 基线业务架构
• 目标业务架构
• 基线数据架构
• 目标数据架构
• 基线应用程序架构
• 目标应用程序架构
• 基线技术架构
• 目标技术架构

架构需求规范草案

• 差距分析结果（来自业务、数据和应用程序架构）
• 前几个阶段的相关技术要求

业务、数据和应用程序架构路线图组件

架构路线图列出了将实现目标架构的各个工作包，并将它们放在一个时间线上，以显示从基线架构到目标架构的进展。架构路线图突出了每个阶段各个工作包的业务价值。

步骤

技术架构中涉及的详细程度将取决于总体架构工作的范围和目标。

作为这项工作的一部分引入的新技术构建块需要在阶段D期间详细定义。目标环境中要支持的现有技术构建块可能需要在阶段D中重新定义，以确保互操作性并适合此特定技术架构中的用途

技术架构中步骤的顺序，以及它们正式开始和完成的时间，应该根据已建立的架构治理来适应当前的情况。