软件架构实践-[Software Architecture in Practice] pdf下载

（1）本书为英文版，英文原版书名：Software Architecture in Practice，Fourth Edition

（2）本书着重讨论以下核心内容，并层层递进，逐步深入。
首先解释了什么是软件架构，为什么它很重要，以及如何以规范和有效的方式设计、实现、分析、演进和管理它。
其次系统阐述如何使用架构来应对需求和系统规模的加速增长，以及如何管理新增的质量属性。
最后讲解如何利用架构优化关键质量属性（包括性能、可修改性、防护性、可用性、互操作性、可测试性、易用性、可部署性等），如何管理和优化现有架构，如何将它们用于解决新问题并构建成可作为战略资产的可重用架构。

　　《软件架构实践（英文版.原书第4版）》着重讨论以下核心内容，并层层递进，逐步深入。
　　首先解释了什么是软件架构，为什么它很重要，以及如何以规范和有效的方式设计、实现、分析、演进和管理它。
　　其次系统阐述如何使用架构来应对需求和系统规模的加速增长，以及如何管理新增的质量属性。
　　最后讲解如何利用架构优化关键质量属性（包括性能、可修改性、防护性、可用性、互操作性、可测试性、易用性、可部署性等），如何管理和优化现有架构，如何将它们用于解决新问题并构建成可作为战略资产的可重用架构。
　　自第3版出版以来，计算机领域发生了很大变化。一些之前没有被考虑的质量属性在许多架构师的日常实践中变得重要。我们正在构建不同种类的系统，并且以不同于十年前的方式构建它们。现在的系统通常构建在云中的虚拟化资源之上，移动性越来越强，移动性带来的机遇和挑战也越来越多。因此，第4版全面更新了有关移动、云、能源管理、DevOps、量子计算等方面的内容。
　　通过《软件架构实践（英文版.原书第4版）》，你将：
　　了解架构如何影响技术环境（并受其影响）、项目生命周期、业务概要和实践。
　　了解如何通过架构来利用已验证的模式、接口和实践去优化质量。
　　了解移动、云、机器学习和量子计算的架构。
　　设计越来越重要的属性，如能源效率和安全性。
　　了解如何通过发现架构的重大影响、使用DevOps和部署流水线以及管理架构债来扩展系统。
　　了解架构在组织中的作用，以便提供更多价值。

伦.巴斯（Len Bass） 是一位获奖作者和讲演者，拥有超过50年的高级软件经验，其中包括在卡内基-梅隆大学软件工程研究所（SEI）的25年。目前在卡内基-梅隆大学兼职讲授DevOps。

保罗.克莱门茨（Paul Clements） 是BigLever Software公司的副总裁，帮助组织从产品线工程（PLE）中获得价值。作为SEI的高级技术人员，他领导了PLE和软件架构方面的高级项目。

瑞克.凯兹曼（Rick Kazman） 是夏威夷大学的教授，也是SEI的访问研究员。他的兴趣包括软件架构、可视化、设计、分析和经济学。他参与创造了有影响力的架构分析方法和工具，包括SAAM、ATAM、CBAM、Dali和Titan。

第一部分 入门介绍
第1章 什么是软件架构
1．1 什么是软件架构，什么不是软件架构
1．2 架构结构与视图
1．3 什么是“好的”架构
1．4 总结
1．5 进一步阅读
1．6 问题讨论
第2章 软件架构的重要性
2．1 抑制或支持系统的质量属性
2．2 关于变更的推理和管理
2．3 预测系统质量
2．4 利益相关者之间的沟通
2．5 早期设计决策
2．6 实现约束
2．7 对组织结构的影响
2．8 赋能增量开发
2．9 成本和进度估算
2．10 可转移、可重用模型
2．11 架构允许合并独立开发的元素
2．12 限制设计方案的术语
2．13 培训的基础
2．14 总结
2．15 进一步阅读
2．16 问题讨论

