阅读笔记一线架构师实践指南01

　　通过阅读第前5章，我明确了很多概念性的东西，比如，用例是功能需求的实际标准，用例涉及但不涵盖非功能需求等。本书在绪论部分讲到了四个核心主张，通过阅读后面的，我发现这四个主张贯穿本书全文。

1）方法体系是大趋势

　　一线架构师真正需要的，是覆盖需求进、架构出全过程的实践指导--只有综合了不 同方法优点的“方法体系”才堪此重任。方法体系必然是软件业界未来发展的重大趋势。作者分为Pre-architecture(PA阶段)、Conceptual Architecture(CA阶段)、Refined Architercture(RA阶段)三个阶段来讲，从需求到，概念架构，鲁棒图，目标，场景决策，再到贴近实践的5视图，“需求进，架构出”，讲述了软件架构设计的各个具体环节，并给出了最佳的实践原则和方法。

2）质疑驱动的架构设计

　　从根本上讲，架构设计是需求驱动的，而不是模型驱动的。架构设计是一门艺 术，你不可能把“一桶需求”倒进某台神秘机器，然后等着架构设计自动被“加工”生 产完毕，这里缺的是架构师的因素。 架构设计实际上是一个“质疑驱动的过程”：需求被架构师的大脑有节奏的引入架构设计一波接一波的思维活动中。总体上就是关键功能+关键质量+业务需求与约束=软件需求。

3）多阶段方法

先做后做--叫做阶段；齐头并进 --这是视图。任何好的方法，都必须以时间轴来组织，这样才最利于指导实践。

4）内置最佳实践的方法

方法不应该是个空框框，应融入最佳实践经验

　　具体来说，自己读的2,3章。不同需求影响架构的原理不同，功能是发现职责的依据，架构师通过为功能规划职责协作链，将职责分配到子系统，为子系统界定接口，确定基于接口的交互机制，来推动架构设计的进行。质量是完善架构设计的动力，基于当前的架构设计中间成果，进一步考虑具体质量要求，对架构设计中间成果进行细化、调整、甚至推倒重来，一步步地使架构设计完善起来，质量和功能共同影响着架构设计。约束对架构设计的影响分为三类，其一，直接制约设计决策的约束，其二，转化为功能需求的约束，其三,转化为质量属性需求的约束。4,5章主要说的是如何确定关键质量，1.分类合适+必要扩充；2.考虑多方涉众；3.检查性思维；4.识别矛盾+划定优先级；5.严格程度符合领域与规模特点。确定关键功能（核心功能，必做功能，高风险功能，独特功能）。总之，这四章围绕着软件需求=关键功能+关键质量+业务需求与约束来展开。