9787111620709 9787111563884  9787111632801  9787111551430 9787111532644

软件架构理论与实践本书是一本全面介绍SA的书，从SA发展历史的过去、现在到可能的未来，从SA的基础理论方法到技术手段，从SA的设计开发实践到质量保障实践，以及从静态SA到动态SA、再到运行态SA，等等。涵盖了SA涉及到的几乎所有必要的知识点。本书包括三个篇章：其中，基础理论篇包含7章内容，详细介绍SA的基础理论方法、技术和手段；工程实践篇包含10章内容，详细介绍SA的开发实践和质量保障实践；未来主题篇包含6章内容，详细介绍SA的新研究主题、新业界关注点以及SA未来发展趋势分析等。 

前言

教学建议

上篇　基础理论篇

第1章　软件架构概述 …… 2

1.1　软件架构产生的背景 …… 2

1.2　软件架构的主要思想和特征 …… 3

1.2.1　软件架构的主要思想 …… 3

1.2.2　软件架构的特征 …… 3

1.3　软件架构的发展阶段 …… 4

1.3.1　基础研究阶段（1968—1994） …… 4

1.3.2　概念体系和核心技术形成阶段（1991—2000） …… 6

1.3.3　理论体系完善与发展阶段（1996年至今） …… 7

1.3.4　普及应用阶段（1999年至今） …… 7

1.4　软件架构研究和应用现状 …… 7

1.4.1　软件架构理论和方法研究 …… 8

1.4.2　软件架构的应用研究 …… 11

1.5　本章小结 …… 13

思考题 …… 13

参考文献 …… 14

第2章　软件架构的概念 …… 17

2.1　引言 …… 17

2.2　组成派的主要定义 …… 18

2.3　决策派的主要定义 …… 19

2.4　其他定义 …… 20

2.5　参考定义框架 …… 20

2.6　本章小结 …… 21

思考题 …… 22

参考文献 …… 22

第3章　软件架构模型 …… 23

3.1　引言 …… 23

3.2　软件架构的可视化建模方法 …… 24

3.2.1　基于图形可视化的建模方法 …… 24

3.2.2　基于UML的建模方法 …… 25

3.3　软件架构的形式化建模方法 …… 31

3.3.1　基于形式化规格说明语言的建模方法 …… 32

3.3.2　基于UML的形式化建模方法 …… 36

3.4　其他建模方法 …… 45

3.4.1　文本语言建模方法 …… 45

3.4.2　模型驱动的架构建模方法 …… 47

3.5　软件架构建模方法的发展趋势分析 …… 49

3.5.1　第1层：文本模型 …… 50

3.5.2　第2层：图形可视化模型 …… 50

3.5.3　第3层：UML模型 …… 50

3.5.4　第4层：形式化模型 …… 51

3.5.5　第5层：未来模型 …… 52

3.6　本章小结 …… 52

思考题 …… 53

参考文献 …… 53

第4章　软件架构的风格与模式 …… 59

4.1　软件架构风格的定义 …… 59

4.2　软件架构风格的分类 …… 60

4.3　典型的软件架构风格 …… 60

4.3.1　管道-过滤器风格 …… 60

4.3.2　主程序/子程序风格 …… 62

4.3.3　面向对象风格 …… 64

4.3.4　层次化风格 …… 65

4.3.5　事件驱动风格 …… 67

4.3.6　解释器风格 …… 69

4.3.7　基于规则的系统风格 …… 71

4.3.8　仓库风格 …… 73

4.3.9　黑板系统风格 …… 

架构真经：互联网技术架构的设计原则（原书第2版）本书全面概括了互联网技术架构的理念、设计、实施和监控方面的相关场景、条件和方法，是一本有关设计和构建可扩展性系统的深入且实用的指南。作者马丁·阿伯特和迈克·费舍尔已经为数以百计高速增长公司的上千个不同系统提供了帮助，凭借着多年积累的实战经验，提炼出50条互联网技术架构原则，可以支持几乎任何高速增长公司的扩展。

　　该版全面更新以反映新的技术趋势和经验，而且更容易阅读、理解和应用。通过Etsy、纳斯达克、Salesforce、Shutterfly、Chegg、Warby Parker、推特等互联网企业首席技术官和技术主管现身说法，以易于理解的方式，生动且形象地呈现“规则背后的故事”。　　通过阅读本书，在完成并评价技术设计方面，架构师将学到有效的非技术洞见。开发人员会学到从数据库到会话状态的处理技巧。管理人员将在设定目标、做出决策以及与技术团队互动方面得到有益的帮助。无论什么角色，都会得到关于风险与利益平衡的实用指导，通过设置优先级，把计划付诸行动，从而以低成本获得大的可扩展性。

