架构师训练营二期 1 周总结

前言

架构师需要通过自己的文档，向各方（产品、开发、测试等）输出自己的观点，推动项目的落地。

换句话说，架构文档包含的架构视图，囊括各个相关方的关注点，必然不是单一的视图能够实现的。

引入 4+1 视图（如下），作为架构设计的启发与思考。

1、逻辑视图(Logical View)：设计的对象模型。

2、过程视图(Process View)：捕捉设计的并发和同步特征。

3、物理视图(Physical View)：描述了软件到硬件的映射，反映了部署特性。

4、开发视图(Development View)：描述了在开发环境中软件的静态组织结构。

5、场景视图(scenarios)：描述用例场景。

而在实际操作中，我们更多使用 UML 进行软件架构与设计。

模型

开发一个计算机系统是为了解决某个领域的特定问题，其中模型是一个系统完整的抽象（其中包含着建模者对领域业务的理解与认识），求解过程就是借助对模型的分析与设计，实现该领域系统到计算机系统的映射。因此其中的关键是要把领域的问题抽象出来，在模型中表达出来。

建模的作用：

1、此时软件等尚未完成，我们能利用其进行沟通，验证可行性并配合工作。

2、作为过程中的一个成果，能够保存下来。即使版本迭代，人员变更。良好的建模能维持软件的统一，避免偏离最初的设计目标。

这些模型最后是以图片的形式展示的，讨论的时候，思考的时候随时能画。但需要落地的时候，需要正式的工具，放入设计文档里。

UML 语言

统一建模语言。作为语言进行沟通方式。在使用过程中（指利用其建模）有自己的规范与语法，但可以不用完全纠结于此。如同我们既可以用普通话，也能使用方言，只要能成功完成交流沟通即可。

下面为几个常见的图的分类。

图的分类

1.静态图：用例图，对象图，类图，组件图，包图，部署图

2.静态图：协作图，序列图，活动图，状态图