软件架构实践(原书第4版) 下载 pdf 百度网盘 epub 免费 2025 电子版 mobi 在线

三位 的软件架构师的新版著作，阐述了软件架构师如何管理和优化现有体系结构，转换它们以解决新问题，并构建可重用的体系结构，使之成为战略业务资产。 新了移动，云，能源管理，DevOps，量子计算等新内容

部分　入门介绍第1章　什么是软件架构 11.1　什么是软件架构，什么不是软件架构 21.2　架构结构与视图 51.3　什么是“好的”架构 191.4　总结 211.5　进一步阅读 211.6　问题讨论 22第2章　软件架构的重要性 252.1　抑制或支持系统的质量属性 262.2　关于变 的推理和管理 272.3　预测系统质量 282.4　利益相关者之间的沟通 282.5　早期设计决策 312.6　实现约束 312.7　对组织结构的影响 322.8　赋能增量开发 332.9　成本和进度估算 332.10　可转移、可重用模型 342.11　架构允许合并独立开发的元素 342.12　限制设计方案的术语 352.13　培训的基础 362.14　总结 362.15　进一步阅读 372.16　问题讨论 37第二部分　质量属性第3章　理解质量属性 393.1　功能性 403.2　质量属性注意事项 413.3　明确质量属性需求：质量属性场景 423.4　通过架构模式和战术实现质量属性 453.5　用战术设计 463.6　分析质量属性的设计决策：基于战术的调查问卷 483.7　总结 493.8　进一步阅读 493.9　问题讨论 50第4章　可用性 514.1　可用性通用场景 534.2　可用性战术 554.3　基于战术的可用性调查问卷 624.4　可用性模式 664.5　进一步阅读 684.6　问题讨论 69第5章　可部署性 715.1　持续部署 725.2　可部署性 755.3　可部署性通用场景 765.4　可部署性战术 785.5　基于战术的可部署性调查问卷 805.6　可部署性模式 815.7　进一步阅读 875.8　问题讨论 87第6章　能源效率 896.1　能源效率通用场景 906.2　能源效率战术 926.3　基于战术的能源效率调查问卷 956.4　模式 976.5　进一步阅读 986.6　问题讨论 99第7章　可集成性 1017.1　评估架构的可集成性 1027.2　可集成性通用场景 1047.3　可集成性战术 1057.4　基于战术的可集成性调查问卷 1107.5　模式 1127.6　进一步阅读 1147.7　问题讨论 115第8章　可修改性 1178.1　可修改性通用场景 1208.2　可修改性战术 1218.3　基于战术的可修改性调查问卷 1258.4　模式 1268.5　进一步阅读 1308.6　问题讨论 131第9章　性能 1339.1　性能通用场景 1349.2　性能战术 1379.3　基于战术的性能调查问卷 1459.4　性能模式 1469.5　进一步阅读 1499.6　问题讨论 150 0章　安全性 15110.1　安全性通用场景 15410.2　安全性战术 15610.3　基于战术的安全性调查问卷 16010.4　安全性模式 16310.5　进一步阅读 16510.6　问题讨论 166 1章　防护性 16911.1　防护性通用场景 17011.2　防护性战术 17211.3　基于战术的防护性调查问卷 17611.4　防护性模式 17911.5　进一步阅读 18011.6　问题讨论 180 2章　可测试性 18312.1　可测试性通用场景 18612.2　可测试性战术 18712.3　基于战术的可测试性调查问卷 19212.4　可测试性模式 19212.5　进一步阅读 19412.6　问题讨论 195 3章　易用性 19713.1　易用性通用场景 19813.2　易用性战术 20013.3　基于战术的易用性调查问卷 20213.4　易用性模式 20313.5　进一步阅读 20513.6　问题讨论 205 4章　使用其他质量属性 20714.1　其他质量属性 20714.2　是否使用标准质量属性清单 20914.3　处理“X能力”：引入新的QA 21214.4　进一步阅读 21514.5　问题讨论 215第三部分　架构解决方案 5章　软件接口 21715.1　接口的概念 21815.2　设计一个接口 22215.3　接口文档编制 22815.4　总结 23015.5　进一步阅读 23015.6　问题讨论 231 6章　虚拟化 23316.1　共享资源 23416.2　虚拟机 23516.3　虚拟机映像 23816.4　容器 23916.5　容器和虚拟机 24116.6　容器可移植性 24216.7　Pod 24216.8　无服务器架构 24316.9　总结 24416.10　进一步阅读 24516.11　问题讨论 245 7章　云和分布式计算 24717.1　云基础 24817.2　云中失效 25117.3　使用多个实例提高性能和可用性 25317.4　总结 26117.5　进一步阅读 26217.6　问题讨论 262 8章　移动系统 26318.1　能源 26418.2　网络连通性 26618.3　传感器和执行器 26718.4　资源 26818.5　生命周期 27018.6　总结 27318.7　进一步阅读 27418.8　问题讨论 275第四部分　可扩展架构实践 9章　架构上的重要需求 27719.1　从需求文档中收集ASR 27819.2　通过访谈利益相关者收集ASR 27919.3　通过理解业务目标收集ASR 28219.4　在工具树中捕获ASR 28419.5　发生了变化 28619.6　总结 28619.7　进一步阅读 28719.8　问题讨论 287第20章　设计架构 28920.1　属性驱动的设计 28920.2　ADD步骤 29220.3　ADD步骤4的进一步说明：选择一个或多个设计概念 29520.4　ADD步骤5的进一步说明：生成结构 29820.5　ADD步骤6的进一步说明：在设计过程中创建初步文档 30120.6　ADD步骤7的进一步说明：对当前设计进行分析并审查迭代目标和设计目的实现情况 30420.7　总结 30620.8　进一步阅读 30620.9　问题讨论 307第21章　架构评估 30921.1　评估作为一项降低风险的活动 30921.2　主要的评估活动 31021.3　谁能执行评估 31121.4　环境因素 31221.5　架构权衡分析方法 31321.6　轻量级架构评估 32421.7　总结 32621.8　进一步阅读 32721.9　问题讨论 327第22章　记录一个架构 32922.1　架构文档的用途和受众 33022.2　符号 33122.3　视图 33222.4　合并视图 33922.5　记录的行为 34022.6　视图以外 34522.7　记录基本原理 34622.8　架构利益相关者 34722.9　实际问题 35022.10　总结 35322.11　进一步阅读 35322.12　问题讨论 354第23章　管理架构债 35523.1　确定是否存在架构债问题 35623.2　发现热点 35823.3　示例 36223.4　自动化 36323.5　总结 36423.6　进一步阅读 36423.7　问题讨论 365第五部分　架构和组织第24章　架构师在项目中的角色 36724.1　架构师和项目经理 36724.2　增量架构和利益相关者 36924.3　架构和敏捷开发 37024.4　架构和分布式开发 37324.5　总结 37624.6　进一步阅读 37624.7　问题讨论 377第25章　架构能力 37925.1　个人能力：架构师的职责、技能和知识 37925.2　软件架构组织的能力 38625.3　成为 好的架构师 38725.4　总结 38825.5　进一步阅读 38825.6　问题讨论 389第六部分　结论第26章　展望未来：量子计算 39126.1　单量子位 39226.2　量子隐形传态 39426.3　量子计算和加密 39426.4　其他算法 39526.5　潜在应用 39626.6　后的想法 39726.7　进一步阅读 398参考资料 399

