第一周学习总结

课程预期

能够将架构能力专业化，加强自己的系统架构设计能力，架构表述能力，架构落地能力

todo:

• 尽早听一遍课程，了解主要内容

• 根据课程内容，设定课程目标，量化自己的预期，并在每周结束和课程结束时，有效评价自己的完成情况

• 针对课程的主要内容，提出问题，发起讨论，总结收获

第一周内容

主要是架构的表达能力，通过 4+1视图模型，UML 表达和设计架构。

架构思想要通过各个视角的多种架构图去表达

视图模型

主要是 4+1 视图介绍，如果想要清晰表达自己的架构设计意图，需要从哪几个方面去阐述

每个视图的用途不一样，面向的群体角色也是不一样的,阐述者所站的视角、思考的维度也是不同的，为了清晰的表达自己的架构思想，需要的描述工具（视图元素）也不同

思维导图

书籍列表：

• UML精粹：标准对象建模语言简明指南

4+1 视图

架构图的主要目的是为了各个利益相关方准确传达自己的设计思想、设计目标，所以，要从多个维度去描述架构。

logical view, development view, process view, physical view

分别是对应不同的相关方，站在不同视角去描述系统 既然利益相关方不同，描述视角不同，用途和采用的描述元素也都不同 其实场景视图就是用户故事，就是产品功能的描述。作为服务提供者，明确用户如何使用自己，才能保证所有的输出都符合用户预期。因此，场景视图是基础，所有的设计活动、开发活动都是围绕着场景视图

UML

分为静态图、动态图

其中类图 、用例图 、组件图 、部署图 、序列图 、活动图 、状态图 经常用到

从传达架构思想的角度来看这些图的作用

用例图是主要是为了明确需求和使用场景，实践中，更多是需求文档、用户故事来表达

组件图可以概要描述有哪些组件，简单描述组件之间的关系

时序图、活动图是一般是针对单个使用场景，描述处理流程和组件之间交互情况。

状态图在状态相关的业务中极为重要，比如订单、支付、售后等业务

部署图，主要是以数据流向为线索，表达物理部署和逻辑组件之间的关系