软件架构设计：实用方法及实践本书介绍了架构的设计过程及设计方法：属性驱动设计（ADD）。书中通过介绍ADD的概念和应用实例，展示了如何执行架构设计，如何重新设计概念，可帮助读者从“入门到精通”掌握软件架构设计。第1章介绍了软件架构设计和ADD方法的发展史，第2章讨论软件架构设计的细节，第3章详细介绍ADD方法，第4~6章是几个案例研究，第7章展示了其他一些设计方法，第8章深入讨论了设计过程中的分析，第9章讲解了实时过程如何适应组织级别的应用，第10章总结了全书的内容。

前言 
第1章　引言 1 
1.1　写作动机 1 
1.2　软件架构 2 
1.2.1　软件架构的重要性 2 
1.2.2　生命周期活动 3 
1.3　架构师的角色 5 
1.4　ADD发展史 6 
1.5　小结 7 
1.6　扩展阅读 8 
第2章　架构设计 9 
2.1　通用设计 9 
2.2　软件架构中的设计 10 
2.2.1　架构设计 11 
2.2.2　元素交互设计 11 
2.2.3　元素内部设计 12 
2.3　为什么架构设计如此重要 13 
2.4　架构驱动因子 13 
2.4.1　设计目的 14 
2.4.2　质量属性 15 
2.4.3　主要功能 19 
2.4.4　架构关注点 20 
2.4.5　约束条件 21 
2.5　设计概念：用于创建结构的构建块 22 
2.5.1　参考架构 22 
2.5.2　架构的设计模式 24 
2.5.3　部署模式 25 
2.5.4　策略 26 
2.5.5　外部开发组件 27 
2.6　架构设计决策 30 
2.7　小结 31 
2.8　扩展阅读 32 
第3章　架构设计过程 34 
3.1　原理性方法的必要性 34 
3.2　属性驱动设计 3.0 34 
3.2.1　步骤1：评审输入 35 
3.2.2　步骤2：通过选择驱动因子建立迭代目标 36 
3.2.3　步骤3：选择一个或多个系统元素来细化 37 
3.2.4　步骤4：选择一个或多个设计概念以满足选中的驱动因子 37 
3.2.5　步骤5：实例化架构元素、分配职责和定义接口 37 
3.2.6　步骤6：草拟视图和记录设计决策 38 
3.2.7　步骤7：分析当前设计、评审迭代目标、实现设计目的 38 
3.2.8　按需迭代 39 
3.3　根据系统类型遵循设计路线图 39 
3.3.1　成熟领域的绿地系统设计 39 
3.3.2　新兴领域的绿地系统设计 41 
3.3.3　现存系统的设计（棕地） 42 
3.4　识别和选择设计概念 42 
3.4.1　识别设计概念 42 
3.4.2　选择设计概念 43 
3.5　结构生成 46 
3.5.1　元素实例化 47 
3.5.2　划分职责和识别属性 47 
3.5.3　建立元素间的关系 48 
3.6　定义接口 48 
3.6.1　外部接口 48 
3.6.2　内部接口 48 
3.7　在设计中创建概要文档 51 
3.7.1　记录视图的草图 51 
3.7.2　记录设计决策 53 
3.8　追踪设计进度 55 
3.8.1　使用架构待办事项清单 55 
3.8.2　使用设计看板 55 
3.9　小结 57 
3.10　扩展阅读 57 
第4章　案例研究：FCAPS系统 59 
4.1　商用案例 59 
4.2　系统需求 60 
4.2.1　用例模型 60 
4.2.2　质量属性场景 62 
4.2.3　约束条件 62 
4.2.4　架构关注点 62 ..........

架构即未来：现代企业可扩展的Web架构、流程和组织（原书第2版）任何一个持续成长的公司终都需要解决系统、组织和流程的扩展性问题。本书汇聚了作者从eBay、VISA、Salesforce.com到Apple过30年的丰富经验， 全面阐释了经过验证的信息技术扩展方法，对所需要掌握的产品和服务的平滑扩展做了详尽的论述，并在第1版的基础上更新了扩展的策略、技术和案例。　　

