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

发布于: 2020 年 06 月 09 日

本周学习心得

Date:  2020/6/9    V1.0

Author: Jessie



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

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

 

架构师和架构是什么:

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

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

 

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

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

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

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

 



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

 



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

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

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

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

 

需求设计文档,需要:

用例图:需求图

活动图:业务活动

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

状态图:业务状态

 

概要设计文档:

 

系统服务器部署图(静态图),宏观表达系统。

服务器间的时序图

系统级的活动图

组件图(静态关系)+

组件时序图(动态图)

组件活动图

 

详细设计文档:

类图

类时序图

方法活动图

 

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



发布于: 2020 年 06 月 09 日 阅读数: 160
用户头像

还未添加个人签名 2018.08.21 加入

码过代码、做过产品;擅长码字、演讲、认真做事之人。

评论 (1 条评论)

发布
用户头像
优秀!
2020 年 06 月 12 日 16:24
回复
没有更多了
2020/06/09 架构师学习心得