什么才叫一线架构师？京东T8某哥手写一线架构师实践指南

本篇从架构师经常遇到的困惑出发，总结软件架构设计中经常遇到的问题，提出“方法体系必然是软件业界未来发展的重大趋势”这一观点之后，详细阐述了软件架构设计三个阶段(Pre-Architecture阶段、Conceptual Areieture阶段和Refined Architecture阶段)中的各个具体环节，并给出了最佳的实践原则和方法，内容涵盖“需求进，架构出”的整个过程。

话不多说直接展示出来：

第一部分Architecture阶段

1. Pre-architecture的故事
2. Pre- architecture总论
3. 需求结构化与分析约束影响
4. 确定关键质量t与关键功能

第二部分eptual Architecture阶段

1. 概念架构的故事
2. Conceptual Architecture总 论
3. 初步设计
4. 高层分割
5. 考虑非功能需求

这份《一线架构师实践指南》内容实在太多了，没有办法全部展示出来了，所以需要获取这份架构师书籍的可以点赞支持一下。

第三部分Refined Architecture阶段

1. 细化架构的故事
2. Refined Architecture总论
3. 逻辑架构
4. 物理架构运行架构，开发架构
5. 数据架构的难点，数据分布

第四部分专题:非功能目标的方法论

1. 故事:困扰已久的非功能问题
2. 总论:非功能目标的设计环节.
3. 方法:“目标一场景一决策”表

1.2.4 内置最佳实践

方法不应该是个空框框，应融入最佳实践经验。相信业界很多专家都正朝着这个方向迈进。

ADMEMS方法中融入了笔者的哪些实践经验呢?仅举几例:

■逻辑架构设计的 10条经验(如图1-3 所示)。

■质疑驱动的逻辑架 构设计整体思路(如图1-4所示)。

■基于鲁棒图进行初步 设计的10条经验。

■ADMEMS 矩阵方法。

■约束的4大类型。

1.3.2 Conceptual Architecture阶段:重大需求塑造做概念架构

概念架构≠理想化架构。所以，必须考虑包括功能、质量、约柬在内的所有方面的需求。

图1-6说明了ADMEMS方法推荐的概念架构设计的高层步骤。

4.2用ADMEMS矩阵方法进行需求结构化

那么，需求结构化要怎么做呢?

第一，绝对不能认为《软件需求规格说明书》就是需求的全部。

第二，运用ADMEMS矩阵方法。

4.7大型B2C网站案例:需求结构化与分析约束影响

像Amazon这样大型的B2C网站,架构的起步阶段应如何规划呢?下面看ADMEMS方法的

“表现”。

6.1.1小张， 以及他负责的产品

接班人:小张

职业概况: 28 岁，某医疗软件公司的程序高手，这不，公司刚刚提拔他作了架构师。加班缘由:他正负责-个名为“合理用药监测系统(Prescription Automatic Screening System,PASS)”的软件产品的架构设计。由于以前没有做过类似的产品，小张压力很大。按说，压力大对软件行业的人来说早已是家常便饭了，但要命的是，小张有些不知所措了.....图6-1所示的用例图列出了“合理用药监测系统(PASS)”的主要功能。

6.3柳暗花明

行必果。小张和老王忙活开了。

有人说，“行动果断是一种美德。”其实，他俩都觉得“行动果断”算不上什么美德，毕竟，

老板是要看结果的一不行动， 就永远没有成功的可能。

7.4.2概念架构阶段的 3个步骤

总而言之，概念架构设计分为3个步骤(如图7-5所示) :

1.初步设计。基于关键功能，借助鲁棒图进行以发现职责为目的的初步设计。这一步并不

总是需要，但对于架构师而言，是“新系统”就必须重视这一-步。

2.高层分割。对系统这个黑盒子进行高层切分，例如切分复杂系统为多个二级系统，或者

直接切分系统为具体子系统。

3.考虑非功能需求。概念架构≠理想化架构，所以不仅要考虑功能，也必须考虑非功能。

具体方法是采用ADMEMS推荐目标场景决策表。

这份《一线架构师实践指南》内容实在太多了，没有办法全部展示出来了，所以需要获取这份架构师书籍的可以点赞支持一下。