伦·巴斯（Len Bass）

全球软件架构和软件工程领域的领军人物，有超过50年的研发和教学经验，曾两次获得“Jolt生产力大奖”，成就卓著。计算机协会（ACM）、电气和电子工程师协会（IEEE）的会员；曾在卡内基梅隆大学软件工程研究所工作25年，担任高级首席研究院，专注于软件架构的分析；曾担任澳大利亚国家信息通信技术研究院（NICTA）高级主任研究员；有数十年的教学经验，曾在德克萨斯大学奥斯汀分校、奥克兰大学、马里兰大学帕克分校、新加坡国立大学担任计算机科学教授，教授软件架构和软件工程相关的课程。

因为其在软件架构领域的杰出贡献，曾获得ACM颁发的杰出论文奖、IEEE颁发的杰出教育奖，对全球的几代软件工程师产生了深远的影响。出版了多部软件架构方面的著作，其中的代表作《软件架构实践》被广泛认为是软件架构领域的开创性著作，于2010年被IEEE软件杂志评为“有史以来最具影响力的10本软件书籍之一”，两次获得Jolt大奖，在世界各地名校被广泛用作软件工程的教科书。

保罗·克莱门茨（Paul Clements）

资深软件架构专家和软件工程专家，是通用软件架构和产品线工程（PLE）领域的著名先锋人物，在软件领域有超过30年的实践和教学经验。全球产品线工程领域知名企业BigLever的副总裁，曾在卡内基·梅隆大学软件工程研究所担任高级技术人员近20年，在加利福尼亚大学欧文分校软件研究所担任访问科学家10余年，计算机协会（ACM）的高级会员和电气和电子工程师协会（IEEE）的会员。著有多本软件架构方面的著作，曾多次获得各类大奖，在软件架构领域影响深远。