针对技术和非技术的决策者，马丁?阿伯特和迈克尔?费舍尔详尽地介绍了影响扩展性的各个方面，包括架构、过程、组织和技术。通过阅读本书，你可以学习到以*大化敏捷性和扩展性来优化组织机构的新策略，以及对云计算（IaaS/PaaS）、NoSQL、DevOps和业务指标等的新见解。而且利用其中的工具和建议，你可以系统化地清除扩展性道路上的障碍，在技术和业务上取得成功。

第二版的更新：

用现实世界中成功和失败的真实故事，取代版中的AllScale虚拟案例

新增了关键话题：敏捷组织的新型结构，把数据中心转移到云端的决策根据，业务指标对系统整体健康的重要性，云计算技术，以及关于NoSQL解决方案的讨论等。

前言

作者简介

部分　可扩展性组织的人员配置

第1章　人员和领导力对扩展性的影响 …… 2

1.1　案例方法 …… 3

1.2　为什么要讨论人 …… 3

1.3　为什么组织很重要 …… 5

1.4　为什么管理和领导如此重要 …… 12

1.5　结论 …… 15

第2章　可扩展性技术组织的角色 …… 17

2.1　失败的影响 …… 17

2.2　定义角色 …… 19

2.3　执行人员的责任 …… 22

2.4　独立贡献者的责任 …… 28

2.5　RASCI工具 …… 35

2.6　结论 …… 39

第3章　组织的设置 …… 41

3.1　组织对可扩展性的影响 …… 41

3.2　团队规模 …… 45

3.3　组织结构 …… 54

3.4　结论 …… 77

第4章　领导力秘籍 …… 80

4.1　什么是领导力 …… 82

4.2　领导力概念模型 …… 84

4.3　自知之明 …… 86

4.4　身先士卒 …… 89

4.5　谦虚谨慎 …… 91

4.6　以人为本，使命为先 …… 92

4.7　决策英明，以德服人 …… 93

4.8　用人不疑 …… 95

4.9　与股东价值保持一致 …… 96

4.10　变革型领导 …… 97

4.11　愿景 …… 98

4.12　使命 …… 102

4.13　目标 …… 104

4.14　总结 …… 106

4.15　成功的因果路线图 …… 111

4.16　结论 …… 113

第5章　管理秘籍 …… 116

5.1　什么是管理 …… 118

5.2　项目和任务管理 …… 120

5.3　团队建设：球队类比 …… 124

5.4　优化团队：花园类比 …… 126

5.5　度量、指标和目标评估 …… 131

5.6　目标树 …… 135

5.7　为成功铺路 …… 137

5.8　结论 …… 138

第6章　关系、思维和商业案例 …… 141

6.1　业务与技术之间的鸿沟 …… 141

6.2　击败IT思维模式 …… 145

6.3　为扩展性加大投入的业务理由 …… 147

6.4　结论 …… 152

第二部分　构建可扩展的过程

第7章　过程是可扩展的关键 …… 154

7.1　过程的目的 …… 155

7.2　正确的时间和正确的过程 …… 160

7.3　当好的过程变坏的时候 …… 164

7.4　结论 …… 166

第8章　管理故障和问题 …… 169

8.1　什么是故障 …… 170

8.2　什么是问题 …… 171

8.3　事故管理的组成部分 …… 172

8.4　问题管理的组成部分 …… 176

8.5　解决事故和问题管理之间的矛盾 …… 177

8.6　事故和问题的生命周期 …… 178

8.7　施行每日事故例会制 ……..

企业级业务架构设计：方与实践
	定价	69.00
	出版社	机械工业出版社
	版次	1
	出版时间	2019年08月
	开本	32
	作者	付晓岩
	装帧	平装
	页数	212
	字数	0
	ISBN编码	9787111632801
	重量	0

内容介绍

