《一线架构师实践指南》.docx

第一章绪论

架构设计力气，因把握起来困难而显得贵重。

六个经典困惑：

将系统划分模块，如何更合理？大系统架构设计，如何起步？

总觉需求很糟糕，影响了架构设计！非功能需求重要，但如何设计？

架构手：缺乏指导，架构设计不知所措！架构老手：缺乏总结，仍“怕”下个工程！

本书介绍的方法体系为ADMEMS，是“ArchiteturalDesignMethodhasbeenExtendedtoMethodSystem〔架构设计方法已经扩展到方法体系〕”由多个各具特点的方法组成的方法体系。

架构是需求驱动的，不是模型驱动的。

质疑意识，是架构师最贵重的意识之一。

其次章Pre-architecture的故事

错的一半是“金”，败的一半是“贝“,错中求金，败中求贝。

关注约束，要趁早，必需把虚存治理裁剪掉，直接访问物理内存。

软件架构师应在需求分类，需求折中和需求变更的争论方向方面的专家。

第三章Pre-architecture的总论

面对需求的四步法：需求构造化

分析约束影响确定关键质量确定关键功能

大局观，关键需求打算架构，其余需求验证架构

架构失败的主要缘由

遗漏至关重要的架构影响因素50%

不能驯服频繁变化的需求

40%

不能掩盖架构各个方面

30%

不能验证架构并作出调整

40%

让架构师参与需求分析工作

第五章确定关键质量和关键功能

人之所以苦痛，数追求错误的东西

举例：亚马逊运行期质量：可伸缩性：几乎没有上限

性能：强调速度，又强调吞吐量易用性：最便捷的选择方式

安全性：数据安全持续可用性：不停机

互操作性：公司中各系统的互操作

举例：亚马逊开发期质量：可扩展性

第六章概念架构的故事

胜兵先胜而求战，败兵先战而求胜——孙子兵法

人们常常使用战术，而无视战略，战略要求从大局上把握整个架构与设计，架构错误的代价格外高——stephaneFaroult

和客户，不是讲纯技术，而是抓住客户关心的价值和担忧的问题，并在一个小时之内清楚地勾画出产品的相应策略

当要设计的软件系统格外简洁时，直接设计实际架构往往有困难，要先进展概念架构的设计，把最关键的设计要素和交互机制确定下来。

第七章ConceptualArchitecture总论

1.概念架构设计分为3个步骤初步设计，基于关键功能

高层分割，对系统这个黑盒子进展高层切分子系统考虑非功能需求

第八章初步设计

初步设计只有在设计简洁性时才需要。

初步设计不应当关注细节

第九章高层分割

简洁性是层次化的——《人月神话》

高层分割很重要，不是概念架构的全部，除了切分决策之外，概念架构还包括技术选择，权衡策略等种类的决策。

第十章考虑非功能需求

1.非功能需求一般很笼统，但考虑非功能目标要趁早。

第十一章

细化架构的故事

第十二章

RefinedArchitecture

总论

第十三章

规律架构

架构最重要的一点，就是它能吧难以处理的大问题分解成便于治理的小问题。

一流意味着查找恰当的抽象，意味着通过的途径合理利用有限的资源。

就划分子系统策略，可归纳为3种：〔看不懂〕分层的细化

分区的引入

机制的提取

划分子系统的4个重要原则：职责不同的单元划归不同子系统

通用性不同的单元划归不同子系统

需要不同开发技能的单元划归不同子系统

结实工作量的相对均衡，进一步切分太大的子系统

协作打算接口，“分“是手段，“合“是目的，不能合在一起支持更高层次功能的模块，有何用？

设计模式是根底，要站在各个角度看软件架构。

第十四章物理架构、运行架构、开发架构

我生疏一些架构师，他们的生活是失控的，由于架构天性范围宽广，涉及的人和工作量都格外多，一些架构师成天的和“工程干系人”开会，然后周末做实际的架构工作。

有力气的架构师，再加上聪明的治理策略就更好，让程序员参与到架构实践的工作中去。

重用测试是关键

第十五章数据架构的难点：数据分布

1.铃声下载门户将热门铃声复制到全部效劳器上，将冷门的铃声分开存放。

专题：非功能目标的方法论

架构师不能做四拍型决策者决策时拍脑袋——就这么定了指挥时拍胸脯——保证没问题

失误时拍大腿——我怎么没想到追查时拍屁股——老子不干了

将过于笼统的目标实际场景化

1、进展模块分解测试

2、进展测试时，不要先进展大模块的测试，这样会打击自己的信念。

3、进展小模块的测试，当你的小模块都没有问题，你的大模块离启动也就不远啦。

当个设备过于的昂贵或者简洁时，我们会使用一个简洁的，简洁实现的模拟对象进展测试，已到达目的。

测试驱动开发〔

测试驱动开发〔TDD〕

在灵敏开发中，我们强调通过快速迭代，客户反响，精简文档等来更加灵敏快速地响应变

在灵敏开发中，我们强调通过快速迭代，客户