2020/06/09 架构师学习心得

本周学习心得

Date:  2020/6/9    V1.0

Author： Jessie

本周是架构师正式课程学习的第一周。

从事软件开发+产品设计这么多年，第一次重新系统梳理我的专业、我做过的工作。

架构师和架构是什么：

从宏观上做什么、用什么语言、对什么角色，讲清楚做什么事情非常重要。

架构师，就是给各项目干系人，讲清楚如何设计、实现产品。架构设计就好比构建一座大厦的设计图，架构并无标准定义，就是合适适用。

作为架构师的最重要的产出：架构。如下图所示。

架构就是一个系统的框架设计，是系统的基石。架构师就是站在各相关方的角度，将不同角色的关注点分别用看的懂的语言、图形，在不同的架构文档中体现出来。

架构包含了架构元素（静态元素）和元素间的关系（动态关系）。

架构文档一定是基于场景的，强调给谁看；架构文档使用不同表达方式，给不同角色的干系人讲清楚产品如何实现、如何部署。

4+1 视图模型的理念非常好。便于不同的纬度、不同相关方的关注点（开发者、运维、老板等），表达信息不同。不能用一种视图完成架构。便于相关方都能理解。

架构师就需要根据领域问题分析抽线出领域模型，并提取系统需求，分析和设计出解决方案。

模型，作为系统完整抽象，就是系统模块的组成，用抽象的模块表达现实业务。架构师对业务的理解非常重要。

UML 建模是一种沟通的语言，重在用它表达清楚意义。通过重温 UML 的语言，在不同的阶段用不同的图形完善设计方案。架构文档中，可以用 UML 表达模型和模型间的关系。

标准的文档中，要清晰文档的定位，准确用不同形式的图。比如：

需求设计文档，需要：

用例图：需求图

活动图：业务活动

时序图：内部系统和外部系统的调用关系

状态图：业务状态

概要设计文档：

系统服务器部署图（静态图），宏观表达系统。

服务器间的时序图

系统级的活动图

组件图（静态关系）+

组件时序图（动态图）

组件活动图

详细设计文档：

类图

类时序图

方法活动图

最后利用一个标准架构设计文档和作业实践，将文档的设计框架、UML 使用串联起来，巩固复习整体的概念。