软件开发中的常用架构图.pdf

软件开发中的常用架构图

1

目录

一、背景

二、软件架构图的作用.

三、不同流程中适合运用的图.

四、实际架构图的运用.

五、结语

2

一、背景

大家在从事软件开发领域工作时间有一段时间之后，就开始有画图的意识，不管是懵懂的学别

人还是想更好的让其它人理解自己的一个观点。所谓“一图胜千言”，我们身处于软件开发这

个水很深且要求精确的复杂领域里，要想把事情做好，最基本的是要把事情想明白，其次还要

让相关的人能够明白你要说的东西，进行协作。

特别对于一位架构师来说，能否画得一手好图尤其重要，因为相关的干系人数较多，要让不同

领域的人能够达成一个统一的认识，是一件不太容易但也是必须要做好的事情。

二、软件架构图的作用

软件开发涉及的流程是：需求--开发--测试--发布上线。作图本身是个设计的工作，

是个前期工作。那么从软件开发的整个生命周期来说，用到的图的地方是在前期的需求、开发

阶段较多。在软件开发这个非常抽象的领域，只要涉及到多人协作，那么通过文字来进行交流

叙述是非常晦涩难懂的，需要沟通好几遍才能理解达成一致也是比较常见的情况。那么我们画

图，就是为了把不适合用言语表述的内容通过作图的方式呈现出来，让相关协作者有一个共同

的具象的参照物。这个参照物可以有它的额外价值，是对软件长期价值的延伸，一份一致、清

晰的设计图，可以给后续的软件迭代提供非常有帮助的决策依据。当然保证设计图与系统的一

致本身也是件费精力的事情。

3

三、不同流程中适合运用的图

1.用例图

用例图是UML交互图中的一种，是指由参与者（Actor）、用例（UseCase），边界以及它们

之间的关系构成的用于描述系统功能的视图。用例图（UserCase）是外部用户（被称为参与

者，一般为软件的面向用户）所能观察到的系统功能的模型图。

适用场景：当新做一个产品或者功能的时候，首先需要明确核心方向，用例图就是整理这个核

心方向的工具。它用来说明的是谁要使用系统，以及他们使用该系统可以做些什么。可以理解

为是MVP思想的写照，去除画龙点睛的功能，这些就是基础、核心。

缺点：仅仅描述的是提供什么功能，不能表达非功能需求，如可靠性、性能等非功能需求。

2.鲁棒图（RobustnessDiagram）

4

可能英文名RobustnessDiagram更为常见一些，用于衔接用例图之后的设计，识别出系统在

用例图中的各种职责，对后续的细节设计提供基础。算是对用例图的一种延伸。

适用场景：在确立用户场景之后，如果需要将关键功能设计出来，那么就需要它了。作图过程

中最关键的2个点，发现职责，和梳理各个职责之间的关系。

缺点：和用例图是一样缺点，唯一的变化是，其有了粗粒度的实现层面的内容。

3.思维导图

5

思维导图是一个很厉害的发明，他将我们的思考过程具象化了，完美展示了由点到面不断发散

的过程。但是它最大的价值，反而不是最终呈现出来的这个图，而是促进了思考的过程。并且

需要注意的是，一定要把一条分支走到尽头，再回过头来走其它的分支，把思想榨干。

适用场景：在一个事情刚开始的萌芽期，不知如何下手；或者陷入一个困境的时候。利用思维

导图来活跃大脑，进行发散思维。这时候如果结合头脑风暴，效果更佳。

缺点：它是一种树状的信息分层可视化展视，结构比较固定，不适合分支间互相交互比较复杂

的信息展示。

4.DFD（DataFlowDiagram）图