软件系统架构：使用视点和视角与利益相关者合作（原书第2版）

译者序前言
第1版前言
第1章 简介
1.1 利益相关者、视点和视角
1.2 本书结构
1.3 谁应该阅读本书
1.4 本书约定

第一部分 架构的基本原则
第2章 软件架构概念
2.1 软件架构
2.1.1 系统元素和关系
2.1.2 基本系统属性
2.1.3 设计和发展的原则
2.1.4 系统属性和内部组织形式
2.1.5 软件架构的重要性
2.2 架构元素
2.3 利益相关者
2.3.1 个人、团队或组织
2.3.2 兴趣和关注点
2.3.3 利益相关者的重要性
2.4 架构描述
2.5 核心概念之间的关系
2.6 小结
2.7 延伸阅读
第3章 视点和视图
3.1 架构视图
3.2 视点
3.3 核心概念之间的关系
3.4 使用视点和视图的好处
3.5 视点缺陷
3.6 视点目录
3.7 小结
3.8 延伸阅读
第4章 架构视角
4.1 质量属性
4.2 架构视角
4.3 向视图应用视角
4.4 应用视角的结果
4.4.1 深入的观点
4.4.2 提升
4.4.3 精品内容
4.5 核心概念之间的关系
4.6 使用视角的好处
4.7 视角的缺陷
4.8 视角与视点对比
4.9 视角种类
4.1 0小结
4.1 1延伸阅读
第5章 软件架构师的角色
5.1 架构定义过程
5.1.1 架构定义不仅是设计
5.1.2 需求分析和架构定义之间的区别
5.1.3 架构定义和设计之间的区别
5.2 架构师的角色
5.3 核心概念之间的相互关系
5.4 架构专门化
5.5 组织情境
5.5.1 业务分析师
5.5.2 项目经理
5.5.3 设计主管
5.5.4 技术专家
5.5.5 开发者
5.6 架构师的技能
5.7 架构师的责任
5.8 小结
5.9 延伸阅读

第二部分 软件架构过程
第6章 软件架构过程简介
第7章 架构定义过程
7.指导原则
7.过程产出物
7.过程情境
7.支持活动
7.架构定义活动
7.过程完成标准
7.软件开发生命周期中的架构定义
7.7.1 瀑布式方法
7.7.2 迭代方法
7.7.3 敏捷方法
7.8 小结
7.9 延伸阅读
第8章 关注点、原则和决定
8.1 专注于问题的关注点
8.1.1 业务策略
8.1.2 业务目标和驱动力
8.1.3 系统范围和需求
8.1.4 业务标准和政策
8.2 专注于解决方案的关注点
8.2.1 IT策略
8.2.2 技术目标和驱动力
8.2.3 技术标准和政策
8.3 其他现实世界中的约束
8.4 什么决定了好的关注点
8.5 架构原则
8.5.1 什么造就了好的原则
8.5.2 定义自己的原则
8.6 架构决定
8.7 使用原则关联关注点和决定
8.8 检查列表
8.9 小结
8.10 延伸阅读
第9章 确定并引入利益相关者
9.1 利益相关者的选择
9.2 利益相关者的类别
9.2.1 出资方
9.2.2 评估者
9.2.3 沟通者
9.2.4 开发人员
9.2.5 维护人员
9.2.6 生产工程师
9.2.7 供应商
9.2.8 支持人员
9.2.9 系统管理员
9.2.10 测试人员
9.2.11 用户
9.3 示例
9.3.1 非专门设计的部署项目
9.3.2 软件产品开发项目
9.3.3 合作开发
9.4 代理利益相关者
9.5 利益相关者组
9.6 利益相关者的责任
9.7 检查列表
9.8 小结
9.9 延伸阅读
第10章 识别并使用场景
10.1 场景类型
10.2 使用场景
10.3 识别场景并排定优先级
10.4 捕获场景
10.5 什么造就了好场景
10.6 应用场景
10.6.1 纸质模型
10.6.2 走查
10.6.3 模拟
10.6.4 原型实现的测试
10.6.5 完整规模真实测试
10.7 有效使用场景
10.7.1 识别一系列重点场景
10.7.2 使用清晰的场景
10.7.3 尽早使用场景
10.7.4 包含对系统质量场景的使用
10.7.5 包含对故障场景的使用
10.7.6 让利益相关者紧密参与
10.8 检查列表
10.9 小结
10.1 0延伸阅读
第11章 使用样式和模式
11.1 设计模式介绍
11.2 样式、模式和惯用法
11.2.1 架构样式
11.2.2 软件设计模式
11.2.3 语言惯用法
11.2.4 使用样式、模式和惯用法
11.3 模式和架构策略
11.4 架构样式的例子
11.5 使用架构样式的好处
11.6 样式和架构描述
11.7 应用设计模式和语言惯用法
11.8 检查列表
11.9 小结
11.1 0延伸阅读
第12章 创建架构模型
12.1 模型为什么重要
12.2 模型的类型
12.2.1 定性模型
12.2.2 定量模型
12.2.3 示意图
12.3 建模语言
12.3.1 架构描述语言
12.3.2 统一建模语言
12.3.3 可执行的领域专用语言
12.3.4 其他建模语言
12.4 创建有效模型的准则
12.4.1 有目的地建模
12.4.2 应对受众
12.4.3 仔细、准确地抽象
12.4.4 根据风险确定工作重点
12.4.5 选择描述性的名称
12.4.6 定义你的术语
12.4.7 以简单为目标
12.4.8 使用已定义的标记法
12.4.9 了解暗示的语义
12.4.1 0验证模型
12.4.1 1保持模型的活力
12.5 和敏捷团队一起建模
12.6 检查列表
12.7 小结
12.8 延伸阅读
第13章 创建架构描述
13.1 有效架构描述的属性
13.1.1 正确
13.1.2 充分
13.1.3 及时
13.1.4 简洁
13.1.5 清晰
13.1.6 最新
13.1.7 精确
13.2 词汇表
13.3 ISO标准
13.4 架构描述的内容
13.4.1 文档控制
13.4.2 内容表
13.4.3 介绍和管理纲要
13.4.4 利益相关者
13.4.5 通用架构原则
13.4.6 架构设计决定
13.4.7 视点
13.4.8 视图
13.4.9 质量属性摘要
13.4.1 0重要的方案
13.4.1 1亟待解决的问题
13.4.1 2附录
13.5 展现架构描述
13.6 检查列表
13.7 小结
13.8 延伸阅读
第14章 评估架构
14.1 为什么要评估架构
14.2 评估技术
14.2.1 演讲
14.2.2 正式评审和结构化的走查
14.2.3 通过使用场景来评估
14.2.4 原型和概念验证系统
14.2.5 骨架系统
14.3 基于场景的评估方法
14.3.1 以架构为中心的活动
14.3.2 以利益相关者为中心的活动
14.4 在软件生命周期内评估
14.5 验证现存系统的架构
14.6 记录评估结果
14.7 选择评估方法
……