第二部分 质量属性
第3章 理解质量属性
3．1 功能性
3．2 质量属性注意事项
3．3 明确质量属性需求：质量属性场景
3．4 通过架构模式和战术实现质量属性
3．5 用战术设计
3．6 分析质量属性的设计决策：基于战术的调查问卷
3．7 总结
3．8 进一步阅读
3．9 问题讨论
第4章 可用性
4．1 可用性通用场景
4．2 可用性战术
4．3 基于战术的可用性调查问卷
4．4 可用性模式
4．5 进一步阅读
4．6 问题讨论
第5章 可部署性
5．1 持续部署
5．2 可部署性
5．3 可部署性通用场景
5．4 可部署性战术
5．5 基于战术的可部署性调查问卷
5．6 可部署性模式
5．7 进一步阅读
5．8 问题讨论
第6章 能源效率
6．1 能源效率通用场景
6．2 能源效率战术
6．3 基于战术的能源效率调查问卷
6．4 模式
6．5 进一步阅读
6．6 问题讨论
第7章 可集成性
7．1 评估架构的可集成性
7．2 可集成性通用场景
7．3 可集成性战术
7．4 基于战术的可集成性调查问卷
7．5 模式
7．6 进一步阅读
7．7 问题讨论
第8章 可修改性
8．1 可修改性通用场景
8．2 可修改性战术
8．3 基于战术的可修改性调查问卷
8．4 模式
8．5 进一步阅读
8．6 问题讨论
第9章 性能
9．1 性能通用场景
9．2 性能战术
9．3 基于战术的性能调查问卷
9．4 性能模式
9．5 进一步阅读
9．6 问题讨论
第10章 安全性
10．1 安全性通用场景
10．2 安全性战术
10．3 基于战术的安全性调查问卷
10．4 安全性模式
10．5 进一步阅读
10．6 问题讨论
第11章 防护性
11．1 防护性通用场景
11．2 防护性战术
11．3 基于战术的防护性调查问卷
11．4 防护性模式
11．5 进一步阅读
11．6 问题讨论
第12章 可测试性
12．1 可测试性通用场景
12．2 可测试性战术
12．3 基于战术的可测试性调查问卷
12．4 可测试性模式
12．5 进一步阅读
12．6 问题讨论
第13章 易用性
13．1 易用性通用场景
13．2 易用性战术
……

第三部分 架构解决方案
第四部分 可扩展架构实践
第五部分 架构和组织

参考资料

　　当开始编写本书第4版时，我们遇到的第一个问题是：架构还重要吗？随着云基础设施、微服务、框架和每个可能想象的领域以及质量属性参考架构的兴起，人们可能会认为不再需要架构知识了。今天的架构师需要做的就是从丰富的工具和基础设施备选方案中选一个，再将它们实例化并加以配置，一个架构就完成了。
　　我们过去（以及现在）非常肯定架构仍然重要。为此，我们采访了一些架构师（他们在医疗保健、汽车、社交媒体、航空、国防、金融、电子商务等领域工作），他们谁也没有被教条的偏见所左右。他们的回答证实了我们的信念，即架构在今天和20多年前我们编写第1版时一样重要。
　　让我们来研究一下架构仍然重要的原因。第一，新需求的增长速度多年来一直在加快，甚至现在还在继续加快。在客户和业务需求以及竞争压力的驱动下，今天的架构师面临着不断增加的特性需求和永无休止的待修复bug。如果架构师不注意系统的模块化（而且请记住微服务不是万能的），系统很快就将抛锚——难以理解、变更、调试和修改，并拖累业务。
　　第二，当系统的抽象级别在增加时（我们可以并且确实经常使用许多复杂巧妙的服务，而不用关心它们是如何实现的），我们创建的系统的复杂性也在以同样快的速度增加。这像一场军备竞赛，而架构师并没有获胜！架构一直致力于驯服复杂性，而这一点在短期内是不会消失的。
　　说到提高抽象级别，基于模型的系统工程（Model-Based Systems Engineering，MBSE）在过去10年的时间里已经成为工程领域的一股强大力量。MBSE是一种形式化的支持系统设计的建模应用。国际系统工程理事会（International Council on Systems Engineering，INCOSE）将MBSE列为“转型赋能者”之一，它是整个系统工程学科的基础。模型是对一个可以被推理的概念或结构进行图形化、数学化或物理化表示。INCOSE正试图将工程领域从基于文档的思维转向基于模型的思维，其中结构模型、行为模型、性能模型等都被持续用于更好、更快、更便宜地构建系统。MBSE本身已经超出了本书的范围，但是我们不得不注意到正在被建模的是架构。那谁建立模型呢？回答是：架构师。
　　第三，信息系统世界的飞速增长（以及前所未有的员工流动率）意味着，在任何现实世界的系统中，没有。人了解一切。仅仅聪明和努力是不够的。