突然想到李乐薇老师的《我的空中楼阁》著作中的一段话:“虽不养鸟,每天早晨有鸟语盈耳。无需要挂画,门外有幅巨画---名叫自然”。不禁感叹图像在信息传达中的神奇魅力。所以今天也温故一下工作中接触到的架构图。以下是对架构的一个粗浅和简单的介绍。如需进一步了解,大家也可以网上自行查阅更多资料。
通过5W2H分析法来全方位立体的简单理解这个概念。
什么是架构?(What)
百度百科和维基百科不约而同的把他定义为: 软件架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。架构的目标就是将系统要素按照特定结构进行连接交互。而架构图则是架构的图形呈现。
架构域本身包括:业务架构、数据架构、产品架构、应用架构和技术架构。一般我们可以根据业务形成业务架构,然后在此基础上,做出相应的数据架构和应用架构,最后通过技术架构来实现我们的产品。
为什么要画架构图?(Why)
文章开头提到图像在信息传递中的神奇魅力,一图胜千言。老司机们更是喊出有图有真相,无图no **。在我们工作中,架构图能够更精确的传递信息,进行沟通、 达成共识和减少歧义。
何时需要画架构图?(When)
-
复杂项目
-
想画就画
-
你觉得该画的时候
谁来画?(Who)
-
不言而喻
-
你
Where?
这个问题我选择不回答。
如何画?(How)
根据架构域业务架构、数据架构、产品架构、应用架构和技术架构,依次进行架构分解,每个架构域的分解过程,都是一个迭代演进的过程。
How much?
多少?做到什么程度?数量如何?质量水平如何?费用产出如何?
同一个架构域的架构图给不同的人看,也会有不同视角的呈现方式。下面罗列一下,应用架构图的各种呈现形式。
-
应用架构图1(功能视角,一般是非技术人员及技术人员交流)
-
应用架构图2(技术层次视角, 技术人员交流)
-
应用架构图3(山川异域,架构同行,外国友人的)
本文由博客群发一文多发等运营工具平台 OpenWrite 发布