内容简介 这是一部从方和工程实践双维度阐述企业级业务架构设计的著作。 作者是一位资深的业务架构师，在金融行业工作超过19年，有丰富的大规模复杂金融系统业务架构设计和落地实施经验。本书在出版前邀请了微软、、阿里、百度、网易、Dell、Thoughtworks、58、转转等10余家企业的13位在行业内久负盛名的资深架构师和技术专家对本书的内容进行了点评，一致好评推荐。 作者在书中倡导“知行合一”的业务架构思想，全书内容围绕“行线”和“知线”两条主线展开。“行线”涵盖企业级业务架构的战略分析、架构设计、架构落地、长期管理的完整过程，“知线”则重点关注架构方的持续改良。 全书分为五个部分： 业务架构基础篇（第1～3章） 介绍了业务架构的发展历程、作用、与IT架构的关系，以及业务模型的相关知识。 业务架构设计篇（第4～7章） 详细讲解了战略分析、对标分析、组织结构的影响、业务架构设计方法、标准化方法，并以一个虚拟案例综合演示了业务架构的设计过程。 业务架构落地篇（第8～13章） 演示了业务架构方案制作、基于业务架构的实施、项目完成后的管理机制，比较了与敏捷开发的异同，集中讨论了企业级项目的实施困难，#后以一个设计实例展示了业务架构设计对提升企业开发效率的作用。 架构方法改良篇（第14～16章） 系统总结了如何进行面向构件化的业务架构设计、如何构建轻量级架构设计工具、如何基于构件模型提升传统企业产品创新效率，该部分属于对之前方法的改良设想，需要读者对此多加思索，切勿生搬硬套。 业务架构与中台篇（第17章） 将业务架构设计方法与当前热点——“中台”模式进行了对比，“传统”方法并不一定会因新技术、新概念的发展而黯然失色，对方的深入探索和积极思考往往会让“传统”焕发新的“生命力”，深度思考比追逐热点更重要。

目录

推荐语前言#一部分 业务架构基础篇第1章 业务架构的发展历程21.1 Zachman模型21.2 TOGAF41.3 FEA和DODAF51.4 沉吟至今61.5 业务架构的定义8第2章 业务架构的作用及与IT架构的关系102.1 业务架构的作用102.2 业务架构与IT架构的关系14第3章 架构伴侣：业务模型183.1 模型与业务模型183.2 常见的建模方法213.3 建模原则与模型思维的应用25第二部分 业务架构设计篇第4章 业务架构的设计起点334.1 企业战略分析334.2 对标分析384.3 组织结构的影响不容忽视40第5章 业务架构的设计过程445.1 价值链分析445.2 行为分析：业务领域和业务流程465.3 数据分析：企业级数据模型495.4 组件分析：行为与数据的结合515.5 业务架构的整体逻辑关系53第6章 业务架构的设计难点566.1 基本的标准化方法566.2 避免“过度整合”596.3 何以解忧，唯有“融合”59第7章 虚拟案例：商业银行业务架构设计617.1 价值链设计617.2 存款领域的模型设计637.3 贷款领域的模型设计657.4 跨领域的标准化677.5 组件设计707.6 案例总结73第三部分 业务架构落地篇第8章 从业务架构模型到业务架构方案768.1 业务架构设计不是为了替代需求分析768.2 制作业务架构方案778.3 小团队的应对之道838.4 需要充分解释架构方案848.5 努力打造“通用语言”85第9章 基于业务架构方案的实施过程889.1 基于业务架构的设计899.2 基于业务架构的协调949.3 处理架构调整的原则969.4 企业级物有所值吗？100第10章 建立转型后的长期应用机制10310.1 项目结束了该怎么办？10310.2 促进深度融合的需求管理机制106第11章 这个“笨重”的过程与敏捷沾边吗？11011.1 传说中和现实中的双模开发11011.2 与正宗的敏捷对比11211.3 与非正宗的敏捷对比11411.4 且行且珍惜115第12章 企业级的“五难” 11712.1 捷径难寻11812.2 文化难建11912.3 预期难控12012.4 权责难定12112.5 长志难立123第13章 实战：实现了快速设计的案例12413.1 项目背景及需求12413.2 设计思路和业务架构方案12513.3 案例总结129第四部分 架构方法改良篇第14章 如何支持面向构件的设计13214.1 “乐高积木”式的软件设计13214.2 “颗粒度”问题13414.3 构件模型的设计方式13614.4 建立构件模型的虚拟案例13914.5 构件模型的技术设计建议14614.6 本章小结148第15章 构建轻量级架构管理工具15015.1 构件模型的抽象要素及逻辑关系15015.2 轻量级架构管理工具的设计原理15315.3 采集项目信息的价值15515.4 轻量级架构管理工具的优缺点15515.5 应用轻量级架构管理工具管理新需求156第16章 基于构件模型谈谈传统企业的产品创新15916.1 信息传导：打造信息传递高速公路16016.2 信息分析：创造高维数据16216.3 创新平台：扩展构件模型16516.4 构件模型及其应用设想的不足169第五部分 业务架构与中台篇

^_^:b00a3a45dcf30916c217896ba77c6800