精华内容
下载资源
问答
  • 程序员必备技能:如何架构图

    千次阅读 多人点赞 2019-04-05 22:21:22
    怎样的架构图是好的架构图 画架构图遇到的常见问题 1、方框代表什么? 2、虚线、实线什么意思?箭头什么意思?颜色什么意思? 3、运行时与编译时冲突?层级冲突? 本文推荐的画图方法 1、语境图(System ...

    目录

    先厘清一些基础概念

    1、什么是架构

    2、什么是架构图

    3、架构图的作用

    4、架构图分类

    怎样的架构图是好的架构图

    画架构图遇到的常见问题

    1、方框代表什么?

    2、虚线、实线什么意思?箭头什么意思?颜色什么意思?

    3、运行时与编译时冲突?层级冲突?

    本文推荐的画图方法

    1、语境图(System Context Diagram)

    2、容器图(Container Diagram)

    3、组件图(Component Diagram)

    4、类图(Code/Class Diagram)

    案例分享


    本文作者阿里巴巴技术专家三画,分享了自己和团队在画好架构图方面的理念和经验,首发于阿里内部技术分享平台,阿里巴巴中间件授权转载,梓敬、鹏升和余乐对此文亦有贡献。

    当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况:

    • 对着画布无从下手、删了又来?
    • 用一张图描述我的系统,并且让产品、运营、开发都能看明白?
    • 画了一半的图还不清楚受众是谁?
    • 画出来的图到底是产品图功能图还是技术图又或是大杂烩?
    • 图上的框框有点少是不是要找点儿框框加进来?
    • 布局怎么画都不满意……

    如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。

    先厘清一些基础概念

    1、什么是架构

    架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策。

    架构是结构和愿景。

    系统架构是概念的体现,是对物/信息的功能与形式元素之间的对应情况所做的分配,是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

    做好架构是个复杂的任务,也是个很大的话题,本篇就不做深入了。有了架构之后,就需要让干系人理解、遵循相关决策。

    2、什么是架构图

    系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。

    3、架构图的作用

    一图胜千言。要让干系人理解、遵循架构决策,就需要把架构信息传递出去。架构图就是一个很好的载体。那么,画架构图是为了:

    • 解决沟通障碍
    • 达成共识
    • 减少歧义

    4、架构图分类

    搜集了很多资料,分类有很多,有一种比较流行的是4+1视图,分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。

    • 场景视图

    场景视图用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。

    • 逻辑视图

    逻辑视图用于描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系 统如何构建的过程,通常由UML的组件图和类图来表示。

    • 物理视图

    物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可    计算机器节点上,用于指导软件系统的部署实施过程。

    • 处理流程视图

    处理流程视图用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程 与数据流程,通常由时序图和流程图表示。

    •  开发视图

    开发视图用于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。

     以上 5 种架构视图从不同角度表示一个软件系统的不同特征,组合到一起作为架构蓝图描述系统架构。

    怎样的架构图是好的架构图

    上面的分类是前人的经验总结,图也是从网上摘来的,那么这些图画的好不好呢?是不是我们要依葫芦画瓢去画这样一些图?

    先不去管这些图好不好,我们通过对这些图的分类以及作用,思考了一下,总结下来,我们认为,在画出一个好的架构图之前, 首先应该要明确其受众,再想清楚要给他们传递什么信息 ,所以,不要为了画一个物理视图去画物理视图,为了画一个逻辑视图去画逻辑视图,而应该根据受众的不同,传递的信息的不同,用图准确地表达出来,最后的图可能就是在这样一些分类里。那么,画出的图好不好的一个直接标准就是:受众有没有准确接收到想传递的信息。

     

    明确这两点之后,从受众角度来说,一个好的架构图是不需要解释的,它应该是自描述的,并且要具备一致性和足够的准确性,能够与代码相呼应。

    画架构图遇到的常见问题

    1、方框代表什么?

    为什么适用方框而不是圆形,它有什么特殊的含义吗?随意使用方框或者其它形状可能会引起混淆。

    2、虚线、实线什么意思?箭头什么意思?颜色什么意思?

    随意使用线条或者箭头可能会引起误会。

    3、运行时与编译时冲突?层级冲突?

    架构是一项复杂的工作,只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。 

    本文推荐的画图方法

    C4 模型使用容器(应用程序、数据存储、微服务等)、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画,也给出了画图要点,但最关键的是,我们认为,它明确指出了每种图可能的受众以及意义。

    下面的案例来自C4官网,然后加上了一些我们的理解,来看看如何更好的表达软件架构

    1、语境图(System Context Diagram)

    这是一个想象的待建设的互联网银行系统,它使用外部的大型机银行系统存取客户账户、交易信息,通过外部电邮系统给客户发邮件。可以看到,非常简单、清晰,相信不需要解释,都看的明白,里面包含了需要建设的系统本身,系统的客户,和这个系统有交互的周边系统。

    用途

    这样一个简单的图,可以告诉我们,要构建的系统是什么;它的用户是谁,谁会用它,它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即:

    • 构建的系统是什么
    • 谁会用它
    • 如何融入已有的IT环境

    怎么画

    中间是自己的系统,周围是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖,梳理清楚了画下来只需要几分钟时间。

    2、容器图(Container Diagram)

    容器图是把语境图里待建设的系统做了一个展开。

    上图中,除了用户和外围系统,要建设的系统包括一个基于javaspring mvc的web应用提供系统的功能入口,基于xamarin架构的手机app提供手机端的功能入口,一个基于java的api应用提供服务,一个mysql数据库用于存储,

    各个应用之间的交互都在箭头线上写明了。

    看这张图的时候,不会去关注到图中是直角方框还是圆角方框,不会关注是实线箭头还是虚线箭头,甚至箭头的指向也没有引起太多注意。

    我们有许多的画图方式,都对框、线的含义做了定义,这就需要画图的人和看图的人都清晰的理解这些定义,才能读全图里的信息,而现实是,这往往是非常高的一个要求,所以,很多图只能看个大概的含义。

    用途

    这个图的受众可以是团队内部或外部的开发人员,也可以是运维人员。用途可以罗列为:

    • 展现了软件系统的整体形态
    • 体现了高层次的技术决策
    • 系统中的职责是如何分布的,容器间的是如何交互的
    • 告诉开发者在哪里写代码

    怎么画

    用一个框图来表示,内部可能包括名称、技术选择、职责,以及这些框图之间的交互,如果涉及外部系统,最好明确边界。

    3、组件图(Component Diagram)

    组件图是把某个容器进行展开,描述其内部的模块。

    用途

    这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有:

    • 描述了系统由哪些组件/服务组成
    • 厘清了组件之间的关系和依赖
    • 为软件开发如何分解交付提供了框架

    4、类图(Code/Class Diagram)

    这个图很显然是给技术人员看的,比较常见,就不详细介绍了。

    案例分享

    下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图,这里不多做解释了。如果有看不明白的,那肯定是还画的不够好。

    画好架构图可能有许多方法论,本篇主要介绍了C4这种方法,C4的理论也是不断进化的。但不论是哪种画图方法论,我们回到画图初衷,更好的交流,我们在画的过程中不必被条条框框所限制。简而言之,画之前想好:画图给谁看,看什么,怎么样不解释就看懂。

    参考资料:

    C4官网:

    https://c4model.com/

    为什么需要软件架构图:

    https://www.infoq.cn/article/GhprrUlOYyOqS8*FR1pH

    书籍:《程序员必读之软件架构》

    展开全文
  • 如何系统架构图

    千次阅读 2020-04-08 18:17:43
    系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。 二、架构图的作用 一图胜千言。要让干系人理解、遵循架构决策,...

    本文系转载,感谢原作者的无私分享:
    作者:动力节点
    链接:https://www.zhihu.com/question/27440059/answer/780182558
    来源:知乎

    一、 什么是架构图

    系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。

    二、架构图的作用

    一图胜千言。要让干系人理解、遵循架构决策,就需要把架构信息传递出去。架构图就是一个很好的载体。那么,画架构图是为了:

    • 解决沟通障碍
    • 达成共识
    • 减少歧义

    三、架构图分类

    搜集了很多资料,分类有很多,有一种比较流行的是4+1视图,分别为:

    • 场景视图、
    • 逻辑视图、
    • 物理视图、
    • 处理流程视图
    • 开发视图。

    3.1 场景视图

    场景视图用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。
    在这里插入图片描述

    3.2 逻辑视图

    逻辑视图用于描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系统如何构建的过程,通常由UML的组件图和类图来表示。
    在这里插入图片描述

    3.3 物理视图

    物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导软件系统的部署实施过程。

    在这里插入图片描述

    3.4 处理流程视图

    处理流程视图用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程与数据流程,通常由时序图和流程图表示。
    在这里插入图片描述

    3.5 开发视图

    开发视图用于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。
    在这里插入图片描述
    5 种架构视图从不同角度表示一个软件系统的不同特征,组合到一起作为架构蓝图描述系统架构。

    四、好的架构图

    上面的分类是前人的经验总结,图也是从网上摘来的,那么这些图画的好不好呢?是不是我们要依葫芦画瓢去画这样一些图?先不去管这些图好不好,我们通过对这些图的分类以及作用,思考了一下,总结下来,我们认为,在画出一个好的架构图之前, 首先应该要明确其受众,再想清楚要给他们传递什么信息 ,所以,不要为了画一个物理视图去画物理视图,为了画一个逻辑视图去画逻辑视图,而应该根据受众的不同,传递的信息的不同,用图准确地表达出来,最后的图可能就是在这样一些分类里。那么,画出的图好不好的一个直接标准就是:受众有没有准确接收到想传递的信息。明确这两点之后,从受众角度来说,一个好的架构图是不需要解释的,它应该是自描述的,并且要具备一致性和足够的准确性,能够与代码相呼应。

    4.1 常见问题

    方框代表什么?

    在这里插入图片描述
    为什么适用方框而不是圆形,它有什么特殊的含义吗?
    随意使用方框或者其它形状可能会引起混淆。
    虚线、实线什么意思?箭头什么意思?颜色什么意思?
    在这里插入图片描述
    随意使用线条或者箭头可能会引起误会。
    运行时与编译时冲突?层级冲突?
    在这里插入图片描述

    架构是一项复杂的工作,只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。

    五、C4模型

    在这里插入图片描述
    C4 模型使用容器(应用程序、数据存储、微服务等)、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画,也给出了画图要点,但最关键的是,我们认为,它明确指出了每种图可能的受众以及意义。

    如何更好的表达软件架构
    下面的案例来自C4官网,然后加上了一些我们的理解。

    5.1 语境图(System Context Diagram)

    在这里插入图片描述
    这是一个想象的待建设的互联网银行系统,它使用外部的大型机银行系统存取客户账户、交易信息,通过外部电邮系统给客户发邮件。可以看到,非常简单、清晰,相信不需要解释,都看的明白,里面包含了需要建设的系统本身,系统的客户,和这个系统有交互的周边系统。

    用途

    这样一个简单的图,可以告诉我们,要构建的系统是什么;它的用户是谁,谁会用它,它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即:

    • 构建的系统是什么
    • 谁会用它
    • 如何融入已有的IT环境

    怎么画
    中间是自己的系统,周围是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖,梳理清楚了画下来只需要几分钟时间。

    5.2 容器图(Container Diagram)

    容器图是把语境图里待建设的系统做了一个展开

    在这里插入图片描述上图中,除了用户和外围系统,要建设的系统包括一个基于java\spring mvc的web应用提供系统的功能入口,基于xamarin架构的手机app提供手机端的功能入口,一个基于java的api应用提供服务,一个mysql数据库用于存储,各个应用之间的交互都在箭头线上写明了。
    看这张图的时候,不会去关注到图中是直角方框还是圆角方框,不会关注是实线箭头还是虚线箭头,甚至箭头的指向也没有引起太多注意。
    我们有许多的画图方式,都对框、线的含义做了定义,这就需要画图的人和看图的人都清晰的理解这些定义,才能读全图里的信息,而现实是,这往往是非常高的一个要求,所以,很多图只能看个大概的含义。

    用途

    这个图的受众可以是团队内部或外部的开发人员,也可以是运维人员。用途可以罗列为:

    • 展现了软件系统的整体形态
    • 体现了高层次的技术决策
    • 系统中的职责是如何分布的,容器间的是如何交互的
    • 告诉开发者在哪里写代码

    怎么画

    用一个框图来表示,内部可能包括名称、技术选择、职责,以及这些框图之间的交互,如果涉及外部系统,最好明确边界

    5.3 组件图(Component Diagram)

    在这里插入图片描述组件图是把某个容器进行展开,描述其内部的模块。

    用途

    这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有:
    描述了系统由哪些组件/服务组成
    厘清了组件之间的关系和依赖
    为软件开发如何分解交付提供了框架

    5.4 类图(Code/Class Diagram)

    在这里插入图片描述

    这个图很显然是给技术人员看的,比较常见,就不详细介绍了。

    5.5 案例分享

    下面是 城市运营态势 工具的一个架构图。作为一个应该自描述的架构图,这里不多做解释了。如果有看不明白的,那肯定是还画的不够好。
    在这里插入图片描述

    写在最后

    画好架构图可能有许多方法论,本篇主要介绍了C4这种方法,C4的理论也是不断进化的。但不论是哪种画图方法论,我们回到画图初衷,更好的交流,我们在画的过程中不必被条条框框所限制。简而言之,画之前想好:画图给谁看,看什么,怎么样不解释就看懂。让我们一起画出好的架构图!

    展开全文
  • 如何架构图

    2019-07-09 11:43:31
    写在前面 当我们想用一张或几张图来描述一下我们的系统时,是不是许多时候对着画布无从下手、删...布局怎么都不满意……如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。 定义 什么是架构 ...

    写在前面

    当我们想用一张或几张图来描述一下我们的系统时,是不是许多时候对着画布无从下手、删了又来?我想用一张图描述我的系统,又想让产品、运营、开发都能看明白?甚至画了一半的图还不清楚受众是谁?画出来的图到底是产品图功能图还是技术图又或是大杂烩?图上的框框有点少是不是要找点儿框框加进来?布局怎么画都不满意……如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。

    定义

    什么是架构

    架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策。

    架构是结构和愿景。

    系统架构是概念的体现,是对物/信息的功能与形式元素之间的对应情况所做的分配,是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

    做好架构是个复杂的任务,也是个很大的话题,本篇就不做深入了。有了架构之后,就需要让干系人理解、遵循相关决策。

    什么是架构图

    系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。

    架构图的作用

    一图胜千言。要让干系人理解、遵循架构决策,就需要把架构信息传递出去。架构图就是一个很好的载体。那么,画架构图是为了:

    • 解决沟通障碍
    • 达成共识
    • 减少歧义

    架构图分类

    搜集了很多资料,分类有很多,有一种比较流行的是4+1视图,分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。

    场景视图

    场景视图用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。
    image.png

    逻辑视图

    逻辑视图用于描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系统如何构建的过程,通常由UML的组件图和类图来表示。
    image.png

    物理视图

    物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导软件系统的部署实施过程。
    image.png

    处理流程视图

    处理流程视图用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程与数据流程,通常由时序图和流程图表示。
    image.png

    开发视图

    开发视图用于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。
    image.png

    5 种架构视图从不同角度表示一个软件系统的不同特征,组合到一起作为架构蓝图描述系统架构。

    好的架构图

    上面的分类是前人的经验总结,图也是从网上摘来的,那么这些图画的好不好呢?是不是我们要依葫芦画瓢去画这样一些图?

    先不去管这些图好不好,我们通过对这些图的分类以及作用,思考了一下,总结下来,我们认为,在画出一个好的架构图之前, 首先应该要明确其受众,再想清楚要给他们传递什么信息 ,所以,不要为了画一个物理视图去画物理视图,为了画一个逻辑视图去画逻辑视图,而应该根据受众的不同,传递的信息的不同,用图准确地表达出来,最后的图可能就是在这样一些分类里。那么,画出的图好不好的一个直接标准就是:受众有没有准确接收到想传递的信息。

    明确这两点之后,从受众角度来说,一个好的架构图是不需要解释的,它应该是自描述的,并且要具备一致性和足够的准确性,能够与代码相呼应。

    常见问题

    • 方框代表什么?

    image.png

    为什么适用方框而不是圆形,它有什么特殊的含义吗?随意使用方框或者其它形状可能会引起混淆。

    • 虚线、实线什么意思?箭头什么意思?颜色什么意思?

    image.png

    随意使用线条或者箭头可能会引起误会。

    • 运行时与编译时冲突?层级冲突?

    image.png

    架构是一项复杂的工作,只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。

    C4

    image.png

    C4 模型使用容器(应用程序、数据存储、微服务等)、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画,也给出了画图要点,但最关键的是,我们认为,它明确指出了每种图可能的受众以及意义。

    如何更好的表达软件架构

    下面的案例来自C4官网,然后加上了一些我们的理解。

    语境图(System Context Diagram)

    image.png

    这是一个想象的待建设的互联网银行系统,它使用外部的大型机银行系统存取客户账户、交易信息,通过外部电邮系统给客户发邮件。可以看到,非常简单、清晰,相信不需要解释,都看的明白,里面包含了需要建设的系统本身,系统的客户,和这个系统有交互的周边系统。

    用途

    这样一个简单的图,可以告诉我们,要构建的系统是什么;它的用户是谁,谁会用它,它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即:

    • 构建的系统是什么
    • 谁会用它
    • 如何融入已有的IT环境

    怎么画

    中间是自己的系统,周围是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖,梳理清楚了画下来只需要几分钟时间。

    容器图(Container Diagram)

    容器图是把语境图里待建设的系统做了一个展开。

    image.png

    上图中,除了用户和外围系统,要建设的系统包括一个基于java\spring mvc的web应用提供系统的功能入口,基于xamarin架构的手机app提供手机端的功能入口,一个基于java的api应用提供服务,一个mysql数据库用于存储,
    各个应用之间的交互都在箭头线上写明了。

    看这张图的时候,不会去关注到图中是直角方框还是圆角方框,不会关注是实线箭头还是虚线箭头,甚至箭头的指向也没有引起太多注意。

    我们有许多的画图方式,都对框、线的含义做了定义,这就需要画图的人和看图的人都清晰的理解这些定义,才能读全图里的信息,而现实是,这往往是非常高的一个要求,所以,很多图只能看个大概的含义。

    用途

    这个图的受众可以是团队内部或外部的开发人员,也可以是运维人员。用途可以罗列为:

    • 展现了软件系统的整体形态
    • 体现了高层次的技术决策
    • 系统中的职责是如何分布的,容器间的是如何交互的
    • 告诉开发者在哪里写代码

    怎么画

    用一个框图来表示,内部可能包括名称、技术选择、职责,以及这些框图之间的交互,如果涉及外部系统,最好明确边界

    组件图(Component Diagram)

    image.png

    组件图是把某个容器进行展开,描述其内部的模块。

    用途

    这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有

    • 描述了系统由哪些组件/服务组成
    • 厘清了组件之间的关系和依赖
    • 为软件开发如何分解交付提供了框架

    类图(Code/Class Diagram)

    image.png

    这个图很显然是给技术人员看的,比较常见,就不详细介绍了。

    案例分享

    下面是 城市运营态势 工具的一个架构图。作为一个应该自描述的架构图,这里不多做解释了。如果有看不明白的,那肯定是还画的不够好。

    image.png

    写在最后

    画好架构图可能有许多方法论,本篇主要介绍了C4这种方法,C4的理论也是不断进化的。但不论是哪种画图方法论,我们回到画图初衷,更好的交流,我们在画的过程中不必被条条框框所限制。简而言之,画之前想好:画图给谁看,看什么,怎么样不解释就看懂。

    让我们一起画出好的架构图!

    参考资料

    展开全文
  • 如何架构图

    2019-05-08 10:21:00
    参考资料: ... 来源:阿里巴巴中间件 ...2、什么是架构图 ...怎样的架构图是好的架构图 1、方框代表什么? 2、虚线、实线什么意思?箭头什么意思?颜色什么意思? 3、运行时与编...

    参考资料:

    C4官网:https://c4model.com/

    来源:阿里巴巴中间件

    • 先厘清一些基础概

      • 1、什么是架构

      • 2、什么是架构图

      • 3、架构图的作用

      • 4、架构图分类

    • 怎样的架构图是好的架构图

      • 1、方框代表什么?

      • 2、虚线、实线什么意思?箭头什么意思?颜色什么意思?

      • 3、运行时与编译时冲突?层级冲突?

    • 本文推荐的画图方法

      • 1、语境图(System Context Diagram)

      • 2、容器图(Container Diagram)

      • 3、组件图(Component Diagram)

      • 4、类图(Code/Class Diagram)

    • 案例分享

    • 参考资料


    技术传播的价值,不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径,加速业务的上线速率,也体现在优秀工程师在工作效率提升、产品性能优化和用户体验改善等经验方面的分享,以提高我们的专业能力。

    本文作者阿里巴巴技术专家三画,分享了自己和团队在画好架构图方面的理念和经验,首发于阿里内部技术分享平台,阿里巴巴中间件授权转载,梓敬、鹏升和余乐对此文亦有贡献。

    当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况:

    • 对着画布无从下手、删了又来?

    • 用一张图描述我的系统,并且让产品、运营、开发都能看明白?

    • 画了一半的图还不清楚受众是谁?

    • 画出来的图到底是产品图功能图还是技术图又或是大杂烩?

    • 图上的框框有点少是不是要找点儿框框加进来?

    • 布局怎么画都不满意……

    如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。

    先厘清一些基础概

    1、什么是架构

    架构就是对系统中的实体以及实体之间的关系所进行的抽象描述,是一系列的决策。

    架构是结构和愿景。

    系统架构是概念的体现,是对物/信息的功能与形式元素之间的对应情况所做的分配,是对元素之间的关系以及元素同周边环境之间的关系所做的定义。

    做好架构是个复杂的任务,也是个很大的话题,本篇就不做深入了。有了架构之后,就需要让干系人理解、遵循相关决策。

    2、什么是架构图

    系统架构图是为了抽象的表示软件系统的整体轮廓和各个组件之间的相互关系和约束边界,以及软件系统的物理部署和软件系统的演进方向的整体视图。

    3、架构图的作用

    一图胜千言。要让干系人理解、遵循架构决策,就需要把架构信息传递出去。架构图就是一个很好的载体。那么,画架构图是为了:

    • 解决沟通障碍

    • 达成共识

    • 减少歧义

    4、架构图分类

    搜集了很多资料,分类有很多,有一种比较流行的是4+1视图,分别为场景视图、逻辑视图、物理视图、处理流程视图和开发视图。

    • 场景视图

    场景视图用于描述系统的参与者与功能用例间的关系,反映系统的最终需求和交互设计,通常由用例图表示。

     


    • 逻辑视图

    逻辑视图用于描述系统软件功能拆解后的组件关系,组件约束和边界,反映系统整体组成与系 统如何构建的过程,通常由UML的组件图和类图来表示。

     


    • 物理视图

    物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可 计算机器节点上,用于指导软件系统的部署实施过程。

     


    • 处理流程视图

    处理流程视图用于描述系统软件组件之间的通信时序,数据的输入输出,反映系统的功能流程 与数据流程,通常由时序图和流程图表示。

     


    • 开发视图

    开发视图用于描述系统的模块划分和组成,以及细化到内部包的组成设计,服务于开发人员,反映系统开发实施过程。

     


    以上 5 种架构视图从不同角度表示一个软件系统的不同特征,组合到一起作为架构蓝图描述系统架构。

    怎样的架构图是好的架构图

    上面的分类是前人的经验总结,图也是从网上摘来的,那么这些图画的好不好呢?是不是我们要依葫芦画瓢去画这样一些图?

    先不去管这些图好不好,我们通过对这些图的分类以及作用,思考了一下,总结下来,我们认为,在画出一个好的架构图之前, 首先应该要明确其受众,再想清楚要给他们传递什么信息 ,所以,不要为了画一个物理视图去画物理视图,为了画一个逻辑视图去画逻辑视图,而应该根据受众的不同,传递的信息的不同,用图准确地表达出来,最后的图可能就是在这样一些分类里。那么,画出的图好不好的一个直接标准就是:受众有没有准确接收到想传递的信息。

    明确这两点之后,从受众角度来说,一个好的架构图是不需要解释的,它应该是自描述的,并且要具备一致性和足够的准确性,能够与代码相呼应。

    画架构图遇到的常见问题

    1、方框代表什么?

     


    为什么适用方框而不是圆形,它有什么特殊的含义吗?随意使用方框或者其它形状可能会引起混淆。

    2、虚线、实线什么意思?箭头什么意思?颜色什么意思?

     


    随意使用线条或者箭头可能会引起误会。

    3、运行时与编译时冲突?层级冲突?

     


    架构是一项复杂的工作,只使用单个图表来表示架构很容易造成莫名其妙的语义混乱。

    本文推荐的画图方法

     


    C4 模型使用容器(应用程序、数据存储、微服务等)、组件和代码来描述一个软件系统的静态结构。这几种图比较容易画,也给出了画图要点,但最关键的是,我们认为,它明确指出了每种图可能的受众以及意义。

    下面的案例来自C4官网,然后加上了一些我们的理解,来看看如何更好的表达软件架构

    1、语境图(System Context Diagram)

     


    这是一个想象的待建设的互联网银行系统,它使用外部的大型机银行系统存取客户账户、交易信息,通过外部电邮系统给客户发邮件。可以看到,非常简单、清晰,相信不需要解释,都看的明白,里面包含了需要建设的系统本身,系统的客户,和这个系统有交互的周边系统。

    用途

    这样一个简单的图,可以告诉我们,要构建的系统是什么;它的用户是谁,谁会用它,它要如何融入已有的IT环境。这个图的受众可以是开发团队的内部人员、外部的技术或非技术人员。即:

    • 构建的系统是什么

    • 谁会用它

    • 如何融入已有的IT环境

    怎么画

    中间是自己的系统,周围是用户和其它与之相互作用的系统。这个图的关键就是梳理清楚待建设系统的用户和高层次的依赖,梳理清楚了画下来只需要几分钟时间。

    2、容器图(Container Diagram)

    容器图是把语境图里待建设的系统做了一个展开。

     


    上图中,除了用户和外围系统,要建设的系统包括一个基于java\spring mvc的web应用提供系统的功能入口,基于xamarin架构的手机app提供手机端的功能入口,一个基于java的api应用提供服务,一个mysql数据库用于存储,

    各个应用之间的交互都在箭头线上写明了。

    看这张图的时候,不会去关注到图中是直角方框还是圆角方框,不会关注是实线箭头还是虚线箭头,甚至箭头的指向也没有引起太多注意。

    我们有许多的画图方式,都对框、线的含义做了定义,这就需要画图的人和看图的人都清晰的理解这些定义,才能读全图里的信息,而现实是,这往往是非常高的一个要求,所以,很多图只能看个大概的含义。

    用途

    这个图的受众可以是团队内部或外部的开发人员,也可以是运维人员。用途可以罗列为:

    • 展现了软件系统的整体形态

    • 体现了高层次的技术决策

    • 系统中的职责是如何分布的,容器间的是如何交互的

    • 告诉开发者在哪里写代码

    怎么画

    用一个框图来表示,内部可能包括名称、技术选择、职责,以及这些框图之间的交互,如果涉及外部系统,最好明确边界。

    3、组件图(Component Diagram)

     


    组件图是把某个容器进行展开,描述其内部的模块。

    用途

    这个图主要是给内部开发人员看的,怎么去做代码的组织和构建。其用途有:

    • 描述了系统由哪些组件/服务组成

    • 厘清了组件之间的关系和依赖

    • 为软件开发如何分解交付提供了框架

    4、类图(Code/Class Diagram)

     


    这个图很显然是给技术人员看的,比较常见,就不详细介绍了。

    案例分享

    下面是内部的一个实时数据工具的架构图。作为一个应该自描述的架构图,这里不多做解释了。如果有看不明白的,那肯定是还画的不够好。

     


    画好架构图可能有许多方法论,本篇主要介绍了C4这种方法,C4的理论也是不断进化的。但不论是哪种画图方法论,我们回到画图初衷,更好的交流,

    我们在画的过程中不必被条条框框所限制。简而言之,画之前想好:画图给谁看,看什么,怎么样不解释就看懂。

     

      原文 : 

     程序猿DD

    https://mp.weixin.qq.com/s/cqC6djHHjeFzCpFPlJGhxQ

    芋道源码

     https://mp.weixin.qq.com/s?__biz=MzUzMTA2NTU2Ng==&mid=2247486874&idx=1&sn=545b64b658b7ca3842bef06a3a704847&chksm=fa49722bcd3efb3d5feb0a6c05daabeab3981b37bf3ce7f1cc6129c301878e09458d03acc25f&token=109123463&lang=zh_CN&key=01d8b0a4948851baf3dc14033755b25a77e5def0aab44802efd014101b78735acf7cbd29dbc71a8eb7f1a77dff7f847411a8abef8140e9ee04a50142fa58548e56808a9a4b28b789fa65ae921775bc13&ascene=1&uin=MjQ2MzUyOTU0MA%3D%3D&devicetype=Windows+10&version=62060739&pass_ticket=Vbc0UPZ0smG7MD74r0CE6BILFWdZnfnwg%2FBMuHZjA7XY6eCoJWIc4NG9qSWiYPdg

    转载于:https://www.cnblogs.com/jiuya/p/10830256.html

    展开全文
  • 如何画架构图

    千次阅读 多人点赞 2020-11-18 20:48:28
    第一,搞清楚要架构图的类型; 第二,确认架构图中的关键要素(比如产品、技术、服务); 第三,梳理关键要素之间的关联:包含、支撑、同级并列等; 第四,输出关联关系清晰的架构图。 应用架构图 接下来...
  • 系统逻辑架构图怎么

    千次阅读 2019-12-11 12:35:09
    系统逻辑架构图根据系统组成绘制,不同类型的系统,逻辑架构图会有些许差异,本文以软件系统为例,介绍如何绘制系统逻辑架构图。 绘制工具:PPT 或 VISIO ,当然也可以使用其他工具。 工具/原料 VISIO PPT 方法/...
  • 关键要点 通过创建和维护架构图来提供准确且有价值的内容并非易事。大多数情况下,我们要么创建了太多的文档,...在实践中,大多数利益相关者对详细架构图不感兴趣,但会对一两个反映系统模块和边界的高级架构图...
  • 本文作者阿里巴巴技术专家三,分享了自己和团队在架构图方面的理念和经验,首发于阿里内部技术分享平台,阿里巴巴中间件授权转载,梓敬、鹏升和余乐对此文亦有贡献。 当我们想用一张或几张图来描述我们的系统...
  • 最完美的架构图需要怎么

    千次阅读 2019-04-11 09:30:13
    当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况: 对着画布无从下手、删了又来?...如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。 先厘清一些基础概念 ...
  • 如何好软件项目架构图

    千次阅读 2020-04-22 17:52:29
    接下来,分享自己和团队在架构图方面的理念和经验,希望对你有所帮助。 当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况: 对着画布无从下手、删了又来? 如何...
  • 如何出一张合格的技术架构图

    万次阅读 多人点赞 2019-04-11 09:23:57
    当我们想用一张或几张来描述我们的系统时,是不是... 出来的到底是产品功能还是技术又或是大杂烩? 上的框框有点少是不是要找点儿框框加进来? 布局怎么都不满意…… 如果有同样的困...
  • 技术传播的价值,不仅仅体现在通过商业化产品和开源项目来缩短我们构建应用的路径,加速业务的上线速率,也体现在优秀工程师在工作效率提升、产品性能优化和用户体验改善等...了一半的还不清楚受众是谁? 出...
  • Spark运行原理架构图(手绘)

    千次阅读 2017-12-21 17:51:32
  • --技术架构图

    千次阅读 2019-04-13 11:03:21
    当我们想用一张或几张来描述我们的系统... 出来的到底是产品功能还是技术又或是大杂烩? 上的框框有点少是不是要找点儿框框加进来? 布局怎么都不满意…… 如果有同样的困惑,本文将介...
  • 如何出一张合格的技术架构图

    万次阅读 2019-12-20 19:07:07
    接下来,阿里巴巴技术专家三,将分享自己和团队在架构图方面的理念和经验,希望对你有所帮助。 当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况: 对着画布无从下手、删了...
  • 系统架构图

    万次阅读 2018-08-03 11:48:57
    该技术架构图是本人根据多年企业技术架构经验而制定,是企业技术的总架构图,希望对CTO们有所借鉴。  简单说明: 1.中间件基础运行环境是经过统一规划的以WebLogic、JBOSS为主的集群环境 ...
  • 【框架】如何出优秀的架构图

    千次阅读 2020-05-25 18:05:48
    当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况: ...如果有同样的困惑,本文将介绍一种画图的方法论,来让架构图更清晰。 先理清一些基础概念 1. 什么是架构 架构就...
  • 作为一名程序员OA系统...我们都梦想架构图,很漂亮,让人一看就眼前一亮的感觉. 在这里我们介绍一种画图的方法论,来让架构图或流程图更加清晰,层次化. 该网站提出了一个被称之为C4模型的东西. 什么是C4?Context(...
  • Android系统采用分层架构,从下往上依次为: Linux内核 系统库和Android运行时 框架层 应用程序层 必会: Linux内核 Android是基于Linux内核开发 Linux提供了安全、内存管理、进程管理等服务。 系统库和Android...
  • 自己总结的内容全部都在一张上了,下面的总图里的部分截图:
  • 软件架构图集锦

    千次阅读 2019-04-30 17:00:15
    该技术架构图是本人根据多年企业技术架构经验而制定,是企业技术的总架构图,希望对CTO们有所借鉴。 简单说明: 1.中间件基础运行环境是经过统一规划的以WebLogic、JBOSS为主的集群环境 2.企业集成平台是以基础...
  • 软件各种系统架构图

    万次阅读 多人点赞 2017-12-08 10:53:44
    发布一企业技术架构图,供大家参考。     该技术架构图是本人根据多年企业技术架构经验而制定,是企业技术的总架构图,希望对CTO们有所借鉴。  简单说明: 1.中间件基础运行环境是经过统一...
  • 各种软件系统架构图解析

    千次阅读 2019-01-09 15:10:22
    发布一企业技术架构图,供大家参考。     该技术架构图是本人根据多年企业技术架构经验而制定,是企业技术的总架构图,希望对CTO们有所借鉴。 &nbsp...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 80,204
精华内容 32,081
关键字:

如何画运行架构图