第一周学习总结

一、学习

1. 架构文档给不同的相关方看，架构文档也是不一样的。面对开发工程师，更关注架构落地的代码细节；面对老板、上层领导、评审人员，更关注整体的宏观层面设计。

2. 知识的广度和深度，先要对一个领域要有一个很深的深度，然后扩展，再有广度。

3. 做事情一定要主动，做实践，把当前系统的架构文档整理出来，然后给大家讲一下，系统之间的关系，做一个分析，当前存在的问题，业界比较好的解决方案是什么，我们可以使用哪些技术、哪些方案去解决问题，去提升我们的系统。就会开始建立自己的影响力，开始往架构师发展。

4. 沉淀领域知识，构建个人中台。



二、 4+1视图模型：

软件架构= {元素，形式，关系/约束}

单一的视图无法完整的表达架构，因此需要具备完整的视图集。

逻辑视图：设计的对象模型。

过程试图：捕捉设计并发和同步特征

物理视图：描述了软件到硬件的映射，反映了部署特性

开发视图：描述了在开发环境中软件的静态组织结构

场景视图：描述用例场景



三、UML图：

需求分析阶段：

用例图，分析要做什么系统出来，要实现什么功能。

时序图，分析其他系统和要开发系统之间的依赖，调用关系（一般发异步消息）。

活动图，分析主要的业务处理流程。

状态图，分析复杂业务状态及状态之间的变迁。

概要设计阶段：

时序图（3），分析服务器之间的调用关系，组件之间的调用关系，子系统之间的调用关系。

活动图：一个功能要在哪些服务模块中协作完成。

部署图（1）：系统蓝图，分析组件部署在哪个服务器上，服务器之间的调用关系。

组件图（2）：

类图（4），分析比较重要的类，根据组件领域分析。

详细设计阶段（给开发工程师看）：

类图，进行代码落地和代码实现。

时序图，分析类对象之间的调用关系。

活动图，分析具体到某个方法里面的执行流程，处理逻辑。

状态图，



先是有一个整体的部署图，分析出了组件，就可以画组件图，然后画组件的时序图，然后再分析组件时序图里有哪些类，画类图。



四、设计文档：

1. 概述

2. 系统整体设计（部署图、序列图、活动图）

3. XXX子系统设计（组件图、具体场景序列图、活动图、组件图、类图）