1、架构实战软件架构设计的过程演讲人2025-11-112 0 2 001对本书的赞誉对本书的赞誉附属站点02本书是为谁准备的01021 导言1 导言011.1 流程应用1.2 流程概述021.3 范围031.4 总结04032 架构、架构师和架构设计2 架构、架构师和架构设计D2.4 架构设计的优点E2.5 总结A2.1 架构B2.2 架构师C2.3 架构设计2.1 架构2 架构、架构师和架构设计2.1.2 架构定义行为2.1.4 架构平衡利益相关者的需要2.1.6 架构会遵循一种架构风格2.1.1 架构定义结构2.1.3 架构关注重要的元素2.1.5 架构基于合理证据使决策具体化2 架构、架构
2、师和架构设计2.1 架构012.1.7 架构受它的环境影响022.1.8 架构影响开发团队的结构032.1.9 所有系统都存在架构042.1.10 架构有特定的范围2 架构、架构师和架构设计2.2 架构师012.2.1 架构师是技术领导022.2.2 架构师的角色可能由一个团队来履行032.2.3 架构师理解软件开发流程042.2.4 架构师掌握业务领域的知识052.2.5 架构师掌握技术知识062.2.6 架构师掌握设计技能2 架构、架构师和架构设计2.2 架构师012.2.7 架构师具备编程技能032.2.9 架构师进行决策052.2.11 架构师是谈判专家022.2.8 架构师是优秀的沟
3、通人员042.2.10 架构师知道组织政策2.3 架构设计2 架构、架构师和架构设计AEDFBC2.3.2 架构设计是一门艺术2.3.3 架构设计跨越很多方面2.3.5 架构设计受许多利益相关者驱动2.3.4 架构设计是一个渐进的活动2.3.6 架构设计经常包括折中2.3.1 架构设计是一门科学2 架构、架构师和架构设计2.3 架构设计AB2.3.8 架构设计既由上而下也由下而上2.3.7 架构设计承认经验2.4 架构设计的优点2 架构、架构师和架构设计2.4.2 架构设计促进达成共识2.4.4 架构设计促进架构的完整性2.4.6 架构设计为重用提供基础2.4.1 架构设计解决系统的质量问题2
4、.4.3 架构设计支持计划编制流程2.4.5 架构设计有助于管理复杂性2 架构、架构师和架构设计2.4 架构设计的优点2.4.7 架构设计降低维护成本2.4.8 架构设计支持影响分析043 方法基本原理3 方法基本原理013.1 关键概念3.2 方法内容023.3 流程033.4 总结043 方法基本原理3.2 方法内容3.2.1 角色3.2.2 工作产品3.2.3 活动3.2.4 任务3 方法基本原理3.3 流程3.3.1 瀑布流程3.3.2 迭代流程3.3.3 敏捷流程054 编写软件架构文档4 编写软件架构文档0102030405064.1 最终的结局4.2 关键概念4.3 视点和视图4
5、.4 模型4.5 架构描述框架的特征4.6 一个架构描述框架4 编写软件架构文档4.8 总结024.7 软件架构文档014 编写软件架构文档4.3 视点和视图12344.3.1 基础视点4.3.2 交叉视点4.3.3 视图及图表4.3.4 视点及视图的优点4 编写软件架构文档4.4 模型4.4.1 实现的层级14.4.2 模型的优点24.5 架构描述框架的特征4 编写软件架构文档CBA4.5.1 软件架构的4+1视图模型4.5.2 Zachman框架4.5.3 Rozanski和Woods框架4 编写软件架构文档4.6 一个架构描述框架4.6.1 视点4.6.2 工作产品4.6.3 实现的层级
6、4.6.4 视图一致065 可重用架构资源5 可重用架构资源5.1 架构的来源5.2 架构资源元模型5.3 资源类型5.6 总结5.5 重用的其他考虑因素5.4 架构资源的属性5 可重用架构资源5.2 架构资源元模型5.2.1 开发期资源15.2.2 运行期资源25 可重用架构资源5.3 资源类型5.3.1 参考架构5.3.2 开发方法5.3.3 视点目录5.3.4 架构风格5.3.5 架构机制5.3.6 模式5.3 资源类型5 可重用架构资源5.3.7 参考模型5.3.8 架构决策5.3.9 现有的应用程序5.3.12 组件库/组件5.3.11 应用框架5.3.10 封装的应用程序076 案
7、例介绍6 案例介绍D6.4 YourTour的愿景E6.5 总结A6.1 流程应用B6.2 案例研究范围C6.3 应用简介6 案例介绍6.2 案例研究范围6.2.1 项目团队16.2.2 外部影响因素26.4 YourTour的愿景6 案例介绍D6.4.4 系统的质量E6.4.5 约束A6.4.1 问题声明B6.4.2 利益相关者C6.4.3 系统功能087 定义需求7 定义需求017.1 关联需求和架构027.2 功能性需求和非功能性需求037.3 编写需求文档的技术047.4 流程应用057.5 理解任务描述067.6 定义需求：活动概览7 定义需求7.7 总结098 创建逻辑架构8 创建
8、逻辑架构8.4 创建逻辑架构：活动概览8.3 流程应用8.2 逻辑架构的价值8.1 从需求走向解决方案 8.2.1 使逻辑架构最小化8.2.2 把逻辑架构作为一项投资8.2.3 可追溯性的重要性 8.5 总结 109 创建物理架构9 创建物理架构9.2 流程应用9.4 任务：调查架构资源9.6 任务：编写架构决策文档9.1 从逻辑架构到物理架构9.3 创建物理架构：活动概览9.5 任务：定义架构概览9 创建物理架构9.12 任务：细化部署元素9.11 任务：细化功能性元素9.10 任务：构建架构概念证明9.9 任务：检验架构9.8 任务：概述部署元素9.7 任务：概述功能性元素9 创建物理架构
9、9.13 任务：确认架构9.14 任务：更新软件架构文档9.15 任务：和利益相关者复审架构9.16 总结DCAB9 创建物理架构9.7 任务：概述功能性元素标 题019.7.1 将逻辑功能元素映射到物理功能元素029.7.2 确认物理功能元素049.7.4 适应特定技术的模式039.7.3 采购产品9.8 任务：概述部署元素9 创建物理架构9.8.2 确认物理部署元素9.8.1 映射逻辑部署元素到物理部署元素9.8.3 采购硬件1110 进阶10 进阶10.1 架构师和项目团队10.2 架构师和外界影响10.3 复杂系统的架构设计10.4 总结DCAB10.1 架构师和项目团队10 进阶01
10、10.1.1 架构师和需求0210.1.2 架构师和开发0310.1.3 架构师和测试0410.1.4 架构师和项目管理0510.1.5 架构师和配置管理0610.1.6 架构师和变更管理10 进阶10.1 架构师和项目团队10.1.7 架构师和开发环境10.1.8 架构师和业务分析10.2 架构师和外界影响10 进阶0102030410.2.1 企业架构10.2.2 设计权威10.2.3 基础设施提供者10.2.4 系统维护者10 进阶10.3 复杂系统的架构设计10.3.1 许多独特的功能正在开发0110.3.2 许多人员参与开发0210.3.3 系统是高度分布式的0310.3.4 开发团
11、队是分布式的0410.3.5 运行质量非常有挑战性0510.3.6 存在系统之系统0612附录A 软件架构元模型附录A 软件架构元模型元模型术语的定义13附录B 视点目录附录B 视点目录01利益相关者概述基础视点02交叉视点03视图对应04附录B 视点目录基础视点需求视点01部署视点03功能视点02验证视点04交叉视点附录B 视点目录应用视点01基础结构视点02系统管理视点03可用性视点04性能视点05安全视点0614附录C 方法概述附录C 方法概述角色工作产品活动任务阶段附录C 方法概述任务活动：创建逻辑架构132活动：定义需求活动：创建物理架构附录C 方法概述阶段1起始2细化3构造4移交15附录D 架构需求检查列表附录D 架构需求检查列表 功能性需求 可用性需求 可靠性需求 性能需求 支持性需求业务约束架构约束开发约束物理约束约束16术语表术语表 感谢聆听
