架構圖該怎么畫?

0 評論 2338 瀏覽 14 收藏 7 分鐘

其實,不僅僅是架構師,產品經理也需要了解一些有關架構圖的知識,因為在具體場景下,架構圖可以更直觀地表述信息,進而幫助別人理解系統/業務/功能的結構。那么,架構圖該怎么畫?一起來看看本文的梳理。

架構圖,聽起來好像只跟架構師有關系的一個高級的概念。

通過搜索引擎,我們可以找到各式各樣的架構圖,功能架構圖,系統架構圖,技術架構圖,數據架構圖……

剛開始接觸,很多小伙伴可能就會覺得摸不著頭腦。這么多架構圖,之間有啥關系?到底應該怎么畫?

我就根據自己的學習和理解,來講講應該怎么畫架構圖。

01

作為產品經理,溝通能力的重要性不言而喻,不管在什么行業一直都是被強調的。

溝通的本質是傳遞信息,信息的載體可以是文字,圖片,視頻……

圖形相比文字,可以承載更多的信息,更直觀的表達信息。在產品設計場景中,能夠直觀有效的幫助別人去理解系統/業務/功能的結構。

所以繪制架構圖也是我們所必須掌握的一項“技能”。

開頭描述的這么多種類架構圖,怎么學,怎么畫,都要畫么?

實際上,在制作架構圖的時候,也很難說清楚,這個到底是業務架構圖,還是功能架構圖,還是產品架構圖。

因為在結構上確實體現不出太大區別。

對于一個系統而言,上層是業務應用,底層是技術支撐,都是用來描述系統的情況。

在這里,我們可以將架構圖分為“業務/系統架構圖”,“技術架構圖”兩類就可以了。

作為產品經理,這里我們就主要去講述“業務/系統架構圖”的繪制。

技術架構圖我們可以不用畫,但是最好能看得懂,比如系統用了哪些技術框架,技術工具,通過什么傳輸數據,計算數據等。

可能就有小伙伴說為什么是兩類?業務、系統、技術不是三類么?

業務架構圖和系統架構圖,兩者的我的理解是兩者其實是一種東西,偏向不同,一個偏向業務形態/業務流程,一個偏功能模塊/系統之間的關系。

系統架構圖中可以體現業務關系,業務架構圖中也可以體現系統關系。最后如何定義需要根據內容偏向決定。

02

如何畫架構圖?

可以通過兩種方式構建架構圖。

1)靜態展示:系統包含哪些模塊,模塊之間的包含與被包含、上下層級關系。

類比車子結構,包括車輪,車窗,方向盤等。

以這種形式,系統架構圖可以展示當前有哪些系統模塊,上層應用模塊,底層支撐模塊,著重表現不同模塊之間的作用和關系。

對于車子來說,我們明顯能接觸到的有儀表盤,方向盤,中控臺,車座等;內部有發動機,變速箱,傳動軸;外部有車輪,車身,底盤等結構。

2)動態展示:系統之間的的數據流向,機制。

比如打火,發動機工作,踩油門,傳動車輪,剎車等流程。甚至系統可以往外擴展, 加油站,停車場等“系統”之間的關系。

這種形式可以去剖析整個系統模塊間的使用流程,先后順序。系統與外部系統之間的交互機制。

03

再以數據資產目錄舉例。

我可以從不同層次,對用戶使用的,管理員配置的,底層支撐的不同模塊進行靜態展示。

這樣就能清晰的展現這個系統有哪些模塊,這些模塊之間的作用和關系是什么。

同時,也可以從系統動態的角度,說明系統的機制,數據的存-管-用流程。并說明系統與外部系統之間的關系。

說完了方法,我們仍要注意的是:

  • 架構圖在表達上是有優勢的,能突出重點,但是也會忽略細節。切記大而全,什么都往里塞,否則就講不清了。
  • 不管使用哪種方式。首先需要明確要表達的內容,表達的目的。
  • 選擇一個角度,去剖析業務/系統關系。
  • 畫架構圖需要因地制宜,不要照抄照搬,解釋不清會鬧笑話的嘞。

本文由 @清小墨 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!