架构设计深入学习01--概论与预架构阶段

完成一个比较复杂的项目后，终于有空看看书了，这次决定将架构设计的方法论进行一次系统的学习，借助温昱大师的《一线架构师》一书。我将把这次学习分成三部分，分别是概论&预架构阶段&非功能目标的方法论、概念架构阶段、细化架构阶段。此外，今天看到老妈很喜欢的大幂幂了，真心很美，继续加油学习了，为成为一名合格的程序员而努力。

• 架构师的4个困惑：

软件开发在中国也已经有了超过30年的发展，在当前情况下，软件架构的知识体系已经建立，其方法论已经出现，借用温大师的话"架构设计是质疑驱动的"。

需求 = 功能 + 质量 + 约束（架构设计的上下文）

• 架构设计是多阶段、多视图的

作为架构师，首先面对的风险是需求，既要关注功能需求，还要平衡质量属性，且不能遗漏约束性需求。这部分最重要的是引入一个新的观念，就是二维的需求观，可以通过需求层次-需求方面矩阵来表示。其应用法则为：从上到下、从左到右；重点是质量属性遗漏。

预架构阶段需要的活动有：需求结构化、分析约束需求、确定关键质量、确定关键功能。在实践中，只要有了明确的业务需求、全面的用户需求和典型的行为需求，就可以开始软件架构设计了。通常来说，不同需求影响架构的不同方面，如下表所示。

确定关键质量的五大原则：分类合适+必要扩充、考虑多方涉众、检查性思维(checklist)、识别矛盾+划定优先级、严格程度符合领域与规模特点。接下来首先介绍识别矛盾的工具，质量属性关系矩阵,这部分最重要的就是权衡。

通常来说，对于不同类型的系统，要求的严格程度也是不同的，比如。

最后是这部分内容的核心，即如何确定关键功能，可以借助4条启发规则，核心功能、必做功能、高风险功能和独特功能，案例如下所示。

B2C平台的6个关键业务链

Tip:关键需求决定架构，其他需求验证架构

首先用一个小笑话来发送一下，项目管理中的4拍型领导：决策时拍脑袋—就这么定了；指挥时拍胸脯—保证没问题；失误时拍大腿—我怎么没想到；追查时拍屁股—老子不干了。

这部分内容虽然很少但也很重要，"目标-场景-决策"表。

参考资料

1. 温昱. 一线架构师实践指南[M]. 北京:电子工业出版社, 2011.