瑞克·凯兹曼（Rick Kazman）

资深软件架构专家和软件工程专家，夏威夷大学的教授，卡内基·梅隆大学SEI的访问研究员，因为在软件架构的实践和教育方面做出了巨大贡献而闻名。参与创造了有影响力的架构分析方法和工具，包括SAAM、ATAM、CBAM、Dali和Titan，他在同行评审期刊和会议论文集上发表了 150 多篇文章，因其对软件工程研究和教育的贡献而获得了无数奖项，包括IEEE TCSE杰出教育奖和ACM SIGSOFT影响力教育家奖。

译者简介

周乐

曾供职于国有大型银行、头部证券公司，长期从事软件架构设计和企业架构管理工作。

暂无出版社相关信息，正在全力查找中！

暂无相关书籍摘录，正在全力查找中！

在线阅读地址：软件架构实践(原书第4版)在线阅读

在线听书地址：软件架构实践(原书第4版)在线收听

在线购买地址：软件架构实践(原书第4版)在线购买

The software architecture of a system is the set of structures needed to reason about the system, which comprises software elements, relations among them, and properties of both.

A structure is a set of elements and the relations of them. A view a represenation of a coherent set of architectural elements, as written by and read by system stakeholders. A view is a representation of one or more structures.

provide insight and leverage into the system's most important quality attributes

火车的轨距是由拉罗马战车的马匹的臀部宽度所决定的

都是遵守一系列的标准来确定的，而其中每个标准的确定都是由技术因素、已有系统的限制和设计师的经验等因素所决定的

1. Making a business case for the system

2. Understanding the architecturally significant requirements

3. Creating or selecting the architecture

4. Documenting and communicating the architecture

5. Analyzing or evaluating the architecture

6. Implementing and testing the system based on the architecture

7. Ensuring that the implementation conforms to the architecture

书籍介绍

◆ 编辑推荐 ◆

NO.1 全球软件架构领域领军人物50年经验总结

NO.2 仅有的2次获得Jolt大奖的软件类著作

NO.3 在全球范围内被翻译为10余种文字

NO.4 卡内基·梅隆等多所世界名校选做教材

NO.5 豆瓣、B站、知乎高口碑作品

NO.6 被IEEE软件杂志评为“有史以来最具影响力的10本软件著作之一”

NO.7 内容系统全面，包含软件架构师需要的绝大部分硬技能和软技能

NO.8 注重实战，提供大量模式和解决方案，是架构师的工程行动指南

NO.9 与时具进，为云原生、分布式、移动系统等新技术场景提供架构方案

◆ 内容简介

本书着重讨论以下核心内容，并层层递进，逐步深入。

首先解释了什么是软件架构，为什么它很重要，以及如何以规范和有效的方式设计、实现、分析、演进和管理它。

其次系统阐述如何使用架构来应对需求和系统规模的加速增长，以及如何管理新增的质量属性。

最后讲解如何利用架构优化关键质量属性（包括性能、可修改性、防护性、可用性、互操作性、可测试性、易用性、可部署性等），如何管理和优化现有架构，如何将它们用于解决新问题并构建成可作为战略资产的可重用架构。